MultiSite crashes when browse accessed...

[rjmiller]

Hi, I have a multisite host.exe running with static site and dll site.  No problems with static site but dll site runs until browse clicked on menu.

I am using NT 6.46.  This application runs as an exe.

My guess is that this is due to the naming of the datafile... it is a very simple test app generated by wizard, just a single datafile with two field, ID (prikey) and name (string).

DLL folder is c:\development\c8 projects\dlltest\ and datafile is user.tps.  The dct file name is !glo:userfilename which is set in the handler embed in the processlink before parent call.

The only thing I saw unusual (compared to your pdf for creating multisite) is that I see no way to set parameters for handler.  Not shown like shown in actions in webserver.  I have given the handler a name of webhandler in prototype (it was not set by default).  And when changing to DLL CWUTIL.INC was not found.  I copied the c7 file cwutil.inc and cwutil.clw to the dll folder.
 

[Bruce]

Hi Rick,

I think you need to send me the app for me to comment. It's impossible to speculate what you might have wrong without seeing the app.

cheers
Bruce

[rjmiller]

Thanks, attach here?


[attachment deleted by admin]

[rjmiller]

Bruce, did you have a chance to look at this demo app yet?

[Bruce]

yes, I started looking at it, but my multi-host won't compile because I was midway through modifying the SelfService template. That task is now complete, so I should be able to revist this today or tomorrow.

cheers
Bruce

[rjmiller]

Bruce,

I have totally trashed this demo app a couple of time and am still getting the dlls crashing on access to browse.  Seems to be when datafiles opened on touching the browse.

I notice in docs it states that all must be generated with same version of clarion.  Is it possible that there is some type of problem with the dll's shipped with the latest clarion causing this?

  RJ

[rjmiller]

Bruce,

Have you had a chance to try this?

  RJ

[Bruce]

Hi Rick,

I've spent hours and hours on this, but finally tracked down the root of the problem.

first though, something that's wrong that wasn't causing the gpf, but which wil cause you pain later on. Your global variable (declared in the dictionary) called Glo:UserFileName needs to have the THREAD attribute turned on.

Second - the SelfService extension (which is designed to be added to an exe) should be removed from the DLL. Actually I'll make a version of SelfService (3.38) which "goes quiet" in a DLL to avoid this problem in the future, but because of the way SelfService deals with threads, this was the root of the GPF when accessing a file.

cheers
Bruce

[rjmiller]

Geezzz... thanks.

I should know better than this!  Just didn't even think about it when I switched from exe to dll.

  RJ