python os.chroot

[niii]

в скрипті пітона роблю chroot , але потрібно вернутися у зовнішне середовище
як це зробити ?

[L0n3r4ng3r]

нiяк:(

[niii]

Знайшов вирішення проблеми так:
Розбиваю скрипт на 2 скрипта і в другому створюю підпрочес материньскому процесу:
pid = os.fork();
      if pid == 0 :
            if os.chroot(target):
                  print "can not chroot ...";
                  exit;
                ..........................
            sys.exit()._exit(0);

Але виникає друга проблема:
Материньский процес закінчує виконання не чікаючи закінчення дочірнього процесу.
Як зробити так щоб материньскій процес чекав закінчення дочірнього прочесу ?

[Володимир Лісівка]

http://docs.python.org/lib/os-process.html

os.wait() або os.waitpid(pid,0)

[Cthulhu]

Увага, увага, увага! Тільки сьогодні і тільки на LOU! Феєрична вистава з niii у головній ролі "Сhroot Redemption"! Поспішайте, кількість квитків обмежена.

[niii]

http://docs.python.org/lib/os-process.html

os.wait() або os.waitpid(pid,0)

Дякую за відповідь.
Розібрався.

Увага, увага, увага! Тільки сьогодні і тільки на LOU! Феєрична вистава з niii у головній ролі "Сhroot Redemption"! Поспішайте, кількість квитків обмежена.

Не розумію вашого "феєричного" гумору !!!

[Cthulhu]

Не розумію вашого "феєричного" гумору !!!

Радий, що ви оцінили

Я оце ваше питання був пропустив, а зараз звернув увагу... Мене злегка шокувала постановка питання - якби з chroot-a можна було так просто виходити, це була б гра-а-а-андіозна дірка з купою чудових варіантів деструктивного застосування))

Щодо вашого рецепту - я б використав модуль threading. Форк в пітоні це imho трохи того... особисто я таких  речей уникаю.


ЗІ А правда, навіщо воно вам?

[niii]

ЗІ А правда, навіщо воно вам?

Пушу інсталяційний скрипт

[BM]

Форк в пітоні це imho трохи того...

Huh?

[Cthulhu]

Форк в пітоні це imho трохи того...

Huh?

use threading

[BM]

Форк в пітоні це imho трохи того...

Huh?

use threading

Depends.

[rangel]

Форк в пітоні це imho трохи того...

Huh?

use threading

Depends.

flood?

[BM]

flood?

Та нє, просто все має своє призначення. А якщо тільки одними тредами користуватись, то дуже сильно вилізе боком GIL та інші немалі проблеми, пов'язані з ними. Тому я дуже часто користуюсь й тредами, й форками одночасно.

А біда в тому, що від GIL не відхрестишся вже. Навіть в Python 3000 він буде. GIL робить написання модулів на C++ дуже простим, але зате ось відбивається на інших аспектах негативно, особливно на мультиядерних/мультипроцесорних машинах.

Останнім-же часом мені все більше й більше подобаються власне форки, якщо код планується запускатись тільки на Unix-like машинах. З ними складніше, але маючи всякі бібліотечки щоби форки розмовляли між собою та обмінювались об'єктами — виходить дуже класно.