World: r3wp

What I was doing ... I had FF in one RSP session.  Then tried to 
access the same webapp using IE ... and that seemed to cause the 
problem.

The Vista can be the problem ;-)

Interesting pattern, I'll try to reproduce that. Strange that you 
can write a log file from rconsole, something wrong with filesystem 
writing permissions ?

can't ?

sudo rebol
and then do %rconsole.r
and there was no error when I tried to write the log file.

not using Vista .... except for the ssh client.

Cheyenne is still running, but RSP is not.  Going to kill the chyenne 
process now as I need this server up and running.

Graham: can you make sure it is not task-handlers busy due to long 
processyng rsp? if you run it in the console you can put "rsp-log 
word-to-check-here" in your rsp-code to monitor if they are still 
running.

No long running rsp

How to turn off the inbuild RSP cache?

or at least the cache should be cleaned on config reload.

For debugging purpose, start cheyenne with the -debug command-line 
option, it forces RSP to reload everything at each request.

Graham: running the rconsole with root privileges doesn't help. Once 
you're in the console, your code is executed by the cheyenne process, 
not by the rconsole process.

Is your Cheyenne process running as root ?

A possible explanation is : your RSP processes are freezing because 
of a file access issue. The main process  wait for the RSP process 
to finish and launch a new one for new request. Once the max number 
of processes is reached, your server is no more able to execute RSP 
requests.

I have a log which notes when I call an external app, and when I 
return.  There's no problem there so it's not 'call.

Yes, sudo Cheyenne

As I mentioned, it seems to crash usually when I have IE and FF both 
accessing the webapp

If I just stick to using FF, I never see RSP fail

I'm investigating the issue with Will. Not sure that's exactly the 
same issue as you, but its probably related in both cases to *uncatched* 
user script errors that freeze or kill the RSP process...which is 
quite odd, because RSP script execution is protected by 3 levels 
of TRY...The main process seems to never been notified as TCP control 
connections with RSP processes are probably left half-opened.

*uncaught*

thanks for correcting me.

IIRC, that's the second time you correct me on that same mistake 
;-)

Btw, what was your CALL doing in your RSP app ? Calling ImageMagic 
?

if anyone has code that reproduce rsp stopping working please send 
me a copy,

Yes, I call imagemagick

and faxstat
http://compkarori.no-ip.biz:8001/debug.txt

nothing wrong with it

Yep ... it returns okay from 'call

does it run in a webapp ?

when rsp stop responding do the rsp (task-handlers) still exists?

Yes, it's a webapp

how would i know ....?

if the path of a request goes into a configured webapp in httpd.cfg

do you query mysql with mysql-protocol.r at the same time ?

I don't use mysql.... it's all flat files

The webapp is here if you're interested.  http://rebol.wik.is/Hylafax

stupid question sorry, but on what version of rebol do you run it?

2.6.2.4.2

That's pretty old, you should upgrade to 2.7.6.4.2

Strange that you can run latest Cheyenne on that version, v0.9.19 
relies on new natives like UNLESS. Did you backported  this native 
at mezz level in 2.6.2 ?

other problem is, 'call was still buggy on that version, it didnt' 
always return properly IIRC.

I'm using the encapped version .... but that is the version of Rebol 
I have which was the question :)

Encapped, so it's version 0.9.18 ?

It's the version from your site.

Here's my latest beta version encapped for Linux libc6 : http://cheyenne-server.org/tmp/cheyenne.tar.gz
Try it, but watch out for webapps sandboxing.

Archive just re-released with several minor fixes. Here's the changelog 
for all fixes in this new beta 0.9.19 : 

	o RSP: fixed an issue with DB cached queries synchronization.
	

 o RSP: after a request, response's buffer is now correctly reset 
 to the default buffer.
	  

 o Mod-static: fixed badly formed redirection URL when parameters 
 are present (thanks to Will).
	

 o Bug fixed in request internal forwarding clean-up code (thanks 
 to Will).
	

 o RSP: fixed an issue with localization directories having the same 
 path in different webapps (thanks to Will).

Source package is available at : http://cheyenne-server.org/tmp/cheyenne-r0919.zip

No encapped version ?

see two messages above