#25289 [Opn]: PHP segmentation fault
ID: 25289
User updated by: skissane at ics dot mq dot edu dot au
Reported By: skissane at ics dot mq dot edu dot au
Status: Open
Bug Type: Reproducible crash
Operating System: RedHat Linux 9
PHP Version: 4.3.3
New Comment:
Sorry about giving so many testcases (only just learning how to do
this), but I finally have a 20-line reproduce script:
?
class obj_database { }
class obj_enum { }
class obj_enumvalue { }
$dm = unserialize(file_get_contents(test.dat));
foreach ($dm-obj_enum as $enum) {
foreach ($enum-obj_enumvalue as $enumvalue) {
}
$i = 0;
foreach ($enum-obj_enumvalue as $enumvalue-name = $enumvalue) {
$out = . $enum-prefix . _ .
$enumvalue-name . = \ . $enumvalue-name . \;
if ($i++ count($enum-obj_enumvalue)-1) {
}
}
}
?
It depends on the test.dat data file I included with my earlier test
cases.
Previous Comments:
[2003-08-28 11:00:37] skissane at ics dot mq dot edu dot au
Okay, I tried a bit harder, and I have now reduced it down to a single
400 line .php file, plus three associated data files which the .php
file unserializes. This results in a segmentation fault when run from
the command line or Apache.
You can get the latest one from
http://www.iips.mq.edu.au/bugs/testcase3.tgz
[2003-08-28 10:31:21] skissane at ics dot mq dot edu dot au
I can't work out what exactly is causing it, and so can't come up with
a 20 line test. I have reduced it down to a smaller set of files, at
http://www.iips.mq.edu.au/bugs/testcase.tgz
If you have any suggestions of how I can trim this down to a smaller
test case, I'll try.
[2003-08-28 10:07:26] [EMAIL PROTECTED]
Please provide a short script (max 20 lines), without any external
dependancies, such as database or includes().
(_one_ script, not dozens)
[2003-08-28 07:19:19] skissane at ics dot mq dot edu dot au
Description:
PHP segfaults.
Reproduce code:
---
Reproduce code can be found at:
http://www.iips.mq.edu.au/bugs/
File datamodel/cms-datamodel-php.php causes crash.
Through trial and error (insertion of echo and exit statements, I
believe I have isolated the segfault to the function
ObjectGenerator_PHP::_generateEnums() in the file
appgen/ObjectGenerator_PHP.inc, but not 100% sure).
Segfault occurs both on command line php and through Apache.
PHP was compiled myself using: './configure'
'--with-apxs2=/usr/sbin/apxs' '--with-mysql=/usr/' '--without-mssql'
'--with-ldap' '--with-curl=/usr'
Expected result:
No segfault
Actual result:
--
Starting program: /usr/local/bin/php cms-datamodel-php.php
Program received signal SIGSEGV, Segmentation fault.
0x42074760 in _int_free () from /lib/tls/libc.so.6
(gdb) bt
#0 0x42074760 in _int_free () from /lib/tls/libc.so.6
#1 0x42073786 in free () from /lib/tls/libc.so.6
#2 0x08104302 in _efree (ptr=0x82cd0bc) at
/home/skissane/php-4.3.3/Zend/zend_alloc.c:265
#3 0x0810a85a in _zval_ptr_dtor (zval_ptr=0x8312c48) at
zend_execute.h:44
#4 0x08115e70 in zend_hash_destroy (ht=0x832c41c) at
/home/skissane/php-4.3.3/Zend/zend_hash.c:553
#5 0x08110aae in _zval_dtor (zvalue=0xbfffa9e0) at
/home/skissane/php-4.3.3/Zend/zend_variables.c:51
#6 0x0811f611 in execute (op_array=0x81eaf7c) at
/home/skissane/php-4.3.3/Zend/zend_execute.c:1452
#7 0x0811e653 in execute (op_array=0x81eadd4) at
/home/skissane/php-4.3.3/Zend/zend_execute.c:1660
#8 0x0811e653 in execute (op_array=0x81a2004) at
/home/skissane/php-4.3.3/Zend/zend_execute.c:1660
#9 0x08111fd5 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/skissane/php-4.3.3/Zend/zend.c:885
#10 0x080ecb87 in php_execute_script (primary_file=0xbfffddc0) at
/home/skissane/php-4.3.3/main/main.c:1723
#11 0x081234bb in main (argc=2, argv=0xbfffde44) at
/home/skissane/php-4.3.3/sapi/cli/php_cli.c:818
#12 0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6
(gdb) frame 6
#6 0x0811f611 in execute (op_array=0x81eaf7c) at
/home/skissane/php-4.3.3/Zend/zend_execute.c:1452
1452
zendi_zval_dtor(EX(Ts)[EX(opline)-op1.u.var].tmp_var);
(gdb)
--
Edit this bug report at http://bugs.php.net/?id=25289edit=1
#25280 [Opn-Fbk]: server stall while loading image files
ID: 25280 Updated by: [EMAIL PROTECTED] Reported By: giovanni at minniti dot de -Status: Open +Status: Feedback Bug Type: GD related Operating System: winxp PHP Version: 4.3.3 New Comment: Please provide a complete and short example script so we can test this ourselves. Previous Comments: [2003-08-28 17:16:25] giovanni at minniti dot de I unzipped the package in a new fresh directory called php-4.3.3, made a symlink to a php directory on the same level using a windows tool. This schema works for me since php 4.1. I do not change anything inside the apache conf files. The only thing changed with this version was to delete the php4ts.dll inside system32 directory and create a path entry AFTER the apache one. (...\apache\bin;\php;) in PATH. Using the above mentioned schema allows me to change every version nearly on-the-fly without having dangling references around. I use this method also for the apache software. [2003-08-28 10:54:39] [EMAIL PROTECTED] And you're absolutely, 100% sure you have installed the new version correctly? ie. you removed all the old php related dlls/exes from your system before you installed the new version..? (I'm quite sure this is no bug, PHP 4.3.3 + Apache 2.0.47 works just fine for me on XP) [2003-08-28 08:10:52] giovanni at minniti dot de The images are created with the img tag img src=... and not in real-time. Nearly the same php.ini works with 4.3.2 without delay. I suspect something inside php_gd2.dll or session management. The error is reproducible with 4.3.3 and also with the latest cvs bundle from yesterday 8.30 pm. [2003-08-27 18:31:38] [EMAIL PROTECTED] I take it the images you are trying to load are generated real time by PHP? Would it be possible to see the code responsible for generating those images. [2003-08-27 18:28:27] giovanni at minniti dot de Description: After installing the released version 4.3.3 and cvs php4-win32-STABLE-200308272030.zip the server stalls trying to load a page with gif,png image files. The cpu goes to 100% and after a while the images are displayed. The stall period is variable. With php 4.3.2 it seems to work as expected. Here some info: WinXP Pro + SP1 Apache2 2.0.46 -- Edit this bug report at http://bugs.php.net/?id=25280edit=1
#22459 [Opn-Bgs]: Fatal error: session_start() [function.session-start]
ID: 22459 Updated by: [EMAIL PROTECTED] Reported By: froeschlin at designpark dot de -Status: Open +Status: Bogus Bug Type: Session related Operating System: Red-Hat/Linux PHP Version: 4.3.3 New Comment: That url says 'PHP 4.2.2', please upgrade to 4.3.3 first. Previous Comments: [2003-02-27 09:48:18] froeschlin at designpark dot de We have remove the Optimizer but after 2-3 hours the error come again. [2003-02-27 08:48:57] [EMAIL PROTECTED] Turn off Zend Optimizer v2.1.0 and see if the problem persists. [2003-02-27 08:33:48] froeschlin at designpark dot de When we use session_start() we get a random coming error on our system who give us out the folloing massage: Fatal error: session_start() [function.session-start]: Failed to initialize session module Sometimes the error dont come over days. We cant recognize why and how it develops. Also the compiling of php are error less. Our config - http://217.175.242.77/phpinfo.php -- Edit this bug report at http://bugs.php.net/?id=22459edit=1
#25294 [Opn-Fbk]: ftp_nlist fails on nai site with coredump
ID: 25294 Updated by: [EMAIL PROTECTED] Reported By: steveh at brendata dot co dot uk -Status: Open +Status: Feedback Bug Type: FTP related Operating System: Linux 2.4.21 PHP Version: 4.3.3 New Comment: Try the following: # rm config.cache # ./configure --disable-all --disable-cgi --enable-ftp --enable-debug # make clean make And then run the script: # gdb sapi/cli/php (gdb) run ftptest.php . . Previous Comments: [2003-08-28 11:19:11] steveh at brendata dot co dot uk Just realised, one thing I haven't mentioned (!) is that I'm running this as a command line script (php test.php). Here's the backtrace (looks like it's when it's trying to deallocate stuff) (gdb) bt #0 0x403a9490 in chunk_free (ar_ptr=0x4045d300, p=0x830ba58) at malloc.c:3231 #1 0x403a93f4 in __libc_free (mem=0x830baa8) at malloc.c:3154 #2 0x08175fb4 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/src/php-4.3.3/Zend/zend_alloc.c:492 #3 0x0815be20 in php_request_shutdown (dummy=0x0) at /usr/src/php-4.3.3/main/main.c:1005 #4 0x081a6c61 in main (argc=2, argv=0xbbe4) at /usr/src/php-4.3.3/sapi/cli/php_cli.c:869 #5 0x40344657 in __libc_start_main (main=0x81a61fc main, argc=2, ubp_av=0xbbe4, init=0x8072174 _init, fini=0x81ac480 _fini, rtld_fini=0x4000dcd4 _dl_fini, stack_end=0xbbdc) at ../sysdeps/generic/libc-start.c:129 [2003-08-28 11:15:57] steveh at brendata dot co dot uk Looks like it's dying after the dump: [EMAIL PROTECTED] /root]# php test.php resource(4) of type (FTP Buffer) resource(4) of type (FTP Buffer) bool(false) resource(4) of type (FTP Buffer) Segmentation fault (core dumped) [EMAIL PROTECTED] /root]# cat test.php ?php $fp = ftp_connect(ftp.nai.com); var_dump($fp); ftp_login($fp, anonymous,[EMAIL PROTECTED]); var_dump($fp); var_dump(ftp_nlist($fp,/)); var_dump($fp); ? Here's the ./configure: ./configure i386-redhat-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir= /usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --ma ndir=/usr/share/man --infodir=/usr/share/info --prefix=/usr --with-config-file-path=/etc --enable-force-cgi-redirect --enable-debug- -enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-db3 --with-exec-dir=/usr/bin --with-png-dir=/usr --with-g d --enable-gd-native-ttf --with-ttf --with-gdbm --with-gettext --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=/usr --with-op enssl --with-png --with-pspell --with-regex=system --with-ftp --with-zlib --with-layout=GNU --enable-bcmath --enable-debugger --enab le-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-track-vars --en able-trans-sid --enable-yp --enable-wddx --without-oci8 --with-imap=shared --with-imap-ssl --with-kerberos=/usr/kerberos --with-ldap =shared --with-mysql=shared,/usr --with-xml --with-pgsql=shared --with-snmp=shared,/usr --with-snmp=shared --enable-ucd-snmp-hack --with-unixODBC=shared --enable-memory-limit --enable-bcmath --enable-shmop --enable-versioning --enablecalendar --enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans --withapxs=/usr/sbin/apxs --with-sybasect=shared,/usr/local/freetds --enable-ftp [2003-08-28 11:02:49] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2003-08-28 09:55:26] [EMAIL PROTECTED] I can't reproduce a crash with the code snippet provided using 4.3.3 on a 2.4.21 kernel. Please provide the ./configure line used to compile PHP and note on which line (I'm assuming the nlist line itself) the crash occurs. [2003-08-28 09:36:37] steveh at brendata dot co dot uk Description: When I to run the following script against the network associates site (it's part of a bigger system to pull down virus updates) then it fails, it works fine on other sites (this code snippet came from another PHP bug entry). I also tried ftp'ing to the NAI site to prove that I really could do this and it works fine. Reproduce code: --- ?php $fp = ftp_connect(ftp.nai.com); var_dump($fp); ftp_login($fp, anonymous,[EMAIL PROTECTED]);
#25306 [NEW]: problem while logging
From: vanitha at cmcvellore dot ac dot in Operating system: windows 2000 PHP version: 4.3.3 PHP Bug Type: *General Issues Bug description: problem while logging Description: i created a webpage using php and mysql. it's worked very fine still few days ago, but now it's not working. the problem is if i typed the username and pwd in the login page,it's not going to the next page. if i typed the incorrect pwd then it displays the error msg as incorrect pwd. some times it works in some machines(computers) but not in other. -- Edit bug report at http://bugs.php.net/?id=25306edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25306r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25306r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25306r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25306r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25306r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25306r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25306r=support Expected behavior: http://bugs.php.net/fix.php?id=25306r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25306r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25306r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25306r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25306r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25306r=dst IIS Stability: http://bugs.php.net/fix.php?id=25306r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25306r=gnused
#25166 [Csd]: Crash when session.serialize_handler string is set to wddx
ID: 25166
User updated by: cristea at pntcd dot ro
Reported By: cristea at pntcd dot ro
Status: Closed
Bug Type: Session related
Operating System: win32 only
PHP Version: 4.3.3
New Comment:
Done! I had some php related dlls in c:\windows\system32 folder. Now
it's OK.
Previous Comments:
[2003-08-28 03:20:00] [EMAIL PROTECTED]
You didn't install it correctly. Remove all old php related dlls from
your system (everywhere!) and reinstall the _latest_ STABLE snapshot.
[2003-08-28 02:16:14] cristea at pntcd dot ro
I had updated with PHP 4.3.4-dev from http://snaps.php.net (file
php4-win32-STABLE-200308280430.zip), but the bus still remain.
[2003-08-25 21:52:40] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
The crash was caused by the fact that 'wddx' serializer handler was not
enabled in the build. Any unknown serializer would cause the crash. I
have fixed both the cause (missing wddx handler) and the symptom
(crash) in CVS.
[2003-08-25 10:31:01] cristea at pntcd dot ro
I had updated to:
PHP 4.3.3
Apache 2.0.47 (Win)
The problem still remain. I saved the temp files that WinXP has created
during crash. It can be found at:
http://64.207.212.14/Apache.exe.mdmp
and
http://64.207.212.14/appcompat.txt
[2003-08-20 02:49:57] cristea at pntcd dot ro
Description:
Platform:
Windows XP Pro
Apache 2.0.45
PHP 4.3.2
Apache HTTP server is close if session.serialize_handler string is set
to wddx: ini_set('session.serialize_handler', 'wddx');
Reproduce code:
---
ini_set('session.serialize_handler', 'wddx');
session_start();
Windows XP message: Apache HTTP Server has encountered a problem and
needs to close. We are sorry for the inconvenience.
Actual result:
--
Error signature:
szAppName : Apache.exe szAppVer : 2.0.45.0 szModName :
php4ts.dll
szModVer : 4.3.2.2 offset : 0007d60f
--
Edit this bug report at http://bugs.php.net/?id=25166edit=1
#25294 [Fbk-Opn]: ftp_nlist fails on nai site with coredump
ID: 25294 User updated by: steveh at brendata dot co dot uk Reported By: steveh at brendata dot co dot uk -Status: Feedback +Status: Open Bug Type: FTP related Operating System: Linux 2.4.21 PHP Version: 4.3.3 New Comment: Ok, it failed as before, here's the output: (gdb) run test.php Starting program: /usr/src/php-4.3.3/sapi/cli/php test.php resource(4) of type (FTP Buffer) resource(4) of type (FTP Buffer) bool(false) resource(4) of type (FTP Buffer) [Fri Aug 29 09:04:06 2003] Script: 'test.php' --- /usr/src/php-4.3.3/ext/ftp/ftp.c(1443) : Block 0x081EF888 status: Beginning: Overrun (magic=0x401E0470, expected=0x7312F8DC) End: Unknown --- Program exited normally. (gdb) Previous Comments: [2003-08-28 19:48:11] [EMAIL PROTECTED] Try the following: # rm config.cache # ./configure --disable-all --disable-cgi --enable-ftp --enable-debug # make clean make And then run the script: # gdb sapi/cli/php (gdb) run ftptest.php . . [2003-08-28 11:19:11] steveh at brendata dot co dot uk Just realised, one thing I haven't mentioned (!) is that I'm running this as a command line script (php test.php). Here's the backtrace (looks like it's when it's trying to deallocate stuff) (gdb) bt #0 0x403a9490 in chunk_free (ar_ptr=0x4045d300, p=0x830ba58) at malloc.c:3231 #1 0x403a93f4 in __libc_free (mem=0x830baa8) at malloc.c:3154 #2 0x08175fb4 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/src/php-4.3.3/Zend/zend_alloc.c:492 #3 0x0815be20 in php_request_shutdown (dummy=0x0) at /usr/src/php-4.3.3/main/main.c:1005 #4 0x081a6c61 in main (argc=2, argv=0xbbe4) at /usr/src/php-4.3.3/sapi/cli/php_cli.c:869 #5 0x40344657 in __libc_start_main (main=0x81a61fc main, argc=2, ubp_av=0xbbe4, init=0x8072174 _init, fini=0x81ac480 _fini, rtld_fini=0x4000dcd4 _dl_fini, stack_end=0xbbdc) at ../sysdeps/generic/libc-start.c:129 [2003-08-28 11:15:57] steveh at brendata dot co dot uk Looks like it's dying after the dump: [EMAIL PROTECTED] /root]# php test.php resource(4) of type (FTP Buffer) resource(4) of type (FTP Buffer) bool(false) resource(4) of type (FTP Buffer) Segmentation fault (core dumped) [EMAIL PROTECTED] /root]# cat test.php ?php $fp = ftp_connect(ftp.nai.com); var_dump($fp); ftp_login($fp, anonymous,[EMAIL PROTECTED]); var_dump($fp); var_dump(ftp_nlist($fp,/)); var_dump($fp); ? Here's the ./configure: ./configure i386-redhat-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir= /usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --ma ndir=/usr/share/man --infodir=/usr/share/info --prefix=/usr --with-config-file-path=/etc --enable-force-cgi-redirect --enable-debug- -enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-db3 --with-exec-dir=/usr/bin --with-png-dir=/usr --with-g d --enable-gd-native-ttf --with-ttf --with-gdbm --with-gettext --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=/usr --with-op enssl --with-png --with-pspell --with-regex=system --with-ftp --with-zlib --with-layout=GNU --enable-bcmath --enable-debugger --enab le-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-track-vars --en able-trans-sid --enable-yp --enable-wddx --without-oci8 --with-imap=shared --with-imap-ssl --with-kerberos=/usr/kerberos --with-ldap =shared --with-mysql=shared,/usr --with-xml --with-pgsql=shared --with-snmp=shared,/usr --with-snmp=shared --enable-ucd-snmp-hack --with-unixODBC=shared --enable-memory-limit --enable-bcmath --enable-shmop --enable-versioning --enablecalendar --enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans --withapxs=/usr/sbin/apxs --with-sybasect=shared,/usr/local/freetds --enable-ftp [2003-08-28 11:02:49] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2003-08-28 09:55:26] [EMAIL PROTECTED] I can't reproduce a crash with the code snippet provided using 4.3.3 on a 2.4.21 kernel. Please provide the ./configure line used to compile PHP and note on which line
#25307 [NEW]: Crash when session.serialize_handler=wddx session, post, get vars
From: cristea at pntcd dot ro
Operating system: any
PHP version: 4CVS-2003-08-29 (stable)
PHP Bug Type: Session related
Bug description: Crash when session.serialize_handler=wddx session, post, get vars
Description:
Apache will crash session.serialize_handler is set to wddx and when a
$_SESSION var have the same name as a $_POST (or $_GET) var.
Try this code:
File w1.php
---
?php
ini_set('session.serialize_handler', 'wddx');
session_start();
$_SESSION['a'] = 'test';
echo EOS
form action=w2.php method=post
input type=text name=a value=
input type=submit
/form
EOS;
?
File w2.php
---
?php
ini_set('session.serialize_handler', 'wddx');
session_start();
print_r($_SESSION);
echo hr;
print_r($_POST);
?
--
Edit bug report at http://bugs.php.net/?id=25307edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25307r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25307r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=25307r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=25307r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25307r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=25307r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=25307r=support
Expected behavior: http://bugs.php.net/fix.php?id=25307r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=25307r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=25307r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=25307r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25307r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=25307r=dst
IIS Stability: http://bugs.php.net/fix.php?id=25307r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=25307r=gnused
#25308 [NEW]: php cli segmentation fault
From: sergiopaternoster at tiscali dot it Operating system: Linux/Solaris PHP version: 4.3.3 PHP Bug Type: CGI related Bug description: php cli segmentation fault Description: If you compile php as Apache Static Module and add a zend_extension module (Zend Optimizer or php_accelerator etc.), the resulting php binary dumps a Segmentation Fault message if you list the modules with the -m option. ./configure' '--with-apache=../apache_1.3.27' '--with-ldap' '--enable-bcmath' '--without-mysql' Linux 2.4.18 Solaris 8 -- Edit bug report at http://bugs.php.net/?id=25308edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25308r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25308r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25308r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25308r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25308r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25308r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25308r=support Expected behavior: http://bugs.php.net/fix.php?id=25308r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25308r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25308r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25308r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25308r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25308r=dst IIS Stability: http://bugs.php.net/fix.php?id=25308r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25308r=gnused
#25306 [Opn-Bgs]: problem while logging
ID: 25306 Updated by: [EMAIL PROTECTED] Reported By: vanitha at cmcvellore dot ac dot in -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: windows 2000 PHP Version: 4.3.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . Previous Comments: [2003-08-29 02:39:12] vanitha at cmcvellore dot ac dot in Description: i created a webpage using php and mysql. it's worked very fine still few days ago, but now it's not working. the problem is if i typed the username and pwd in the login page,it's not going to the next page. if i typed the incorrect pwd then it displays the error msg as incorrect pwd. some times it works in some machines(computers) but not in other. -- Edit this bug report at http://bugs.php.net/?id=25306edit=1
#25308 [Opn-Fbk]: php cli segmentation fault
ID: 25308 Updated by: [EMAIL PROTECTED] Reported By: sergiopaternoster at tiscali dot it -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Linux/Solaris PHP Version: 4.3.3 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2003-08-29 04:53:32] sergiopaternoster at tiscali dot it Description: If you compile php as Apache Static Module and add a zend_extension module (Zend Optimizer or php_accelerator etc.), the resulting php binary dumps a Segmentation Fault message if you list the modules with the -m option. ./configure' '--with-apache=../apache_1.3.27' '--with-ldap' '--enable-bcmath' '--without-mysql' Linux 2.4.18 Solaris 8 -- Edit this bug report at http://bugs.php.net/?id=25308edit=1
#25308 [Fbk]: php cli segmentation fault
ID: 25308 Updated by: [EMAIL PROTECTED] Reported By: sergiopaternoster at tiscali dot it Status: Feedback Bug Type: CGI related Operating System: Linux/Solaris PHP Version: 4.3.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-08-29 04:57:45] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2003-08-29 04:53:32] sergiopaternoster at tiscali dot it Description: If you compile php as Apache Static Module and add a zend_extension module (Zend Optimizer or php_accelerator etc.), the resulting php binary dumps a Segmentation Fault message if you list the modules with the -m option. ./configure' '--with-apache=../apache_1.3.27' '--with-ldap' '--enable-bcmath' '--without-mysql' Linux 2.4.18 Solaris 8 -- Edit this bug report at http://bugs.php.net/?id=25308edit=1
#25307 [Opn-Ver]: Crash when session.serialize_handler=wddx session, post, get vars
ID: 25307
Updated by: [EMAIL PROTECTED]
Reported By: cristea at pntcd dot ro
-Status: Open
+Status: Verified
Bug Type: Session related
Operating System: any
PHP Version: 4CVS-2003-08-29 (stable)
New Comment:
Happens only when wddx is the serializer and
register_globals is 'On'.
Backtrace as follows:
0x40567dfa in var_replace (var_hashx=0x0, ozval=0x8244114,
nzval=0x8236ef0) at var_unserializer.re:40
40 var_unserializer.re: No such file or directory.
(gdb) bt
#0 0x40567dfa in var_replace (var_hashx=0x0, ozval=0x8244114,
nzval=0x8236ef0) at var_unserializer.re:40
#1 0x404e727b in php_set_session_var (name=0x824429c a, namelen=1,
state_val=0x8244114, var_hash=0x0)
at /usr/src/web/php/php4_3/ext/session/session.c:307
#2 0x405720e2 in ps_srlzr_decode_wddx (
val=0x824724c wddxPacket
version='1.0'header/datastructvar
name='a'stringtest/string/var/struct/data/wddxPacket,
vallen=119) at /usr/src/web/php/php4_3/ext/wddx/wddx.c:292
#3 0x404e7e5c in php_session_decode (
val=0x824724c wddxPacket
version='1.0'header/datastructvar
name='a'stringtest/string/var/struct/data/wddxPacket,
vallen=119) at /usr/src/web/php/php4_3/ext/session/session.c:523
#4 0x404e8254 in php_session_initialize () at
/usr/src/web/php/php4_3/ext/session/session.c:608
#5 0x404e9764 in php_session_start () at
/usr/src/web/php/php4_3/ext/session/session.c:1036
#6 0x404eb41b in zif_session_start (ht=0, return_value=0x8246ff4,
this_ptr=0x0, return_value_used=0)
at /usr/src/web/php/php4_3/ext/session/session.c:1475
Previous Comments:
[2003-08-29 04:35:26] cristea at pntcd dot ro
Description:
Apache will crash session.serialize_handler is set to wddx and when a
$_SESSION var have the same name as a $_POST (or $_GET) var.
Try this code:
File w1.php
---
?php
ini_set('session.serialize_handler', 'wddx');
session_start();
$_SESSION['a'] = 'test';
echo EOS
form action=w2.php method=post
input type=text name=a value=
input type=submit
/form
EOS;
?
File w2.php
---
?php
ini_set('session.serialize_handler', 'wddx');
session_start();
print_r($_SESSION);
echo hr;
print_r($_POST);
?
--
Edit this bug report at http://bugs.php.net/?id=25307edit=1
#25307 [Ver]: Crash when session.serialize_handler=wddx session, post, get vars
ID: 25307
User updated by: cristea at pntcd dot ro
Reported By: cristea at pntcd dot ro
Status: Verified
Bug Type: Session related
Operating System: any
PHP Version: 4CVS-2003-08-29 (stable)
New Comment:
In this case is a bug. If the serializer is set to 'php' everything is
OK.
Previous Comments:
[2003-08-29 05:40:25] [EMAIL PROTECTED]
Happens only when wddx is the serializer and
register_globals is 'On'.
Backtrace as follows:
0x40567dfa in var_replace (var_hashx=0x0, ozval=0x8244114,
nzval=0x8236ef0) at var_unserializer.re:40
40 var_unserializer.re: No such file or directory.
(gdb) bt
#0 0x40567dfa in var_replace (var_hashx=0x0, ozval=0x8244114,
nzval=0x8236ef0) at var_unserializer.re:40
#1 0x404e727b in php_set_session_var (name=0x824429c a, namelen=1,
state_val=0x8244114, var_hash=0x0)
at /usr/src/web/php/php4_3/ext/session/session.c:307
#2 0x405720e2 in ps_srlzr_decode_wddx (
val=0x824724c wddxPacket
version='1.0'header/datastructvar
name='a'stringtest/string/var/struct/data/wddxPacket,
vallen=119) at /usr/src/web/php/php4_3/ext/wddx/wddx.c:292
#3 0x404e7e5c in php_session_decode (
val=0x824724c wddxPacket
version='1.0'header/datastructvar
name='a'stringtest/string/var/struct/data/wddxPacket,
vallen=119) at /usr/src/web/php/php4_3/ext/session/session.c:523
#4 0x404e8254 in php_session_initialize () at
/usr/src/web/php/php4_3/ext/session/session.c:608
#5 0x404e9764 in php_session_start () at
/usr/src/web/php/php4_3/ext/session/session.c:1036
#6 0x404eb41b in zif_session_start (ht=0, return_value=0x8246ff4,
this_ptr=0x0, return_value_used=0)
at /usr/src/web/php/php4_3/ext/session/session.c:1475
[2003-08-29 04:35:26] cristea at pntcd dot ro
Description:
Apache will crash session.serialize_handler is set to wddx and when a
$_SESSION var have the same name as a $_POST (or $_GET) var.
Try this code:
File w1.php
---
?php
ini_set('session.serialize_handler', 'wddx');
session_start();
$_SESSION['a'] = 'test';
echo EOS
form action=w2.php method=post
input type=text name=a value=
input type=submit
/form
EOS;
?
File w2.php
---
?php
ini_set('session.serialize_handler', 'wddx');
session_start();
print_r($_SESSION);
echo hr;
print_r($_POST);
?
--
Edit this bug report at http://bugs.php.net/?id=25307edit=1
#25307 [Ver]: Crash when session.serialize_handler=wddx session, post, get vars
ID: 25307
Updated by: [EMAIL PROTECTED]
Reported By: cristea at pntcd dot ro
Status: Verified
Bug Type: Session related
Operating System: any
PHP Version: 4CVS-2003-08-29 (stable)
New Comment:
This patch _seems_ to fix this bug:
http://www.php.net/~jani/patches/bug25307.patch
(doesn't crash for me anymore)
Previous Comments:
[2003-08-29 06:06:02] cristea at pntcd dot ro
In this case is a bug. If the serializer is set to 'php' everything is
OK.
[2003-08-29 05:40:25] [EMAIL PROTECTED]
Happens only when wddx is the serializer and
register_globals is 'On'.
Backtrace as follows:
0x40567dfa in var_replace (var_hashx=0x0, ozval=0x8244114,
nzval=0x8236ef0) at var_unserializer.re:40
40 var_unserializer.re: No such file or directory.
(gdb) bt
#0 0x40567dfa in var_replace (var_hashx=0x0, ozval=0x8244114,
nzval=0x8236ef0) at var_unserializer.re:40
#1 0x404e727b in php_set_session_var (name=0x824429c a, namelen=1,
state_val=0x8244114, var_hash=0x0)
at /usr/src/web/php/php4_3/ext/session/session.c:307
#2 0x405720e2 in ps_srlzr_decode_wddx (
val=0x824724c wddxPacket
version='1.0'header/datastructvar
name='a'stringtest/string/var/struct/data/wddxPacket,
vallen=119) at /usr/src/web/php/php4_3/ext/wddx/wddx.c:292
#3 0x404e7e5c in php_session_decode (
val=0x824724c wddxPacket
version='1.0'header/datastructvar
name='a'stringtest/string/var/struct/data/wddxPacket,
vallen=119) at /usr/src/web/php/php4_3/ext/session/session.c:523
#4 0x404e8254 in php_session_initialize () at
/usr/src/web/php/php4_3/ext/session/session.c:608
#5 0x404e9764 in php_session_start () at
/usr/src/web/php/php4_3/ext/session/session.c:1036
#6 0x404eb41b in zif_session_start (ht=0, return_value=0x8246ff4,
this_ptr=0x0, return_value_used=0)
at /usr/src/web/php/php4_3/ext/session/session.c:1475
[2003-08-29 04:35:26] cristea at pntcd dot ro
Description:
Apache will crash session.serialize_handler is set to wddx and when a
$_SESSION var have the same name as a $_POST (or $_GET) var.
Try this code:
File w1.php
---
?php
ini_set('session.serialize_handler', 'wddx');
session_start();
$_SESSION['a'] = 'test';
echo EOS
form action=w2.php method=post
input type=text name=a value=
input type=submit
/form
EOS;
?
File w2.php
---
?php
ini_set('session.serialize_handler', 'wddx');
session_start();
print_r($_SESSION);
echo hr;
print_r($_POST);
?
--
Edit this bug report at http://bugs.php.net/?id=25307edit=1
#25307 [Ver]: Crash when session.serialize_handler=wddx session, post, get vars
ID: 25307
User updated by: cristea at pntcd dot ro
Reported By: cristea at pntcd dot ro
Status: Verified
Bug Type: Session related
Operating System: any
PHP Version: 4CVS-2003-08-29 (stable)
New Comment:
I'm using php binary on win32. I cannot use this patch. Could this be
included on http://snaps.php.net ?
Previous Comments:
[2003-08-29 06:18:56] [EMAIL PROTECTED]
This patch _seems_ to fix this bug:
http://www.php.net/~jani/patches/bug25307.patch
(doesn't crash for me anymore)
[2003-08-29 06:06:02] cristea at pntcd dot ro
In this case is a bug. If the serializer is set to 'php' everything is
OK.
[2003-08-29 05:40:25] [EMAIL PROTECTED]
Happens only when wddx is the serializer and
register_globals is 'On'.
Backtrace as follows:
0x40567dfa in var_replace (var_hashx=0x0, ozval=0x8244114,
nzval=0x8236ef0) at var_unserializer.re:40
40 var_unserializer.re: No such file or directory.
(gdb) bt
#0 0x40567dfa in var_replace (var_hashx=0x0, ozval=0x8244114,
nzval=0x8236ef0) at var_unserializer.re:40
#1 0x404e727b in php_set_session_var (name=0x824429c a, namelen=1,
state_val=0x8244114, var_hash=0x0)
at /usr/src/web/php/php4_3/ext/session/session.c:307
#2 0x405720e2 in ps_srlzr_decode_wddx (
val=0x824724c wddxPacket
version='1.0'header/datastructvar
name='a'stringtest/string/var/struct/data/wddxPacket,
vallen=119) at /usr/src/web/php/php4_3/ext/wddx/wddx.c:292
#3 0x404e7e5c in php_session_decode (
val=0x824724c wddxPacket
version='1.0'header/datastructvar
name='a'stringtest/string/var/struct/data/wddxPacket,
vallen=119) at /usr/src/web/php/php4_3/ext/session/session.c:523
#4 0x404e8254 in php_session_initialize () at
/usr/src/web/php/php4_3/ext/session/session.c:608
#5 0x404e9764 in php_session_start () at
/usr/src/web/php/php4_3/ext/session/session.c:1036
#6 0x404eb41b in zif_session_start (ht=0, return_value=0x8246ff4,
this_ptr=0x0, return_value_used=0)
at /usr/src/web/php/php4_3/ext/session/session.c:1475
[2003-08-29 04:35:26] cristea at pntcd dot ro
Description:
Apache will crash session.serialize_handler is set to wddx and when a
$_SESSION var have the same name as a $_POST (or $_GET) var.
Try this code:
File w1.php
---
?php
ini_set('session.serialize_handler', 'wddx');
session_start();
$_SESSION['a'] = 'test';
echo EOS
form action=w2.php method=post
input type=text name=a value=
input type=submit
/form
EOS;
?
File w2.php
---
?php
ini_set('session.serialize_handler', 'wddx');
session_start();
print_r($_SESSION);
echo hr;
print_r($_POST);
?
--
Edit this bug report at http://bugs.php.net/?id=25307edit=1
#25309 [NEW]: stream_set_blocking() doesn't set non-blocking mode
From: flugelaar at pandora dot be
Operating system: Linux Slackware 9.0
PHP version: 5CVS-2003-08-29 (dev)
PHP Bug Type: Sockets related
Bug description: stream_set_blocking() doesn't set non-blocking mode
Description:
Fgets() keeps blocking when I try to make a socket from
stream_socket_accept() non-blocking. The listening socket is also
non-blocking.
Reproduce code:
---
This code is still blocking on the fgets:
$conn = @stream_socket_accept($hsock,1,$host);
if (!$conn) return;
echo Got connection from .$host.\n;
stream_set_blocking($conn,false);
$get = '';
$loop = 0;
while ($loop = 10) { $getl = trim(fgets($conn)); $loop++; if
(empty($getl)) { echo End of headers\n; break; }else{ $get .=
$getl.\n; } }
This is the code that created the $hsock :
$hsock = stream_socket_server('tcp://'.$bind.':'.$port, $errno, $errstr);
if (!$hsock) die ('Listening socket failed: '.$errstr);
if (!socket_set_blocking($hsock,false)) echo Socket (listening) set
nonblock failed\n;
$bind is 0.0.0.0 and port is
Expected result:
It shouldn't hang on the fgets() because this script handles two sockets.
And the other one times out when fgets() hangs untill something is
recieved.
Actual result:
--
Fgets() keeps blocking so my other connection times out.
--
Edit bug report at http://bugs.php.net/?id=25309edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25309r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25309r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=25309r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=25309r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25309r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=25309r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=25309r=support
Expected behavior: http://bugs.php.net/fix.php?id=25309r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=25309r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=25309r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=25309r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25309r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=25309r=dst
IIS Stability: http://bugs.php.net/fix.php?id=25309r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=25309r=gnused
#25309 [Opn-Bgs]: stream_set_blocking() doesn't set non-blocking mode
ID: 25309
Updated by: [EMAIL PROTECTED]
Reported By: flugelaar at pandora dot be
-Status: Open
+Status: Bogus
Bug Type: Sockets related
Operating System: Linux Slackware 9.0
PHP Version: 5CVS-2003-08-29 (dev)
New Comment:
fgets() works in a greedy-read mode, so it will keep reading until it
gets the complete line (up to the size you requested).
If you are using multiple sockets, you should be using blocking sockets
and stream_select(), and not using fgets() but instead fread().
Previous Comments:
[2003-08-29 06:38:04] flugelaar at pandora dot be
Description:
Fgets() keeps blocking when I try to make a socket from
stream_socket_accept() non-blocking. The listening socket is also
non-blocking.
Reproduce code:
---
This code is still blocking on the fgets:
$conn = @stream_socket_accept($hsock,1,$host);
if (!$conn) return;
echo Got connection from .$host.\n;
stream_set_blocking($conn,false);
$get = '';
$loop = 0;
while ($loop = 10) { $getl = trim(fgets($conn)); $loop++; if
(empty($getl)) { echo End of headers\n; break; }else{ $get .=
$getl.\n; } }
This is the code that created the $hsock :
$hsock = stream_socket_server('tcp://'.$bind.':'.$port, $errno,
$errstr);
if (!$hsock) die ('Listening socket failed: '.$errstr);
if (!socket_set_blocking($hsock,false)) echo Socket (listening) set
nonblock failed\n;
$bind is 0.0.0.0 and port is
Expected result:
It shouldn't hang on the fgets() because this script handles two
sockets. And the other one times out when fgets() hangs untill
something is recieved.
Actual result:
--
Fgets() keeps blocking so my other connection times out.
--
Edit this bug report at http://bugs.php.net/?id=25309edit=1
#25312 [NEW]: CGI Timeout. The specified CGI application exceeded the allowed time for proces
From: vijaynsharma at yahoo dot com Operating system: windows 2000 Professional PHP version: 4.3.1 PHP Bug Type: CGI related Bug description: CGI Timeout. The specified CGI application exceeded the allowed time for proces Description: Dear sir, We are using php 4.0 for generating reports. we use SQL 2000 as backend and V.B 6.0 for the DLL. We basically use PHP for formatting the report and jpGraph for displaying the graphs. I get the following error whenever there is a huge records returning from the Database say around 40,000 to 50,000 records. I have given max execution time in PHP.ini as 300 secs, even if i increase it still it is giving the following error. Is there any place where i can increase time and make it work. we use php 4.3.3 W2K and IIS. Error Message CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. -- Edit bug report at http://bugs.php.net/?id=25312edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25312r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25312r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25312r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25312r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25312r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25312r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25312r=support Expected behavior: http://bugs.php.net/fix.php?id=25312r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25312r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25312r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25312r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25312r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25312r=dst IIS Stability: http://bugs.php.net/fix.php?id=25312r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25312r=gnused
#25312 [Opn-Bgs]: CGI Timeout. The specified CGI application exceeded the allowed time for proces
ID: 25312 Updated by: [EMAIL PROTECTED] Reported By: vijaynsharma at yahoo dot com -Status: Open +Status: Bogus Bug Type: CGI related Operating System: windows 2000 Professional PHP Version: 4.3.1 New Comment: That's an IIS error, nothing we can fix for you. Derick Previous Comments: [2003-08-29 07:27:54] vijaynsharma at yahoo dot com Description: Dear sir, We are using php 4.0 for generating reports. we use SQL 2000 as backend and V.B 6.0 for the DLL. We basically use PHP for formatting the report and jpGraph for displaying the graphs. I get the following error whenever there is a huge records returning from the Database say around 40,000 to 50,000 records. I have given max execution time in PHP.ini as 300 secs, even if i increase it still it is giving the following error. Is there any place where i can increase time and make it work. we use php 4.3.3 W2K and IIS. Error Message CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. -- Edit this bug report at http://bugs.php.net/?id=25312edit=1
#25308 [Fbk-Opn]: php cli segmentation fault
ID: 25308 User updated by: sergiopaternoster at tiscali dot it Reported By: sergiopaternoster at tiscali dot it -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Linux/Solaris PHP Version: 4.3.3 New Comment: This version: http://snaps.php.net/php4-STABLE-latest.tar.gz works fine! Thanx for your support. regards Sergio Previous Comments: [2003-08-29 04:59:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-08-29 04:57:45] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2003-08-29 04:53:32] sergiopaternoster at tiscali dot it Description: If you compile php as Apache Static Module and add a zend_extension module (Zend Optimizer or php_accelerator etc.), the resulting php binary dumps a Segmentation Fault message if you list the modules with the -m option. ./configure' '--with-apache=../apache_1.3.27' '--with-ldap' '--enable-bcmath' '--without-mysql' Linux 2.4.18 Solaris 8 -- Edit this bug report at http://bugs.php.net/?id=25308edit=1
#25308 [Opn-Csd]: php cli segmentation fault
ID: 25308 Updated by: [EMAIL PROTECTED] Reported By: sergiopaternoster at tiscali dot it -Status: Open +Status: Closed Bug Type: CGI related Operating System: Linux/Solaris PHP Version: 4.3.3 Previous Comments: [2003-08-29 08:21:04] sergiopaternoster at tiscali dot it This version: http://snaps.php.net/php4-STABLE-latest.tar.gz works fine! Thanx for your support. regards Sergio [2003-08-29 04:59:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-08-29 04:57:45] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2003-08-29 04:53:32] sergiopaternoster at tiscali dot it Description: If you compile php as Apache Static Module and add a zend_extension module (Zend Optimizer or php_accelerator etc.), the resulting php binary dumps a Segmentation Fault message if you list the modules with the -m option. ./configure' '--with-apache=../apache_1.3.27' '--with-ldap' '--enable-bcmath' '--without-mysql' Linux 2.4.18 Solaris 8 -- Edit this bug report at http://bugs.php.net/?id=25308edit=1
#25123 [Com]: ocierror() returns always ORA-24315 illegal attribute type
ID: 25123
Comment by: guenter_doge at web dot de
Reported By: karel dot miarka at issa dot cz
Status: Open
Bug Type: OCI8 related
Operating System: Windows 2000
PHP Version: 4.3.3RC5-dev, 5.0.0b2-dev
New Comment:
Could not reproduce this with PHP 4.3.3 IIS 5.0 win 2k Oracle
8.1.7
One guess: Disable tracing in Oracle (Set Autotrace Off) and try
again.
Previous Comments:
[2003-08-18 00:58:09] karel dot miarka at issa dot cz
Description:
ocierror() function:
1) returns ORA-24315 illegal attribute type
after any error. For example ociexcute() prints the valid error in
notice, but calling ocierror returns always ORA-24315 illegal attribute
type:
Warning: OCIStmtExecute: ORA-00942: table or view does not exist in
c:\www\ocierror_bug.php on line 20
ocierror($stmt): Array ( [code] = 24315 [message] = ORA-24315:
illegal attribute type [offset] = 17 [sqltext] = ) 1
2) doesn't return the sqltext item in the error array
The bug is in all PHP 4.3.x Windows versions.
3) invalid error offset returned
Reproduce code:
---
?php
echo 'h1PHP ocierror() bug/h1';
$conn = ocilogon('user', 'passwd', 'host');
// execute error BEGIN
$stmt = ociparse($conn, SELECT xyz12345 FROM no_table123);
ociexecute($stmt);
echo 'ocierror($stmt): ', print_r(ocierror($stmt)), 'br /';
ocifreestatement($stmt);
// execute error END
ocilogoff($conn);
?
Expected result:
Warning: OCIStmtExecute: ORA-00942: table or view does not exist in
c:\www\ocierror_bug.php on line 20
ocierror($stmt): Array ( [code] = 942 [message] = ORA-00942: table or
view does not exist [offset] = 22 [sqltext] = SELECT xyz12345 FROM
no_table123) 1
Actual result:
--
Warning: OCIStmtExecute: ORA-00942: table or view does not exist in
c:\www\ocierror_bug.php on line 20
ocierror($stmt): Array ( [code] = 24315 [message] = ORA-24315:
illegal attribute type [offset] = 17 [sqltext] = ) 1
--
Edit this bug report at http://bugs.php.net/?id=25123edit=1
#25123 [Opn]: ocierror() returns always ORA-24315 illegal attribute type
ID: 25123
User updated by: karel dot miarka at issa dot cz
Reported By: karel dot miarka at issa dot cz
Status: Open
Bug Type: OCI8 related
Operating System: Windows 2000
PHP Version: 4.3.3RC5-dev, 5.0.0b2-dev
New Comment:
I use Apache/1.3.24 for Windows 95/NT, and Oracle8 Release 8.0.5.0.0 -
Production on Linux, but it behaves the same also under Oracle 8.1 for
Windows.
Autotrace seems to be SQL*plus feature only and in addition it seems to
be off by default.
The ocierror() behaves fine under PHP 4.2 on Windows.
And there is no problem with ocierror() on Linux with PHP 4.3.3 .
I have reported this bug on PHP 4.3.x and someone else has changed
this my line to 4.3.3RC5-dev, 5.0.0b2-dev so I guess this unknown
person is a PHP-OCI8 developer who reproduced this error with those PHP
version.
Previous Comments:
[2003-08-29 08:44:48] guenter_doge at web dot de
Could not reproduce this with PHP 4.3.3 IIS 5.0 win 2k Oracle
8.1.7
One guess: Disable tracing in Oracle (Set Autotrace Off) and try
again.
[2003-08-18 00:58:09] karel dot miarka at issa dot cz
Description:
ocierror() function:
1) returns ORA-24315 illegal attribute type
after any error. For example ociexcute() prints the valid error in
notice, but calling ocierror returns always ORA-24315 illegal attribute
type:
Warning: OCIStmtExecute: ORA-00942: table or view does not exist in
c:\www\ocierror_bug.php on line 20
ocierror($stmt): Array ( [code] = 24315 [message] = ORA-24315:
illegal attribute type [offset] = 17 [sqltext] = ) 1
2) doesn't return the sqltext item in the error array
The bug is in all PHP 4.3.x Windows versions.
3) invalid error offset returned
Reproduce code:
---
?php
echo 'h1PHP ocierror() bug/h1';
$conn = ocilogon('user', 'passwd', 'host');
// execute error BEGIN
$stmt = ociparse($conn, SELECT xyz12345 FROM no_table123);
ociexecute($stmt);
echo 'ocierror($stmt): ', print_r(ocierror($stmt)), 'br /';
ocifreestatement($stmt);
// execute error END
ocilogoff($conn);
?
Expected result:
Warning: OCIStmtExecute: ORA-00942: table or view does not exist in
c:\www\ocierror_bug.php on line 20
ocierror($stmt): Array ( [code] = 942 [message] = ORA-00942: table or
view does not exist [offset] = 22 [sqltext] = SELECT xyz12345 FROM
no_table123) 1
Actual result:
--
Warning: OCIStmtExecute: ORA-00942: table or view does not exist in
c:\www\ocierror_bug.php on line 20
ocierror($stmt): Array ( [code] = 24315 [message] = ORA-24315:
illegal attribute type [offset] = 17 [sqltext] = ) 1
--
Edit this bug report at http://bugs.php.net/?id=25123edit=1
#25307 [Ver-Csd]: Crash when session.serialize_handler=wddx session, post, get vars
ID: 25307
Updated by: [EMAIL PROTECTED]
Reported By: cristea at pntcd dot ro
-Status: Verified
+Status: Closed
Bug Type: Session related
Operating System: any
PHP Version: 4CVS-2003-08-29 (stable)
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-08-29 06:32:02] cristea at pntcd dot ro
I'm using php binary on win32. I cannot use this patch. Could this be
included on http://snaps.php.net ?
[2003-08-29 06:18:56] [EMAIL PROTECTED]
This patch _seems_ to fix this bug:
http://www.php.net/~jani/patches/bug25307.patch
(doesn't crash for me anymore)
[2003-08-29 06:06:02] cristea at pntcd dot ro
In this case is a bug. If the serializer is set to 'php' everything is
OK.
[2003-08-29 05:40:25] [EMAIL PROTECTED]
Happens only when wddx is the serializer and
register_globals is 'On'.
Backtrace as follows:
0x40567dfa in var_replace (var_hashx=0x0, ozval=0x8244114,
nzval=0x8236ef0) at var_unserializer.re:40
40 var_unserializer.re: No such file or directory.
(gdb) bt
#0 0x40567dfa in var_replace (var_hashx=0x0, ozval=0x8244114,
nzval=0x8236ef0) at var_unserializer.re:40
#1 0x404e727b in php_set_session_var (name=0x824429c a, namelen=1,
state_val=0x8244114, var_hash=0x0)
at /usr/src/web/php/php4_3/ext/session/session.c:307
#2 0x405720e2 in ps_srlzr_decode_wddx (
val=0x824724c wddxPacket
version='1.0'header/datastructvar
name='a'stringtest/string/var/struct/data/wddxPacket,
vallen=119) at /usr/src/web/php/php4_3/ext/wddx/wddx.c:292
#3 0x404e7e5c in php_session_decode (
val=0x824724c wddxPacket
version='1.0'header/datastructvar
name='a'stringtest/string/var/struct/data/wddxPacket,
vallen=119) at /usr/src/web/php/php4_3/ext/session/session.c:523
#4 0x404e8254 in php_session_initialize () at
/usr/src/web/php/php4_3/ext/session/session.c:608
#5 0x404e9764 in php_session_start () at
/usr/src/web/php/php4_3/ext/session/session.c:1036
#6 0x404eb41b in zif_session_start (ht=0, return_value=0x8246ff4,
this_ptr=0x0, return_value_used=0)
at /usr/src/web/php/php4_3/ext/session/session.c:1475
[2003-08-29 04:35:26] cristea at pntcd dot ro
Description:
Apache will crash session.serialize_handler is set to wddx and when a
$_SESSION var have the same name as a $_POST (or $_GET) var.
Try this code:
File w1.php
---
?php
ini_set('session.serialize_handler', 'wddx');
session_start();
$_SESSION['a'] = 'test';
echo EOS
form action=w2.php method=post
input type=text name=a value=
input type=submit
/form
EOS;
?
File w2.php
---
?php
ini_set('session.serialize_handler', 'wddx');
session_start();
print_r($_SESSION);
echo hr;
print_r($_POST);
?
--
Edit this bug report at http://bugs.php.net/?id=25307edit=1
#25194 [Fbk-NoF]: require() not findings files when . is in include_path
ID: 25194 Updated by: [EMAIL PROTECTED] Reported By: ri at kamp dot de -Status: Feedback +Status: No Feedback Bug Type: Filesystem function related Operating System: Solaris 8 PHP Version: 4CVS-2003-08-21 (stable) New Comment: 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. Previous Comments: [2003-08-24 08:20:34] [EMAIL PROTECTED] Could you also explain your previous comment about 'last directory not having read permission' ?? [2003-08-24 04:42:04] ri at kamp dot de sorry I didn't notice that. Must have been an accidental click [2003-08-22 19:11:40] [EMAIL PROTECTED] Why did you change the status to 'Duplicate' ? [2003-08-22 10:57:26] ri at kamp dot de I just found the one missing last directory without read permission and start to retire into my shell. I was shure that I checkd them all because I read about the corresponding problem. shame on me. [2003-08-22 03:21:33] ri at kamp dot de The output of /bin/pwd is correct if executed from the shell (even as user nobody). Also leaving out . from include_path does not solve the problem but behaves different: 1.) ini_set(include_path,/usr/local/lib/php); require(somefile.php); works but it should not (or am I wrong?) 2.) ini_set(include_path,/usr/local/lib/php); require(./somefile.php); does not work even if its nearly the same also other commands (e.g. show_source) have problems. I can send you a link in private mail if you like to see the results Maybe its a solaris or apache bug but it seems to hit only php, so there may be reasons to solve the problem (if not a bug) in php. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25194 -- Edit this bug report at http://bugs.php.net/?id=25194edit=1
#25224 [Fbk-NoF]: gzuncompress problem
ID: 25224
Updated by: [EMAIL PROTECTED]
Reported By: r dot staribacher at hypermove dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Zlib Related
Operating System: windows 2000/xp
PHP Version: 4.3.2
New Comment:
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.
Previous Comments:
[2003-08-24 14:48:25] [EMAIL PROTECTED]
Can you provide a self-contained example without this pdf class and
with concrete data? Maybe save and base64_encode the data which should
be gzuncompress()ed.
Also 1 isn't a good choice for the optional length parameter to
gzuncompress() if you want more than a single character. This parameter
contains the maximal expected length of the uncompressed data.
[2003-08-24 13:00:12] r dot staribacher at hypermove dot com
Description:
error occured on:
OS: windows 2000 and xp
webserver: apache and iis
I am using a PHP class for reading pdf files. this class uses
gzuncompress which causes problems on windows. IE displays the message
action canceled. Under Linux it seems to work. Parsing a large
amount of pdf files also causes the process to stop.
I have seen the Bug #20535: zLib crashes when trying to gzuncompress.
So I tried to solve the problem using the optional length parameter.
That didn't solve the problem.
you can see or download the class on:
http://www.phpclasses.org/browse.html/package/702.html
I tried also xpdf (pdftotext.exe) to read PDFs using exec(), but
another problem (unable to fork ...) occured! But this is not part of
my bug report, but also annoying.
One question:
We can create PDFs using PHP! Why can't we read PDFs using PHP? It
should be easier reading them instead of creating them?
php.ini settings:
savemode = off
magic quotes = off
no additional modules are activated (gzip is already compiled into php
4.3)
Reproduce code:
---
function nextline()
{
$pos = strpos($this-_buffer, \r);
if ($pos === false)
{
return false;
}
$line = substr($this-_buffer, 0, $pos);
$this-_buffer = substr($this-_buffer, $pos + 1);
if ($line == stream)
{
$endpos = strpos($this-_buffer, endstream);
$stream = substr($this-_buffer, 1, $endpos - 1);
$stream = gzuncompress($stream,1);
$this-_buffer = $stream . substr($this-_buffer, $endpos + 9);
}
return $line;
}
Expected result:
The code will return an integer (how many times is the search
expression in the pdf document).
The original class returns true (found search expression) othewise
false I think!
--
Edit this bug report at http://bugs.php.net/?id=25224edit=1
#25277 [Opn-Fbk]: Errors with mcve on make
ID: 25277 Updated by: [EMAIL PROTECTED] Reported By: jonathan dot patenaude at sympatico dot ca -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RedHat 7.2 PHP Version: 4.3.3 New Comment: What is the version of libmcve you have installed? Previous Comments: [2003-08-27 13:08:24] jonathan dot patenaude at sympatico dot ca Description: Compilation failed when configure --with-mcve with php 4.3.3. The error only happen with php 4.3.3. I also try the latest snapshot and I got the same error. I was able to configure php 4.3.2 --with-mcve without any problem. Config line: './configure' '--with-mysql' '--with-apache=../apache_1.3.28' '--with-mcve' '--enable-inline-optimization' '--disable-debug' make result: gcc -Iext/mcve/ -I/usr/local/src/php-4.3.3/ext/mcve/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.3/include -I/usr/local/src/php-4.3.3/main -I/usr/local/src/php-4.3.3 -I/usr/local/src/php-4.3.3/Zend -I/usr/local/mcve/include -I/usr/local/src/php-4.3.3/ext/xml/expat -I/usr/local/src/php-4.3.3/TSRM -g -O2 -c /usr/local/src/php-4.3.3/ext/mcve/mcve.c -o ext/mcve/mcve.o echo ext/mcve/mcve.lo /usr/local/src/php-4.3.3/ext/mcve/mcve.c: In function `zm_startup_mcve': /usr/local/src/php-4.3.3/ext/mcve/mcve.c:203: `MC_CARDTYPES' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:203: (Each undeclared identifier is reported only once /usr/local/src/php-4.3.3/ext/mcve/mcve.c:203: for each function it appears in.) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:204: `MC_SUB' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:205: `MC_MARKER' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:206: `MC_DEVICETYPE' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:207: `MC_ERRORCODE' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:208: `MC_NEWBATCH' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:209: `MC_CURR' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:210: `MC_DESCMERCH' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:211: `MC_DESCLOC' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:212: `MC_ORIGTYPE' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:213: `MC_PIN' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:214: `MC_VOIDORIGTYPE' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:215: `MC_TIMESTAMP' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:246: `MC_USER_PPROPERTY' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:247: `MC_USER_PID' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:248: `MC_USER_PIDPWD' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:249: `MC_USER_SMID' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:250: `MC_USER_SMIDPWD' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:251: `MC_USER_USDDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:252: `MC_USER_AUDDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:253: `MC_USER_DKKDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:254: `MC_USER_GBPDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:255: `MC_USER_HKDDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:256: `MC_USER_JPYDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:257: `MC_USER_NZDDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:258: `MC_USER_NOKDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:259: `MC_USER_SGDDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:260: `MC_USER_ZARDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:261: `MC_USER_SEKDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:262: `MC_USER_CHFDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:263: `MC_USER_CADDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:264: `MC_USER_DIVNUM' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:300: `MC_TRAN_REDEMPTION' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:307: `MC_TRAN_RELOAD' undeclared (first use in this function)
#25313 [NEW]: PHP Error: Undefined Function
From: duerra at yahoo dot com Operating system: XP Pro PHP version: 4.3.3 PHP Bug Type: *General Issues Bug description: PHP Error: Undefined Function Description: This has happened to me once before, too, and now I've noticed another user with the same problem. It can be found here: http://www.experts-exchange.com/Web/Web_Languages/PHP/PHP_Windows/Q_20723364.html The problem is that for some reason (and not consistently), php proclaims a function as being undefined when called, even though it is clearly defined. The solution to the problem is to copy the function into a location *before* it is called, instead of after it is called. It's not consistent, and while I can't reproduce it in any traditional sense, in the cases where it does happen, it happens every time the script is called, until you copy the function to a location above where it is being called. Reproduce code: --- (See the link Posted Above) Expected result: Expected function to execute Actual result: -- Fatal error: Call to undefined function: getvars() in c:\inetpub\wwwroot\baileybible\class\adminArticles.php on line 34 -- Edit bug report at http://bugs.php.net/?id=25313edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25313r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25313r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25313r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25313r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25313r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25313r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25313r=support Expected behavior: http://bugs.php.net/fix.php?id=25313r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25313r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25313r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25313r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25313r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25313r=dst IIS Stability: http://bugs.php.net/fix.php?id=25313r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25313r=gnused
#25295 [Opn-Fbk]: php_ini.c:414: 'alphasort' undeclared
ID: 25295 Updated by: [EMAIL PROTECTED] Reported By: alain dot bonnefoy at icbt dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: QNX6 PHP Version: 4.3.3 New Comment: In what file did you add those? And what is HAVE_ALPHASORT defined in main/php_config.h ? Previous Comments: [2003-08-28 09:40:48] alain dot bonnefoy at icbt dot com Description: To compile php_ini.c under QNX6.2 with GCC, I had to add the following lines (at the end of php.ini): 35: #include sys/dir.h 36: #include sys/types.h Would it be possible to fix it for future release? Thanks, Alain. -- Edit this bug report at http://bugs.php.net/?id=25295edit=1
#25313 [Opn-Bgs]: PHP Error: Undefined Function
ID: 25313 Updated by: [EMAIL PROTECTED] Reported By: duerra at yahoo dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: XP Pro PHP Version: 4.3.3 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Try again.. Previous Comments: [2003-08-29 09:29:47] duerra at yahoo dot com Description: This has happened to me once before, too, and now I've noticed another user with the same problem. It can be found here: http://www.experts-exchange.com/Web/Web_Languages/PHP/PHP_Windows/Q_20723364.html The problem is that for some reason (and not consistently), php proclaims a function as being undefined when called, even though it is clearly defined. The solution to the problem is to copy the function into a location *before* it is called, instead of after it is called. It's not consistent, and while I can't reproduce it in any traditional sense, in the cases where it does happen, it happens every time the script is called, until you copy the function to a location above where it is being called. Reproduce code: --- (See the link Posted Above) Expected result: Expected function to execute Actual result: -- Fatal error: Call to undefined function: getvars() in c:\inetpub\wwwroot\baileybible\class\adminArticles.php on line 34 -- Edit this bug report at http://bugs.php.net/?id=25313edit=1
#25289 [Opn]: PHP segmentation fault
ID: 25289
Updated by: [EMAIL PROTECTED]
Reported By: skissane at ics dot mq dot edu dot au
Status: Open
Bug Type: Reproducible crash
Operating System: RedHat Linux 9
PHP Version: 4.3.3
New Comment:
A shorter script:
?php
$foo-bar1 = foobar1;
$foo-bar2 = foobar2;
foreach ($foo as $b-name = $b) {
}
?
The foreach loop is the problem. You're creating a new
stdClass object with $b-name for the key, then using $b
itself for the value, thus destroying the key used in
stdClass.
Looks to me like a ZE1 issue. Doesn't occur in HEAD.
J
Previous Comments:
[2003-08-28 18:10:01] skissane at ics dot mq dot edu dot au
Sorry about giving so many testcases (only just learning how to do
this), but I finally have a 20-line reproduce script:
?
class obj_database { }
class obj_enum { }
class obj_enumvalue { }
$dm = unserialize(file_get_contents(test.dat));
foreach ($dm-obj_enum as $enum) {
foreach ($enum-obj_enumvalue as $enumvalue) {
}
$i = 0;
foreach ($enum-obj_enumvalue as $enumvalue-name = $enumvalue) {
$out = . $enum-prefix . _ .
$enumvalue-name . = \ . $enumvalue-name . \;
if ($i++ count($enum-obj_enumvalue)-1) {
}
}
}
?
It depends on the test.dat data file I included with my earlier test
cases.
[2003-08-28 11:00:37] skissane at ics dot mq dot edu dot au
Okay, I tried a bit harder, and I have now reduced it down to a single
400 line .php file, plus three associated data files which the .php
file unserializes. This results in a segmentation fault when run from
the command line or Apache.
You can get the latest one from
http://www.iips.mq.edu.au/bugs/testcase3.tgz
[2003-08-28 10:31:21] skissane at ics dot mq dot edu dot au
I can't work out what exactly is causing it, and so can't come up with
a 20 line test. I have reduced it down to a smaller set of files, at
http://www.iips.mq.edu.au/bugs/testcase.tgz
If you have any suggestions of how I can trim this down to a smaller
test case, I'll try.
[2003-08-28 10:07:26] [EMAIL PROTECTED]
Please provide a short script (max 20 lines), without any external
dependancies, such as database or includes().
(_one_ script, not dozens)
[2003-08-28 07:19:19] skissane at ics dot mq dot edu dot au
Description:
PHP segfaults.
Reproduce code:
---
Reproduce code can be found at:
http://www.iips.mq.edu.au/bugs/
File datamodel/cms-datamodel-php.php causes crash.
Through trial and error (insertion of echo and exit statements, I
believe I have isolated the segfault to the function
ObjectGenerator_PHP::_generateEnums() in the file
appgen/ObjectGenerator_PHP.inc, but not 100% sure).
Segfault occurs both on command line php and through Apache.
PHP was compiled myself using: './configure'
'--with-apxs2=/usr/sbin/apxs' '--with-mysql=/usr/' '--without-mssql'
'--with-ldap' '--with-curl=/usr'
Expected result:
No segfault
Actual result:
--
Starting program: /usr/local/bin/php cms-datamodel-php.php
Program received signal SIGSEGV, Segmentation fault.
0x42074760 in _int_free () from /lib/tls/libc.so.6
(gdb) bt
#0 0x42074760 in _int_free () from /lib/tls/libc.so.6
#1 0x42073786 in free () from /lib/tls/libc.so.6
#2 0x08104302 in _efree (ptr=0x82cd0bc) at
/home/skissane/php-4.3.3/Zend/zend_alloc.c:265
#3 0x0810a85a in _zval_ptr_dtor (zval_ptr=0x8312c48) at
zend_execute.h:44
#4 0x08115e70 in zend_hash_destroy (ht=0x832c41c) at
/home/skissane/php-4.3.3/Zend/zend_hash.c:553
#5 0x08110aae in _zval_dtor (zvalue=0xbfffa9e0) at
/home/skissane/php-4.3.3/Zend/zend_variables.c:51
#6 0x0811f611 in execute (op_array=0x81eaf7c) at
/home/skissane/php-4.3.3/Zend/zend_execute.c:1452
#7 0x0811e653 in execute (op_array=0x81eadd4) at
/home/skissane/php-4.3.3/Zend/zend_execute.c:1660
#8 0x0811e653 in execute (op_array=0x81a2004) at
/home/skissane/php-4.3.3/Zend/zend_execute.c:1660
#9 0x08111fd5 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/skissane/php-4.3.3/Zend/zend.c:885
#10 0x080ecb87 in php_execute_script (primary_file=0xbfffddc0) at
/home/skissane/php-4.3.3/main/main.c:1723
#11 0x081234bb in main (argc=2, argv=0xbfffde44) at
/home/skissane/php-4.3.3/sapi/cli/php_cli.c:818
#12 0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6
(gdb) frame 6
#6 0x0811f611 in execute (op_array=0x81eaf7c) at
/home/skissane/php-4.3.3/Zend/zend_execute.c:1452
1452
zendi_zval_dtor(EX(Ts)[EX(opline)-op1.u.var].tmp_var);
(gdb)
#25277 [Fbk-Opn]: Errors with mcve on make
ID: 25277 User updated by: jonathan dot patenaude at sympatico dot ca Reported By: jonathan dot patenaude at sympatico dot ca -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: RedHat 7.2 PHP Version: 4.3.3 New Comment: libmcve is 3.1.1 Previous Comments: [2003-08-29 09:27:25] [EMAIL PROTECTED] What is the version of libmcve you have installed? [2003-08-27 13:08:24] jonathan dot patenaude at sympatico dot ca Description: Compilation failed when configure --with-mcve with php 4.3.3. The error only happen with php 4.3.3. I also try the latest snapshot and I got the same error. I was able to configure php 4.3.2 --with-mcve without any problem. Config line: './configure' '--with-mysql' '--with-apache=../apache_1.3.28' '--with-mcve' '--enable-inline-optimization' '--disable-debug' make result: gcc -Iext/mcve/ -I/usr/local/src/php-4.3.3/ext/mcve/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.3/include -I/usr/local/src/php-4.3.3/main -I/usr/local/src/php-4.3.3 -I/usr/local/src/php-4.3.3/Zend -I/usr/local/mcve/include -I/usr/local/src/php-4.3.3/ext/xml/expat -I/usr/local/src/php-4.3.3/TSRM -g -O2 -c /usr/local/src/php-4.3.3/ext/mcve/mcve.c -o ext/mcve/mcve.o echo ext/mcve/mcve.lo /usr/local/src/php-4.3.3/ext/mcve/mcve.c: In function `zm_startup_mcve': /usr/local/src/php-4.3.3/ext/mcve/mcve.c:203: `MC_CARDTYPES' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:203: (Each undeclared identifier is reported only once /usr/local/src/php-4.3.3/ext/mcve/mcve.c:203: for each function it appears in.) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:204: `MC_SUB' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:205: `MC_MARKER' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:206: `MC_DEVICETYPE' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:207: `MC_ERRORCODE' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:208: `MC_NEWBATCH' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:209: `MC_CURR' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:210: `MC_DESCMERCH' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:211: `MC_DESCLOC' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:212: `MC_ORIGTYPE' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:213: `MC_PIN' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:214: `MC_VOIDORIGTYPE' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:215: `MC_TIMESTAMP' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:246: `MC_USER_PPROPERTY' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:247: `MC_USER_PID' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:248: `MC_USER_PIDPWD' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:249: `MC_USER_SMID' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:250: `MC_USER_SMIDPWD' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:251: `MC_USER_USDDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:252: `MC_USER_AUDDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:253: `MC_USER_DKKDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:254: `MC_USER_GBPDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:255: `MC_USER_HKDDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:256: `MC_USER_JPYDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:257: `MC_USER_NZDDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:258: `MC_USER_NOKDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:259: `MC_USER_SGDDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:260: `MC_USER_ZARDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:261: `MC_USER_SEKDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:262: `MC_USER_CHFDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:263: `MC_USER_CADDIV' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:264: `MC_USER_DIVNUM' undeclared (first use in this function) /usr/local/src/php-4.3.3/ext/mcve/mcve.c:300:
#14848 [Com]: PHP crash on exit.
ID: 14848 Comment by: nicoleboone at earthlink dot net Reported By: daniele at libertyline dot com Status: Bogus Bug Type: Reproducible crash Operating System: Linux PHP Version: php4-20020206000 New Comment: My host just upgraded to version 4.3.2, and I'm getting this same error ever since the upgrade. Fatal error: Maximum execution time of 10 seconds exceeded in Unknown on line 0 Previous Comments: [2002-07-04 16:54:16] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately your are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. [2002-02-06 05:58:15] daniele at libertyline dot com I done some other tests with the latest snapshot (php4-20020206000). If I put a set_time_limit(0) on the top of the script php doesn't crash but it takes a long time to finish (~3 minutes on an athlon XP1800 with 512M); probably it is freeing memory a lot of memory. If I put set_time_limit(10) the script crashes: Starting program: /usr/local/bin/php test.php OK! Fatal error: Maximum execution time of 10 seconds exceeded in Unknown on line 0 Unknown(0) : Fatal error - Maximum execution time of 10 seconds exceeded Program received signal SIGSEGV, Segmentation fault. 0x401b9e23 in chunk_free (ar_ptr=0x4026b520, p=0x8216dd0) at malloc.c:3228 3228malloc.c: No such file or directory. in malloc.c (gdb) bt #0 0x401b9e23 in chunk_free (ar_ptr=0x4026b520, p=0x8216dd0) at malloc.c:3228 #1 0x401b9ba8 in __libc_free (mem=0x8217118) at malloc.c:3154 #2 0x08068e16 in shutdown_memory_manager (silent=1, clean_cache=0) at zend_alloc.c:524 #3 0x08083a32 in php_request_shutdown (dummy=0x0) at main.c:745 #4 0x08062b2e in main (argc=2, argv=0xb8a4) at php_cli.c:597 #5 0x40159306 in __libc_start_main (main=0x80623b4 main, argc=2, ubp_av=0xb8a4, init=0x8060a10 _init, fini=0x814ecf0 _fini, rtld_fini=0x4000d2dc _dl_fini, stack_end=0xb89c) at ../sysdeps/generic/libc-start.c:129 (gdb) [2002-01-07 11:11:10] daniele at libertyline dot com I have a testcase: test.php: ? @$data = implode(,file(export.xml)); $parser = xml_parser_create(); xml_parser_set_option($parser,XML_OPTION_CASE_FOLDING,0); xml_parser_set_option($parser,XML_OPTION_SKIP_WHITE,1); xml_parse_into_struct($parser,$data,$values,$tags); xml_parser_free($parser); echo OK!\n; ? The export.xml file is available on http://www.libertyline.com/download/export.xml.bz2 (the compressed version is only 3213 bytes) [2002-01-04 09:38:03] daniele at libertyline dot com Spoken too early, the bug is also present in 4.0.6, but the program doesn'crash, it says Maximum execution time exceeded ) and hangs. Killing the process with SIGABRT produces the following backtrace (got from the core file) (gdb) bt #0 0x401b9d2b in chunk_free (ar_ptr=0x4026b520, p=0x81f9e10) at malloc.c:3252 #1 0x401b9ba8 in __libc_free (mem=0x81f9ee8) at malloc.c:3154 #2 0x080cd191 in _efree (ptr=0x81f9ef4) at zend_alloc.c:232 #3 0x080cd5bb in shutdown_memory_manager (silent=0, clean_cache=1) at zend_alloc.c:437 #4 0x08062fc4 in php_module_shutdown () at main.c:942 #5 0x08061e78 in main (argc=2, argv=0xb874) at cgi_main.c:752 #6 0x40159306 in __libc_start_main (main=0x8061664 main, argc=2, ubp_av=0xb874, init=0x805fe7c _init, fini=0x8105c60 _fini, rtld_fini=0x4000d2dc _dl_fini, stack_end=0xb86c) at ../sysdeps/generic/libc-start.c:129 [2002-01-04 07:28:33] daniele at libertyline dot com I found a bug using php 4.1.1 on redhat linux 7.1 My script uses the xml_parse_into_struct to parse a large XML file (2 mb) and then inserts the contents into a mysql database. The script hangs at the end, and after 30 seconds it exits with bFatal error/b: Maximum execution time of 30 seconds exceeded in bUnknown/b on line b0/bbr Segmentation fault (core dumped) The script is launched from the command line. This is the backtrace of the core file (gdb) bt #0 0x401b9dce in chunk_free (ar_ptr=0x4026b520, p=0x81b5260) at malloc.c:3242 #1 0x401b9ba8 in __libc_free (mem=0x81b5268) at malloc.c:3154 #2 0x080e3dcd in _efree (ptr=0x81b5274) at zend_alloc.c:246 #3 0x080e420b in shutdown_memory_manager (silent=1, clean_cache=1) at zend_alloc.c:469 #4 0x0806361a
#25314 [NEW]: ASCII mode doesn't work
From: phpbugs at brianmertens dot com Operating system: Windows PHP version: 4.3.3 PHP Bug Type: FTP related Bug description: ASCII mode doesn't work Description: This seems to be the same problem as 19036 (Closed) and 18162 (No Feedback). Since neither is still open, I am filing a new report. I will provide any feedback required. I can test snaps if they are compiled for Windows. Simply put, if I connect to a Unix (AIX 4.3) server and use ftp_get() to fetch a text file to a Windows machine with the FTP_ASCII option, the newlines are NOT converted to CR/LF pairs. ftp_get( $conn, file.txt, file.txt, FTP_ASCII ); I have reproduced this with 4.2.x, 4.3.2 4.3.3. (Note that ftp_systype() returns UNKNOWN.) Reproduce code: --- $conn = ftp_connect( server ); ftp_login( $conn, username, password ); ftp_get( $conn, file.txt, file.txt, FTP_ASCII ); Expected result: Lines terminated with CR/LF pairs (x0D x0A). Actual result: -- Lines terminated with single x0A chars. -- Edit bug report at http://bugs.php.net/?id=25314edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25314r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25314r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25314r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25314r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25314r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25314r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25314r=support Expected behavior: http://bugs.php.net/fix.php?id=25314r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25314r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25314r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25314r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25314r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25314r=dst IIS Stability: http://bugs.php.net/fix.php?id=25314r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25314r=gnused
#25315 [NEW]: vulnerability in mkdir and other unix-commands!
From: info at flashman dot ru Operating system: Linux pr5 2.4.18-3 PHP version: 4.3.1 PHP Bug Type: Directory function related Bug description: vulnerability in mkdir and other unix-commands! Description: php function mkdir allows hackers to execute various commands on the server. Some scripts need a directory name for user. They may enter '/www/somedir /usr/bin/wget ...' and command '/usr/bin/wget somethinghere' will be executed on the server without problems! It happens when php calls unix command mkdir. Regards, Flashman -- Edit bug report at http://bugs.php.net/?id=25315edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25315r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25315r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25315r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25315r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25315r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25315r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25315r=support Expected behavior: http://bugs.php.net/fix.php?id=25315r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25315r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25315r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25315r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25315r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25315r=dst IIS Stability: http://bugs.php.net/fix.php?id=25315r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25315r=gnused
#25316 [NEW]: _php_stream_write() gets stuck in infinite loop on any error to send()
From: polone at townnews dot com
Operating system: Any
PHP version: 4.3.3
PHP Bug Type: *PDF functions
Bug description: _php_stream_write() gets stuck in infinite loop on any error to
send()
Description:
(Please note, this looks like a similiar bug as #22753, but it is not -
it's in a function layer much more abstract than the main/network.c bug,
this one is in main/streams.c)
A problem that occurs quite often with PHP scripts when remote hosts
disconnect applications in PHP using the streams API is infinite looping
with SIGPIPE. It appears an early attempt to remedy the situation was to
ignore SIGPIPE, but this is not where the problem is. After reviewing the
_php_stream_write() code and testing the loop in an error condition of -1,
it became obvious why the looping occurs.
The while() loop will never exit if an error occurs in the underlying
send() call. This is because it returns a negative value (-1), but the
type assigned in _php_stream_write() is size_t for the variable justwrote.
For reference, size_t IS AN UNSIGNED INT, which means the condition:
if (justwrote 0) {
// Buffering code
} else {
break;
}
will never execute the else condition. To fix this, change the
following:
size_t didwrite = 0, towrite;
int justwrote;
This bug has been present (as far as I can tell) since PHP 4.3.0. In
addition, another change I've made is too main/network.c, in the
php_sockop_write() function. Instead of ignoring SIGPIPE as the default
handler, it would be better to set:
didwrite = send(sock-socket, buf, count, MSG_NOSIGNAL);
This will still work correctly when SIGPIPE would have been issued as
EPIPE is still returned.
Reproduce code:
---
?php
$fp = fsockopen (localhost, 80);
while(fwrite($fp, GET /doesntmatter HTTP/1.0\n\n)) {
sleep(1);
}
?
Expected result:
To end eventually. Instead, the script will eventually issue a SIGPIPE and
create an infinite loop.
Actual result:
--
It never ends.
--
Edit bug report at http://bugs.php.net/?id=25316edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25316r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25316r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=25316r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=25316r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25316r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=25316r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=25316r=support
Expected behavior: http://bugs.php.net/fix.php?id=25316r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=25316r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=25316r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=25316r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25316r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=25316r=dst
IIS Stability: http://bugs.php.net/fix.php?id=25316r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=25316r=gnused
#25316 [Opn]: _php_stream_write() gets stuck in infinite loop on any error to send()
ID: 25316
User updated by: polone at townnews dot com
Reported By: polone at townnews dot com
Status: Open
-Bug Type: *PDF functions
+Bug Type: Reproducible crash
Operating System: Any
PHP Version: 4.3.3
New Comment:
Changing category to a reproducible crash, accidentally set it to *PDF
Functions.
Previous Comments:
[2003-08-29 13:49:54] polone at townnews dot com
Description:
(Please note, this looks like a similiar bug as #22753, but it is not -
it's in a function layer much more abstract than the main/network.c
bug, this one is in main/streams.c)
A problem that occurs quite often with PHP scripts when remote hosts
disconnect applications in PHP using the streams API is infinite
looping with SIGPIPE. It appears an early attempt to remedy the
situation was to ignore SIGPIPE, but this is not where the problem is.
After reviewing the _php_stream_write() code and testing the loop in an
error condition of -1, it became obvious why the looping occurs.
The while() loop will never exit if an error occurs in the underlying
send() call. This is because it returns a negative value (-1), but the
type assigned in _php_stream_write() is size_t for the variable
justwrote. For reference, size_t IS AN UNSIGNED INT, which means the
condition:
if (justwrote 0) {
// Buffering code
} else {
break;
}
will never execute the else condition. To fix this, change the
following:
size_t didwrite = 0, towrite;
int justwrote;
This bug has been present (as far as I can tell) since PHP 4.3.0. In
addition, another change I've made is too main/network.c, in the
php_sockop_write() function. Instead of ignoring SIGPIPE as the default
handler, it would be better to set:
didwrite = send(sock-socket, buf, count, MSG_NOSIGNAL);
This will still work correctly when SIGPIPE would have been issued as
EPIPE is still returned.
Reproduce code:
---
?php
$fp = fsockopen (localhost, 80);
while(fwrite($fp, GET /doesntmatter HTTP/1.0\n\n)) {
sleep(1);
}
?
Expected result:
To end eventually. Instead, the script will eventually issue a SIGPIPE
and create an infinite loop.
Actual result:
--
It never ends.
--
Edit this bug report at http://bugs.php.net/?id=25316edit=1
#25315 [Opn-Fbk]: vulnerability in mkdir and other unix-commands!
ID: 25315 Updated by: [EMAIL PROTECTED] Reported By: info at flashman dot ru -Status: Open +Status: Feedback Bug Type: Directory function related Operating System: Linux pr5 2.4.18-3 PHP Version: 4.3.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2003-08-29 13:38:58] info at flashman dot ru Description: php function mkdir allows hackers to execute various commands on the server. Some scripts need a directory name for user. They may enter '/www/somedir /usr/bin/wget ...' and command '/usr/bin/wget somethinghere' will be executed on the server without problems! It happens when php calls unix command mkdir. Regards, Flashman -- Edit this bug report at http://bugs.php.net/?id=25315edit=1
#9852 [Com]: Header redirect and db connection cause CGI misbehaved
ID: 9852
Comment by: kb3777 at hotmail dot com
Reported By: ron dot baldwin at sourceprose dot com
Status: Closed
Bug Type: IIS related
Operating System: Windows 2000
PHP Version: 4.2.1
New Comment:
I have the same problem with IIS 5 WIN 2k running Perl. The javascript
redirect works for me most times. What is the real fix/problem? Does
anyone know? I've heard Timing, IIS, Perl?
Previous Comments:
[2003-08-10 05:41:25] rio at x-tra dot nl
The problem is caused in my case by using mail() in PHP.
In one request do I use mssql*, mail functions and than redirect
(header('location: ...')).
Without using mail() all works fine. But when I use mail() I get CGI
Error in 95% requests.
Pedro's cgi.rfc2616_headers = 1 tip did not work in my case.
'Forground Applications' does solve the problem.
Mail server is local (standard) MS SMTP Service.
My conf is W2k / IIS 5.0 / PHP 4.3.2 / MSSQL 2k.
[2003-06-11 09:52:20] wharrison at pro dot ie
To follow up I set cgi.rfc2616_headers = 1 as Pedro suggested and have
had no problems reported since. So I suggest trying this to anyone with
these problems.
[2003-05-28 08:50:36] wharrison at pro dot ie
I am trying Pedro's cgi.rfc2616_headers = 1 tip. We noticed this
problem a few times a day on an WinNT, IIS, PHP 4.3, MSSQL 2000 setup.
I could also reproduce this with the bounce.php suggested a while ago.
I was cosidering switching to Apache untill I read the post above.
[2003-05-22 13:21:17] phpbugs at spudland dot com
This is not just an IIS bug.
I receive this bug on a production Win2K server that uses Apache 2.0.x
and PHP as a CGI. The PHP script in question does not use re-directs,
however it does add header information.
When I comment out the MS-SQL commands, the error disappears. With
MS-SQL commands uncommented, it serves up a storm of these errors.
I will try the RFC option mentioned above my comment! Again, this bug
appears to NOT be related to just IIS but rather the MS-SQL support.
[2003-05-12 07:27:01] pedro at fundacaounimed dot com dot br
I think I find the solution for this problem (at least on version
4.3.1)...
Just put this line cgi.rfc2616_headers = 1 on php.ini.
Please, send us a message if it works. I had this problem during much
time and looking for solution, I saw that many others have it too.
PS.: sorry if there is some english error.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/9852
--
Edit this bug report at http://bugs.php.net/?id=9852edit=1
#25275 [Com]: script crashs in _efree (ptr=0x8a8828c) at php-4.3.3/Zend/zend_alloc.c:259
ID: 25275
Comment by: moregan at flr dot follett dot com
Reported By: rehsack at liwing dot de
Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 5.1 i386
PHP Version: 4.3.3
New Comment:
CLI PHP 4.3.3 segfaults for us with the example script too:
#0 0x081076bd in php_strlcpy (dst=0x8182ec0 -, src=0x5a5a5a5a
Address 0x5a5a5a5a out of bounds, siz=1024)
at /usr/src/php-4.3.3/main/strlcpy.c:58
#1 0x080fdcdc in php_error_cb (type=8, error_filename=0x5a5a5a5a
Address 0x5a5a5a5a out of bounds, error_lineno=35,
format=0x8175460 Use of undefined constant %s - assumed '%s',
args=0xbfffb7f8 ln\036\bln\036\b4n\036\b\006)
at /usr/src/php-4.3.3/main/main.c:615
#2 0x0812f29f in zend_error (type=8, format=0x8175460 Use of
undefined constant %s - assumed '%s')
at /usr/src/php-4.3.3/Zend/zend.c:751
#3 0x08140968 in execute (op_array=0x81e69ac) at
/usr/src/php-4.3.3/Zend/zend_execute.c:1989
#4 0x0813f58f in execute (op_array=0x81df29c) at
/usr/src/php-4.3.3/Zend/zend_execute.c:1660
#5 0x0812f778 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php-4.3.3/Zend/zend.c:885
#6 0x080ffef5 in php_execute_script (primary_file=0xbfffdfa0) at
/usr/src/php-4.3.3/main/main.c:1723
#7 0x0814505e in main (argc=1, argv=0xbfffe034) at
/usr/src/php-4.3.3/sapi/cli/php_cli.c:818
#8 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6
Red Hat 8.0. configure:
./configure \
--disable-all \
--enable-debug \
\
--prefix=/usr/local \
--with-apache=/usr/src/apache_1.3.28 \
--with-oci8=/u01/app/oracle/product/8.1.7 \
\
--enable-cli \
--disable-cgi \
\
--enable-inline-optimization \
--enable-track-vars \
--enable-session \
--enable-trans-sid \
--without-mysql \
--without-pear \
--with-pcre-regex \
--enable-ftp \
--enable-posix \
--disable-short-tags \
--disable-xml \
\
--enable-sockets \
--with-xmlrpc \
Previous Comments:
[2003-08-28 10:23:42] rehsack at liwing dot de
Sorry, misunderstood. Thought you've asked for php.ini.
# ./configure --enable-versioning --enable-memory-limit
--with-layout=GNU --with-zlib-dir=/usr --disable-all --with-regex=php
--disable-ipv6 --with-apxs=/usr/local/sbin/apxs --with-bz2=/usr
--with-dom=/usr/local --with-dom-xslt=/usr/local
--with-dom-exslt=/usr/local --with-gettext=/usr/local
--with-gmp=/usr/local --with-iconv=/usr/local --with-mcrypt=/usr/local
--with-mhash=/usr/local --with-mysql=/usr/local --with-ldap=/usr/local
--with-openssl=/usr --enable-pcntl --with-pcre-regex=yes --enable-posix
--with-readline --enable-session --enable-sockets --enable-sysvsem
--enable-sysvshm --enable-tokenizer --enable-xml
--with-expat-dir=/usr/local --with-xmlrpc --enable-xslt
--with-xslt-sablot=/usr/local --with-zlib=yes --prefix=/usr/local
i386-portbld-freebsd5.1
CC=cc
CFLAGS=-O -pipe -g
Addition: deaggregating from classes by adding name of
class to deaggregate doesn't dump.
[2003-08-28 06:33:06] [EMAIL PROTECTED]
That script does not crash for me.
What was the configure line you used to configure PHP?
[2003-08-28 06:32:15] [EMAIL PROTECTED]
?php
class FDefaultContentAccess
{
function InitFDefaultContentAccess()
{
$this-Flags |= 1;
}
}
class FDirectContentAccess
{
function InitFDirectContentAccess()
{
$this-Flags |= 2;
$this-Flags = ~3;
}
}
class FFilePhysicalAccess
{
var $Flags;
function FFilePhysicalAccess( )
{
aggregate( $this, FDirectContentAccess );
$this-InitFDirectContentAccess();
aggregate( $this, FDefaultContentAccess );
$this-InitFDefaultContentAccess();
}
function CleanUp()
{
fwrite( STDERR, before deaggregate\n);
deaggregate( $this );
fwrite( STDERR, after deaggregate\n);
}
} // end of class FFilePhysicalAccess
$inst = new FFilePhysicalAccess();
$inst-CleanUp();
?
[2003-08-27 11:35:16] rehsack at liwing dot de
Description:
When I excecute a test-skript on my workstation, php crashs. The crash
is since php-4.3.3, prior releases or release candidates didn't.
The information from gdb are:
$ gdb --args php test/documenttest.php
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no
#25317 [NEW]: Would like a 64-bit integer native type
From: phpbug at paypc dot com Operating system: All PHP version: 4.3.3 PHP Bug Type: Feature/Change Request Bug description: Would like a 64-bit integer native type Description: This is fairly straightforward. Right now, native numeric types are float/doubles and 32-bit integers. Given that 4GB of memory in a machine is affordable even for the home consumer, it is important to be able to represent exact cardinal values without any floating-point nonsense. I don't know how much impact this would have the internals of Zend, or performance for that matter. Non-64-bit-native CPUs could probably adopt optimisations to avoid having to do 64-bit operations on values / expressions where the values are not expected to exceed 32 bits of value, or perhaps, via type-hinting by the programmer. I realise that bcmath stuff can handle an effectively infinitely large integer value... but that's really a string-math subsystem with all of the usual limitations (and performance costs). -- Edit bug report at http://bugs.php.net/?id=25317edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25317r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25317r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25317r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25317r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25317r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25317r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25317r=support Expected behavior: http://bugs.php.net/fix.php?id=25317r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25317r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25317r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25317r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25317r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25317r=dst IIS Stability: http://bugs.php.net/fix.php?id=25317r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25317r=gnused
#24288 [Com]: register_globals=On in PHP.ini doesn't work
ID: 24288 Comment by: jack at martinelli dot org Reported By: joel2a at yahoo dot com Status: Bogus Bug Type: PHP options/info functions Operating System: Windows NT 4.0 PHP Version: 4.3.2 New Comment: I've run into the same problem. The error messages I get says FATAL ERROR: register_globals is disabled in php.ini, please enable it! I changed the php.ini file to say: register_globals=On I stopped the apache server restarted it after my edit. I also checked to be sure that my php.ini file existed only in the apache directory. I checked the windows directory php.ini was not there. I also checked my php directory php.ini was also not there. I'm running php-4.3.3-Win32 -- the binary release on a W98 ME machine. Previous Comments: [2003-06-23 21:18:46] [EMAIL PROTECTED] Works fine here. You propably just installed PHP the wrong way. Try reboot too, make sure you have the webserver stopped totally before you install anything and that you REALLY don't have old php4ts.dll anywhere when you copy the new files over.. [2003-06-22 16:10:43] joel2a at yahoo dot com In addition I know the php file is being read because the phpinfo() error log says: error_log e:\php\4-3-2\error.txt Which is what I set it to in the php.ini file. [2003-06-22 16:04:45] joel2a at yahoo dot com Ok, it says this: Configuration File (php.ini) Path D:\WINNT\php.ini [2003-06-22 15:39:30] [EMAIL PROTECTED] Windows users claim php.ini isn't being read many times, and there are many reasons why this claim is bogus so forgive our desire to be 100% certain. In phpinfo(), where it says this: Configuration File (php.ini) Path Please post exactly what the value says for this. [2003-06-22 14:30:20] joel2a at yahoo dot com Yes I modified the correct php.ini. I only have one in the Winnt directory. And I double checked it and re-double checked it several times using two different web servers. I also checked the directory of php.ini in the phpinfo listing. And I just rechecked it again before sending this reply. However the .htaccess fix did work locally only with the Apache web server. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24288 -- Edit this bug report at http://bugs.php.net/?id=24288edit=1
