#21532 [Fbk->NoF]: incorrect warning
ID: 21532 Updated by: [EMAIL PROTECTED] Reported By: czuma at poland dot org -Status: Feedback +Status: No Feedback Bug Type: Feature/Change Request Operating System: Solaris 8 PHP Version: 4.3.3 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2003-10-14 20:01:04] [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-03-01 12:07:47] czuma at poland dot org I have checked php4-STABLE-200303011230 Unfortunately it doesn't work. I still see incorrect warning: "SAFE MODE Restriction in effect. The script whose uid is XXX is not allowed to access /www/user/data owned by uid 0 in /www/user/stale/table1a.php on line 3" "Line 3": $my=opendir("/www/user/data/$dat"); Probably: $dat=blabla/bleble.txt Directory "blabla" doesn't exist. I see correct and then incorrect warning. [2003-01-08 17:18:04] czuma at poland dot org PHP log: --- [08-Jan-2003 23:54:22] PHP Warning: opendir(): SAFE MODE Restriction in effect. The script whose uid is 405 is not allowed to access /www/user405/data/20021122 owned by uid 0 in /www/user405/stale/table1a_stale_bpl.php on line 3 [08-Jan-2003 23:54:22] PHP Warning: opendir(/www/user405/data/20021122/bpl): failed to open dir: No such file or directory in /www/user405/stale/table1a_stale_bpl.php on line 3 --- First warning is incorrect. Directory /www/user405/data/20021122 doesn't exist. -- Edit this bug report at http://bugs.php.net/?id=21532&edit=1
#25995 [Asn]: multipart/form-date file upload problem.
ID: 25995 User updated by: s dot masugata at digicom dot dnp dot co dot jp Reported By: s dot masugata at digicom dot dnp dot co dot jp Status: Assigned Bug Type: mbstring related Operating System: FreeBSD/Linux/Solaris(sparc) PHP Version: 4.3.4RC2 Assigned To: hirokawa New Comment: OK... It's very regrettable. If a preferable thing and this function are removed from PHP4.3.x in order to avoid confusion. What should just add this function when PHP4.4.x are released. Previous Comments: [2003-10-28 09:26:18] [EMAIL PROTECTED] Assigned to Rui, he already had a patch. It was decided not to go in 4.3.4 though. [2003-10-26 18:31:04] s dot masugata at digicom dot dnp dot co dot jp Description: ./configure: --enable-zend-multibyte --enable-mbstring --enable-mbregex php.ini: output_buffering = Off output_handler = mbstring.language = Japanese mbstring.encoding_translation = On mbstring.internal_encoding= EUC-JP mbstring.http_input = pass mbstring.http_output = pass mbstring.detect_order = SJIS-win,SJIS,eucJP-win,EUC_JP,UTF-8,UTF-7,ISO-2022-JP,JIS,ASCII mbstring.substitute_character = none mbstring.func_overload= 1 mbstring.script_encoding = SJIS The value of $POST disregards the contents set up by php.ini, and is changed into an internal encoding. In this setup, it should not be changed into an internal encoding. However, it will be changed. My purpose wants to only use the function to change script encoding by zend-multibyte into an internal encoding, and the function which even input data changes into an internal encoding is not needed. The transmitted input data may be broken down by this unjust operation(for example, the special character by the specific model). I think that this operation is not specification but a bug with it being individual. It seems that it is fixed in the snapshot in the built on Oct 26, 2003 20:30 GMT, is it fixed as well as a snapshot when PHP4.3.4 is released? thank you. -- Edit this bug report at http://bugs.php.net/?id=25995&edit=1
#26025 [Opn->Csd]: segfault when glob() is called with GLOB_BRACE and there are no matches
ID: 26025 User updated by: ryan at wonko dot com Reported By: ryan at wonko dot com -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: FreeBSD 4.7-RELEASE PHP Version: 4.3.4RC2 New Comment: Hmm. On second thought, after re-reading the documentation, this may be the proper behavior after all. The docs say glob() returns FALSE on error, not when there are no matches found. My apologies. Re-closing the bug. Previous Comments: [2003-10-29 22:42:53] ryan at wonko dot com The segfault is fixed in recent CVS snapshots, but now glob() returns an empty array when no matches are found. This is improper behavior. According to the documentation at http://php.net/glob, glob() should return an array if matches are found, or FALSE if there are no matches. [2003-10-29 16:52:30] [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. [2003-10-29 02:06:23] ryan at wonko dot com Here's the backtrace: #0 0x80b0906 in zif_glob (ht=2, return_value=0x81fb224, this_ptr=0x0, return_value_used=0) at /usr/home/ryan/testphp/php-4.3.4RC2/ext/standard/dir.c:409 #1 0x8166a93 in execute (op_array=0x81fa8a4) at /usr/home/ryan/testphp/php-4.3.4RC2/Zend/zend_execute.c:1616 #2 0x8155d49 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/home/ryan/testphp/php-4.3.4RC2/Zend/zend.c:885 #3 0x81231a3 in php_execute_script (primary_file=0xbfbffb40) at /usr/home/ryan/testphp/php-4.3.4RC2/main/main.c:1729 #4 0x816caf7 in main (argc=2, argv=0xbfbffbb0) at /usr/home/ryan/testphp/php-4.3.4RC2/sapi/cli/php_cli.c:819 #5 0x806035d in _start () [2003-10-29 01:41:55] ryan at wonko dot com Description: When you call glob() with the GLOB_BRACE flag set, PHP segfaults if there are no files or directories matching the pattern. I'm running Apache 2.0.47 and PHP was built with the following configure line: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cli' '--with-bz2=/usr' '--enable-ctype' '--with-dom=/usr/local' '--enable-exif' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-xpm-dir=/usr/local' '--with-gettext=/usr/local' '--with-mysql=/usr/local' '--with-openssl-dir=/usr/local' '--with-openssl=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--enable-posix' '--with-pspell=/usr/local' '--enable-session' '--enable-sockets' '--enable-tokenizer' '--with-expat-dir=/usr/local' '--enable-xml' '--with-zip=/usr/local' '--with-zlib=yes' '--with-apxs2=/usr/local/sbin/apxs' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' Reproduce code: --- Expected result: glob() should return FALSE, indicating that there were no files or directories matching the pattern. Actual result: -- PHP exits on signal 11 (segmentation fault), as illustrated by these entries in my Apache error log: [Tue Oct 28 22:38:02 2003] [notice] child pid 68645 exit signal Segmentation fault (11) [Tue Oct 28 22:38:03 2003] [notice] child pid 68670 exit signal Segmentation fault (11) [Tue Oct 28 22:38:12 2003] [notice] child pid 68800 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=26025&edit=1
#26025 [Csd->Opn]: segfault when glob() is called with GLOB_BRACE and there are no matches
ID: 26025 User updated by: ryan at wonko dot com Reported By: ryan at wonko dot com -Status: Closed +Status: Open Bug Type: Filesystem function related Operating System: FreeBSD 4.7-RELEASE PHP Version: 4.3.4RC2 New Comment: The segfault is fixed in recent CVS snapshots, but now glob() returns an empty array when no matches are found. This is improper behavior. According to the documentation at http://php.net/glob, glob() should return an array if matches are found, or FALSE if there are no matches. Previous Comments: [2003-10-29 16:52:30] [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. [2003-10-29 02:06:23] ryan at wonko dot com Here's the backtrace: #0 0x80b0906 in zif_glob (ht=2, return_value=0x81fb224, this_ptr=0x0, return_value_used=0) at /usr/home/ryan/testphp/php-4.3.4RC2/ext/standard/dir.c:409 #1 0x8166a93 in execute (op_array=0x81fa8a4) at /usr/home/ryan/testphp/php-4.3.4RC2/Zend/zend_execute.c:1616 #2 0x8155d49 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/home/ryan/testphp/php-4.3.4RC2/Zend/zend.c:885 #3 0x81231a3 in php_execute_script (primary_file=0xbfbffb40) at /usr/home/ryan/testphp/php-4.3.4RC2/main/main.c:1729 #4 0x816caf7 in main (argc=2, argv=0xbfbffbb0) at /usr/home/ryan/testphp/php-4.3.4RC2/sapi/cli/php_cli.c:819 #5 0x806035d in _start () [2003-10-29 01:41:55] ryan at wonko dot com Description: When you call glob() with the GLOB_BRACE flag set, PHP segfaults if there are no files or directories matching the pattern. I'm running Apache 2.0.47 and PHP was built with the following configure line: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cli' '--with-bz2=/usr' '--enable-ctype' '--with-dom=/usr/local' '--enable-exif' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-xpm-dir=/usr/local' '--with-gettext=/usr/local' '--with-mysql=/usr/local' '--with-openssl-dir=/usr/local' '--with-openssl=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--enable-posix' '--with-pspell=/usr/local' '--enable-session' '--enable-sockets' '--enable-tokenizer' '--with-expat-dir=/usr/local' '--enable-xml' '--with-zip=/usr/local' '--with-zlib=yes' '--with-apxs2=/usr/local/sbin/apxs' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' Reproduce code: --- Expected result: glob() should return FALSE, indicating that there were no files or directories matching the pattern. Actual result: -- PHP exits on signal 11 (segmentation fault), as illustrated by these entries in my Apache error log: [Tue Oct 28 22:38:02 2003] [notice] child pid 68645 exit signal Segmentation fault (11) [Tue Oct 28 22:38:03 2003] [notice] child pid 68670 exit signal Segmentation fault (11) [Tue Oct 28 22:38:12 2003] [notice] child pid 68800 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=26025&edit=1
#10053 [Com]: Insert sentence error
ID: 10053 Comment by: chables21 at yahoo dot com Reported By: julian dot gonzalez at iconmedialab dot es Status: Closed Bug Type: COM related Operating System: W2000 PHP Version: 4.0.4 New Comment: $oConn = new COM("ADODB.Connection"); // Data Base: ORACLE 8.0 // insert query: it works fine!!! insert into Pact (nid,name,Apell1,Apell2,Sexo,NHisto,FNac) values (10040,'chables','wew','qewqwe','Hombre','121217',to_date('12/12/1999 ','MM-DD-')) // insert query: it does not works: php error memory insert into Pet (NID,NPet,NPac,Diagnostico,FPet,Medico,Servicio,FPetFin,nidPass,obsPet,o bsInf,codSer,itt) values (10060,'56',10040,3, to_date('29-03-2001','DD-MM-'), to_date('12-1-2001','DD-MM-, '', 'ttt', 'urgencias ', 'vv') Previous Comments: [2001-05-12 15:20:50] [EMAIL PROTECTED] no response [2001-05-07 12:46:12] [EMAIL PROTECTED] Does this problem persist with PHP 4.0.6-dev? There have been a lot of changes to ext/com recently, including improtant fixes after the PHP 4.0.5 release that will be included in PHP 4.0.6. [2001-03-29 09:47:19] julian dot gonzalez at iconmedialab dot es $oConn = new COM("ADODB.Connection"); // Data Base: ORACLE 8.0 // insert query: it works fine!!! insert into Pact (nid,name,Apell1,Apell2,Sexo,NHisto,FNac) values (10040,'qwrwfcdf','qeqwe','qewqwe','Hombre','121217',to_date('12/12/1999','MM-DD-')) // insert query: it does not works: php error memory insert into Pet (NID,NPet,NPac,Diagnostico,FPet,Medico,Servicio,FPetFin,nidPass,obsPet,obsInf,codSer,itt) values (10060,'56',10040,3, to_date('29-03-2001','DD-MM-'), to_date('12-1-2001','DD-MM-, '', 'ttt', 'urgencias ', 'vv') If i copy this query (generated by my php code), and paste into a SQL editor that work for make queries into data bases and i execute it, it works fine. Maybe a problem of lenght?. I hope i was wrong. -- Edit this bug report at http://bugs.php.net/?id=10053&edit=1
#26033 [NEW]: imageftbbox gives anomalous values when first called
From: robertks at hotmail dot com Operating system: OpenBSD 3.1 PHP version: 4.3.1 PHP Bug Type: GD related Bug description: imageftbbox gives anomalous values when first called Description: Can anyone explain the bizarre behavior of this code? ftp://ftp.netscape.com/pub/communicator/extras/fonts/windows/Cyberbit.ZIP print_r(imageftbbox($size, 0, $fontfile, $text, array())); echo ''; print_r(imageftbbox($size, 0, $fontfile, $text, array())); ?> Output: Array ( [0] => -1 [1] => 5 [2] => 598 [3] => 5 [4] => 598 [5] => -33554432 [6] => -1 [7] => -33554432 ) Array ( [0] => -1 [1] => 37 [2] => 598 [3] => 37 [4] => 598 [5] => -16 [6] => -1 [7] => -16 ) Particulars: Freetype 2.0.4 GD 2.0.9 PHP 4.3.1 What's going on? The [5] and [7] values of the output array (Y positions of the upper corners of the bounding box) are anomalous the first time the imageftbbox function is called. When the function is called again in an identical manner, the values are good. imagettfbbox does not exhibit this behavior on my system. If this is a known bug, cursory searches haven't brought up anything about it. Help! All the best, Robert K S Reproduce code: --- ftp://ftp.netscape.com/pub/communicator/extras/fonts/windows/Cyberbit.ZIP print_r(imageftbbox($size, 0, $fontfile, $text, array())); echo ''; print_r(imageftbbox($size, 0, $fontfile, $text, array())); ?> Expected result: Output: Array ( [0] => -1 [1] => 37 [2] => 598 [3] => 37 [4] => 598 [5] => -16 [6] => -1 [7] => -16 ) Array ( [0] => -1 [1] => 37 [2] => 598 [3] => 37 [4] => 598 [5] => -16 [6] => -1 [7] => -16 ) Actual result: -- Output: Array ( [0] => -1 [1] => 5 [2] => 598 [3] => 5 [4] => 598 [5] => -33554432 [6] => -1 [7] => -33554432 ) Array ( [0] => -1 [1] => 37 [2] => 598 [3] => 37 [4] => 598 [5] => -16 [6] => -1 [7] => -16 ) -- Edit bug report at http://bugs.php.net/?id=26033&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26033&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26033&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26033&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26033&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26033&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26033&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26033&r=support Expected behavior: http://bugs.php.net/fix.php?id=26033&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26033&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26033&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26033&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26033&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26033&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26033&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26033&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26033&r=float
#25934 [Opn->Fbk]: SessionID in URL sometimes ignored
ID: 25934 Updated by: [EMAIL PROTECTED] Reported By: php at webfreezer dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: SuSe Linux 8.1 PHP Version: 4.3.3 New Comment: Could you please show all your session related INI values after any ini_set() or session_set_cookie_params() that your script normally makes. Previous Comments: [2003-10-22 06:01:14] php at webfreezer dot com Sorry, ini_set("session.name", "sessionID") is called before, NOT ini_set("session-name"... [2003-10-22 05:59:38] php at webfreezer dot com I don´t access the sessionID in the scripts directly via any $_GET or $_POST. I only use PHP´s session_id() and session_name() functions throughout the scripts. After testing the current PHP snap there has been no change in the behavior so I changed the version back to 4.3.3. However I tried something different. I appended &PHPSESSID={SESSIONID} to the URL so that it now looks like "file.php?sessionID={SESSIONID}&PHPSESSID={SESSIONID}" when such a session "loss" occured and it works! As I stated before the session file exists and contains the correct data so the session is kind of restored that way. ini_get("session.name") however correctly returns "sessionID" on the same page and ini_set("session-name", "sessionID") is of course called prior to session_start(). So it seems as if PHP does not always correctly use the settings and falls back to standard values. Might ini_set values also be "remembered" by Apache processes as stated in bug bug #25753? I don´t know why it didn´t work some time ago when changing the session name to PHPSESSID did not work, but since then the code has been changed since then that might have been another problem. [2003-10-22 04:49:53] [EMAIL PROTECTED] Are you accessing the session ID via globals or do you use $_GET, etc.? This might be same issue as bug #25753 is about. [2003-10-22 03:03:04] php at webfreezer dot com I`ll test the snapshot soon. The following is the content of the .htaccess in the DocumentRoot: php_value register_globals 0 Options -Indexes register_globals must be set to on for the whole server because there are other older websites that require this option so I explicitly have to disable it for the affected website. [2003-10-22 02:01:38] [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 And do you set any PHP ini options in your httpd.conf / .htaccess file? (for any vhost) 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/25934 -- Edit this bug report at http://bugs.php.net/?id=25934&edit=1
#26023 [Opn->Bgs]: System Don't Work
ID: 26023 Updated by: [EMAIL PROTECTED] Reported By: opc at andired dot net -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Red Hat 9.0 PHP Version: Irrelevant 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. This is likely to be htpasswd problem. Previous Comments: [2003-10-28 17:32:08] opc at andired dot net Description: I use the next command +--- if (system("/usr/bin/htpasswd -b /home/var/key_file $user1 $clave1")) { echo "Update File"; } else { echo "Error !!"; } +- This work very good in other system (RedHat 7.2), but don't understand why don't work in my new server Linux Redhat ver 9.0 with PHP 4.2.2 and Apache 2.0. Reproduce code: --- if (system("/usr/bin/htpasswd -b /home/var/key_file $user1 $clave1")) { echo "Update File"; } else { echo "Error !!"; } Expected result: Print in the screen "Update File" Actual result: -- Print in the screen "Error" -- Edit this bug report at http://bugs.php.net/?id=26023&edit=1
#26027 [Opn->Bgs]: settype($array, 'string') always raises a notice
ID: 26027 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type:Arrays related PHP Version: 4.3.3 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2003-10-29 09:02:05] [EMAIL PROTECTED] Description: setType($array, 'string') always raises a notice Reproduce code: --- $ php -r '$r=array(); settype($r,'string'); var_dump($r);' Expected result: string(5) "Array" Actual result: -- PHP Notice: Array to string conversion in Command line code on line 1 string(5) "Array" -- Edit this bug report at http://bugs.php.net/?id=26027&edit=1
#26031 [Bgs]: bug
ID: 26031 Updated by: [EMAIL PROTECTED] Reported By: dario at designitup dot com Status: Bogus Bug Type: *General Issues Operating System: IIS6.0 PHP Version: 4.3.3 New Comment: If it was a bug, would you think the message you sent had got here? Guess if the box you put that message is a .. Previous Comments: [2003-10-29 18:53:27] [EMAIL PROTECTED] Try switching to the POST method. This will allow you to send more data from the browser to the web server. [2003-10-29 17:37:50] [EMAIL PROTECTED] Works fine here (Linux, Apache, Galeon). Most probably this is a limitation in your browser or your webserver. [2003-10-29 16:33:21] dario at designitup dot com Description: i can't get php to process a variable. see code below. it seems that php can't process it beyond ~1500 characters. the code below is very simple. after clicking "submit" the will echo back to the screen Reproduce code: --- textarea test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, -- Edit this bug report at http://bugs.php.net/?id=26031&edit=1
#26030 [Ver->Bgs]: array passed by reference is modified but should'nt be
ID: 26030 Updated by: [EMAIL PROTECTED] Reported By: kevin at hatry dot com -Status: Verified +Status: Bogus Bug Type: Scripting Engine problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Previous Comments: [2003-10-29 14:12:13] [EMAIL PROTECTED] Related to bug #25996 [2003-10-29 12:02:45] kevin at hatry dot com Description: When passing a non-existing portion of an array by reference this portion gets created even if the function does not touch the array => it is modified in the calling line. It works with string indexes as well. Reproduce code: --- error_reporting(E_ALL); $tab2 = array( ); function do_nothing ( &$var ) { // code here doesnt matter } do_nothing($tab2[10]); var_dump($tab2); Expected result: array(0) { } Actual result: -- array(1) { [10]=> NULL } -- Edit this bug report at http://bugs.php.net/?id=26030&edit=1
#26012 [Csd->Bgs]: mssql_fetch_array
ID: 26012 Updated by: [EMAIL PROTECTED] Reported By: boccara at netvision dot net dot il -Status: Closed +Status: Bogus Bug Type: MSSQL related Operating System: win2k SBS SP4 & Apache 2.0.47 PHP Version: 4.3.4RC2 Previous Comments: [2003-10-29 14:34:07] [EMAIL PROTECTED] The code was changed to fix a bug (#25777). This causes an other problem as there is a bug in the mssql library we use to build the extension. It has not been possible to gen an updated version of this library from Microsoft. Your code seamed to work fine with older versions of the extension, as all char and varchar fields was trimmed for trailing spaces. This is no longer the case and the fact that the library returns a single space when the column is empty and when the column contains a single space is not a problem with the php extension. For older versions of the extension it was not possible to store a value with spaces at the end, these would be trimmed out by the extension. The way the extension works now is the correct way (data is passed on from the database to the user ast it is). [2003-10-29 12:07:23] boccara at netvision dot net dot il the bug 25777 tell that php did a trim of the data, and now it's fix. I did this request in the transact sql: select DATALENGTH(rtrim(a)) from test I got 0 for all lines. I also did select DATALENGTH(a) from test I also got 0 for all lines. I ONLY got a space caractere when I do the request with php. I think you should really take a look deeper in your code source. REM: the only way to avoid the problem with 4.3.4 rc2 is to fill the blank column with . [2003-10-29 09:09:12] [EMAIL PROTECTED] I told you already: Bug #25777 was fixed in 4.3.4RC2.. [2003-10-29 03:08:16] boccara at netvision dot net dot il I agree with you, but why I only have this problem with the 4.3.4RC2 version ??? I remind you that it works with 4.3.4RC1 and older version ! [2003-10-28 17:32:14] [EMAIL PROTECTED] The C API provided from Microsoft is the problem in this cse. An ampty column is returned as a single space and not as a true empty column (a string with length 0). It is not possible to see the difference between an empty column and a column with a single space. In this case it is a bug, but not in PHP! As stated before the PHP extensions sould not attempt to 'fix' data but just present them as is. 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/26012 -- Edit this bug report at http://bugs.php.net/?id=26012&edit=1
#26031 [Bgs]: bug
ID: 26031 Updated by: [EMAIL PROTECTED] Reported By: dario at designitup dot com Status: Bogus Bug Type: *General Issues Operating System: IIS6.0 PHP Version: 4.3.3 New Comment: Try switching to the POST method. This will allow you to send more data from the browser to the web server. Previous Comments: [2003-10-29 17:37:50] [EMAIL PROTECTED] Works fine here (Linux, Apache, Galeon). Most probably this is a limitation in your browser or your webserver. [2003-10-29 16:33:21] dario at designitup dot com Description: i can't get php to process a variable. see code below. it seems that php can't process it beyond ~1500 characters. the code below is very simple. after clicking "submit" the will echo back to the screen Reproduce code: --- textarea test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, -- Edit this bug report at http://bugs.php.net/?id=26031&edit=1
#24704 [Com]: MySQL 4.0.13 libmysqlclient.so not compatible with PHP 4.3.2
ID: 24704 Comment by: oswald at apachefriends dot org Reported By: cmouse at quakenet dot org Status: No Feedback Bug Type: MySQL related Operating System: Linux mordor 2.4.20-grsec #10 Th PHP Version: 4.3.2 New Comment: I can confirm the behaviour cmouse reported. I'm bothered by the same problem. Using Apache 2.0.48, MySQL 4.0.16, and PHP 4.3.3 and Debian 2.2, Kernel 2.4.18. Compiling PHP with bundled MySQL support works fine. But linked with libmysqlclient I get the same problems: Everything works perfect until pressing the "browse" button for a table in phpMyAdmin. I'm not good in using debuggers and just tried to get some infos by using strace and ltrace. But I didn't find something. Here's the strace and ltrace output: http://www.apachefriends.org/sig11-strace.txt http://www.apachefriends.org/sig11-ltrace.txt Both traces are from an Apache child answering the deadly "browse" click. I noticed this behaviour firstly with the combination of PHP 4.3.2, Apache 2.0.46 and MySQL 4.0.13. I never saw this error before. Greetings and thanks! Oswald Previous Comments: [2003-07-23 22:29:22] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-07-18 06:00:18] [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-07-18 05:34:45] cmouse at quakenet dot org Description: It seems that my PHP works grand without the MySQL 4.0.13 library. Using the bundled library prevents any crashes in phpmyadmin. For some reason, the external library crashes the system, when trying to browse the database in phpmyadmin. System => Linux mordor 2.4.20-grsec #10 Thu Apr 17 18:28:33 EEST 2003 i686 Build Date => Jul 18 2003 13:22:57 Configure Command => './configure' '--prefix=/usr' '--localstatedir=/var' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-apxs=/usr/bin/apxs' '--enable-inline-optimization' '--with-mysql=/usr' '--enable-bcmath' '--enable-calendar' '--enable-dba' '--enable-dbase' '--enable-dbx' '--enable-dio' '--enable-exif' '--enable-ftp' '--enable-gd-native-ttf' '--enable-mime-magic' '--enable-shmop' '--enable-sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-config-file-path=/etc/php4/apache' '--with-zlib' '--with-bz2' '--with-dom' '--with-gd=/usr' '--with-jpeg' '--with-png-dir=/usr' '--with-zlib-dir=/usr' '--with-t1lib=/usr' '--with-iconv=/usr' '--with-java=/opt/j2sdk1.4.1_01' '--wi\ th-ldap=/usr' '--with-mcal=/usr' '--with-mcrypt=/usr' '--with-mhash=/usr' '--with-recode=/usr' '--with-mm=/usr' '--with-gdbm=/usr' '--enable-versioning' '--with-dom-xslt' '--with-dom-exslt' '--with-gettext' '--with-ncurses' '--with-readline' '--enable-shmop' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-xslt' '--with-xslt-sablot' '--with-expat-dir=/usr' '--with-zip' This is the compilation line I used Compiler: Reading specs from /usr/lib/gcc-lib/i386-linux/3.3/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i386-linux Thread model: posix gcc version 3.3 (Debian) MySQL configure: '--prefix=/usr' '--with-comment' '--with-libwrap=/usr/lib' '--with-mysqld-user=mysql' '--with-tcp-port=3306' '--with-unix-socket-path=/var/run/mysqld/mysqld.sock' '--without-debug' '--enable-thread-safe-client' '--enable-assembler' '--sysconfdir=/etc' '--localstatedir=/var' '--mandir=/usr/share/man' '--without-pstack' '--without-bench' -- Edit this bug report at http://bugs.php.net/?id=24704&edit=1
#26031 [Opn->Bgs]: bug
ID: 26031 Updated by: [EMAIL PROTECTED] Reported By: dario at designitup dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: IIS6.0 PHP Version: 4.3.3 New Comment: Works fine here (Linux, Apache, Galeon). Most probably this is a limitation in your browser or your webserver. Previous Comments: [2003-10-29 16:33:21] dario at designitup dot com Description: i can't get php to process a variable. see code below. it seems that php can't process it beyond ~1500 characters. the code below is very simple. after clicking "submit" the will echo back to the screen Reproduce code: --- textarea test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, -- Edit this bug report at http://bugs.php.net/?id=26031&edit=1
#26032 [NEW]: return in included files as not always the same behaviour
From: kevin at hatry dot com Operating system: irrelevant PHP version: 4.3.2 PHP Bug Type: Scripting Engine problem Bug description: return in included files as not always the same behaviour Description: First i'll describe the more or less documented way of doing: - When putting a return in an included file, the execution of the file stops and returns to the parent file (all normal), but functions defined in the included file are nontheless put in the environnement (they are callable in the parent file). OK i understand that: functions are added in the environnement at parsing time (so before execution time). - When including two times the same file which defines a function, i get a fatal error saying the function is already defined. (which is normal). But when you mix both, ie: an included file defining a function with a return at the beginning and that you include that file two times you dont have the fatal error: php seems to ignore the second declarations. Of course the example is trivial but it wotks the same if the includes are done in separate files. A last remark: if you add code after the return, it will never be executed (that's normal) whereas the function will exists which is disturbing : i spent half an hour wondering why my $GLOBALS affectation put after the return (which was in an if statement) didnt appear even when i could use the function ! Even if it's not considered as a bug i think it should be properly documented. Thanks. Reproduce code: --- and, the main file: Expected result: Fatal error: Cannot redeclare dummy() (previously declared in inc.php:5) in inc.php on line 5 Actual result: -- if the return statement is left uncommented: function: yes so the function exists despite the return. if the return statement is commented: Fatal error: Cannot redeclare dummy() (previously declared in inc.php:5) in inc.php on line 5 which should be the normal behaviour in both cases, i think. -- Edit bug report at http://bugs.php.net/?id=26032&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26032&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26032&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26032&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26032&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26032&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26032&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26032&r=support Expected behavior: http://bugs.php.net/fix.php?id=26032&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26032&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26032&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26032&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26032&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26032&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26032&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26032&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26032&r=float
#26025 [Opn->Csd]: segfault when glob() is called with GLOB_BRACE and there are no matches
ID: 26025 Updated by: [EMAIL PROTECTED] Reported By: ryan at wonko dot com -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: FreeBSD 4.7-RELEASE PHP Version: 4.3.4RC2 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-10-29 16:10:44] ryan at wonko dot com This problem is still present in the php4-STABLE-200310292030 snapshot. Backtrace follows: #0 0x80b0a96 in zif_glob (ht=2, return_value=0x81fd224, this_ptr=0x0, return_value_used=0) at /usr/home/ryan/testphp/php4-STABLE-200310292030/ext/standard/dir.c:409 #1 0x8166c1b in execute (op_array=0x81fc824) at /usr/home/ryan/testphp/php4-STABLE-200310292030/Zend/zend_execute.c:1616 #2 0x8155ed1 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/home/ryan/testphp/php4-STABLE-200310292030/Zend/zend.c:884 #3 0x812 in php_execute_script (primary_file=0xbfbffb38) at /usr/home/ryan/testphp/php4-STABLE-200310292030/main/main.c:1729 #4 0x816cc7f in main (argc=2, argv=0xbfbffba8) at /usr/home/ryan/testphp/php4-STABLE-200310292030/sapi/cli/php_cli.c:819 #5 0x806035d in _start () [2003-10-29 15:58:02] [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-10-29 02:06:23] ryan at wonko dot com Here's the backtrace: #0 0x80b0906 in zif_glob (ht=2, return_value=0x81fb224, this_ptr=0x0, return_value_used=0) at /usr/home/ryan/testphp/php-4.3.4RC2/ext/standard/dir.c:409 #1 0x8166a93 in execute (op_array=0x81fa8a4) at /usr/home/ryan/testphp/php-4.3.4RC2/Zend/zend_execute.c:1616 #2 0x8155d49 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/home/ryan/testphp/php-4.3.4RC2/Zend/zend.c:885 #3 0x81231a3 in php_execute_script (primary_file=0xbfbffb40) at /usr/home/ryan/testphp/php-4.3.4RC2/main/main.c:1729 #4 0x816caf7 in main (argc=2, argv=0xbfbffbb0) at /usr/home/ryan/testphp/php-4.3.4RC2/sapi/cli/php_cli.c:819 #5 0x806035d in _start () [2003-10-29 01:41:55] ryan at wonko dot com Description: When you call glob() with the GLOB_BRACE flag set, PHP segfaults if there are no files or directories matching the pattern. I'm running Apache 2.0.47 and PHP was built with the following configure line: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cli' '--with-bz2=/usr' '--enable-ctype' '--with-dom=/usr/local' '--enable-exif' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-xpm-dir=/usr/local' '--with-gettext=/usr/local' '--with-mysql=/usr/local' '--with-openssl-dir=/usr/local' '--with-openssl=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--enable-posix' '--with-pspell=/usr/local' '--enable-session' '--enable-sockets' '--enable-tokenizer' '--with-expat-dir=/usr/local' '--enable-xml' '--with-zip=/usr/local' '--with-zlib=yes' '--with-apxs2=/usr/local/sbin/apxs' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' Reproduce code: --- Expected result: glob() should return FALSE, indicating that there were no files or directories matching the pattern. Actual result: -- PHP exits on signal 11 (segmentation fault), as illustrated by these entries in my Apache error log: [Tue Oct 28 22:38:02 2003] [notice] child pid 68645 exit signal Segmentation fault (11) [Tue Oct 28 22:38:03 2003] [notice] child pid 68670 exit signal Segmentation fault (11) [Tue Oct 28 22:38:12 2003] [notice] child pid 68800 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=26025&edit=1
#26031 [NEW]: bug
From: dario at designitup dot com Operating system: IIS6.0 PHP version: 4.3.3 PHP Bug Type: *General Issues Bug description: bug Description: i can't get php to process a variable. see code below. it seems that php can't process it beyond ~1500 characters. the code below is very simple. after clicking "submit" the will echo back to the screen Reproduce code: --- textarea test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, test, -- Edit bug report at http://bugs.php.net/?id=26031&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26031&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26031&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26031&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26031&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26031&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26031&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26031&r=support Expected behavior: http://bugs.php.net/fix.php?id=26031&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26031&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26031&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26031&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26031&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26031&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26031&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26031&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26031&r=float
#26025 [Fbk->Opn]: segfault when glob() is called with GLOB_BRACE and there are no matches
ID: 26025 User updated by: ryan at wonko dot com Reported By: ryan at wonko dot com -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: FreeBSD 4.7-RELEASE PHP Version: 4.3.4RC2 New Comment: This problem is still present in the php4-STABLE-200310292030 snapshot. Backtrace follows: #0 0x80b0a96 in zif_glob (ht=2, return_value=0x81fd224, this_ptr=0x0, return_value_used=0) at /usr/home/ryan/testphp/php4-STABLE-200310292030/ext/standard/dir.c:409 #1 0x8166c1b in execute (op_array=0x81fc824) at /usr/home/ryan/testphp/php4-STABLE-200310292030/Zend/zend_execute.c:1616 #2 0x8155ed1 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/home/ryan/testphp/php4-STABLE-200310292030/Zend/zend.c:884 #3 0x812 in php_execute_script (primary_file=0xbfbffb38) at /usr/home/ryan/testphp/php4-STABLE-200310292030/main/main.c:1729 #4 0x816cc7f in main (argc=2, argv=0xbfbffba8) at /usr/home/ryan/testphp/php4-STABLE-200310292030/sapi/cli/php_cli.c:819 #5 0x806035d in _start () Previous Comments: [2003-10-29 15:58:02] [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-10-29 02:06:23] ryan at wonko dot com Here's the backtrace: #0 0x80b0906 in zif_glob (ht=2, return_value=0x81fb224, this_ptr=0x0, return_value_used=0) at /usr/home/ryan/testphp/php-4.3.4RC2/ext/standard/dir.c:409 #1 0x8166a93 in execute (op_array=0x81fa8a4) at /usr/home/ryan/testphp/php-4.3.4RC2/Zend/zend_execute.c:1616 #2 0x8155d49 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/home/ryan/testphp/php-4.3.4RC2/Zend/zend.c:885 #3 0x81231a3 in php_execute_script (primary_file=0xbfbffb40) at /usr/home/ryan/testphp/php-4.3.4RC2/main/main.c:1729 #4 0x816caf7 in main (argc=2, argv=0xbfbffbb0) at /usr/home/ryan/testphp/php-4.3.4RC2/sapi/cli/php_cli.c:819 #5 0x806035d in _start () [2003-10-29 01:41:55] ryan at wonko dot com Description: When you call glob() with the GLOB_BRACE flag set, PHP segfaults if there are no files or directories matching the pattern. I'm running Apache 2.0.47 and PHP was built with the following configure line: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cli' '--with-bz2=/usr' '--enable-ctype' '--with-dom=/usr/local' '--enable-exif' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-xpm-dir=/usr/local' '--with-gettext=/usr/local' '--with-mysql=/usr/local' '--with-openssl-dir=/usr/local' '--with-openssl=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--enable-posix' '--with-pspell=/usr/local' '--enable-session' '--enable-sockets' '--enable-tokenizer' '--with-expat-dir=/usr/local' '--enable-xml' '--with-zip=/usr/local' '--with-zlib=yes' '--with-apxs2=/usr/local/sbin/apxs' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' Reproduce code: --- Expected result: glob() should return FALSE, indicating that there were no files or directories matching the pattern. Actual result: -- PHP exits on signal 11 (segmentation fault), as illustrated by these entries in my Apache error log: [Tue Oct 28 22:38:02 2003] [notice] child pid 68645 exit signal Segmentation fault (11) [Tue Oct 28 22:38:03 2003] [notice] child pid 68670 exit signal Segmentation fault (11) [Tue Oct 28 22:38:12 2003] [notice] child pid 68800 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=26025&edit=1
#16189 [Com]: limit in lenght of textarea from a php page
ID: 16189 Comment by: dario at designitup dot com Reported By: zrm at 52000 dot com dot cn Status: Bogus Bug Type: Scripting Engine problem Operating System: win2000 PHP Version: 4.1.1 New Comment: I believe it's a bug. I'm having the same problem. I can't get a php variable to hold data larger than ~1700 char. Previous Comments: [2002-03-20 13:10:51] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-03-20 12:17:42] zrm at 52000 dot com dot cn When i input a long message into textarea and insert it into mysql with fields longblob from a PHP page, I discovered that the max lenght of a message is about 1000 characters, the rest of the submit isn't work,and i can't insert a long message into mysql database. can you help me! -- Edit this bug report at http://bugs.php.net/?id=16189&edit=1
#26025 [Opn->Fbk]: segfault when glob() is called with GLOB_BRACE and there are no matches
ID: 26025 Updated by: [EMAIL PROTECTED] Reported By: ryan at wonko dot com -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: FreeBSD 4.7-RELEASE PHP Version: 4.3.4RC2 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-10-29 02:06:23] ryan at wonko dot com Here's the backtrace: #0 0x80b0906 in zif_glob (ht=2, return_value=0x81fb224, this_ptr=0x0, return_value_used=0) at /usr/home/ryan/testphp/php-4.3.4RC2/ext/standard/dir.c:409 #1 0x8166a93 in execute (op_array=0x81fa8a4) at /usr/home/ryan/testphp/php-4.3.4RC2/Zend/zend_execute.c:1616 #2 0x8155d49 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/home/ryan/testphp/php-4.3.4RC2/Zend/zend.c:885 #3 0x81231a3 in php_execute_script (primary_file=0xbfbffb40) at /usr/home/ryan/testphp/php-4.3.4RC2/main/main.c:1729 #4 0x816caf7 in main (argc=2, argv=0xbfbffbb0) at /usr/home/ryan/testphp/php-4.3.4RC2/sapi/cli/php_cli.c:819 #5 0x806035d in _start () [2003-10-29 01:41:55] ryan at wonko dot com Description: When you call glob() with the GLOB_BRACE flag set, PHP segfaults if there are no files or directories matching the pattern. I'm running Apache 2.0.47 and PHP was built with the following configure line: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cli' '--with-bz2=/usr' '--enable-ctype' '--with-dom=/usr/local' '--enable-exif' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-xpm-dir=/usr/local' '--with-gettext=/usr/local' '--with-mysql=/usr/local' '--with-openssl-dir=/usr/local' '--with-openssl=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--enable-posix' '--with-pspell=/usr/local' '--enable-session' '--enable-sockets' '--enable-tokenizer' '--with-expat-dir=/usr/local' '--enable-xml' '--with-zip=/usr/local' '--with-zlib=yes' '--with-apxs2=/usr/local/sbin/apxs' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' Reproduce code: --- Expected result: glob() should return FALSE, indicating that there were no files or directories matching the pattern. Actual result: -- PHP exits on signal 11 (segmentation fault), as illustrated by these entries in my Apache error log: [Tue Oct 28 22:38:02 2003] [notice] child pid 68645 exit signal Segmentation fault (11) [Tue Oct 28 22:38:03 2003] [notice] child pid 68670 exit signal Segmentation fault (11) [Tue Oct 28 22:38:12 2003] [notice] child pid 68800 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=26025&edit=1
#16043 [Com]: $_SESSION can't use in PHP 4.1.2
ID: 16043 Comment by: martinn at portant dot com Reported By: tokimeki at pchome dot com dot tw Status: Closed Bug Type: Session related Operating System: Windows XP PHP Version: 4.1.2 New Comment: The error still exists with PHP 4.3.3 on Win2000, Apache 1.3.24, running as a module. Previous Comments: [2003-06-10 21:52:48] php at rjs3 dot com I thought I was having this problem when I discovered that my cookie domain in php.ini was set. I host multiple virtual domains, and when I was trying use sessions on a different domain they would always fail. I have since changed the cookie domain to blank so it defaults to the server which issues the cookie. Just something else to check for anyone still having problems. [2003-04-19 10:41:29] no at bulk-e-mail-marketing dot com WOW, I have been working on this problem for days, I am running php 4.0.6 on suse linux7.3 and had the same problem. This IS what fixxed me. // $HTTP_SESSION_VARS bugfix while(list($key , $value) = each($HTTP_SESSION_VARS)){ session_register($key); $$key = $value; } which was listed on this page by bluefoot project. THXS guys :-) [2003-04-01 18:53:47] madstarr at bellsouth dot net Noticed that most of these emails related to the $_Session not maintaining the variable value occurred in 2002. Has this been resolved? I saw mentioned it was resolved with 4.2.0. I am running 4.2.2 on an NT 5.0 system, and experiencing the same problem trying to process form data from 3 forms. I combined the forms into 1, got rid of the $_SESSION and just used $_POST, works perfectly. What's the deal, is it fixed? [2003-02-21 17:20:39] twjohnso at hotmail dot com I too am having the same issue... here is my info... PHP Version: 4.3.1 (Windows Binary) OS Version: Win2K Pro, SP2 Webserver: IIS MySQL version: 4.0.10 gamma (win32) PHP Settings... file_uploads = On/Off (someone said this helped for them, didnt seem to make a difference for me) register_globals = On/Off (someone said this helped for them, didnt seem to make a difference for me) session support = enabled Regards, Tj [2003-01-24 13:14:48] sbeam at rtint dot net ok I will ask Redhat to send the aspirin and cake 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/16043 -- Edit this bug report at http://bugs.php.net/?id=16043&edit=1
#26012 [Bgs->Csd]: mssql_fetch_array
ID: 26012 User updated by: boccara at netvision dot net dot il Reported By: boccara at netvision dot net dot il -Status: Bogus +Status: Closed Bug Type: MSSQL related Operating System: win2k SBS SP4 & Apache 2.0.47 PHP Version: 4.3.4RC2 New Comment: . Previous Comments: [2003-10-29 14:41:07] boccara at netvision dot net dot il Ok. thank you. [2003-10-29 14:34:07] [EMAIL PROTECTED] The code was changed to fix a bug (#25777). This causes an other problem as there is a bug in the mssql library we use to build the extension. It has not been possible to gen an updated version of this library from Microsoft. Your code seamed to work fine with older versions of the extension, as all char and varchar fields was trimmed for trailing spaces. This is no longer the case and the fact that the library returns a single space when the column is empty and when the column contains a single space is not a problem with the php extension. For older versions of the extension it was not possible to store a value with spaces at the end, these would be trimmed out by the extension. The way the extension works now is the correct way (data is passed on from the database to the user ast it is). [2003-10-29 12:07:23] boccara at netvision dot net dot il the bug 25777 tell that php did a trim of the data, and now it's fix. I did this request in the transact sql: select DATALENGTH(rtrim(a)) from test I got 0 for all lines. I also did select DATALENGTH(a) from test I also got 0 for all lines. I ONLY got a space caractere when I do the request with php. I think you should really take a look deeper in your code source. REM: the only way to avoid the problem with 4.3.4 rc2 is to fill the blank column with . [2003-10-29 09:09:12] [EMAIL PROTECTED] I told you already: Bug #25777 was fixed in 4.3.4RC2.. [2003-10-29 03:08:16] boccara at netvision dot net dot il I agree with you, but why I only have this problem with the 4.3.4RC2 version ??? I remind you that it works with 4.3.4RC1 and older version ! 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/26012 -- Edit this bug report at http://bugs.php.net/?id=26012&edit=1
#26012 [Bgs]: mssql_fetch_array
ID: 26012 User updated by: boccara at netvision dot net dot il Reported By: boccara at netvision dot net dot il Status: Bogus Bug Type: MSSQL related Operating System: win2k SBS SP4 & Apache 2.0.47 PHP Version: 4.3.4RC2 New Comment: Ok. thank you. Previous Comments: [2003-10-29 14:34:07] [EMAIL PROTECTED] The code was changed to fix a bug (#25777). This causes an other problem as there is a bug in the mssql library we use to build the extension. It has not been possible to gen an updated version of this library from Microsoft. Your code seamed to work fine with older versions of the extension, as all char and varchar fields was trimmed for trailing spaces. This is no longer the case and the fact that the library returns a single space when the column is empty and when the column contains a single space is not a problem with the php extension. For older versions of the extension it was not possible to store a value with spaces at the end, these would be trimmed out by the extension. The way the extension works now is the correct way (data is passed on from the database to the user ast it is). [2003-10-29 12:07:23] boccara at netvision dot net dot il the bug 25777 tell that php did a trim of the data, and now it's fix. I did this request in the transact sql: select DATALENGTH(rtrim(a)) from test I got 0 for all lines. I also did select DATALENGTH(a) from test I also got 0 for all lines. I ONLY got a space caractere when I do the request with php. I think you should really take a look deeper in your code source. REM: the only way to avoid the problem with 4.3.4 rc2 is to fill the blank column with . [2003-10-29 09:09:12] [EMAIL PROTECTED] I told you already: Bug #25777 was fixed in 4.3.4RC2.. [2003-10-29 03:08:16] boccara at netvision dot net dot il I agree with you, but why I only have this problem with the 4.3.4RC2 version ??? I remind you that it works with 4.3.4RC1 and older version ! [2003-10-28 17:32:14] [EMAIL PROTECTED] The C API provided from Microsoft is the problem in this cse. An ampty column is returned as a single space and not as a true empty column (a string with length 0). It is not possible to see the difference between an empty column and a column with a single space. In this case it is a bug, but not in PHP! As stated before the PHP extensions sould not attempt to 'fix' data but just present them as is. 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/26012 -- Edit this bug report at http://bugs.php.net/?id=26012&edit=1
#26012 [Bgs]: mssql_fetch_array
ID: 26012 Updated by: [EMAIL PROTECTED] Reported By: boccara at netvision dot net dot il Status: Bogus Bug Type: MSSQL related Operating System: win2k SBS SP4 & Apache 2.0.47 PHP Version: 4.3.4RC2 New Comment: The code was changed to fix a bug (#25777). This causes an other problem as there is a bug in the mssql library we use to build the extension. It has not been possible to gen an updated version of this library from Microsoft. Your code seamed to work fine with older versions of the extension, as all char and varchar fields was trimmed for trailing spaces. This is no longer the case and the fact that the library returns a single space when the column is empty and when the column contains a single space is not a problem with the php extension. For older versions of the extension it was not possible to store a value with spaces at the end, these would be trimmed out by the extension. The way the extension works now is the correct way (data is passed on from the database to the user ast it is). Previous Comments: [2003-10-29 12:07:23] boccara at netvision dot net dot il the bug 25777 tell that php did a trim of the data, and now it's fix. I did this request in the transact sql: select DATALENGTH(rtrim(a)) from test I got 0 for all lines. I also did select DATALENGTH(a) from test I also got 0 for all lines. I ONLY got a space caractere when I do the request with php. I think you should really take a look deeper in your code source. REM: the only way to avoid the problem with 4.3.4 rc2 is to fill the blank column with . [2003-10-29 09:09:12] [EMAIL PROTECTED] I told you already: Bug #25777 was fixed in 4.3.4RC2.. [2003-10-29 03:08:16] boccara at netvision dot net dot il I agree with you, but why I only have this problem with the 4.3.4RC2 version ??? I remind you that it works with 4.3.4RC1 and older version ! [2003-10-28 17:32:14] [EMAIL PROTECTED] The C API provided from Microsoft is the problem in this cse. An ampty column is returned as a single space and not as a true empty column (a string with length 0). It is not possible to see the difference between an empty column and a column with a single space. In this case it is a bug, but not in PHP! As stated before the PHP extensions sould not attempt to 'fix' data but just present them as is. [2003-10-28 15:38:02] boccara at netvision dot net dot il I made some change, and let me tell you that uou have a BIG bug. I returned to 4.3.4RC2 I made a request WITHOUT any RTRIM my data are defined as varchar(100) and NOT as char. I have located where there is a problem: query : select a from table test ( a is varchar(100)) when a is blank (without any caractere but not null ) it return the ascii code 32 wich is a space. if it is not a BUG I would like to understand what it is ??? 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/26012 -- Edit this bug report at http://bugs.php.net/?id=26012&edit=1
#25976 [Opn->Fbk]: $array[] = $otherarray does not work as expected
ID: 25976 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Arrays related Operating System: Linux PHP Version: 5CVS-2003-10-27 (dev) New Comment: I suspect this problem is caused by some funky accelerator / cacher. Please make sure that the problem is also reproducible without such things! (The same thing applies for your other reports related to coWiki, such as bug #25985). Previous Comments: [2003-10-27 07:04:21] [EMAIL PROTECTED] Sorry, I get "Connection refused" by this URL all time. [2003-10-27 06:00:19] [EMAIL PROTECTED] Hi Antony, see http://kai.cowiki.org/_info.php for details. [2003-10-27 01:20:28] [EMAIL PROTECTED] Please, provide more info about your config and OS. What version of apache do you use? Have you try this examples with PHP-CLI ? [2003-10-24 14:55:07] [EMAIL PROTECTED] I've updated my PHP version from CVS and rebuild, but same problem. See http://kai.cowiki.org/tests/test.array.php and http://kai.cowiki.org/tests/test.array2.php. [2003-10-24 11:34:16] tony2001 at phpclub dot net Try to update your PHP from CVS, to run ./cvsclean and to build it once more. I can't reproduce this with latest CVS. 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/25976 -- Edit this bug report at http://bugs.php.net/?id=25976&edit=1
#25985 [Opn->Fbk]: Crash running coWiki
ID: 25985 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux PHP Version: PHP5b2RC1, 5CVS-2003-10-25 (dev) Assigned To: andi New Comment: Please be sure to feed --enable-debug to configure when you are trying to make gdb backtrace. Previous Comments: [2003-10-27 11:28:22] [EMAIL PROTECTED] (gdb) bt #0 0x5a5a5a5a in ?? () #1 0x40a64138 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #2 0x40a9f3cc in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #3 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #4 0x40a9d941 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #5 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #6 0x40a6b773 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #7 0x40a6aafa in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #8 0x40a6bb29 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #9 0x40a6c446 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #10 0x40a9aa05 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #11 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #12 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #13 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #14 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #15 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #16 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #17 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #18 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #19 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #20 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #21 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #22 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #23 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #24 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #25 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #26 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #27 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #28 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #29 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #30 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #31 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #32 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #33 0x40a9d941 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #34 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #35 0x40a7656b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #36 0x40a34f18 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #37 0x40aa3450 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #38 0x40aa43f1 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #39 0x40aa4477 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #40 0x08053e8b in ap_invoke_handler (r=0x81c0984) at http_config.c:518 #41 0x08068986 in process_request_internal (r=0x81c0984) at http_request.c:1324 #42 0x08068dcf in ap_internal_redirect (new_uri=0x81c095c "/index.php", r=0x81bc254) at http_request.c:1461 ---Type to continue, or q to quit--- #43 0x402b1dba in handle_dir (r=0x81bc254) at mod_dir.c:174 #44 0x08053e8b in ap_invoke_handler (r=0x81bc254) at http_config.c:518 #45 0x08068986 in process_request_internal (r=0x81bc254) at http_request.c:1324 #46 0x080689e5 in ap_process_request (r=0x81bc254) at http_request.c:1340 #47 0x0805fafb in child_main (child_num_arg=0) at http_main.c:4653 #48 0x0805fca3 in make_child (s=0x8093c4c, slot=0, now=1067269185) at http_main.c:4768 #49 0x0805fe09 in startup_children (number_to_start=5) at http_main.c:4850 #50 0x080604af in standalone_main (argc=2, argv=0xb624) at http_main.c:5169 #51 0x08060ccd in main (argc=2, argv=0xb624) at http_main.c:5511 #52 0x4015e8ae in __libc_start_main () from /lib/libc.so.6 (gdb) [2003-10-25 03:00:25] [EMAIL PROTECTED] Description: coWiki is a web collaboration tool complete written in/for PHP5, see http://www.develnet.org for more de
#25996 [Ver]: Assignment by reference suppress index error
ID: 25996 Updated by: [EMAIL PROTECTED] Reported By: hongnk at hotmail dot com Status: Verified Bug Type: Zend Engine 2 problem -Operating System: All +Operating System: Irrelevant -PHP Version: 5CVS +PHP Version: Irrelevant New Comment: Related to bug #26030 Previous Comments: [2003-10-26 21:33:23] hongnk at hotmail dot com Description: Accessing array with uninitialized index will normally trigger error: $a=array(); $b=$a['unknown']; => undefined index error but if I assign by reference: $b=&$a['unknown']; then PHP no longer throw error. (The same goes for assigning undefined property to an object.) This makes it difficult to debug scripts. -- Edit this bug report at http://bugs.php.net/?id=25996&edit=1
#26030 [Opn->Ver]: array passed by reference is modified but should'nt be
ID: 26030 Updated by: [EMAIL PROTECTED] Reported By: kevin at hatry dot com -Status: Open +Status: Verified Bug Type: Scripting Engine problem -Operating System: windows + linux with php4.3.2 +Operating System: Irrelevant -PHP Version: 4.3.3 +PHP Version: Irrelevant New Comment: Related to bug #25996 Previous Comments: [2003-10-29 12:02:45] kevin at hatry dot com Description: When passing a non-existing portion of an array by reference this portion gets created even if the function does not touch the array => it is modified in the calling line. It works with string indexes as well. Reproduce code: --- error_reporting(E_ALL); $tab2 = array( ); function do_nothing ( &$var ) { // code here doesnt matter } do_nothing($tab2[10]); var_dump($tab2); Expected result: array(0) { } Actual result: -- array(1) { [10]=> NULL } -- Edit this bug report at http://bugs.php.net/?id=26030&edit=1
#22417 [Com]: Error while using sessions with MM
ID: 22417 Comment by: admin at usn dot ru Reported By: juliano at cyberweb dot com dot br Status: No Feedback Bug Type: Session related Operating System: Linux RH 7.3 PHP Version: 4.3.1 New Comment: / Excuse me for my English / I've noticed same bug on my Linux Web Box. From Google search I've founded same bug on your database (message "[13 Aug 2002 7:40pm EDT] glerma at dal dot dset dot com" from bug 18044) this bug have strange behaviour: it appear over about 1000 requests to scripts with session_start() after apache restart. On test enviroment (under low load) it does not appear at all. After it appear not all child process crash: some session_start() work. I have not found any regularity in appearing of this bug. With files handler for sessions all work well. There are my software enviroment: Slackware 9.0 (glibc 2.3.1, gcc 3.2.2)/self-compiled kernel 2.4.22/apache 1.3.28/openssl-0.9.7c/modssl-2.8.15/php-4.3.3/mm-1.3.0 Hardware: Dual PIII 1000/1GB RAM There are configure scripts: PHP: ./configure --with-config-file-path=/etc/httpd --with-mysql=/usr/local --with-apache=../apache_1.3.28 --with-zlib --disable-cli --disable-cgi --disable-ipv6 --with-openssl --with-mysql=/usr/local --with-mysql-sock=/var/lock/mysql.sock --with-mm=/usr/local --enable-sockets --disable-xml --with-mnogosearch=/usr/local Apache: SSL_BASE=/usr/src/openssl-0.9.7b EAPI_MM=/usr/local ./configure --with-layout=star --activate-module=src/modules/php4/libphp4.a --disable-module=actions --disable-module=cgi --disable-module=include --disable-module=userdir --enable-module=rewrite --enable-module=usertrack --enable-module=ssl --server-uid=www --server-gid=www --disable-rule=SSL_COMPAT And there are my backtrace: #0 ps_mm_destroy (data=0x8536040) at /usr/src/php-4.3.3/ext/session/mod_mm.c:243 #1 0x080ec771 in zm_shutdown_ps_mm (type=1, module_number=17) at /usr/src/php-4.3.3/ext/session/mod_mm.c:295 #2 0x080eb90f in zm_shutdown_session (type=1, module_number=17) at /usr/src/php-4.3.3/ext/session/session.c:1644 #3 0x080c7e85 in module_destructor (module=0x8536ba0) at /usr/src/php-4.3.3/Zend/zend_API.c:1125 #4 0x080c9aa8 in zend_hash_apply_deleter (ht=0x8218720, p=0x8536b70) at /usr/src/php-4.3.3/Zend/zend_hash.c:608 #5 0x080c9b1a in zend_hash_graceful_reverse_destroy (ht=0x8218720) at /usr/src/php-4.3.3/Zend/zend_hash.c:674 #6 0x080c5a29 in zend_shutdown () at /usr/src/php-4.3.3/Zend/zend.c:558 #7 0x080a86cb in php_module_shutdown () at /usr/src/php-4.3.3/main/main.c:1284 #8 0x080a86a3 in php_module_shutdown_wrapper (sapi_globals=0x81f90c0) at /usr/src/php-4.3.3/main/main.c:1261 #9 0x080a285f in apache_php_module_shutdown_wrapper () #10 0x08148185 in run_cleanups () #11 0x081468c2 in ap_clear_pool () #12 0x0814693f in ap_destroy_pool () #13 0x08146895 in ap_clear_pool () #14 0x0814693f in ap_destroy_pool () #15 0x081554bd in clean_parent_exit () #16 0x08158147 in standalone_main () #17 0x08158679 in main () #18 0x401e7bb4 in __libc_start_main () from /lib/libc.so.6 Thank you. Jafar Aliev, USN.Ru administrator. Previous Comments: [2003-03-15 18:46:10] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. And I can not reproduce this. [2003-03-09 19:12:47] [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 And generate the backtrace asked before with the snapshot. [2003-02-26 01:03:59] [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-02-25 13:23:37] juliano at cyberweb dot com dot br I had a fast experience to increase the performance of PHP scripts in about 100%. Fast, but unhappy. The problem is the following one: when using PHP with Sessions being recorded dinamicaly with module MM (session.save_handler = mm), after some minutes of activities (about executed hundreds of scripts), start to appear ackward messages in apache's error_log, as: [ Tue Feb 25 15:45:14 2003 ] [ notice ] child pid 1340 exit signal Segmentation
#26010 [Opn->Ver]: Bug on get_object_vars() function
ID: 26010 Updated by: [EMAIL PROTECTED] Reported By: rodrigo at intelligencegroup dot com dot br -Status: Open +Status: Verified -Bug Type: Class/Object related +Bug Type: Zend Engine 2 problem Operating System: Linux (redhat 9) -PHP Version: 5CVS-2003-10-27 (dev) +PHP Version: 5CVS-2003-10-28 (dev) New Comment: Verified. Refraining from adding a test case till beta2 roll-up. Previous Comments: [2003-10-27 15:27:11] rodrigo at intelligencegroup dot com dot br Description: The function get_object_vars() is getting back an array where public variables is ok, but private variables is being defined with no key. Reproduce code: --- a = "value of a"; $this->b = "value of b"; } } $data = new A(); $objVars = get_object_vars($data); var_dump($objVars); ?> Expected result: array(2) { ["a"]=> string(10) "value of a" ["b"]=> string(10) "value of b" } Actual result: -- array(2) { [""]=> string(10) "value of a" ["b"]=> string(10) "value of b" } -- Edit this bug report at http://bugs.php.net/?id=26010&edit=1
#26028 [Opn->Bgs]: Compilation error in libmysql.c
ID: 26028 Updated by: [EMAIL PROTECTED] Reported By: martin at ibuildings dot nl -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Redhat 6.1 PHP Version: 4.3.3 New Comment: See #22590. Make sure that your system doesn't use /usr/local/jdk/jre/bin/libjpeg.so when it's not told to do so (i.e. adjust your /etc/ld.so.conf and run ldconfig afterwards). Previous Comments: [2003-10-29 10:09:57] martin at ibuildings dot nl I also tried PHP 4.3.2 with same results [2003-10-29 09:35:21] martin at ibuildings dot nl Description: I try to compile PHP 4.3.3. It gives me an error at compilation. My settings: TARGET="/usr/local/apache_1.3.28" ./configure \ --prefix=$TARGET \ --with-apxs=$TARGET/bin/apxs \ --with-config-file-path=$TARGET/conf \ --enable-memory-limit \ --with-mysql \ --disable-cli \ --with-oci8 \ --with-gd=/usr/local/gd \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-ttf=/usr \ --enable-gd-imgstrttf \ --enable-gd-native-ttf \ --with-gettext \ --enable-track-vars \ --enable-sigchild \ --with-xml \ --with-zlib \ --with-java=/usr/local/jdk configures runs ok but, when i do a make it fails with this: In file included from /usr/local/src/php-4.3.3/ext/mysql/libmysql/libmysql.c:4: /usr/local/src/php-4.3.3/ext/mysql/libmysql/global.h:260: warning: redefinition of `uint' /usr/include/sys/types.h:131: warning: `uint' previously declared here /usr/local/src/php-4.3.3/ext/mysql/libmysql/global.h:261: warning: redefinition of `ushort' /usr/include/sys/types.h:130: warning: `ushort' previously declared here In file included from /usr/local/src/php-4.3.3/ext/mysql/libmysql/libmysql.c:11: /usr/local/src/php-4.3.3/ext/mysql/libmysql/m_string.h:183: parse error before `__extension__' /usr/local/src/php-4.3.3/ext/mysql/libmysql/m_string.h:183: parse error before `&&' make: *** [ext/mysql/libmysql/libmysql.lo] Error 1 config.log says for ushort and uint: configure:51709: checking for type ushort configure:51728: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/gd/lib -L/usr/local/gd/lib -Wl,-rpath,/usr /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_ThrowByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_NewObjectByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_GetEnv' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_ThrowNullPointerException' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `jio_snprintf' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_CallMethodByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_CallStaticMethodByName' collect2: ld returned 1 exit status configure: failed program was: #line 51717 "configure" #include "confdefs.h" #include #include main() { ushort foo; foo++; exit(0); } configure:51666: checking for type uint configure:51685: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/gd/lib -L/usr/local/gd/lib -Wl,-rpath,/usr /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_ThrowByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_NewObjectByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_GetEnv' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_ThrowNullPointerException' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `jio_snprintf' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_CallMethodByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_CallStaticMethodByName' collect2: ld returned 1 exit status configure: failed program was: #line 51674 "configure" #include "confdefs.h" #include #include main() { uint foo; foo++; exit(0); } USHORT and UINT aren't defined in main/php_config.h The problem looks a lot like bug 17809 and 12451 -- Edit this bug report at http://bugs.php.net/?id=26028&edit=1
#26012 [Bgs]: mssql_fetch_array
ID: 26012 User updated by: boccara at netvision dot net dot il Reported By: boccara at netvision dot net dot il Status: Bogus Bug Type: MSSQL related Operating System: win2k SBS SP4 & Apache 2.0.47 PHP Version: 4.3.4RC2 New Comment: the bug 25777 tell that php did a trim of the data, and now it's fix. I did this request in the transact sql: select DATALENGTH(rtrim(a)) from test I got 0 for all lines. I also did select DATALENGTH(a) from test I also got 0 for all lines. I ONLY got a space caractere when I do the request with php. I think you should really take a look deeper in your code source. REM: the only way to avoid the problem with 4.3.4 rc2 is to fill the blank column with . Previous Comments: [2003-10-29 09:09:12] [EMAIL PROTECTED] I told you already: Bug #25777 was fixed in 4.3.4RC2.. [2003-10-29 03:08:16] boccara at netvision dot net dot il I agree with you, but why I only have this problem with the 4.3.4RC2 version ??? I remind you that it works with 4.3.4RC1 and older version ! [2003-10-28 17:32:14] [EMAIL PROTECTED] The C API provided from Microsoft is the problem in this cse. An ampty column is returned as a single space and not as a true empty column (a string with length 0). It is not possible to see the difference between an empty column and a column with a single space. In this case it is a bug, but not in PHP! As stated before the PHP extensions sould not attempt to 'fix' data but just present them as is. [2003-10-28 15:38:02] boccara at netvision dot net dot il I made some change, and let me tell you that uou have a BIG bug. I returned to 4.3.4RC2 I made a request WITHOUT any RTRIM my data are defined as varchar(100) and NOT as char. I have located where there is a problem: query : select a from table test ( a is varchar(100)) when a is blank (without any caractere but not null ) it return the ascii code 32 wich is a space. if it is not a BUG I would like to understand what it is ??? [2003-10-28 14:09:46] [EMAIL PROTECTED] This fix makes fetching on char() columns work differently that it used to. MMSQL Server and other RDBMS's patches the data in a char() column with trailing spaces. When data are fetched with the new version of the extension these extra spaces are returned. A char() column is a fixed length datatype so the database adds extra spaces when the content is shortar than the defined length. Using a varchar() column is a way to avoid this problem. 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/26012 -- Edit this bug report at http://bugs.php.net/?id=26012&edit=1
#26030 [NEW]: array passed by reference is modified but should'nt be
From: kevin at hatry dot com Operating system: windows + linux with php4.3.2 PHP version: 4.3.3 PHP Bug Type: Scripting Engine problem Bug description: array passed by reference is modified but should'nt be Description: When passing a non-existing portion of an array by reference this portion gets created even if the function does not touch the array => it is modified in the calling line. It works with string indexes as well. Reproduce code: --- error_reporting(E_ALL); $tab2 = array( ); function do_nothing ( &$var ) { // code here doesnt matter } do_nothing($tab2[10]); var_dump($tab2); Expected result: array(0) { } Actual result: -- array(1) { [10]=> NULL } -- Edit bug report at http://bugs.php.net/?id=26030&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26030&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26030&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26030&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26030&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26030&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26030&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26030&r=support Expected behavior: http://bugs.php.net/fix.php?id=26030&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26030&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26030&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26030&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26030&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26030&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26030&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26030&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26030&r=float
#26029 [Opn->Fbk]: SSL PHP Apache W2K non-co-operation
ID: 26029 Updated by: [EMAIL PROTECTED] Reported By: noea at cccredit dot hu -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Windows 2000 SP4 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-10-29 10:00:06] noea at cccredit dot hu Description: I run Windows 2000 Server with SP4 - Apache 2.0.47 - PHP 4.3.3 - OpenSSL 0.9.7b and/or ModSSL 2.8.15. It's look like working properly, lots of GET and POST process success, all of pages available. And then, No any forebode. No Sign, Apache.exe break Application popup: Apache.exe - Application Error : The instruction at "0x01f326f6" referenced memory at "0x0004". The memory could not be "read". Click on OK to terminate the program Click on CANCEL to debug the program Some times 2-3 days work without any problem. In the last week operated 6 days. Now, its breaked 2 times in 5 minutes. -- Edit this bug report at http://bugs.php.net/?id=26029&edit=1
#26028 [Opn]: Compilation error in libmysql.c
ID: 26028 User updated by: martin at ibuildings dot nl Reported By: martin at ibuildings dot nl Status: Open Bug Type: Compile Failure Operating System: Redhat 6.1 PHP Version: 4.3.3 New Comment: I also tried PHP 4.3.2 with same results Previous Comments: [2003-10-29 09:35:21] martin at ibuildings dot nl Description: I try to compile PHP 4.3.3. It gives me an error at compilation. My settings: TARGET="/usr/local/apache_1.3.28" ./configure \ --prefix=$TARGET \ --with-apxs=$TARGET/bin/apxs \ --with-config-file-path=$TARGET/conf \ --enable-memory-limit \ --with-mysql \ --disable-cli \ --with-oci8 \ --with-gd=/usr/local/gd \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-ttf=/usr \ --enable-gd-imgstrttf \ --enable-gd-native-ttf \ --with-gettext \ --enable-track-vars \ --enable-sigchild \ --with-xml \ --with-zlib \ --with-java=/usr/local/jdk configures runs ok but, when i do a make it fails with this: In file included from /usr/local/src/php-4.3.3/ext/mysql/libmysql/libmysql.c:4: /usr/local/src/php-4.3.3/ext/mysql/libmysql/global.h:260: warning: redefinition of `uint' /usr/include/sys/types.h:131: warning: `uint' previously declared here /usr/local/src/php-4.3.3/ext/mysql/libmysql/global.h:261: warning: redefinition of `ushort' /usr/include/sys/types.h:130: warning: `ushort' previously declared here In file included from /usr/local/src/php-4.3.3/ext/mysql/libmysql/libmysql.c:11: /usr/local/src/php-4.3.3/ext/mysql/libmysql/m_string.h:183: parse error before `__extension__' /usr/local/src/php-4.3.3/ext/mysql/libmysql/m_string.h:183: parse error before `&&' make: *** [ext/mysql/libmysql/libmysql.lo] Error 1 config.log says for ushort and uint: configure:51709: checking for type ushort configure:51728: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/gd/lib -L/usr/local/gd/lib -Wl,-rpath,/usr /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_ThrowByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_NewObjectByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_GetEnv' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_ThrowNullPointerException' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `jio_snprintf' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_CallMethodByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_CallStaticMethodByName' collect2: ld returned 1 exit status configure: failed program was: #line 51717 "configure" #include "confdefs.h" #include #include main() { ushort foo; foo++; exit(0); } configure:51666: checking for type uint configure:51685: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/gd/lib -L/usr/local/gd/lib -Wl,-rpath,/usr /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_ThrowByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_NewObjectByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_GetEnv' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_ThrowNullPointerException' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `jio_snprintf' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_CallMethodByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_CallStaticMethodByName' collect2: ld returned 1 exit status configure: failed program was: #line 51674 "configure" #include "confdefs.h" #include #include main() { uint foo; foo++; exit(0); } USHORT and UINT aren't defined in main/php_config.h The problem looks a lot like bug 17809 and 12451 -- Edit this bug report at http://bugs.php.net/?id=26028&edit=1
#26029 [NEW]: SSL PHP Apache W2K non-co-operation
From: noea at cccredit dot hu Operating system: Windows 2000 SP4 PHP version: 4.3.3 PHP Bug Type: Apache related Bug description: SSL PHP Apache W2K non-co-operation Description: I run Windows 2000 Server with SP4 - Apache 2.0.47 - PHP 4.3.3 - OpenSSL 0.9.7b and/or ModSSL 2.8.15. It's look like working properly, lots of GET and POST process success, all of pages available. And then, No any forebode. No Sign, Apache.exe break Application popup: Apache.exe - Application Error : The instruction at "0x01f326f6" referenced memory at "0x0004". The memory could not be "read". Click on OK to terminate the program Click on CANCEL to debug the program Some times 2-3 days work without any problem. In the last week operated 6 days. Now, its breaked 2 times in 5 minutes. -- Edit bug report at http://bugs.php.net/?id=26029&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26029&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26029&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26029&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26029&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26029&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26029&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26029&r=support Expected behavior: http://bugs.php.net/fix.php?id=26029&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26029&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26029&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26029&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26029&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26029&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26029&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26029&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26029&r=float
#26028 [NEW]: Compilation error in libmysql.c
From: martin at ibuildings dot nl Operating system: Redhat 6.1 PHP version: 4.3.3 PHP Bug Type: Compile Failure Bug description: Compilation error in libmysql.c Description: I try to compile PHP 4.3.3. It gives me an error at compilation. My settings: TARGET="/usr/local/apache_1.3.28" ./configure \ --prefix=$TARGET \ --with-apxs=$TARGET/bin/apxs \ --with-config-file-path=$TARGET/conf \ --enable-memory-limit \ --with-mysql \ --disable-cli \ --with-oci8 \ --with-gd=/usr/local/gd \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-ttf=/usr \ --enable-gd-imgstrttf \ --enable-gd-native-ttf \ --with-gettext \ --enable-track-vars \ --enable-sigchild \ --with-xml \ --with-zlib \ --with-java=/usr/local/jdk configures runs ok but, when i do a make it fails with this: In file included from /usr/local/src/php-4.3.3/ext/mysql/libmysql/libmysql.c:4: /usr/local/src/php-4.3.3/ext/mysql/libmysql/global.h:260: warning: redefinition of `uint' /usr/include/sys/types.h:131: warning: `uint' previously declared here /usr/local/src/php-4.3.3/ext/mysql/libmysql/global.h:261: warning: redefinition of `ushort' /usr/include/sys/types.h:130: warning: `ushort' previously declared here In file included from /usr/local/src/php-4.3.3/ext/mysql/libmysql/libmysql.c:11: /usr/local/src/php-4.3.3/ext/mysql/libmysql/m_string.h:183: parse error before `__extension__' /usr/local/src/php-4.3.3/ext/mysql/libmysql/m_string.h:183: parse error before `&&' make: *** [ext/mysql/libmysql/libmysql.lo] Error 1 config.log says for ushort and uint: configure:51709: checking for type ushort configure:51728: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/gd/lib -L/usr/local/gd/lib -Wl,-rpath,/usr /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_ThrowByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_NewObjectByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_GetEnv' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_ThrowNullPointerException' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `jio_snprintf' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_CallMethodByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_CallStaticMethodByName' collect2: ld returned 1 exit status configure: failed program was: #line 51717 "configure" #include "confdefs.h" #include #include main() { ushort foo; foo++; exit(0); } configure:51666: checking for type uint configure:51685: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/gd/lib -L/usr/local/gd/lib -Wl,-rpath,/usr /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_ThrowByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_NewObjectByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_GetEnv' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_ThrowNullPointerException' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `jio_snprintf' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_CallMethodByName' /usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_CallStaticMethodByName' collect2: ld returned 1 exit status configure: failed program was: #line 51674 "configure" #include "confdefs.h" #include #include main() { uint foo; foo++; exit(0); } USHORT and UINT aren't defined in main/php_config.h The problem looks a lot like bug 17809 and 12451 -- Edit bug report at http://bugs.php.net/?id=26028&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26028&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26028&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26028&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26028&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26028&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26028&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26028&r=support Expected behavior: http://bugs.php.net/fix.php?id=26028&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26028&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26028&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26028&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26028&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26028&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26028&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26028&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26028&r=float
#18600 [Com]: Unable to create Java Virtual Machine
ID: 18600 Comment by: robert at nospam dot com Reported By: nalves at equifax dot com dot br Status: Bogus Bug Type: Java related Operating System: Windows 2000 PHP Version: 4.3.3 and 5.0.0-dev New Comment: ..ah yes, This is under PHP 4.3.4RC2 Previous Comments: [2003-10-29 09:16:41] robert at nospam dot com Jdk 1.4.2_02 XP Pro - All patches IIS 5.1 (ISAPI) - Same prob as described ..works once outta x tries Apache 2.0.47 (mod_php) - No probs, works fine Have following extensions enabled: --- php_gd2 php_java php_ldap php_mssql php_xslt [2003-08-15 21:36:44] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. See bug #16690 [2003-06-22 19:18:20] benj at puremourning dot co dot uk hi all, i just installed all the latest versions (php 4.3.2) and various forms of the j2sdk (principally j2sdk 1.4.1_03) and i get the same problem. Set up is Apache/1.3.27 (Win32) PHP/4.3.2 (on windows xp) php_java and php_gd2 are the only extensions installed. Whenever i run a page with a call to new Java() the first refresh works, but after roughly 30 seconds i must restart apache to get it to work. has there been any updates on this? I am only experimenting with this extension, but it would be a fantastic help if it worked reliably. my java section of php.ini [Java] java.class.path = "H:\php\php-4.3.2-Win32\extensions\php_java.jar" java.home = "C:\j2sdk1.4.1_03" java.library = "C:\j2sdk1.4.1_03\jre\bin\server\jvm.dll" java.library.path = "H:\php\php-4.3.2-Win32\extensions\" i noticed somthing noone had looked into; i checked the mem usage of apache.exe as i continually refreshed the (java) page, it climbed steadily until it reached somthing like 15000K and then i got the error, and with more refreshes the mem usage remained constant. however after a while (as i ytped this) the mem usage climbed (with no activity) by another 2000K where it is now static. i don't know if that is useful, but it seems to me that its loaded a few too many JVMs and not closed them. kind regards ben jackson [2003-06-09 14:31:20] jlondon at mcg dot edu Getting the same bug. Running Win2k Server, IIS 5, php4.2.3, jsdk1.4.1. I read a while back that running as a CGI would eliminate the error so I tried that but the performance hit was too much to bear since I only used java on one page. Did a little more searching and came up with a little work around. Still not perfect but takes much longer to crash. $descriptorspec = array( 0 => array("pipe", "r"), // stdin is a pipe that the child will read from 1 => array("pipe", "w"), // stdout is a pipe that the child will write to 2 => array("file", "/temp/error-output.txt", "a"), // stderr is a file to write to ); $process = proc_open("c:\\php\\cli\\php.exe", $descriptorspec, $pipes); if (is_resource($process)) { // $pipes now looks like this: // 0 => writeable handle connected to child stdin // 1 => readable handle connected to child stdout // Any error output will be appended to /tmp/error-output.txt $size = fwrite($pipes[0], "CheckLogin('" . $username . "', '" . $password . "'); ?>"); if(!fclose($pipes[0])) echo "There was an error closing the pipe"; $result = fgets($pipes[1], $size + 1); fclose($pipes[1]); // It is important that you close any pipes before calling // proc_close in order to avoid a deadlock $return_value = proc_close($process); } Basically what I do is create a process and send it the lines of code I would use to create and manipulate the java classes. The process gives me the output and I close the process. It works pretty well and will extend the "restart interval" from everytime the script runs to every couple of days. For those out there chasing this bug, my method fails on the $return_value = proc_close($process); line. Once it fails it will not work again until IIS is restarted. Until IIS is restarted the process fails on $result = fgets($pipes[1], $size + 1); line. Hope you get this one fixed. This could be a really powerful plugin. -Jake [2003-06-04 21:37:36] jason at ipedo dot com I meet this problem too. Why should it recreate JVM? Since it's module, I think it need only create JVM once. In lin
#18600 [Com]: Unable to create Java Virtual Machine
ID: 18600 Comment by: robert at nospam dot com Reported By: nalves at equifax dot com dot br Status: Bogus Bug Type: Java related Operating System: Windows 2000 PHP Version: 4.3.3 and 5.0.0-dev New Comment: Jdk 1.4.2_02 XP Pro - All patches IIS 5.1 (ISAPI) - Same prob as described ..works once outta x tries Apache 2.0.47 (mod_php) - No probs, works fine Have following extensions enabled: --- php_gd2 php_java php_ldap php_mssql php_xslt Previous Comments: [2003-08-15 21:36:44] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. See bug #16690 [2003-06-22 19:18:20] benj at puremourning dot co dot uk hi all, i just installed all the latest versions (php 4.3.2) and various forms of the j2sdk (principally j2sdk 1.4.1_03) and i get the same problem. Set up is Apache/1.3.27 (Win32) PHP/4.3.2 (on windows xp) php_java and php_gd2 are the only extensions installed. Whenever i run a page with a call to new Java() the first refresh works, but after roughly 30 seconds i must restart apache to get it to work. has there been any updates on this? I am only experimenting with this extension, but it would be a fantastic help if it worked reliably. my java section of php.ini [Java] java.class.path = "H:\php\php-4.3.2-Win32\extensions\php_java.jar" java.home = "C:\j2sdk1.4.1_03" java.library = "C:\j2sdk1.4.1_03\jre\bin\server\jvm.dll" java.library.path = "H:\php\php-4.3.2-Win32\extensions\" i noticed somthing noone had looked into; i checked the mem usage of apache.exe as i continually refreshed the (java) page, it climbed steadily until it reached somthing like 15000K and then i got the error, and with more refreshes the mem usage remained constant. however after a while (as i ytped this) the mem usage climbed (with no activity) by another 2000K where it is now static. i don't know if that is useful, but it seems to me that its loaded a few too many JVMs and not closed them. kind regards ben jackson [2003-06-09 14:31:20] jlondon at mcg dot edu Getting the same bug. Running Win2k Server, IIS 5, php4.2.3, jsdk1.4.1. I read a while back that running as a CGI would eliminate the error so I tried that but the performance hit was too much to bear since I only used java on one page. Did a little more searching and came up with a little work around. Still not perfect but takes much longer to crash. $descriptorspec = array( 0 => array("pipe", "r"), // stdin is a pipe that the child will read from 1 => array("pipe", "w"), // stdout is a pipe that the child will write to 2 => array("file", "/temp/error-output.txt", "a"), // stderr is a file to write to ); $process = proc_open("c:\\php\\cli\\php.exe", $descriptorspec, $pipes); if (is_resource($process)) { // $pipes now looks like this: // 0 => writeable handle connected to child stdin // 1 => readable handle connected to child stdout // Any error output will be appended to /tmp/error-output.txt $size = fwrite($pipes[0], "CheckLogin('" . $username . "', '" . $password . "'); ?>"); if(!fclose($pipes[0])) echo "There was an error closing the pipe"; $result = fgets($pipes[1], $size + 1); fclose($pipes[1]); // It is important that you close any pipes before calling // proc_close in order to avoid a deadlock $return_value = proc_close($process); } Basically what I do is create a process and send it the lines of code I would use to create and manipulate the java classes. The process gives me the output and I close the process. It works pretty well and will extend the "restart interval" from everytime the script runs to every couple of days. For those out there chasing this bug, my method fails on the $return_value = proc_close($process); line. Once it fails it will not work again until IIS is restarted. Until IIS is restarted the process fails on $result = fgets($pipes[1], $size + 1); line. Hope you get this one fixed. This could be a really powerful plugin. -Jake [2003-06-04 21:37:36] jason at ipedo dot com I meet this problem too. Why should it recreate JVM? Since it's module, I think it need only create JVM once. In linux environment, althoug i don't meet the error, the preformence is bad when system recreate JVM. How can i disable recreating the JVM or decrease the frequence o
#26012 [Bgs]: mssql_fetch_array
ID: 26012 Updated by: [EMAIL PROTECTED] Reported By: boccara at netvision dot net dot il Status: Bogus Bug Type: MSSQL related Operating System: win2k SBS SP4 & Apache 2.0.47 PHP Version: 4.3.4RC2 New Comment: I told you already: Bug #25777 was fixed in 4.3.4RC2.. Previous Comments: [2003-10-29 03:08:16] boccara at netvision dot net dot il I agree with you, but why I only have this problem with the 4.3.4RC2 version ??? I remind you that it works with 4.3.4RC1 and older version ! [2003-10-28 17:32:14] [EMAIL PROTECTED] The C API provided from Microsoft is the problem in this cse. An ampty column is returned as a single space and not as a true empty column (a string with length 0). It is not possible to see the difference between an empty column and a column with a single space. In this case it is a bug, but not in PHP! As stated before the PHP extensions sould not attempt to 'fix' data but just present them as is. [2003-10-28 15:38:02] boccara at netvision dot net dot il I made some change, and let me tell you that uou have a BIG bug. I returned to 4.3.4RC2 I made a request WITHOUT any RTRIM my data are defined as varchar(100) and NOT as char. I have located where there is a problem: query : select a from table test ( a is varchar(100)) when a is blank (without any caractere but not null ) it return the ascii code 32 wich is a space. if it is not a BUG I would like to understand what it is ??? [2003-10-28 14:09:46] [EMAIL PROTECTED] This fix makes fetching on char() columns work differently that it used to. MMSQL Server and other RDBMS's patches the data in a char() column with trailing spaces. When data are fetched with the new version of the extension these extra spaces are returned. A char() column is a fixed length datatype so the database adds extra spaces when the content is shortar than the defined length. Using a varchar() column is a way to avoid this problem. [2003-10-28 11:45:36] [EMAIL PROTECTED] Bug #25777 was fixed in 4.3.4RC2.. 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/26012 -- Edit this bug report at http://bugs.php.net/?id=26012&edit=1
#26027 [NEW]: settype($array, 'string') always raises a notice
From: [EMAIL PROTECTED] Operating system: PHP version: 4.3.3 PHP Bug Type: Arrays related Bug description: settype($array, 'string') always raises a notice Description: setType($array, 'string') always raises a notice Reproduce code: --- $ php -r '$r=array(); settype($r,'string'); var_dump($r);' Expected result: string(5) "Array" Actual result: -- PHP Notice: Array to string conversion in Command line code on line 1 string(5) "Array" -- Edit bug report at http://bugs.php.net/?id=26027&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26027&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26027&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26027&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26027&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26027&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26027&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26027&r=support Expected behavior: http://bugs.php.net/fix.php?id=26027&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26027&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26027&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26027&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26027&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26027&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26027&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26027&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26027&r=float
#25805 [Com]: Problem Accessing Network Shares
ID: 25805 Comment by: dr_no at moonraker dot com Reported By: mattj at exitcare dot com Status: Bogus Bug Type: Directory function related Operating System: Windows 2003 Web Server PHP Version: 4.3.3 New Comment: Hi there ! Had the same problem... but solved it :) in fact it IS permission related... (like [EMAIL PROTECTED] said) my conf: WEBsrvr nt5 + Apache/1.3.24 (Win32) PHP/4.3.4RC3-dev SMBsrvr nt5 the deal: WEBsrvr access a share on SMBsrvr with opendir() the problem: $d = opendir('\\SMBsrvr\whatever'); Warning: opendir(\\SMBsrvr\whatever): failed to open dir: Invalid argument in C:\Inetpub\www\script.php on line x --`this is not a usefull warning !` $fp = fopen('\\SMBsrvr\whatever\file.ext','rb'); Warning: fopen(\\SMBsrvr\whatever\file.ext): failed to open stream: Permission denied in C:\Inetpub\www\script.php on line y --`hmm, hmm, more interresting...` At this point had to investigate a bit more: Apparently apache + php know that \\SMBsrvr\whatever exists and that it is a valid directory ressource... Did some packet log on SMBsrvr: WEBsrvr sends a SMB `Tree Connect AndX Request` using nullSession SMBsrvr replies by an ACCESS_DENIED gotcha ! SMBsrvr doesn't allow nullSession... but why WEBsrvr tries to connect using nullSession ? because Apache is running as LocalSystem >From MSDN: `Windows NT - LocalSystem: The service has limited access to network resources, such as shares and pipes, because it has no credentials and must connect using a null session. The following registry key contains the NullSessionPipes and NullSessionShares values, which are used to specify the pipes and shares to which null sessions may connect: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters Alternatively, you could add the REG_DWORD value RestrictNullSessAccess to the key and set it to 0 to allow all null sessions to access all pipes and shares created on that machine.` Enough blabla: Either you allow the host of share to accept nullSessions or you create an account with enough privileges on the apache host and when in mmc/Services/Apache/Connexion "Open a session as" - use the newly created account... All of this is true for Apache, but it should be 'approximatively' the same concept for IIS... a few references for this 'bug' (that is not) http://bugs.php.net/bug.php?id=24795 http://bugs.php.net/bug.php?id=22153 http://bugs.php.net/bug.php?id=20813 http://bugs.php.net/bug.php?id=13058 http://bugs.php.net/bug.php?id=12524 attn to: [EMAIL PROTECTED]; [EMAIL PROTECTED] there are a lot of bug reports for this local config. problem maybe an addendum in the documentation could be usefull... sorry for my bad english... /hth /bye dr_no Previous Comments: [2003-10-12 00:27:37] [EMAIL PROTECTED] Not enough information, assuming this is run under IIS where this document applies: http://support.microsoft.com/default.aspx?scid=kb;en-us;Q189408 [2003-10-10 13:41:45] mattj at exitcare dot com I redid the share to be called 'fdrive'. Then updated my script accordingly: But I still get: Warning: opendir(\\matt\fdrive\): failed to open dir: Invalid argument in C:\Inetpub\wwwroot\ExitCareWeb\test.php on line 6 Warning: opendir(\\192.168.0.6\fdrive\): failed to open dir: Invalid argument in C:\Inetpub\wwwroot\ExitCareWeb\test.php on line 7 Warning: opendir(//matt/fdrive/): failed to open dir: Invalid argument in C:\Inetpub\wwwroot\ExitCareWeb\test.php on line 8 Warning: opendir(//192.168.0.6/fdrive/): failed to open dir: Invalid argument in C:\Inetpub\wwwroot\ExitCareWeb\test.php on line 9 [2003-10-10 11:39:33] [EMAIL PROTECTED] Try renaming those shares not to have that space in them, for example 'F Drive' -> 'F_Drive'.. [2003-10-10 09:17:42] mattj at exitcare dot com It is not security. I went to the Sharing tab and clicked the Perissions button for the F Drive Share. I gave Everyone full control. I also went to the Security tab and set Everyone to full control. Applied the changes, reran the script. Exact same result. [2003-10-10 07:03:46] [EMAIL PROTECTED] "To anyone who needs to use UNC mapped drives with OpenDir(), if you are having a problem with OpenDir() reading the directory, check your permissions for the share on the host machine. Start with giving full permission to everyone (which should work fine) and then back accessability until you have a problem." from bug #22153 The remainder of the comments for this report are too long. To view the rest of the comments, pleas
#25205 [Com]: Class names case insensitiv
ID: 25205 Comment by: reiersol at online dot no Reported By: thomas dot hebinck at digionline dot de Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Linux Debian Woody PHP Version: 5CVS-2003-08-22 (dev) New Comment: If this is not a bug, how can I actually autoload a class in practice? PHP 5 has removed the case information. If I don't have the case information available, Linux can't find the file--unless, that is, I make all my file names lowercase. Have I misunderstood? Previous Comments: [2003-08-22 03:35:31] [EMAIL PROTECTED] Not bug. [2003-08-22 03:23:37] thomas dot hebinck at digionline dot de Description: Class names are case insensitiv. __autoload always get lower-case class name. I think, this is not very important - but unusual ;-) Reproduce code: --- File 'case_insensitiv_class.php': '; } } ?> File 'case_insensitiv_main.php': '; require_once $className . '.php'; } $test = new cAsE_InsEnsItIv_clAss; ?> Expected result: __autoload of cAsE_InsEnsItIv_clAss and then some error ;-) Actual result: -- __autoload of case_insensitiv_class __construct of case_insensitiv_class -- Edit this bug report at http://bugs.php.net/?id=25205&edit=1
#14954 [Com]: Warning: Server Error with mail() function
ID: 14954 Comment by: emollon at hotmail dot com Reported By: jberall at yahoo dot com Status: No Feedback Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.1.0 New Comment: yes i know if you have a mail server running on your localhost try to find if your mail is running with authentification, if you´re running with it, uncheck it and try again, i had the same problem, now it looks better. Previous Comments: [2003-07-13 10:54:12] cdy at qnet dot com contacted ITS (AVC Information Technology Services)several times about unreliable e-mail system; they seem confused. do you have any suggestions? [2003-02-01 06:35:55] js at jensen-siu dot net I encountered the same problem on local windows server. I solved it by correcting my php mail() script : be sure of your syntax. [2002-10-23 13:20:39] kraj at illumen dot com Make sure that you have set the sendmail_from variable in php.ini to a user which is allowed to send mail in the SMTP server. [2002-07-23 19:46:28] mwilmes at avc dot edu I'm on an SMTP system where in order to send out email, there must either be a recipient on that SMTP server, or you must authenticate your username and password to the server in order to use it. The line mail("[EMAIL PROTECTED]", "the know","I suck"); works, but the line mail("[EMAIL PROTECTED]", "the down","I suck"); kicked back the error: Warning: Server Error in C:\Apache2\htdocs\foobar.php on line xxx My php.ini: [mail function] ; For Win32 only. SMTP=mail.avc.edu ; For Win32 only. [EMAIL PROTECTED] ; For Unix only. You may supply arguments as well (default: 'sendmail -t -i'). ;sendmail_path= I wrote a program to intercept the messages being sent to and from my SMTP server. The php engine was denied because I wasn't authenticated as a email user to the server. As long as someone @avc.edu is in the recipient line, the server works. Only when there is no one in avc.edu and i don't authenticate, I get the boot. Hope this helps, Mike Wilmes [2002-07-03 01:00:08] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". 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/14954 -- Edit this bug report at http://bugs.php.net/?id=14954&edit=1
#26026 [NEW]: Advanced parametr, exec_dir for non SAFE_MODE
From: roman at compic dot ee Operating system: *nix PHP version: 4.3.3 PHP Bug Type: Feature/Change Request Bug description: Advanced parametr, exec_dir for non SAFE_MODE Description: By bow we have safe_mode_exec_dir working (and good) for shared hosting, only if SAFE_MODE enabled. But often, SAFE_MODE need to be turned off. After this safe_mode_exec_dir is nothing. So we need to disable some funtions (system,passthru,...). But it can be done only for _ALL_ hosts. So if one host use "system()" in "safe_mode 1" to one or two special programs and happy - i can't turn SAFE_MODE 0 for other hosts. It's became realy danger - sometimes users have unsecure scripts and by using 'blah.php?f=http://somethere...' intruder can get nobody shell. Nobody shell mean - He can read mysql password in config.php or settings.php files. He also can install blindshell. So maybe good to add 'exec_dir' variable for working in 'safe_mode 0' ? Reproduce code: --- none needed -- Edit bug report at http://bugs.php.net/?id=26026&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26026&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26026&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26026&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26026&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26026&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26026&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26026&r=support Expected behavior: http://bugs.php.net/fix.php?id=26026&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26026&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26026&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26026&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26026&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26026&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26026&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26026&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26026&r=float
#26012 [Bgs]: mssql_fetch_array
ID: 26012 User updated by: boccara at netvision dot net dot il Reported By: boccara at netvision dot net dot il Status: Bogus Bug Type: MSSQL related Operating System: win2k SBS SP4 & Apache 2.0.47 PHP Version: 4.3.4RC2 New Comment: I agree with you, but why I only have this problem with the 4.3.4RC2 version ??? I remind you that it works with 4.3.4RC1 and older version ! Previous Comments: [2003-10-28 17:32:14] [EMAIL PROTECTED] The C API provided from Microsoft is the problem in this cse. An ampty column is returned as a single space and not as a true empty column (a string with length 0). It is not possible to see the difference between an empty column and a column with a single space. In this case it is a bug, but not in PHP! As stated before the PHP extensions sould not attempt to 'fix' data but just present them as is. [2003-10-28 15:38:02] boccara at netvision dot net dot il I made some change, and let me tell you that uou have a BIG bug. I returned to 4.3.4RC2 I made a request WITHOUT any RTRIM my data are defined as varchar(100) and NOT as char. I have located where there is a problem: query : select a from table test ( a is varchar(100)) when a is blank (without any caractere but not null ) it return the ascii code 32 wich is a space. if it is not a BUG I would like to understand what it is ??? [2003-10-28 14:09:46] [EMAIL PROTECTED] This fix makes fetching on char() columns work differently that it used to. MMSQL Server and other RDBMS's patches the data in a char() column with trailing spaces. When data are fetched with the new version of the extension these extra spaces are returned. A char() column is a fixed length datatype so the database adds extra spaces when the content is shortar than the defined length. Using a varchar() column is a way to avoid this problem. [2003-10-28 11:45:36] [EMAIL PROTECTED] Bug #25777 was fixed in 4.3.4RC2.. [2003-10-28 11:21:34] boccara at netvision dot net dot il when you write previously you mean previous this version ?? because in the 4.3.4 RC1 it works ! 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/26012 -- Edit this bug report at http://bugs.php.net/?id=26012&edit=1
#26025 [Fbk->Opn]: segfault when glob() is called with GLOB_BRACE and there are no matches
ID: 26025 User updated by: ryan at wonko dot com Reported By: ryan at wonko dot com -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: FreeBSD 4.7-RELEASE PHP Version: 4.3.4RC2 New Comment: Here's the backtrace: #0 0x80b0906 in zif_glob (ht=2, return_value=0x81fb224, this_ptr=0x0, return_value_used=0) at /usr/home/ryan/testphp/php-4.3.4RC2/ext/standard/dir.c:409 #1 0x8166a93 in execute (op_array=0x81fa8a4) at /usr/home/ryan/testphp/php-4.3.4RC2/Zend/zend_execute.c:1616 #2 0x8155d49 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/home/ryan/testphp/php-4.3.4RC2/Zend/zend.c:885 #3 0x81231a3 in php_execute_script (primary_file=0xbfbffb40) at /usr/home/ryan/testphp/php-4.3.4RC2/main/main.c:1729 #4 0x816caf7 in main (argc=2, argv=0xbfbffbb0) at /usr/home/ryan/testphp/php-4.3.4RC2/sapi/cli/php_cli.c:819 #5 0x806035d in _start () Previous Comments: [2003-10-29 01:44:23] [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-10-29 01:41:55] ryan at wonko dot com Description: When you call glob() with the GLOB_BRACE flag set, PHP segfaults if there are no files or directories matching the pattern. I'm running Apache 2.0.47 and PHP was built with the following configure line: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cli' '--with-bz2=/usr' '--enable-ctype' '--with-dom=/usr/local' '--enable-exif' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-xpm-dir=/usr/local' '--with-gettext=/usr/local' '--with-mysql=/usr/local' '--with-openssl-dir=/usr/local' '--with-openssl=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--enable-posix' '--with-pspell=/usr/local' '--enable-session' '--enable-sockets' '--enable-tokenizer' '--with-expat-dir=/usr/local' '--enable-xml' '--with-zip=/usr/local' '--with-zlib=yes' '--with-apxs2=/usr/local/sbin/apxs' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' Reproduce code: --- Expected result: glob() should return FALSE, indicating that there were no files or directories matching the pattern. Actual result: -- PHP exits on signal 11 (segmentation fault), as illustrated by these entries in my Apache error log: [Tue Oct 28 22:38:02 2003] [notice] child pid 68645 exit signal Segmentation fault (11) [Tue Oct 28 22:38:03 2003] [notice] child pid 68670 exit signal Segmentation fault (11) [Tue Oct 28 22:38:12 2003] [notice] child pid 68800 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=26025&edit=1