7390 2005-07-18 10:53:58 +0400 SysV shared memory support is unfunctional with CONFIG_HARDEN_SHM (Openwall patch) 2008-02-18 19:58:01 +0300 1 1 4 Development Sisyphus perl-base unstable all Linux CLOSED WORKSFORME P2 blocker --- 7371 1 raorn viy at crux lakostis mike viy qa-sisyphus oldest_to_newest 27382 0 raorn 2005-07-18 10:53:58 +0400 $ perldoc -f shmread shmread ID,VAR,POS,SIZE shmwrite ID,STRING,POS,SIZE Reads or writes the System V shared memory segment ID starting at position POS for size SIZE by attaching to it, copying in/out, and detaching from it. [...] Shared memory segments are being destroyed after first shmread or shmwrite. Steps to Reproduce: 1. Copypaste shared memory example from perldoc perlipc (SysV IPC section) 2. Run script Actual Results: $ perl t.pl shm key 1223196686 wrote: 'Message #1' Invalid argument at t.pl line 10. Expected Results: $ perl t.pl shm key 1226932238 wrote: 'Message #1' read : 'Message #1' swell deleting shm 1226932238 27650 1 mike 2005-07-22 17:11:50 +0400 Date: Thu, 21 Jul 2005 19:43:08 +0400 From: Sergey Vlasov <vsu@> To: ALT Linux Sisyphus <sisyphus@> Subject: Re: [sisyphus] perl SysV IPC vs Owl > > С этой багой надо идти в апстрим... Это проблема дизайна > > shmread/shmwrite... > В чей апастрим? В чём суть проблемы? Подробнее, пожалуйста... В патче Openwall для ядер 2.4.x добавляется возможность автоматического уничтожения неиспользуемых сегментов SysV shared memory (сегмент считается неиспользуемым, если он не отображается в адресное пространство хотя бы одного процесса). В ядрах std-* эта опция конфигурации патча Openwall (CONFIG_HARDEN_SHM) включена. Функции shmread и shmwrite в Perl при каждом вызове выполняют shmat(), осуществляют доступ к данным в разделяемой памяти, после чего выполняют shmdt(). В результате выполнения этих действий, если отсутствуют другие процессы, использующие этот сегмент, и при этом в ядре включена опция CONFIG_HARDEN_SHM, при выполнении shmdt() сегмент уничтожается. Настоящая проблема здесь даже не в Perl, а в самом SysV shared memory API, допускающем существование областей разделяемой памяти при отсутствии ответственных за них процессов. В большинстве случаев использования SysV shm это свойство вызывает только проблемы (в частности, необходимость ручного удаления сегментов после аварийного завершения использовавших их процессов). В случае, если автоматическое удаление сегментов разделяемой памяти всё-таки нужно выключить, это можно сделать командой echo 0 >/proc/sys/kernel/shm_destroy_unused (соответствующий патч есть в ядрах начиная с 2.4.25-std-*-alt3). 42456 2 mike 2006-11-24 13:02:35 +0300 Бишь WORKSFORME, поскольку есть workaround (задокументировано около http://www.freesource.info/wiki/AltLinux/Features). 63982 3 raorn 2008-02-18 14:28:24 +0300 А ещё в 2.6 этого патча помойму вообще нет. 64087 4 mike 2008-02-18 19:58:01 +0300 (In reply to comment #3) > А ещё в 2.6 этого патча помойму вообще нет. Ну... был altsec, но на .18 и тем более .24 Костик его не притащил, насколько понимаю.