On Tue, 2008-07-08 at 23:23 +0200, G Hasse wrote:
> On Tue, Jul 08, 2008 at 01:52:00PM -0400, James Scott Jr wrote:
> > G,
> >
> > I've seen most of the other responses, and better understand what you
> > are trying to do. And like others -- fork() is not recommended.
>
> I can't belive this..
G,
I've seen most of the other responses, and better understand what you
are trying to do. And like others -- fork() is not recommended.
I had similar problem and resolved it in this codeset.
http://gfhcm.sourceforge.net -- a monitor for the [EMAIL PROTECTED] project
First, like you I needed
Hi,
I want to execute an external program using g_spawn_async_with_pipes.
This program outputs ASCII to stdout, which I want to catch using
g_child_watch_add.
This works fine, but if the data exceeds a certain amount of data
apparently the pipe gets 'full', causing the ext. program to wait with
out
Dave Howorth schrieb:
> G Hasse wrote:
>> But I realy NEED to create a longlived process (running for a week or
>> month)
[snip]
> IMHO, in this circumstance, you still shouldn't have the GUI start the
> long-lived process. You'll probably want some other mechanism to
> [re]start the process in the
G Hasse wrote:
> But I realy NEED to create a longlived process (running for a week or
> month) and be able to quit the GUI whenever I like. The glib is
> just a wrapper - and i don't se the solution...
>
> I realy WANT to lose contact with the child process. And there
> is to mutch data from the
On Tue, Jul 08, 2008 at 10:17:53AM +0200, Gabriele Greco wrote:
> On Mon, Jul 7, 2008 at 11:03 PM, G Hasse <[EMAIL PROTECTED]> wrote:
>
> > Hello,
> >
> > I have a small demo app. This works on FreeBSD but I can't
> > get to work on Linux. I know that in Linux setsid will fail
> > if the child has
On Mon, Jul 07, 2008 at 10:58:36PM -0400, James Scott Jr wrote:
> G,
>
> The basic design decision to use fork() as a way to do work in the
> background flawed. fork()ing is not practical for gtk program. While
> fork() has been a valid option for many non-gui programs in the absence
> of thread
Hi,
2008/7/7 G Hasse <[EMAIL PROTECTED]>:
> I have a small demo app. This works on FreeBSD but I can't
> get to work on Linux.
I tried your code on my Ubuntu machine and it works fine. I had to add:
// needed for fork()
#include
// needed for umask()
#include
#include
near the top, but that
On Mon, Jul 7, 2008 at 11:03 PM, G Hasse <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have a small demo app. This works on FreeBSD but I can't
> get to work on Linux. I know that in Linux setsid will fail
> if the child has the same session_id as the parent. So on
> Linux you must fork twice. But it
