Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread tilt!
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 (pseudoco

Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread tilt!
Sorry, come to think about it, simply return if rv is -1, because that means there are no un-waited children left. You should definately first fix the pcint Status issue, because if you give an invalid argument ot waitpid, it returns -1 and sets errno to EINVAL. while true rv := waitpid(-1,

Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread Rainer Weikusat
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: > psigcontext); cdecl; > var

Re: [DNG] wpa_supplicant/ifup integration documentation

2015-09-03 Thread Didier Kryn
Guys, I'm trying to reply to several emails at once... Isaac Dunham: wpa_supplicant would be the only process reading/writing the file, but you need five commands at minimum. Here's roughly how you'd add an open network with wpa_cli: NETNUM=`wpa_cli add_network` || fail wpa_cli set_network $

Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread poitr pogo
hmm, I do wifi connect in bash/xterm one shot sudo vi /etc/network/interfaces add source /etc/network/interfaces.d/*.cfg if not already there make sure /etc/network/interfaces.d folder exists later, check what is available sudo iwlist wlan0 scanning |grep -e ESSID -e Quality

Re: [DNG] NVidia driver howto?

2015-09-03 Thread hal
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, her

Re: [DNG] trollproof spec

2015-09-03 Thread Jaromil
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 >

Re: [DNG] NVidia driver howto?

2015-09-03 Thread Go Linux
On Thu, 9/3/15, hal wrote: 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 th

Re: [DNG] trollproof spec

2015-09-03 Thread Didier Kryn
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 https:

Re: [DNG] NVidia driver howto?

2015-09-03 Thread hal
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. Google seems to suggest

Re: [DNG] NVidia driver howto?

2015-09-03 Thread Go Linux
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 that? Last time I had to install an :: nVidia driver, it w

Re: [DNG] NVidia driver howto?

2015-09-03 Thread Hendrik Boom
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 as it's been a while

Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread Edward Bartolo
Hi, For the last days I have been struggling to reap zombies adopted by the frontend with only failures. I tried several methods using wait(-1), waidpid and trapping the signal when a child dies without ever succeeding to reap zombies. This means, I will stop and will leave the issue open to anyon

Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread Steve Litt
On Thu, 3 Sep 2015 07:38:13 +0100 Edward Bartolo 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. In that case, if you're using a good init system, I believe you can send PID1

Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread Edward Bartolo
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 backend by what execl calls. We may be able to solve the issue by allowing the backend to

Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread Laurent Bercot
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 chil

Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread KatolaZ
On Thu, Sep 03, 2015 at 06:24:51PM +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 backend by what

Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread KatolaZ
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 prog

Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread KatolaZ
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, &status)] > to reap the dead ch

Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread Steve Litt
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 backend by what execl

Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread Edward Bartolo
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

Re: [DNG] Doing away with multi-threading in my project (netman)

2015-09-03 Thread Edward Bartolo
Tomorrow, I will make it a point to push my multithreaded version of netman for evaluation. You will see multithreading did not add much complexity with the benefit of better frontend responsiveness and no zombies lurking around. On 03/09/2015, Edward Bartolo wrote: > I kept a multithreaded netma