r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!Cheyenne] Discussions about the Cheyenne Web Server

Henrik
29-Oct-2008
[3311x4]
29/10/08 21.56.24 com.apple.launchd[1] (com.rebol.cheyenne[65863]) 
Stray process with PGID equal to this dead job: PID 65868 PPID 65866 
rebol
I think launchd kills it for me.
There are 4 lines with that.
restarted it
Dockimbel
30-Oct-2008
[3315]
If you can access to the server through rconsole just do this : write 
%debug.log mold uniserve (and put the compressed version of the %debug.log 
file on your web site so I can download it).
Graham
30-Oct-2008
[3316x3]
Ok
I take it that this is a new bug .. I'm still running a much older 
version of Cheyenne from last year ... and I never saw this.
( on a different server )
Dockimbel
30-Oct-2008
[3319]
Henrik, if you're running cheyenne in source mode, you should use 
the -w command line option (that will allow the generation of a %crash.log 
file if the REBOL error is catched). If your Cheyenne quits, I don't 
think that's caused by a bug inside Cheyenne, but usually by something 
like an uncatched file access error (file handles starvation, file 
access rights,...). Will had some similar issues with Cheyenne on 
OS X, I guess he could help here.
Graham
30-Oct-2008
[3320x2]
Do you think the error is being caused by an untrapped Rebol error?
catched => caught
uncatched => uncaught
Dockimbel
30-Oct-2008
[3322]
For Henrik issue, probably.
Graham
30-Oct-2008
[3323]
And mine .. do you know if anyone is having my problems?
Dockimbel
30-Oct-2008
[3324]
I experienced such issue a few times months ago, but not since v19.
Graham
30-Oct-2008
[3325]
I am running on marginal hardware ... I wonder if that's the issue 
too.
Dockimbel
30-Oct-2008
[3326]
A RSP script that would endlessly loop (or being stuck in a wait) 
could cause such issue.
Graham
30-Oct-2008
[3327]
No loops or waits in my code
Dockimbel
30-Oct-2008
[3328]
But you're using CALL ?
Graham
30-Oct-2008
[3329]
sorry .. I am using call/wait
Dockimbel
30-Oct-2008
[3330]
:)
Graham
30-Oct-2008
[3331]
I will ask my friend if he has the same issues ... he's running the 
same code and has not mentioned any problems
Dockimbel
30-Oct-2008
[3332]
You could put a couple of debug lines around your call/wait and log 
them to a file to see if your CALL always returns.
Graham
30-Oct-2008
[3333]
ok.
Dockimbel
30-Oct-2008
[3334]
I think I could improve such issues with a timeout on RSP script 
execution in the main process (and returning an error message if 
a time limit is reached).
Graham
30-Oct-2008
[3335x2]
I use call/output
are uniserve logging functions not available to rsp scripts?
Dockimbel
30-Oct-2008
[3337]
no, it's not the same process and helper processes where RSP scripts 
are executed, don't load Uniserve code. They just use a small client 
(%task-handler.r).
Pekr
30-Oct-2008
[3338x2]
Got error on Henrik's site - RSP error catched - internal limit reached: 
parse
Near: [parse either empty? val-ctx [data]] 
where: html-gen
Henrik
30-Oct-2008
[3340x2]
.... ok :-)
I think that's a bug in html-gen. hang on...
Pekr
30-Oct-2008
[3342]
ah, so not in Cheyenne? well, wrong group post then :-)
Henrik
30-Oct-2008
[3343x2]
hmm.. that didn't solve anything.
I thought maybe the file table was too big.
Pekr
30-Oct-2008
[3345]
has it anything in common with nested calls/recursion?
Henrik
30-Oct-2008
[3346x5]
Wait a minute... I have to be careful here, because an error page 
is cached in safari for some reason, so even if the bug no longer 
occurs, it will still load the error page.
There shouldn't be recursion going on there, since it's just a table 
being rendered. The recursion level is 2-3 at best.
Pekr, how many times have you loaded the page today?
since it last was down
Added a page counter so I can keep an eye on that.
Pekr
30-Oct-2008
[3351]
how many times? Few times a hour, I am really crazy :-)
Terry
31-Oct-2008
[3352]
http://activemq.apache.org/

Interesting
Graham
31-Oct-2008
[3353]
Not crashed since Thursday .. so can't debug.
Micha
4-Nov-2008
[3354x2]
what change pool-max on 50 in  task-master ?
i can change it in httpd.cfg ?
Dockimbel
4-Nov-2008
[3356]
pool-max value should be changed in %cheyenne.r (shared/pool-max: 
any [all [flag? 'debug 0] 8]). Just replace the 8 value by the new 
value. It's not yet exposed in %httpd.cfg file.
Micha
5-Nov-2008
[3357x3]
ok . thanks
on-status-code   in  htpd.cfg not work   . I reveive default  http-error-pages: 
[
		400 "<html><body><h1>400 Bad request</h1></body></html>"
		404 "<html><body><h1>404 Page not found</h1></body></html>"

  501 "<html><body><h1>501 Request processing error</h1></body></html>"
	]default
i need add custom  404.asp
Dockimbel
5-Nov-2008
[3360]
It's documented in the Changelog file.