> Whatever the cause, other WebKit users will run into this, so
> I'll be happy
> to add the problem and solution to the docs once we nail this down.
Here's a patch that seems to work well. I didn't put in the os.setsid()
nor the extra fork and exit that one of the examples showed as I did not
> If it is Python, the c.l.p. should help. If not, then it's a
> UNIX issue and we'll have to pursue those avenues.
I should have checked the c.l.p. two days ago. I found a good thread
that gives a few solutions. If you can manage to get to this url:
http://groups.google.com/groups?hl=en&threa
"Jeff Johnson" <[EMAIL PROTECTED]> wrote:
> > Webware is now eliminated. Can we eliminate Python? eg., what
> > about bash or perl?
>
> I don't know shell scripting but I might be able to remember enough perl
> to try that route.
echo
'xx
> Webware is now eliminated. Can we eliminate Python? eg., what
> about bash or perl?
I don't know shell scripting but I might be able to remember enough perl
to try that route.
> Whatever the cause, other WebKit users will run into this, so
> I'll be happy
> to add the problem and solution t
At 03:25 PM 10/3/2001 -0400, Jeff Johnson wrote:
>Just did, it reproduces the problem well. I tried running with "nohup
>python -u term.py" and it still fails. Below is the code for term.py
>and below that is part of x.txt. Now what?
Webware is now eliminated. Can we eliminate Python? eg., wha
> If it can't write to nohup.out, it writes to ~/nohup.out -- maybe
> that's it?
I checked, no nohup.out there either. I think nohup should be renamed
noop :P
-Jeff
___
Webware-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/
Chuck wrote:
> Did you try a simple Python program yet, like you mentioned earlier?
Just did, it reproduces the problem well. I tried running with "nohup
python -u term.py" and it still fails. Below is the code for term.py
and below that is part of x.txt. Now what?
import time, traceback
de
"Jeff Johnson" <[EMAIL PROTECTED]> wrote:
> > nohup will only redirect output to nohup.out if you haven't redirected
> > it yourself, and then I believe only if you actually print something
> > to stdout.
>
> I'm not redirecting stdout so it should but it doesn't. I can't get
> nohup to do much
At 02:47 PM 10/3/2001 -0400, Jeff Johnson wrote:
> > Maybe try running python with "python -u", which should turn off
> > buffering.
>
>Good idea. I modified AppServer to read:
>#!/bin/sh
>/usr/bin/env python -u Launch.py ThreadedAppServer $*
>
>But it didn't fix the problem. Maybe Launch.py is
> nohup will only redirect output to nohup.out if you haven't redirected
> it yourself, and then I believe only if you actually print something
> to stdout.
I'm not redirecting stdout so it should but it doesn't. I can't get
nohup to do much of anything. According to the short manpage, I would
nohup will only redirect output to nohup.out if you haven't redirected
it yourself, and then I believe only if you actually print something
to stdout.
Maybe try running python with "python -u", which should turn off
buffering.
"Jeff Johnson" <[EMAIL PROTECTED]> wrote:
> I was almost content to l
I was almost content to let the 1024 byte string printing problem go and
just never print big strings to stdout. That worked for a few hours.
Then we noticed the servlets were hanging again. Turns out that the
traceback from a simple syntax error was 1381 bytes long and hung the
servlet when it
> "Jeff Johnson" <[EMAIL PROTECTED]> wrote:
> With all the information you're gathering on terminals,
> shells and streams, you
> may be the person best equipped to write the official Webware
> init.d scripts.
> :-)
If I'm the best person for the job, be afraid, be very afraid :)
> Have you l
"Jeff Johnson" <[EMAIL PROTECTED]> wrote:
>
>I'll take a closer look at this after I track down a real bad problem
>I've got on FreeBSD, maybe someone has an idea: When we close the
>terminal that started webkit either in background or as a daemon, if the
>servlet prints a lot of text to the stdo
14 matches
Mail list logo
