Re: [PATCH nilfs-utils 1/2] cleanerd: call _exit(2) twice for ensuring not being a session leader

2014-01-05 Thread Hitoshi Mitake
At Sat, 04 Jan 2014 23:28:06 +0900 (JST), Ryusuke Konishi wrote: > > Hi, > On Sat, 4 Jan 2014 22:18:00 +0900, Hitoshi Mitake wrote: > > On Wed, Jan 1, 2014 at 6:30 PM, Ryusuke Konishi > > wrote: > >> On Wed, 1 Jan 2014 16:30:48 +0900, Hitoshi Mitake wrote: > >>> Current daemonize() function of c

Re: [PATCH nilfs-utils 1/2] cleanerd: call _exit(2) twice for ensuring not being a session leader

2014-01-04 Thread Ryusuke Konishi
Hi, On Sat, 4 Jan 2014 22:18:00 +0900, Hitoshi Mitake wrote: > On Wed, Jan 1, 2014 at 6:30 PM, Ryusuke Konishi > wrote: >> On Wed, 1 Jan 2014 16:30:48 +0900, Hitoshi Mitake wrote: >>> Current daemonize() function of cleanerd call _exit(2) only once during its >>> process of becoming a daemon proc

Re: [PATCH nilfs-utils 1/2] cleanerd: call _exit(2) twice for ensuring not being a session leader

2014-01-04 Thread Hitoshi Mitake
On Wed, Jan 1, 2014 at 6:30 PM, Ryusuke Konishi wrote: > On Wed, 1 Jan 2014 16:30:48 +0900, Hitoshi Mitake wrote: >> Current daemonize() function of cleanerd call _exit(2) only once during its >> process of becoming a daemon process. But in the linux environment, a daemon >> process should call _

Re: [PATCH nilfs-utils 1/2] cleanerd: call _exit(2) twice for ensuring not being a session leader

2014-01-01 Thread Ryusuke Konishi
On Wed, 1 Jan 2014 16:30:48 +0900, Hitoshi Mitake wrote: > Current daemonize() function of cleanerd call _exit(2) only once during its > process of becoming a daemon process. But in the linux environment, a daemon > process should call _exit(2) twice for ensuring not being a session leader. > If

[PATCH nilfs-utils 1/2] cleanerd: call _exit(2) twice for ensuring not being a session leader

2013-12-31 Thread Hitoshi Mitake
Current daemonize() function of cleanerd call _exit(2) only once during its process of becoming a daemon process. But in the linux environment, a daemon process should call _exit(2) twice for ensuring not being a session leader. If a process don't do that, unexpected SIGHUP can be sent to the proce