🚀 go-pugleaf

VTAM!

Maciej Zobniow <bobas@cc.uni.torun.pl> wrote:
:     Czy moglby ktos w miare szczegolowo wytlumaczyc jak zrobic aby
: potomek jakiegos procesu
: wykonywal sie podczas gdy jego przodek konczyl dzialanie. Zdaje sie ze cos
: takiego sie dzieje gdy puszcza sie proces w tlo w shellu.

Tak. Zobacz strone manuala do funkcji systemowych 'fork' oraz 'clone'

:        mgr Maciej Zobniow

-- 
cezar
CYBER Service / PKFL

Cezary Cichocki wrote:

> VTAM!
>
> Maciej Zobniow <bobas@cc.uni.torun.pl> wrote:
> :     Czy moglby ktos w miare szczegolowo wytlumaczyc jak zrobic aby
> : potomek jakiegos procesu
> : wykonywal sie podczas gdy jego przodek konczyl dzialanie. Zdaje sie ze cos
> : takiego sie dzieje gdy puszcza sie proces w tlo w shellu.
>
> Tak. Zobacz strone manuala do funkcji systemowych 'fork' oraz 'clone'

  Nie zrozumielismy sie chyba...Chodzi mi o forkowanie i natychmiastowe
zakonczenie procesu
rodzica bez zawieszenia procesu potomka...

--
************************************************
       mgr Maciej Zobniow
 UNIVERSITY NETWORKING TECHNOLOGY CENTRE
 Nicholas Copernicus University in Torun
 phone: 611-3372 e-mail: bobas@cc.uni.torun.pl
************************************************

Witam,

> > :     Czy moglby ktos w miare szczegolowo wytlumaczyc jak zrobic aby
> > : potomek jakiegos procesu
> > : wykonywal sie podczas gdy jego przodek konczyl dzialanie. Zdaje sie ze cos
> > : takiego sie dzieje gdy puszcza sie proces w tlo w shellu.
[...]
> Chodzi mi o forkowanie i natychmiastowe
> zakonczenie procesu
> rodzica bez zawieszenia procesu potomka...

Potomek nie jest zawieszany po zakonczeniu procesu macierzystego (mam
jadro 2.0.X). Co do SHELLA, to po zapuszczeniu skryptu uruchamiajacego
programy w tle podshell po prostu sie zakancza.

  -- pozdrawiam

-- 
Cezary H. Noweta                 90-237 LODZ, ul. J.Matejki 34/38 POLAND
(chncc@irys.usun.drugiitrzeciczlon.uni.lodz.pl)  +48 42 6356013, 6356012
University of Lodz - Main Library                            fax 6781678

"Cezary H. Noweta" wrote:
> 
> Witam,
> 
> > > :     Czy moglby ktos w miare szczegolowo wytlumaczyc jak zrobic aby
> > > : potomek jakiegos procesu
> > > : wykonywal sie podczas gdy jego przodek konczyl dzialanie. Zdaje sie ze cos
> > > : takiego sie dzieje gdy puszcza sie proces w tlo w shellu.
> [...]
> > Chodzi mi o forkowanie i natychmiastowe
> > zakonczenie procesu
> > rodzica bez zawieszenia procesu potomka...
> 
> Potomek nie jest zawieszany po zakonczeniu procesu macierzystego (mam
> jadro 2.0.X). Co do SHELLA, to po zapuszczeniu skryptu uruchamiajacego
> programy w tle podshell po prostu sie zakancza.

Tylko co jesli ,,potomek'' sie zakonczy. Proces nie zostanie usuniety.
Bezdie to zombie.

A tak przy okazji: co moze oznaczac ,,interrupted system call'' czego
wina i przyczyna?

-- 
Sławomir Siwek.

"Cezary H. Noweta" wrote:

> Witam,
>
> > > :     Czy moglby ktos w miare szczegolowo wytlumaczyc jak zrobic aby
> > > : potomek jakiegos procesu
> > > : wykonywal sie podczas gdy jego przodek konczyl dzialanie. Zdaje sie ze cos
> > > : takiego sie dzieje gdy puszcza sie proces w tlo w shellu.
> [...]
> > Chodzi mi o forkowanie i natychmiastowe
> > zakonczenie procesu
> > rodzica bez zawieszenia procesu potomka...
>
> Potomek nie jest zawieszany po zakonczeniu procesu macierzystego (mam
> jadro 2.0.X). Co do SHELLA, to po zapuszczeniu skryptu uruchamiajacego
> programy w tle podshell po prostu sie zakancza.

  Faktycznie.....nie wiem skad u mnie pewnosc ze potomnki sa zawieszane...tak chyba
Stevens pisal....


--
************************************************
       mgr Maciej Zobniow
 UNIVERSITY NETWORKING TECHNOLOGY CENTRE
 Nicholas Copernicus University in Torun
 phone: 611-3372 e-mail: bobas@cc.uni.torun.pl
************************************************

Sławomir Siwek <slawomir.siwek@pse.pl> wrote:
> Tylko co jesli ,,potomek'' sie zakonczy. Proces nie zostanie usuniety.
> Bezdie to zombie.

Jakto co - nic. Proces musi byc usuniety. Jego procesem staje sie proces
nadrzedny (np. init). Po zakonczeniu potomka on odbiera sygnaly.
Dlatego zombie sa automatycznie usuwane.

Tomek
-- 
  Tomasz Slodkowicz   Institute of Computer Science
                      Jagiellonian University, Cracow, Poland
  e-mail: slodki@ii.uj.edu.pl
  www   : http://www.ii.uj.edu.pl/~slodki

Witam,

Sławomir Siwek wrote:
> "Cezary H. Noweta" wrote:
> > [...] Co do SHELLA, to po zapuszczeniu skryptu uruchamiajacego
> > programy w tle podshell po prostu sie zakancza.
[...]
> Tylko co jesli ,,potomek'' sie zakonczy. Proces nie zostanie usuniety.
> Bezdie to zombie.

Jadro wysyla SIGCHLD do procesu macierzystego. Wyjatek ten obsluguje
SHELL (jesli nie zdazy sie zakonczyc) lub INIT (ktory staje sie procesem
macierzystym po zakonczeniu SHELLA):

1. Potomek wywoluje _exit(...)
2. Jadro wysyla SIGCHLD do procesu macierzytego (tutaj SHELL lub INIT).
3a. Jesli proces macierzysty obsluguje ten sig (SHELL i INIT - tak), to
    wywoluje wait(...) (lub waitpid(...)) i potomek sie zakancza.
3b. Jesli nie obsluguje SIGCHLD (domyslnie ten sig jest ignorowany), to
    wtedy potomek staje sie ZOMBIE (mozna potomka wywalic tylko SIGKILLem).

> A tak przy okazji: co moze oznaczac ,,interrupted system call'' czego
> wina i przyczyna?

Cos mi swita ;) Gdzie to sie pojawia?

  -- pozdrawiam

-- 
Cezary H. Noweta                 90-237 LODZ, ul. J.Matejki 34/38 POLAND
(chncc@irys.usun.drugiitrzeciczlon.uni.lodz.pl)  +48 42 6356013, 6356012
University of Lodz - Main Library                            fax 6781678

"Cezary H. Noweta" wrote:
> 
> Witam,
> 
> Sławomir Siwek wrote:
> 
> > A tak przy okazji: co moze oznaczac ,,interrupted system call'' czego
> > wina i przyczyna?
> 
> Cos mi swita ;) Gdzie to sie pojawia?

Skomplikowana sprawa ;) Kiedy zrobie fork() to w momencie odebrania
polaczenia accept zwraca blad z opisem ,,interrupted system call''. To
tak bardzo ,,z grubsza''.

-- 
Sławomir Siwek.

Dnia  Thu, 09 Sep 1999 16:47:44 +0200,
osoba podpisana: Sławomir Siwek <slawomir.siwek@pse.pl>
napisała:
>"Cezary H. Noweta" wrote:
>> 
>> Witam,
>> 
>> Sławomir Siwek wrote:
>> 
>> > A tak przy okazji: co moze oznaczac ,,interrupted system call'' czego
>> > wina i przyczyna?
>> 
>> Cos mi swita ;) Gdzie to sie pojawia?
>
>Skomplikowana sprawa ;) Kiedy zrobie fork() to w momencie odebrania
>polaczenia accept zwraca blad z opisem ,,interrupted system call''. To
>tak bardzo ,,z grubsza''.
Po prostu dostałeś jakiś sugnał, nie otwierasz czegoś wtrybie asynchronicznym?
ignorujesz sygnały zakońcenia potowmków ?
ustawiasz alarm ?
KJ

-- 
Kamil Jońca kj153553@zodiac2.mimuw.edu.pl
People who make no mistakes do not usually make anything.

Witam,

Kamil Jonca wrote:
> osoba podpisana: Sławomir Siwek <slawomir.siwek@pse.pl>
> napisała:
[...]
> >Skomplikowana sprawa ;) Kiedy zrobie fork() to w momencie odebrania
> >polaczenia accept zwraca blad z opisem ,,interrupted system call''. To
> >tak bardzo ,,z grubsza''.
> Po prostu dostałeś jakiś sugnał, nie otwierasz czegoś wtrybie asynchronicznym?
> ignorujesz sygnały zakońcenia potowmków ?
> ustawiasz alarm ?

Dokladnie - wystarczy powtorzyc accept(...) lub wywolywac z O_NOBLOCK
(najpierw sprawdzany jest O_NOBLOCK, a pozniej sygnaly).

  -- pozdrawiam

-- 
Cezary H. Noweta                 90-237 LODZ, ul. J.Matejki 34/38 POLAND
(chncc@irys.usun.drugiitrzeciczlon.uni.lodz.pl)  +48 42 6356013, 6356012
University of Lodz - Main Library                            fax 6781678

S³awomir Siwek wrote:
> 
> Skomplikowana sprawa ;) Kiedy zrobie fork() to w momencie odebrania
> polaczenia accept zwraca blad z opisem ,,interrupted system call''. To
> tak bardzo ,,z grubsza''.
> 

1. "interrupted system call" to wszystko w normie - po prostu dosta³e¶
  jaki¶ sygna³ w czasie realizacji funkcji systemowej. Powtórz jeszcze
  raz.
2. Prawdopodobnie dostajesz sygna³ zwi±zany z zakoñczeniem dziecka czy
  rodzica.

-- Marcin Kasperski     Marcin.Kasperski<at>softax.com.pl
--                      marckasp<at>friko6.onet.pl
-- Moje pogl±dy s± moimi pogl±dami, nikogo poza mn± nie reprezentuj±.
-- (My opinions are just my opinions.)

Fri, 10 Sep 1999 07:53:58 GMT, Marcin Kasperski <Marcin.Kasperski@softax.com.pl> pisze:

> 1. "interrupted system call" to wszystko w normie - po prostu dostałeś
>   jakiś sygnał w czasie realizacji funkcji systemowej. Powtórz jeszcze
>   raz.

Zdaje się że funkcją sigaction można spowodować, że nie będą przerywane.

-- 
 __("<    Marcin Kowalczyk * qrczak@knm.org.pl http://kki.net.pl/qrczak/
 \__/          GCS/M d- s+:-- a22 C+++>+++$ UL++>++++$ P+++ L++>++++$ E-
  ^^                W++ N+++ o? K? w(---) O? M- V? PS-- PE++ Y? PGP->+ t
QRCZAK                  5? X- R tv-- b+>++ DI D- G+ e>++++ h! r--%>++ y-

Witem,

Marcin 'Qrczak' Kowalczyk wrote:
> Fri, 10 Sep 1999 07:53:58 GMT, Marcin Kasperski <Marcin.Kasperski@softax.com.pl> pisze:
> > 1. "interrupted system call" to wszystko w normie - po prostu dostałeś
> >   jakiś sygnał w czasie realizacji funkcji systemowej. Powtórz jeszcze
> >   raz.
> Zdaje się że funkcją sigaction można spowodować, że nie będą przerywane.

Nie jest przerywana, gdy sygnal jest zablokowany (inet_accept(...)
w net/ipv4/af_inet.c). Zablokowac mozna funkcja sigprocmask(...).

  -- pozdrawiam

-- 
Cezary H. Noweta                 90-237 LODZ, ul. J.Matejki 34/38 POLAND
(chn@irys.usun.drugiitrzeciczlon.uni.lodz.pl)    +48 42 6356013, 6356012
University of Lodz - Main Library                            fax 6781678