Hi all,

This is a separate issue than that I posted before. Using either the sessiondemo or echo projects, the request fails every other request.

Request: OK
Request: Error
Request: OK
Request: Error
Request: OK
Request: Error
..etc.

When it fails, I get this output from session demo:

====================================================== Debug failed: Access violation
HTTP/1.1 200 OK
Date: Wed, 19 Nov 2008 18:37:00 GMT
Server: Apache/2.0.63 (Win32)
Content-Length: 2545
Keep-Alive: timeout=15, max=99
Connection: Keep-Alive
Content-Type: text/html

<snipped raw html tag output>

Debug failed: Access violation
======================================================

I'm using Apache 2.063 on Windows XP SP3.

Thanks,

I don't think the demo/example programs have been updated for the latest fpc/lazarus versions especially not for apache 2.0x

You should get the latest svn source code for both fpc and lazarus and compile it (or use the daily build installer). There are fixes not included in earlier releases.

Also make sure that you include the right units from the httpd20 folder in fpc and not the httpd22 ones (I think that is the default in lazarus).

Thank you. I'll give it a try though I think at this point, I'll probably stick with powtils since I've not had any problems with it in the past even though it seems to be un-maintained at this point. I'll keep a copy myself and maintain it for my personal use.

I'll try the fbweb/lazweb stuff still however as I am curious to get it working :)

Thanks again,

Lee Jenkins wrote

Thank you. I'll give it a try though I think at this point, I'll probably stick with powtils since I've not had any problems with it in the past even though it seems to be un-maintained at this point. I'll keep a copy myself and maintain it for my personal use.

I'm still using powtils 1.6.0.2 for some of our larger CGI projects. It works perfectly.

As for the un-maintained bit. I have read somewhere that Lars (z505) is quite swamped with paying work (job contracts) at the moment, so powtils is on the back burner for a while. I go through phases like that with fpGUI as well, so I wouldn't be to concerned - plus you have the source code anyway. :-)

I'll try the fbweb/lazweb stuff still however as I am curious to get it working :)

Same here, I'm curious to try fbweb, I'm just not that fond of lazweb pulling in LCL. LCL doesn't belong in a CGI (basically console) application! Also it doubled the size of the CGI application. Yes I tried with SmartLinking and Strip. I simply removed the design time webmodule support (you just assign event handlers anyway with it), which then removed the LCL dependency and everything still worked fine
- and I have a *much* smaller CGI executable without GUI requirements.

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Yep, having the source is a good thing :) That's good news about Lars.

Personally, I could do without the TDataModule descendant and just construct everything in code. After working with tiOPF for a while now, I forgot what a datamodule looks like ;)

Lee Jenkins wrote

Personally, I could do without the TDataModule descendant and just construct everything in code. After working with tiOPF for a while now, I forgot what a datamodule looks like ;)

As a reminder, here is what a DataModule looks like! ;-) Yes it's an actual product that I had to help maintain - and a HUGE reason why I moved to tiOPF instead! This image could easily belong to the "What the f**k" website. :-)

http://opensoft.homeip.net/~graemeg/datamodule.png

And Borland suggests this is how we develop software in Delphi 4-7 ?!?!?!?

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Op woensdag 19-11-2008 om 13:39 uur [tijdzone -0500], schreef Lee Jenkins:

Make this the first line of your application:

  SetDebuggingEnabled(false);

And I aggree: this is the most irritating thing in fpWeb, and it took me some time to completely remove it. The original autor had a debugger-service running on his servers. It's looking for that service.

Joost.

Oh boy, thank you for that. Thank you for a hearty laugh in the morning!

OMG!

Thanks Joost. I will try that.

I forgot about this one.

Yes, the {$define CGIDEBUG} should be changed to { $define CGIDEBUG} in every fcl-web source code SVN file where it is found. So this problem will not arise to everyone trying to do something with weblaz.