AS
А, да, но при этом zookeeper_close завершает сессию ещё
Size: a a a
2020 December 29
AS
А если просто вызвать close_zsock, то соединение завершится без завершения сессии
b
С т.з. кода выглдядет всё ок. Тут так: либо либа fork-safe либо нет. Судя по вашему описанию, вы что-то там натолкали в сессию локально, сделали форк, и боитесь, что если в ребёнке будет undef $zk, то это порвёт сессию и в родителе будет беда, когда он попытается что-то сделать. Так? Если это так, то либа не fork-safe. К XS это не имеет прямого отношения. Тогда либа должная явно метод выставлять высокоуровеный
zk_close() (а не низкоуровеный close_zsock() ), чтобы дать вам возможность что-то сделать.AS
С т.з. кода выглдядет всё ок. Тут так: либо либа fork-safe либо нет. Судя по вашему описанию, вы что-то там натолкали в сессию локально, сделали форк, и боитесь, что если в ребёнке будет undef $zk, то это порвёт сессию и в родителе будет беда, когда он попытается что-то сделать. Так? Если это так, то либа не fork-safe. К XS это не имеет прямого отношения. Тогда либа должная явно метод выставлять высокоуровеный
zk_close() (а не низкоуровеный close_zsock() ), чтобы дать вам возможность что-то сделать.А почему вы думаете, что undef $zk нужно делать после форка?
В доке же явно написано, что нужно разорвать соединение перед форком
В доке же явно написано, что нужно разорвать соединение перед форком
b
А почему вы думаете, что undef $zk нужно делать после форка?
В доке же явно написано, что нужно разорвать соединение перед форком
В доке же явно написано, что нужно разорвать соединение перед форком
Потому что это "обычное" поведение. Если они в доке так пишут, значит надо так делать и либа не fork-safe. Т.е. по-любому надо сессию открывать в родителе, и, если надо, в потомке.
AS
Потому что это "обычное" поведение. Если они в доке так пишут, значит надо так делать и либа не fork-safe. Т.е. по-любому надо сессию открывать в родителе, и, если надо, в потомке.
Спасибо!
AP
Ага, можно. Но я не умею в XS.
И судя по документации вызывать нужно в родителе до форка. Т.е. нужно потерять коннекцию, сделать форк, а потом создать коннекцию с прежней сессией.
И судя по документации вызывать нужно в родителе до форка. Т.е. нужно потерять коннекцию, сделать форк, а потом создать коннекцию с прежней сессией.
надо просто запоминать пид при открытии коннекта, чтобы в деструкторе чужое закрывать молча, без шатдауна
AP
т. е. форк-сейф делается довольно просто, обычно.
b
т. е. форк-сейф делается довольно просто, обычно.
от потрохов C-шной либы зависит. Но ставлю да, что не парились и решили не делать.
VG
Есть четыре типа зависимостей в перл
какие?
VG
И пять уровней, к которым они применяются
какие?
VG
Вот тут писали, что можно пробежаться по всем открытым сокетам и сделать close.
Неужели по /proc/self/fd/ бежать?
Неужели по /proc/self/fd/ бежать?
а чего, в линуксы так и не завезли closefrom() ?
SZ
какие?
Обязательные, очень рекомендуемые, рекомендуемые (но не очень, как например упомянутый IxHash или что там было) и конфликтующие
AS
а чего, в линуксы так и не завезли closefrom() ?
Что это?
SZ
а чего, в линуксы так и не завезли closefrom() ?
Ему надо ещё проверить, что это сокеты
SZ
какие?
Ну ёпт! Я тебе что, энциклопедия? :)
VG
Обязательные, очень рекомендуемые, рекомендуемые (но не очень, как например упомянутый IxHash или что там было) и конфликтующие
да ну где это такое?
SZ
какие?
configure, build, test, runtime, develop
SZ
да ну где это такое?
В документации
VG
Что это?
системный вызов для закрытия всех дескрипторов начиная с указанного номера