On Thu, 9/3/15, hal wrote:
Subject: Re: [DNG] NVidia driver howto?
To: "Go Linux" , dng@lists.dyne.org
Date: Thursday, September 3, 2015, 8:41 AM
On September 3, 2015 7:43:01 AM CDT, Go Linux wrote:
::
:: Doesn't sgfxi automate all
On September 3, 2015 7:43:01 AM CDT, Go Linux wrote:
::
:: Doesn't sgfxi automate all that? Last time I had to install an
:: nVidia driver, it worked like a charm. Not quite sure of its current
:: status though as it's been a while . . .
::
Hrm..not sure what sgfxi is.
On Thu, Sep 03, 2015 at 08:41:17AM -0500, hal wrote:
> On September 3, 2015 7:43:01 AM CDT, Go Linux wrote:
> ::
> :: Doesn't sgfxi automate all that? Last time I had to install an
> :: nVidia driver, it worked like a charm. Not quite sure of its current
> :: status though
On Thu, Sep 03, 2015 at 06:53:46PM +0100, KatolaZ wrote:
[cut]
>
> OK, I admit it might had been a tad too cryptic, but my intentions
> were good. What I mean is that the parent has to set a handler for
> SIGCHLD, and the handler has to call wait() [or waitpid(-1, )]
> to reap the dead child.
On Thu, 3 Sep 2015 18:24:51 +0100
Edward Bartolo wrote:
> I found that the created zombies are owned by root and the frontend
> does not run with root privileges. I think, this may be the reason.
>
> The reason why zombies are created is that we are effectively
> replacing
On 03/09/2015 18:35, Steve Litt wrote:
I'd figure out how to stop those zombies from happening in the first
place. It's pretty hard to create a zombie: I think you have to
doublefork and then terminate.
Nope, a zombie is actually very easy to create:
- have a process parent that spawns a
On Thu, Sep 03, 2015 at 06:36:39PM +0100, KatolaZ wrote:
[cut]
>
> Sorry guys, I didn't get through the whole thread, but I wanted to say
> just one obvious thing: if your program works correctly, then it is
> *very* difficult (if not impossible) to create and leave zombies
> around. If the
I kept a multithreaded netman version installed on my computer so that
I would be able to connect to wifi with a couple of button clicks. All
I can say is, that it doesn't create zombies and it is well behaved.
What we should do is do away with execl which *replaces* backend
effectively killing it
Hi Edward,
AFAIK Status must be a pointer, because fpwaitpid will write
information into that status.
Also, you should check the return value of fpwaitpid():
0 : nothing has happened
-1: an error occurred, check fgGetErrno
other: the pid of a child where something happened
so like
I am trying to reap zombies. The "while(fpwaitpid" pascal code is
freezing my application.
*
procedure handle_sigchld(sig: longint; info: psiginfo; context:
psigcontext); cdecl;
var
Status: cint;
a_pid: pid_t;
Edward Bartolo writes:
> I am trying to reap zombies. The "while(fpwaitpid" pascal code is
> freezing my application.
>
> *
> procedure handle_sigchld(sig: longint; info: psiginfo; context:
>
hal wrote on 08/28/15 06:18:
> I searched for 'devuan nvidia' and did not find any howto/docs so went to
> wiki.debian.org
Got this working! Not sure if the modprobe files helped or just removing the
xorg.conf.
In case someone else is trying to get X working with the NVIDIA download driver,
dear Jonathan,
On Thu, 03 Sep 2015, Jonathan Wilkes wrote:
>I have a spec for "trollproofs" which might help with moderation. Instead
>of the moderator having a binary choice between "block" or "pass", he/she
>can just choose a difficulty level for a particular topic which the
>
Le 03/09/2015 13:40, Jaromil a écrit :
After all, trolling is a art...
http://pix.dyne.org/wp-content/uploads/2011/08/trollingArt.jpeg ...
If all trolls were as charming as this one...
Didier
___
Dng mailing list
Dng@lists.dyne.org
14 matches
Mail list logo