The UNIX and Linux Forums  


Go Back   A UNIX és Linux Forums > Top Fórumok > Magas szintű Programozás
.
google unix.com



Magas szintű Programozás Post kérdések C, C + +, Java, SQL, és más programozási nyelvek itt.

Több, UNIX és Linux fórum témák Ön által talált Hasznos
Szál Thread Starter Fórum Válaszok Utolsó hozzászólás
Hogyan írjuk Pro * C daemon folyamat segítségével többszálas? kachiraju A UNIX a dummies Kérdések és válaszok 0 07-02-2008 02:51 PM
démon folyamat suresh_rupineni Linux 1 08-21-2006 03:14 AM
zombi démon folyamat! rish2005 A UNIX a fejlett és szakértői Felhasználók 1 11-25-2005 09:59 AM
Mi az a démon folyamat Kanu77 Magas szintű Programozás 6 03-08-2002 10:47 AM
Démon folyamat s_chordia Magas szintű Programozás 2 01-17-2002 02:09 PM

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Téma eszközök Keresés a téma Rate Thread Megjelenítési módok
  #1 (permalink)  
Old 07-07-2008
vino's Avatar
vino vino is offline Forum Staff  
Supporter (In Vino Veritas)
  
 

Join Date: Feb 2005
Helyszín: Bangalore, India
Hozzászólások: 2.798
Hogyan talál meg, ha a folyamat egy démon?

Nekem van egy forgatókönyv, hol kell találni, ha a folyamat egy daemon folyamat, vagy sem. Ezt az ellenőrzést kell elvégezni az a folyamat során. Tudom, hogy nincs közvetlen API van erre. Van vizsgálni ezeket a lehetőségeket.

1. ctermid () - ez is sikertelen, ahogy az ember oldalak
2. int devtty, ha ((devtty \u003d open ( "/ dev / tty", O_RDWR)) <0) akkor ez egy daemon. Vannak más esetek is, amennyiben ez nem lehet igaz?
3. Mivel setsid () használható le a terminálon, talán getsid () fel lehet használni annak ellenőrzésére, a folyamat-csoport vezetője és az ülés vezetője.
4. Nézd, ha szülő pid 1-e vagy sem. Elképzelhető-e egy daemon folyamatban van egy PPID más, mint 1?

Vannak-e több lehetőséget? I dont know, ha ennek a legjobb módja ennek, de mi lenne a legmegfelelőbb módja?
  #2 (permalink)  
Old 07-07-2008
Perderabo's Avatar
Perderabo Perderabo is online now Forum Staff  
Unix Daemon
  
 

Join Date: Aug 2001
Helyszín: Ashburn, Virginia
Hozzászólások: 9.131
Démonok lehet bármilyen PPID és PPID, 1 nem garantálja, hogy te egy daemon. Szeretem az open / dev / tty ötlet. A hordozható. De persze ez nem más ok miatt. Senki sem tette a
rm / dev / tty
bármelyike alapján a rendszer? Is lehetne az fd's, stb De ez a legjobb módja. Attól függően, hogy a unix rendszer, lehet, hogy nem hordozható módon. Hozd a forráskódot ps, és hogyan találja meg ezt a dolgot. De ez nagyon sok bajt elkerülni nyitó / dev / tty. Inkább azzal.
  #3 (permalink)  
Old 07-18-2008
fsahog fsahog is offline
Regisztrált felhasználó
  
 

Join Date: Apr 2006
Helyszín: Észak-Virginia
Hozzászólások: 23
Azt építeni a logikát háttér, így biztos lehet benne. Például SIGHUP egy nem-nulla vektor, ha a folyamat elkezdődött. A helyes gyakorlat, hogy a vektor null után saját villáját / exec (a gyermek, természetesen), nyilvánvaló, hogy elkerüljék a megalázó, egy szép daemon kódot, amikor kilép a indítógenerátor felső megszűnik. Nos, akkor a teszt lehet "a SIGHUP vektor NULL? és folyamat kell. Használja OS létesítmények jó célból, és hagyd, hogy segítsen azonosítani a háttér is.

Last edited by fsahog; 07/18/2008 at 09:25 PM.. Indoklás: Annak érdekében, hogy jobban
  #4 (permalink)  
Old 07-26-2008
matrixmadhan matrixmadhan is offline Forum Advisor  
Technorati Master
  
 

Join Date: Mar 2005
Helyszín: levél csomópontja B + fa
Hozzászólások: 2.958

Kód:
Can a daemon process have a ppid other than 1 ?

Minden folyamat őrzött a SIGHUP jelzést nohup folyamatot és le ellenőrző terminál lesz PPID 1, de nem daemonized.

Mi lenne, ez - annak érdekében, hogy a takarások permissions? Tudom, hogy nem a szokásos gyakorlat, hogy nyomon kell követni, mielőtt daemonizing egy folyamat, de inkább a gyakorlatban.
  #5 (permalink)  
Old 07-26-2008
Perderabo's Avatar
Perderabo Perderabo is online now Forum Staff  
Unix Daemon
  
 

Join Date: Aug 2001
Helyszín: Ashburn, Virginia
Hozzászólások: 9.131
Idézet:
Originally Posted by matrixmadhan View Post
Minden folyamat őrzött a SIGHUP jelzést nohup folyamatot és le ellenőrző terminál lesz PPID 1
Nem igaz. Minden alkalommal minden daemon történik, amely figyelmen kívül hagyja a SIGHUP villa, hogy létrehoz egy counterexample, hogy ezt a nyilatkozatot. (init is fogóvilla nélkül a counterexample, de soha nem veszi figyelembe HUP)
Idézet:
Originally Posted by matrixmadhan View Post
de nem daemonized.
Valójában minden olyan folyamatot, hogy előfordul, hogy megfelelnek ezeknek a kritériumoknak démonok. Nincs ellenőrző terminál: az a folyamat egy daemon. Függetlenül attól, hogy a folyamat egy daemon semmi köze a PPID vagy milyen jeleket is figyelmen kívül hagyja.

A legtöbb Unix változatát, ha belép az a rendszer, konzol, a PPID a bejelentkezési shell lesz 1. Mielőtt az okot a TCP / IP a PPID minden bejelentkezési shell 1. volt. Ezek a bejelentkezési kagylóhéjak démonok, azok mind ellenőrző terminálokat. Még mindig lehet más getty sorokat az / etc / inittab. Minden ilyen tétel a lehetősége interaktív parancsértelmező a PPID 1. De a többi gyerekek spawned az init nem nyitott ttys és továbbra is démonok.

Ha egy folyamat kijáratokat, hogy a gyermekek válnak tulajdonában init. Ez nem befolyásolja, hogy nem azok a gyerekek, a démonok. Néhány ezek közül. Egyesek nem.

cron nem lesz 1-pid. Minden alkalommal, cron ívik a folyamatot, hogy az új eljárás a daemon. Minden egyes démonok nem lesz PPID az 1 ... a PPID lesz mutatva cron.

Ha szükség van annak eldöntésére, hogy a folyamat egy daemon vagy nem, a PPID teljesen irreleváns. Démonok és démonok nem lehet egy PPID 1. Démonok és démonok nem lehet egy PPID más, mint egy.

Démonok néha úgy dönt, hogy ne ignore SIGHUP. Mindkét inetd és init is van példa, hogy a démonok figyel a HUP. Amikor kap egy, a reconfigure magukat. De ez sokkal gyakoribb a daemon hogy figyelmen kívül hagyva a HUP.

Tényleg nagyon egyszerű.
Démonok nincs vezérlő terminál.
Nem démonok egy ellenőrző terminál.

Példák a dolgokat, hogy nem befolyásolja a folyamatban " daemon status ...
pid
PPID
jel maszk
  #6 (permalink)  
Old 07-27-2008
matrixmadhan matrixmadhan is offline Forum Advisor  
Technorati Master
  
 

Join Date: Mar 2005
Helyszín: levél csomópontja B + fa
Hozzászólások: 2.958

Kód:
Daemons have no controlling terminal.
Non-daemons have a controlling terminal.

Agreed.
PPID nem számít.

De mi a helyzet egy folyamat indult nohup folyamatot és le ellenőrző terminál?
Nincsen terminál csatolni, nem hiszem, hogy meg kell hívni a daemon.
  #7 (permalink)  
Old 07-27-2008
Perderabo's Avatar
Perderabo Perderabo is online now Forum Staff  
Unix Daemon
  
 

Join Date: Aug 2001
Helyszín: Ashburn, Virginia
Hozzászólások: 9.131
Idézet:
Originally Posted by matrixmadhan View Post
Kód:
Daemons have no controlling terminal.
Non-daemons have a controlling terminal.

Agreed.
PPID nem számít.

De mi a helyzet egy folyamat indult nohup folyamatot és le ellenőrző terminál?
Nincsen terminál csatolni, nem hiszem, hogy meg kell hívni a daemon.
Elindult a nohup vagy nem nem számít. A legtöbb jól megírt démonok egyértelműen azt jelzi, hogy figyelmen kívül hagyják, hogy kívánnak-e figyelmen kívül hagyni, és telepítse a kiszolgálók azt jelzi, hogy el akarják kapni.

De ha le, hogy az ellenőrző terminál, ez egy daemon. Ez pontosan mi történik, ha restart inetd cron vagy a parancssorban. Mivel nem hiszem, hogy a folyamatok nem ellenőrző terminálok démonok, mi a meghatározása a daemon?
Closed Thread

Könyvjelzõk

Téma eszközök Keresés a téma
Keresés a téma:

Részletes keresés
Megjelenítési módok Rate this thread
Rate this thread:

Posting szabályzat
Ön nem post new threads
Ön nem post válaszok
Ön nem post Csatolmányok
Ön nem szerkeszteni az üzeneteidet

BB kód van Be
Smilies vannak Be
[IMG] kód Be
HTML kód Ki
Trackbacks vannak Be
Pingbacks vannak Be
Refbacks vannak Be




Minden idő GMT -4. Az idő most 01:51 PM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Nyelvre lefordítva Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
A UNIX és Linux Fórum Tartalom Copyright © 1993-2009. Minden jog Reserved.Ad menedzsment RedTyger

Content Relevant URLs by vBSEO 3.2.0