#37201 [Com]: *** glibc detected *** corrupted double-linked list: 0x08fe6750 ***
ID: 37201 Comment by: jinglerobs at yahoo dot com Reported By: pascal at tweakers dot net Status: No Feedback Bug Type: *Compile Issues Operating System: Fedora 3 PHP Version: 4.4.2 New Comment: Trying to install Sun Java App Server on Fedora 6 drove me crazy with glibc error, the installation used to abort with glibc detected doubly linked list corruption. After much research and trying out all sorts of glibc packages, I read on google about heap correction checking through variable environment variable MALLOC_CHECK_ Its value should be one of 0 to ignore corruptions 1 to print to stderr(3) 2 to abort immediately What I immediately did is $ export MALLOC_CHECK_=0 and the installation of Sun Java App Server did not abort nxt time. Hope this work around has sme benefits !! Previous Comments: [2007-03-20 11:06:58] reasonably at gmx dot net Forgot to mention: I use Fedora Core 4, trying to compile PHP-4.4.6, have the --with-dom option in my configure.php The command I run is: pear upgrade --force PEAR-1.3.6 Archive_Tar-1.3.1 Console_Getopt-1.2 Running the command again, I now have: *** glibc detected *** /usr/local/bin/php: corrupted double-linked list: 0x0899d758 *** === Backtrace: = /lib/libc.so.6[0x25330c] /lib/libc.so.6(__libc_free+0x77)[0x25372b] /usr/local/bin/php(zend_hash_destroy+0x8a)[0x8198f86] /usr/local/bin/php(destroy_zend_class+0x77)[0x818f4cb] /usr/local/bin/php(zend_hash_destroy+0x3c)[0x8198f38] /usr/local/bin/php(zend_shutdown+0x51)[0x8195581] /usr/local/bin/php(php_module_shutdown+0x23)[0x816d717] /usr/local/bin/php(main+0x158)[0x81b0014] /lib/libc.so.6(__libc_start_main+0xdf)[0x204d7f] /usr/local/bin/php[0x807c631] [2007-03-20 10:56:59] reasonably at gmx dot net Hi, I received a similar error: *** glibc detected *** /usr/local/bin/php: corrupted double-linked list: 0x0a2cf758 *** Below the backtrace - hopefully this helps... === Backtrace: = /lib/libc.so.6[0x3d930c] /lib/libc.so.6(__libc_free+0x77)[0x3d972b] /usr/local/bin/php(zend_hash_destroy+0x8a)[0x8198f86] /usr/local/bin/php(destroy_zend_class+0x77)[0x818f4cb] /usr/local/bin/php(zend_hash_destroy+0x3c)[0x8198f38] /usr/local/bin/php(zend_shutdown+0x51)[0x8195581] /usr/local/bin/php(php_module_shutdown+0x23)[0x816d717] /usr/local/bin/php(main+0x158)[0x81b0014] /lib/libc.so.6(__libc_start_main+0xdf)[0x38ad7f] /usr/local/bin/php[0x807c631] === Memory map: 00111000-00112000 rwxp 00111000 00:00 0 00112000-0011b000 r-xp 09:01 108199 /lib/libnss_files-2.3.6.so 0011b000-0011c000 r-xp 8000 09:01 108199 /lib/libnss_files-2.3.6.so 0011c000-0011d000 rwxp 9000 09:01 108199 /lib/libnss_files-2.3.6.so 0011d000-00121000 r-xp 09:01 108275 /lib/libnss_dns-2.3.6.so 00121000-00122000 r-xp 3000 09:01 108275 /lib/libnss_dns-2.3.6.so 00122000-00123000 rwxp 4000 09:01 108275 /lib/libnss_dns-2.3.6.so 00123000-0015a000 r-xp 09:04 260176 /usr/local/lib/libpng.so.0.1.2.10 0015a000-0015b000 rwxp 00037000 09:04 260176 /usr/local/lib/libpng.so.0.1.2.10 0015b000-0015c000 rwxp 0015b000 00:00 0 0015c000-001a3000 r-xp 09:04 585173 /usr/lib/libgcrypt.so.11.2.0 001a3000-001a8000 rwxp 00047000 09:04 585173 /usr/lib/libgcrypt.so.11.2.0 001a8000-001ab000 r-xp 09:04 585414 /usr/lib/libgpg-error.so.0.1.3 001ab000-001ac000 rwxp 2000 09:04 585414 /usr/lib/libgpg-error.so.0.1.3 001ac000-001ba000 r-xp 09:01 108140 /lib/libpthread-2.3.6.so 001ba000-001bb000 r-xp d000 09:01 108140 /lib/libpthread-2.3.6.so 001bb000-001bc000 rwxp e000 09:01 108140 /lib/libpthread-2.3.6.so 001bc000-001be000 rwxp 001bc000 00:00 0 001be000-001d r-xp 09:04 260391 /usr/local/lib/libz.so.1.2.3 001d-001d1000 rwxp 00012000 09:04 260391 /usr/local/lib/libz.so.1.2.3 001d1000-001d2000 rwxp 001d1000 00:00 0 001d2000-001ec000 r-xp 09:01 108130 /lib/ld-2.3.6.so 001ec000-001ed000 r-xp 00019000 09:01 108130 /lib/ld-2.3.6.so 001ed000-001ee000 rwxp 0001a000 09:01 108130 /lib/ld-2.3.6.so 001ee000-00223000 r-xp 09:01 108227 /lib/libssl.so.0.9.7f 00223000-00226000 rwxp 00035000 09:01 108227 /lib/libssl.so.0.9.7f 00229000-0023 r-xs 09:04 647244 /usr/lib/gconv/gconv-modules.cache 00231000-00232000 rwxp 00231000 00:00 0 00242000-00253000 r-xp 09:01 108159 /lib/libnsl-2.3.6.so 00253000-00254000 r-xp 0001 09:01 108159 /lib/libnsl-2.3.6.so 00254000-00255000 rwxp 00011000 09:01 108159 /lib/libnsl-2.3.6.so 00255000-00257000 rwxp 00255000 00:00 0 0026-00298000 r-xp 09:04 260394 /usr/local/lib/libmhash.so.2.0.0 00298000-00299000 rwxp 00037000 09:04 260394 /usr/local/lib/libmhash.so.2.0.0
#18833 [Com]: exec() : After throusands calls, causes Unable to fork error
ID: 18833
Comment by: jinglerobs at yahoo dot com
Reported By: antoine dot bajolet at tdf dot fr
Status: No Feedback
Bug Type: *General Issues
Operating System: GNU/Linux 2.4.9 RH 7.1
PHP Version: 4.2.1
New Comment:
Im using PHP 5.2.4 (cli), Apache Mysql combination on a Slackware
box.
While running a script that processes large XML files and writes the
log to a log file, I get
Warning: exec(): Unable to fork
Initially the script runs fine for some 3 or 4 hours after which it
gives out the warnings. The script has a huge amount of data to process.
I also tried to use the nohup command but was of no use.
A screenshot of the problem is given below:
DEBUG:INSERT into package
(id,vendor,title,version,ver_major,ver_minor,ver_sub,ver_ext,type)
values ('13001','Microsoft','Windows XP
Home','0.0.0SP1','0','0','0','SP1','Software')
Warning: exec(): Unable to fork [/usr/bin/bash -c exec nohup setsid
echo \DEBUG: INSERT into package
(id,vendor,title,version,ver_major,ver_minor,ver_sub,ver_ext,type)
values ('13001','Microsoft','Windows XP
Home','0.0.0SP1','0','0','0','SP1','Software') \feed2vendorDB.log
21 ] in
/usr/local/apache2/htdocs/xml_feed/sircc_agnostic/feed2vendorDB/feed2vendorDB.php
on line 1454
DEBUG:INSERT into package
(id,vendor,title,version,ver_major,ver_minor,ver_sub,ver_ext,type)
values ('13002','Microsoft','Windows XP
Professional','0.0.0SP1','0','0','0','SP1','Software')
Warning: exec(): Unable to fork [/usr/bin/bash -c exec nohup setsid
echo \DEBUG: INSERT into package
(id,vendor,title,version,ver_major,ver_minor,ver_sub,ver_ext,type)
values ('13002','Microsoft','Windows XP
Professional','0.0.0SP1','0','0','0','SP1','Software')
\feed2vendorDB.log 21 ] in
/usr/local/apache2/htdocs/xml_feed/sircc_agnostic/feed2vendorDB/feed2vendorDB.php
on line 1454
DEBUG:INSERT into package
(id,vendor,title,version,ver_major,ver_minor,ver_sub,ver_ext,type)
values ('13134','KaZaA','KaZaA Media
Desktop','2.0.0','2','0','0','','Software')
Warning: exec(): Unable to fork [/usr/bin/bash -c exec nohup setsid
echo \DEBUG: INSERT into package
(id,vendor,title,version,ver_major,ver_minor,ver_sub,ver_ext,type)
values ('13134','KaZaA','KaZaA Media
Desktop','2.0.0','2','0','0','','Software') \feed2vendorDB.log 21
] in
/usr/local/apache2/htdocs/xml_feed/sircc_agnostic/feed2vendorDB/feed2vendorDB.php
on line 1454
DEBUG:INSERT into package
(id,vendor,title,version,ver_major,ver_minor,ver_sub,ver_ext,type)
values ('11051','KaZaA','KaZaA Media
Desktop','1.6.1','1','6','1','','Software')
Warning: exec(): Unable to fork [/usr/bin/bash -c exec nohup setsid
echo \DEBUG: INSERT into package
(id,vendor,title,version,ver_major,ver_minor,ver_sub,ver_ext,type)
values ('11051','KaZaA','KaZaA Media
Desktop','1.6.1','1','6','1','','Software') \feed2vendorDB.log 21
] in
/usr/local/apache2/htdocs/xml_feed/sircc_agnostic/feed2vendorDB/feed2vendorDB.php
on line 1454
DEBUG:INSERT into infection_vector (vector,deployed,effectiveness)
values ('File Sharing / Peer to Peer / Kazaa','3','8')
Warning: exec(): Unable to fork [/usr/bin/bash -c exec nohup setsid
echo \DEBUG: INSERT into infection_vector
(vector,deployed,effectiveness) values ('File Sharing / Peer to Peer /
Kazaa','3','8') \feed2vendorDB.log 21 ] in
/usr/local/apache2/htdocs/xml_feed/sircc_agnostic/feed2vendorDB/feed2vendorDB.php
on line 1454
DEBUG:INSERT into infection_vector (vector,deployed,effectiveness)
values ('File Transfer / Email Attachment','10','7')
Warning: exec(): Unable to fork [/usr/bin/bash -c exec nohup setsid
echo \DEBUG: INSERT into infection_vector
(vector,deployed,effectiveness) values ('File Transfer / Email
Attachment','10','7') \feed2vendorDB.log 21 ] in
/usr/local/apache2/htdocs/xml_feed/sircc_agnostic/feed2vendorDB/feed2vendorDB.php
on line 1454
Fatal error: Out of memory (allocated -1155268608) (tried to allocate
11080 bytes) in
/usr/local/apache2/htdocs/xml_feed/sircc_agnostic/feed2vendorDB/feed2vendorDB.php
on line 1447
[1]+ Exit 1 ./feed2vendorDB.sh
Is this related to the max number of processes allowed in the memory,
or a PHP-Apache prob??. Having a tough time
Previous Comments:
[2002-09-11 11:51:57] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.
[2002-08-09 13:28:10] [EMAIL PROTECTED]
Marking as feedback
[2002-08-09 13:09:25] [EMAIL PROTECTED]
Can't reproduce. Might be a problem with your system.
[2002-08-09 12:08
