On 13 Oct 2005 09:54:44 -0700, Paul Rubin wrote:
> Jorgen Grahn <[EMAIL PROTECTED]> writes:
>> It depends on what you mean by expensive -- web servers can fork for each
>> HTTP request they get, in real-world scenarios, and get away with it.
>
> This is OS dependent. Forking on Windows is much mo
Jorgen Grahn wrote:
> > Done once, it's usually not unacceptable.
>
> In fact, I can't think of a scenario where it /would/ be unacceptable ;-)
if you're stuck on a system that doesn't use copy-on-write ?
--
http://mail.python.org/mailman/listinfo/python-list
Grant Edwards <[EMAIL PROTECTED]> writes:
> Since the NT kernel is descended from VMS, I'm not surprised
> that a fork is expensive.
Apache 2.x supports concurrency via threading as an alternative to
forking, basically in order to get acceptable performance on Windows.
--
http://mail.python.org/m
On 2005-10-13, Paul Rubin <> wrote:
> Jorgen Grahn <[EMAIL PROTECTED]> writes:
>> It depends on what you mean by expensive -- web servers can fork for each
>> HTTP request they get, in real-world scenarios, and get away with it.
>
> This is OS dependent. Forking on Windows is much more
> expensive
Jorgen Grahn <[EMAIL PROTECTED]> writes:
> It depends on what you mean by expensive -- web servers can fork for each
> HTTP request they get, in real-world scenarios, and get away with it.
This is OS dependent. Forking on Windows is much more expensive than
forking on Linux.
--
http://mail.pytho
k of a scenario where it /would/ be unacceptable ;-)
But back to the original problem: I can't really see why anybody would need
the "let my terminal go" feature. Is there a reason why 'gvim foo.txt&'
isn't good enough?
/Jorgen
--
// Jorgen GrahnR'lyeh wgah'nagl fhtagn!
--
http://mail.python.org/mailman/listinfo/python-list
On Tue, 11 Oct 2005 03:30:23 -0700, Mystilleef wrote:
> Hello,
>
> Thank you. That's all I needed. For some reason, I had always assumed
> forking was an expensive process. I guess I was ill-informed.
In a loop, yes, it's expensive.
Done once, it's usually not unacceptable.
--
http://mail.pyt
Mike Meyer wrote:
> The easy way to do all these things - from C, anyway - is with
> daemon(3). That isn't wrapped as part of the Python library. The
> easiest way to solve your problem may be write a wrapper for that
> call. If daemon exists on enough systems, submitting your wrapper as a
> patch
Hello,
Thanks to all the responders and helpers on the group. I'm learning
everyday.
Thanks
--
http://mail.python.org/mailman/listinfo/python-list
Hello,
Thank you. That's all I needed. For some reason, I had always assumed
forking was an expensive process. I guess I was ill-informed.
--
http://mail.python.org/mailman/listinfo/python-list
On 10 Oct 2005 22:58:08 -0700
[EMAIL PROTECTED] wrote:
> How do I implement this in my application written in python?
Google for "python daemonize".
--
jk
--
http://mail.python.org/mailman/listinfo/python-list
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
> Hello,
>
> A user of my application points me to a behavior in gVim,
> the text editor, that I would like to implement in my
> application.
>
> When gVim is launched from a shell terminal, it completely
> frees the terminal. You can continue to use
[EMAIL PROTECTED] enlightened us with:
> When gVim is launched from a shell terminal, it completely frees the
> terminal. [...] How do I implement this in my application written in
> python?
Using fork() and by catching the HUP signal.
Sybren
--
The problem with the world is stupidity. Not sayin
On Mon, 2005-10-10 at 22:58 -0700, [EMAIL PROTECTED] wrote:
> Hello,
>
> A user of my application points me to a behavior in gVim,
> the text editor, that I would like to implement in my
> application.
>
> When gVim is launched from a shell terminal, it completely
> frees the terminal. You can co
Hello,
A user of my application points me to a behavior in gVim,
the text editor, that I would like to implement in my
application.
When gVim is launched from a shell terminal, it completely
frees the terminal. You can continue to use the terminal for
whatever purpose you wish, including closing
15 matches
Mail list logo