#29003 [Fbk->Opn]: function executes continuosly if placed in an if statement
ID: 29003 User updated by: admin at host-net dot org Reported By: admin at host-net dot org -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Windows 2000 Server PHP Version: 4.3.7 New Comment: No luck. I tried the snapshot and I got the same error. I noticed that version 5 was out so I upgraded to that and even then it didn't work. Previous Comments: [2004-07-14 14:09:34] [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 [2004-07-11 22:24:28] admin at host-net dot org The only changes I have made to the php.ini are as follows: register_globals = on extension_dir = "C:/winnt/system32" upload_tmp_dir = C:\PHP\uploadtemp SMTP = localhost smtp_port = 25 sendmail_from = admin[at]host-net.org The code works perfectly if session_start() is not included. [2004-07-11 20:20:32] [EMAIL PROTECTED] I can not reproduce this. Have you made any changes to your php.ini compared to php.ini-dist from the distribution package? [2004-07-03 22:04:50] admin at host-net dot org I forgot to add that the session_start() function has to be at the top of the code. session_start(); $testnum = 5; if($testnum == 5) { $memail = '[EMAIL PROTECTED]'; mail('[EMAIL PROTECTED]', 'The subject is: test', 'Hello, this is a test', "From: $memail\r\nReply-to: $memail\r\n"); } [2004-07-03 21:41:28] admin at host-net dot org Description: When I place the mail function within an if statement, it runs until the maximum execution time is exceeded. When I take the if statement out, it runs perfectly. Reproduce code: --- $testnum = 5; if($testnum == 5) { $memail = '[EMAIL PROTECTED]'; mail('[EMAIL PROTECTED]', 'The subject is: test', 'Hello, this is a test', "From: $memail\r\nReply-to: $memail\r\n"); } Expected result: The code should run through the if statement and send the E-mail if the statement is true. Actual result: -- Fatal error: Maximum execution time of 30 seconds exceeded in c:\server\webserver\host-net\secure\login\success\makechanges\email.php -- Edit this bug report at http://bugs.php.net/?id=29003&edit=1
#28052 [Com]: php5 undefined function aggregate()
ID: 28052 Comment by: progrium at gmail dot com Reported By: daemorhedron at siliconjesters dot com Status: Bogus Bug Type: Class/Object related Operating System: mdk 9.2 and win xp PHP Version: 5.0.0RC1 New Comment: Yes, I'm also curious as to what the best alternative is for aggregation. What are these other mechanisms? Previous Comments: [2004-07-14 14:12:51] php at soapi dot com In that case, what are we supposed to use? What do Zend recommend as the best alternative to aggregate? I use aggregate extensively in my code, and I was suprised that it is not part of PHP5. This does not seem to have been mentioned in the documentation - rather, it seems to imply that aggregate functions were added for forwarf-compatibility with PHP5. So please, enlighten us, what do you recommend we do instead? [2004-07-14 14:10:59] php at soapi dot com In that case, what are we supposed to use? What do Zend recommend as the best alternative to aggregate? I use aggregate extensively in my code, and I was suprised that it is not part of PHP5. This does not seem to have been mentioned in the documentation - rather, it seems to imply that aggregate functions were added for forwarf-compatibility with PHP5. So please, enlighten us, what do you recommend we do instead? [2004-04-19 09:12:20] [EMAIL PROTECTED] PHP 5 no longer supports object aggregation, there are plenty of other mechanisms to use. [2004-04-19 04:34:15] daemorhedron at siliconjesters dot com Description: Whenever trying to use aggregate() under php5b3, b4 or rc1, I just get Fatal error: Call to undefined function aggregate() in /dir/file on line 666 The above code works fine on php4 of various types. I've searched bugs.php.net, news.php.net and google to no avail and wondering how to proceed from here. Is there a required configure switch to enable aggregation in php5? Since it doesn't produce an actual error, I've not provided a gdb backtrace. ** CONFIGURE LINE ** ./configure --with-config-file-path=/usr/local/apache2/conf --with-apxs2=/usr/local/apache2/bin/apxs --enable-session --enable-pcntl --with-mm=/usr/local/lib --enable-exif --with-gd=/usr/include --with-jpeg --with-jpeg-dir=/usr/lib --with-png --with-png-dir=/usr/lib --with-freetype --with-freetype-dir=/usr/lib --with-mcrypt --with-opensl --with-pspell --with-gdbm --enable-dbx --with-mysql=/usr/local/mysql --with-sqlite --with-gmp --enable-bcmath --with-zlib --with-bz2 --enable-ftp --enable-sockets --with-xml-rpc --with-xsl --with-java --without-pear --disable-cli Tried with php5b3, b4 and rc1 on both apache 1.x and 2.x, and on both windows xp, and mandrake 9.2 (whew). I'll be happy to post any relevant information required, TIA. Reproduce code: --- class cybernetics { function augment() { echo "cybernetics addedrelease the winged monkeys!\n"; } } class monkeys { function monkeys() { echo "monkeys loaded\n"; echo "loading cybernetics...\n"; aggregate(&$this,'cybernetics'); $this->augment(); } } $monkeys=&new monkeys(); Expected result: Should output : monkeys loaded loading cybernetics... cybernetics addedrelease the winged monkeys! Actual result: -- monkeys loaded loading cybernetics... Fatal error: Call to undefined function aggregate() in /dir/file on line 12 -- Edit this bug report at http://bugs.php.net/?id=28052&edit=1
#27674 [Com]: getimagesize eat up hundreds of memory, can't do with a good swf
ID: 27674 Comment by: spam at vano dot org Reported By: xuefer at 21cn dot com Status: Bogus Bug Type: GetImageSize related Operating System: * PHP Version: 4.3.5 New Comment: I have the same problem on RH9 + Apache 2.0.49 + PHP5.0.0 on some (all) .swf files getimagesize() function crashes the Apache2. in the error log it sais: FATAL: erealloc(): Unable to allocate -2067465216 bytes PHP compilled with: ./configure --prefix=/php5 --with-config-file-path=/php5 --with-apxs2=/apache2/bin/apxs --with-mod_charset --enable-embed --with-zlib --enable-dbx --enable-dio --enable-exif --enable-ftp --with-iconv --with-gdbm --with-gmp --with-ncurses --with-mcrypt --with-crypt --with-gd=/usr/local --with-freetype-dir=/usr/lib --with-gif-dir=/usr/local --enable-gd-native-ttf --with-ttf --with-gettext --with-zip=/usr/lib --enable-calendar --enable-mbstring --with-kerberos --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --enable-sockets --with-pear --enable-shared=all Previous Comments: [2004-04-09 12:37:34] [EMAIL PROTECTED] The flash file you provided is corrupted, here's same file, uncorrupted which works fine: http://www.miniclip.com/gamefiles0304/bushshootout_game.swf [2004-04-09 04:00:39] xuefer at 21cn dot com reoped and updated changed cos 125-bad.swf is really "fine playing in flashplayer" swf [2004-03-27 06:16:22] xuefer at 21cn dot com yes, just a guess because no matter how much memory it alloc, uncompress() just return Z_BUF_ERROR i don't know why this swf is bad, it plays ok in stand alone flashplayer and ie browser by the way, when i test it with a "good" swf, the part of erealloc() don't even executed. In another word, the first uncompress: if (uncompress(b, &len, a, sizeof(a)) != Z_OK) { is Z_OK [2004-03-27 05:58:53] [EMAIL PROTECTED] Where does the 50MByte const come from, a guess? [2004-03-26 22:09:42] xuefer at 21cn dot com this bug may be "can't reproduce" not "closed" this is the "fix" with testing code Index: ext/standard/image.c === RCS file: /repository/php-src/ext/standard/image.c,v retrieving revision 1.72.2.13 diff -u -r1.72.2.13 image.c --- ext/standard/image.c12 Nov 2003 22:56:09 - 1.72.2.13 +++ ext/standard/image.c27 Mar 2004 03:11:00 - @@ -196,8 +196,8 @@ long bits; unsigned char a[64]; - unsigned long len=64, szlength; - int factor=1,maxfactor=16; + unsigned long len=64, szlength, maxlength = 50*1024*1024; + int factor=1,maxfactor=8; int slength, status=0; char *b, *buf=NULL, *bufz=NULL; @@ -226,8 +226,13 @@ do { szlength=slength*(1< maxlength) { + break; + } + printf("szlength: %d\n", szlength); buf = (char *) erealloc(buf,szlength); status = uncompress(buf, &szlength, bufz, slength); + printf("status: %d\n", (int) (status == Z_BUF_ERROR)); } while ((status==Z_BUF_ERROR)&&(factorhttp://bugs.php.net/27674 -- Edit this bug report at http://bugs.php.net/?id=27674&edit=1
#20720 [Com]: ps_files_cleanup_dir
ID: 20720 Comment by: mike at psy dot otago dot ac dot nz Reported By: thomas at mitom dot com Status: No Feedback Bug Type: Session related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: I had the same problem with apache 1.3.29 and php 4.3.4 and also with apache 1.3.31 and php 4.3.8 on debian testing / unstable. The PHP notice was Notice: session_start(): ps_files_cleanup_dir: opendir(/var/lib/php4) failed: Permission denied (13) in ... It only occurred every so often. I think I have discovered the cause. In order to reproduce this consistently; update these parts of your php.ini file to: session.gc_probability = 1 ;session.gc_divisor = 100 session.gc_divisor = 1 and restart apache of course. Changing the probability of the garbage collection routines to 100% cause this to happen every time session_start() is called. I'm guessing that the session file is locked by session_start() and that the garbage collection routine ps_files_cleanup_dir? is failing? As this doesn't seem to affect the sessions a solution would be to prepend an @ to session_start() to suppress notices/errors/etc or to do you own garbage collection as suggested in the php.ini file. I hope this helps someone as I spent a good 6 hours hunting it down :-). Mike Miller. Previous Comments: [2004-06-09 14:10:15] david at grant dot org dot uk False call on the above comment. It's still happening. [2004-06-09 13:56:45] david at grant dot org dot uk I also experienced this issue running PHP 4.3.4 on Debian. I resolved it by removing the sticky bit on the sessions directory (`chmod a-t /var/lib/php4`), although obviously this has security implications. [2002-12-15 01:00:04] php-bugs at lists dot php dot net 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". [2002-12-04 08:51:49] admin at klub dot com dot pl I've got the same symptoms, only system is diffrent. I'm using PLD Linux 1.0 (kernel 2.4.19) with PHP 4.2.3 Info displayed on my page (it is shown only ocassionaly, not every time): Notice: ps_files_cleanup_dir: opendir(/var/run/php) failed: Permission denied (13) in /home/php-include/default/ThLogin.inc on line 55 Line 55 contains a session_start(); only. Below are some infos generated by phpInfo: (maybe this will help somebody) SystemLinux ep09 2.2.21 #1 SMP Mon Aug 19 22:15:18 UTC 2002 i686 Pentium_III_(Coppermine) unknown PLD Linux Build DateOct 21 2002 15:26:41 Configure Command './configure' 'LDFLAGS=-s' 'CFLAGS=-O2 -march=i686 -DEAPI=1 -I/usr/X11R6/include' 'CXXFLAGS=-O2 -march=i686' 'FFLAGS=-O2 -march=i686' 'CPPFLAGS=' 'CC=i686-pld-linux-gcc' 'CXX=g++' '--build=i686-pld-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc/php' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-apxs=/usr/sbin/apxs' '--with-config-file-path=/etc/php' '--with-exec-dir=/usr/bin' '--disable-debug' '--enable-bcmath=shared' '--enable-calendar=shared' '--disable-cli' '--enable-ctype=shared' '--enable-dba=shared' '--enable-dbx=shared' '--enable-dio=shared' '--enable-exif=shared' '--enable-ftp=shared' '--enable-gd-native-ttf' '--enable-magic-quotes' '--enable-mbstring=shared' '--disable-mbstr-enc-trans' '--enable-mbregex' '--enable-overload=shared' '--disable-pcntl' '--enable-posix=shared' '--enable-session' '--enable-shared' '--enable-shmop=shared' '--enable-sysvsem=shared' '--enable-sysvshm=shared' '--enable-track-vars' '--enable-trans-sid' '--enable-safe-mode' '--enable-sockets=shared' '--enable-ucd-snmp-hack' '--enable-wddx=shared' '--enable-xml=shared' '--enable-xslt=shared' '--enable-yp=shared' '--with-bz2=shared' '--with-cpdflib=shared' '--with-crack=shared' '--with-curl=shared' '--without-db2' '--with-db3' '--with-dbase=shared' '--with-dom=shared' '--with-dom-xslt=shared' '--with-dom-exslt=shared' '--with-expat-dir=shared,/usr' '--with-iconv=shared' '--with-filepro=shared' '--with-freetype-dir=shared' '--with-gettext=shared' '--with-gd=shared' '--with-gdbm' '--with-gmp=shared' '--with-hyperwave=shared' '--with-imap=shared' '--with-imap-ssl' '--with-jpeg-dir=shared,/usr' '--with-ldap=shared' '--with-mcal=shared,/usr' '--with-mcrypt=shared' '--with-mhash=shared' '--with-ming=shared' '--with-mm' '--with-mnogosearch=shared,/usr' '--with-msession=shared' '--with-mysql=shared
#28248 [Opn]: Can not compile --with-sybase and freetds
ID: 28248 User updated by: gem at rellim dot com Reported By: gem at rellim dot com Status: Open Bug Type: Compile Failure Operating System: Slackware 9.0 -PHP Version: 5.0.0RC3 +PHP Version: 5.0.0 New Comment: Still fails on 5.0.0 release. Monkey See, Monkey Do. I looked at the source and comprehension eluded me. So I looked at similar code. Here is the patch I came up with that appears to work: --- php_sybase_db.c.DIST2004-07-19 20:13:37.0 -0700 +++ php_sybase_db.c 2004-07-19 20:13:59.0 -0700 @@ -1108,9 +1108,7 @@ { php_sybase_fetch_hash(INTERNAL_FUNCTION_PARAM_PASSTHRU); if (Z_TYPE_P(return_value)==IS_ARRAY) { - Z_TYPE_P(return_value)=IS_OBJECT; - Z_OBJPROP_P(return_value) = Z_ARRVAL_P(return_value); - Z_OBJCE_P(return_value) = ZEND_STANDARD_CLASS_DEF_PTR; + object_and_properties_init(return_value, ZEND_STANDARD_CLASS_DEF_PTR, Z_ARRVAL_P(return_value)); } } /* }}} */ Previous Comments: [2004-06-24 21:14:30] muaddib at muaddib dot net found a fix: change the code of sybase_fetch_object to: PHP_FUNCTION(sybase_fetch_object) { php_sybase_fetch_hash(INTERNAL_FUNCTION_PARAM_PASSTHRU); if (Z_TYPE_P(return_value)==IS_ARRAY) { object_and_properties_init(return_value, ZEND_STANDARD_CLASS_DEF_PTR, Z_ARRVAL_P(return_value)); } } [2004-06-24 19:31:02] muaddib at muaddib dot net same errors, using mandrake 9 and sybase ASE 11.0.3.3 [2004-06-15 06:49:52] gem at rellim dot com The problem persists with FreeTDS 0.62.4 and PHP 5.0RC3 [2004-05-02 01:12:07] gem at rellim dot com Description: I am trying to compile PHP 5.0RC2 with sybase support by way of the freetds libraries. This has been working fine with many versions of PHP 4. Now it will not compile. Reproduce code: --- Using FreTDS 0.61.2 and 0.62.3. This is in my ./configure: --with-sybase=/usr/local Actual result: -- /usr/local/src/php-5.0.0RC2/ext/sybase/php_sybase_db.c: In function `zif_sybase_fetch_object': /usr/local/src/php-5.0.0RC2/ext/sybase/php_sybase_db.c:1110: invalid lvalue in assignment /usr/local/src/php-5.0.0RC2/ext/sybase/php_sybase_db.c:: invalid lvalue in assignment make: *** [ext/sybase/php_sybase_db.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=28248&edit=1
#29226 [Ver->Csd]: ctype_digit()'s unpredictable results in CLI
ID: 29226 Updated by: [EMAIL PROTECTED] Reported By: gyozo dot papp at chello dot hu -Status: Verified +Status: Closed Bug Type: Unknown/Other Function Operating System: Windows XP SP1 PHP Version: 5.0.0 New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-07-17 17:19:02] [EMAIL PROTECTED] 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 ctype_digit expects a string. If you want to use a int, you have to cast the value: ctype_digit((string)$val); However the crash occurs both with php4 and 5 on win but not on linux (HEAD and PHP4_3). --Pierre [2004-07-17 16:20:44] gyozo dot papp at chello dot hu Description: I've just downloaded PHP5 distribution unpack it into c:\php5 to test if ctype_digit works with agruments of integer type. But I've been presented with some weird results some integer constants were passed the check while other were not. The most weird thing was that giving 122113 as an argument to ctype_digit() crashed the CLI. Reproduce code: --- c:\php5>php.exe -r "echo ctype_digit(1) ? 1 : 0;" 0 c:\php5>php.exe -r "echo ctype_digit(12) ? 1 : 0;" 0 c:\php5>php.exe -r "echo ctype_digit(123) ? 1 : 0;" 0 c:\php5>php.exe -r "echo ctype_digit(1234) ? 1 : 0;" 0 c:\php5>php.exe -r "echo ctype_digit(122) ? 1 : 0;" 0 c:\php5>php.exe -r "echo ctype_digit(12211) ? 1 : 0;" 1 This crashed the php.exe c:\php5>php.exe -r "echo ctype_digit(122113) ? 1 : 0;" Expected result: I do not know exactly but at least the results of all tests should be consistent. All the above integer arguments should be failed or passed depending on design or implementation choice. -- Edit this bug report at http://bugs.php.net/?id=29226&edit=1
#29257 [Opn->Fbk]: breaking copy file to the same
ID: 29257 Updated by: [EMAIL PROTECTED] Reported By: zet at male dot ru -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Windows XP SP1 PHP Version: 4.3.7 New Comment: what happens if you do: copy("C:\\file.gif", "C:\\file.gif") Previous Comments: [2004-07-19 15:06:24] zet at male dot ru Description: When i copy file with function copy, like this copy("C:\file.gif", "C:\file.gif"), file was break. His size is 0. Reproduce code: --- copy("C:\file.gif", "C:\file.gif"); Expected result: IMHO file must stand without changes. Actual result: -- File changed. His size is 0. -- Edit this bug report at http://bugs.php.net/?id=29257&edit=1
#29259 [Opn->Fbk]: unexpected/lack of output from ereg & eregi
ID: 29259 Updated by: [EMAIL PROTECTED] Reported By: busmjn at lubs dot leeds dot ac dot uk -Status: Open +Status: Feedback Bug Type: *Regular Expressions Operating System: SunOS webserv2 5.8 Generic_11735 PHP Version: 4.3.7 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2004-07-19 15:30:11] busmjn at lubs dot leeds dot ac dot uk Description: The size of the resulting string of the search using ereg & eregi seems to be limited. Reproduce code: --- $GrabData = ereg("$GrabStart(.*)$GrabEnd", $RetrieveFile, $DataPrint); echo $DataPrint; Where $GrabStart & $GrabEnd are items chosen within the $RetrieveFile Expected result: I was expecting whatever portion of $RetrieveFile to be output as determined by $GrabStart & $GrabEnd Actual result: -- It worked to a certain extent until $GrabStart & $GrabEnd where more than a certain distance apart in the file then it failed. ereg returned a value rather than TRUE or FALSE. The max value it returned before failure seemed to be around 8969 which corresponds to the amount of data returned which was about 8,920 bytes -- Edit this bug report at http://bugs.php.net/?id=29259&edit=1
#29260 [Opn->Bgs]: imagettfbbox relative coordinates changed
ID: 29260 Updated by: [EMAIL PROTECTED] Reported By: operator at infomaniak dot ch -Status: Open +Status: Bogus Bug Type: GD related Operating System: linux 2.4.x PHP Version: 4.3.8 New Comment: There were some fixes to the function that resolved a problem in the older code that sometime would get incorrect co-ordinates. Previous Comments: [2004-07-19 16:27:21] operator at infomaniak dot ch Description: The reference coordinates values changed from 4.3.6 to 4.3.8 on imagettfbbox() ? ( gd 2.0.26 ) Reproduce code: --- Expected result: array(8) { [0]=> int(0) [1]=> int(-1) [2]=> int(52) [3]=> int(-1) [4]=> int(52) [5]=> int(-19) [6]=> int(0) [7]=> int(-19) } Actual result: -- array(8) { [0]=> int(0) [1]=> int(-20) [2]=> int(53) [3]=> int(-20) [4]=> int(53) [5]=> int(0) [6]=> int(0) [7]=> int(0) } -- Edit this bug report at http://bugs.php.net/?id=29260&edit=1
#29252 [Opn->Fbk]: Segmentation fault
ID: 29252 Updated by: [EMAIL PROTECTED] Reported By: clemens at gutweiler dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.19-xfs PHP Version: 4.3.8 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2004-07-19 09:45:11] clemens at gutweiler dot net Description: Segfault of php-cli and apache-sapi (apxs). Reproduce code: --- could not extract the reproduce code Expected result: no segfault Actual result: -- (gdb) run index.php Starting program: /usr/local/bin/php index.php [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 11311)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 11311)] 0x40816a8f in strlen () from /lib/libc.so.6 (gdb) bt #0 0x40816a8f in strlen () from /lib/libc.so.6 #1 0x081701ba in add_property_string_ex (arg=0x0, key=0x0, key_len=0, str=0x40 , duplicate=1) at /usr/local/src/php-4.3.8/Zend/zend_API.c:978 #2 0x0809e241 in zif_mysql_fetch_field (ht=0, return_value=0x82ab164, this_ptr=0x0, return_value_used=1) at /usr/local/src/php-4.3.8/ext/mysql/php_mysql.c:2165 #3 0x0817c706 in execute (op_array=0x8245b84) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1635 #4 0x0817c477 in execute (op_array=0x8256c3c) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1679 #5 0x0817c477 in execute (op_array=0x8283c18) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1679 #6 0x0817c477 in execute (op_array=0x82837e8) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1679 #7 0x0817c477 in execute (op_array=0x82be804) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1679 #8 0x0817db12 in execute (op_array=0x822e8a4) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:2200 #9 0x0817db12 in execute (op_array=0x82370f4) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:2200 #10 0x0817db12 in execute (op_array=0x822e71c) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:2200 #11 0x0816debb in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-4.3.8/Zend/zend.c:891 #12 0x08141f2f in php_execute_script (primary_file=0xbd10) at /usr/local/src/php-4.3.8/main/main.c:1734 #13 0x08181a3c in main (argc=2, argv=0xbd94) at /usr/local/src/php-4.3.8/sapi/cli/php_cli.c:822 (gdb) frame 3 #3 0x0817c706 in execute (op_array=0x8245b84) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1635 1635 ((zend_internal_function *) EX(function_state).function)->handler(EX(opline)->extended_value, EX(Ts)[EX(opline)->result.u.var].var.ptr, EX(object).ptr, return_value_used TSRMLS_CC); (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name $1 = 0x818a859 "mysql_fetch_field" -- Edit this bug report at http://bugs.php.net/?id=29252&edit=1
#29253 [Opn->Fbk]: array_diff with $GLOBALS argument fails apache.(zend optimizer running)
ID: 29253 Updated by: [EMAIL PROTECTED] Reported By: camka at email dot ee -Status: Open +Status: Feedback Bug Type: Arrays related Operating System: Unix, Win2000 PHP Version: 4.3.7 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: [2004-07-19 09:58:31] camka at email dot ee Description: when using array_diff with one of the parameters is $GLOBALS seems like the whole variable scope is messed up. Reproduce code: --- Expected result: expect seeing 'afad' and empty array; Actual result: -- array(0) { } Arra the length of "Arra" string depends on the length of $gg length; if uncomment the last line - apache child fails [Mon Jul 19 10:26:00 2004] [notice] child pid 10946 exit signal Segmentation fault (11 -- Edit this bug report at http://bugs.php.net/?id=29253&edit=1
#29269 [Opn->Bgs]: when Apache in SSL, Warning: mail(): Could not execute mail delivery program
ID: 29269 Updated by: [EMAIL PROTECTED] Reported By: rstubbe at sit dot nl -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Solaris 9 PHP Version: 4.3.8 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 The error explains that the sendmail binary needed to send the e-mail via PHP is either not present or not executable. Fix that problem and PHP will be able to send e-mail. Previous Comments: [2004-07-20 00:55:54] rstubbe at sit dot nl Description: When the Apache server is started with SSL support when calling the mail() function the following error occures: Warning: mail(): Could not execute mail delivery program '/usr/lib/sendmail -t -i ' in /export/home/digiprin/digiprints.nl/index.php on line 1266 NOTE: the problem does not occure when the apache server is started without SSL support Sendmail is the latest version 8.12.11 Apache is the latest version 2.0.50 Reproduce code: --- mail($email, "Uw bestelling",$message,$header); Expected result: email to be send Actual result: -- Warning: mail(): Could not execute mail delivery program '/usr/lib/sendmail -t -i ' in /export/home/digiprin/digiprints.nl/index.php on line 1266 -- Edit this bug report at http://bugs.php.net/?id=29269&edit=1
#29271 [NEW]: behaviour of $string['text'] = 'new string';
From: nospam0 at malkusch dot de Operating system: * PHP version: 5.0.0 PHP Bug Type: Strings related Bug description: behaviour of $string['text'] = 'new string'; Description: $string = 'a bla'; $string['index'] = 'b blub'; does the same work as $string = 'a bla'; $string{(int)'index'} = 'b blub'{0}; without any notic of undefined index or too long replacing string. But it should throw any notice, because one could expect that the code should produce a new Array('index' => 'b blubb'). Reproduce code: --- $string = 'a bla'; $string['index'] = 'b blub'; var_dump($string); Expected result: Either notices for use of deprecated [], undefined offset 'index' and too long replace char (and of course the actual result) or 'a bla' is deleted and $string has array('index' => 'b blubb') as value. Actual result: -- string(5) "b bla" -- Edit bug report at http://bugs.php.net/?id=29271&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29271&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29271&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29271&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29271&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29271&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29271&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29271&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29271&r=support Expected behavior: http://bugs.php.net/fix.php?id=29271&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29271&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29271&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29271&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29271&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29271&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29271&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29271&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29271&r=float
#28220 [Fbk->NoF]: mb_strwidth() returns wrong width values for some Hangul characters.
ID: 28220 Updated by: [EMAIL PROTECTED] Reported By: martin dot t dot kutschker at blackbox dot net -Status: Feedback +Status: No Feedback Bug Type:mbstring related PHP Version: Irrelevant New Comment: No feedback was provided for this bug for over a week, 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: [2004-07-12 08:52:33] [EMAIL PROTECTED] We're still waiting for feedback, so leave it at that state. [2004-07-10 20:41:42] martin dot t dot kutschker at blackbox dot net I never tried the original code (only noticed the problem from reading the docs), so I did not test the diff. Anyway I'm offline for two weeks, so I won't be able to give the fix a try for some time. [2004-07-07 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2004-06-29 14:25:26] [EMAIL PROTECTED] Try this patch and see if it works. http://www.voltex.jp/patches/bug28220- preliminary.patch.diff This patch is only applicable for PHP 4.3.2 or later. ~/src/php-4.3.7 $ patch -p0 -R < bug28220- preliminary.patch.diff [2004-05-04 11:53:53] martin dot t dot kutschker at blackbox dot net I rechecked EastAsianWidth and have found two more wide chars and noticed that the range 2E80..4DB5 is in fact split by a single half-width filler space char 1100..115F Hangul Choseong 2329LEFT-POINTING ANGLE BRACKET 232ARIGHT-POINTING ANGLE BRACKET 2E80-303E CJK and Kangxi radicals, ideographic chars 3041-4DB5 Hiragana, Katakana, Bopomofo and Hangul letters 4E00..D7A3 CJK ideographs, Yi and Hangul syllables F900..FA6A CJK compatibiliy ideographs FE30..FE6B presentation forms, punctuations, etc. FF01..FF60 full-width Latin letters FFE0FULLWIDTH CENT SIGN FFE1FULLWIDTH POUND SIGN FFE2FULLWIDTH NOT SIGN FFE3FULLWIDTH MACRON FFE4FULLWIDTH BROKEN BAR FFE5FULLWIDTH YEN SIGN FFE6FULLWIDTH WON SIGN Please also note that Unicode knows about "ambigous" (A) chars. See quotes from http://www.unicode.org/reports/tr11/ "In a broad sense, wide characters include W, F, and A (when in EA context), while narrow characters include N, Na, H, and A (when not in EA context)." "Ambiguous characters behave like wide or narrow characters depending on context (language tag, script identification, associated font, source of data, or explicit markup; all can provide the context). If the context cannot be established reliably they should be treated as narrow characters by default." So mb_strwidth could try to auto-detect the context (eg. by locale) or have an optional east-asian context argument. 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/28220 -- Edit this bug report at http://bugs.php.net/?id=28220&edit=1
#29269 [NEW]: when Apache in SSL, Warning: mail(): Could not execute mail delivery program
From: rstubbe at sit dot nl Operating system: Solaris 9 PHP version: 4.3.8 PHP Bug Type: Apache related Bug description: when Apache in SSL, Warning: mail(): Could not execute mail delivery program Description: When the Apache server is started with SSL support when calling the mail() function the following error occures: Warning: mail(): Could not execute mail delivery program '/usr/lib/sendmail -t -i ' in /export/home/digiprin/digiprints.nl/index.php on line 1266 NOTE: the problem does not occure when the apache server is started without SSL support Sendmail is the latest version 8.12.11 Apache is the latest version 2.0.50 Reproduce code: --- mail($email, "Uw bestelling",$message,$header); Expected result: email to be send Actual result: -- Warning: mail(): Could not execute mail delivery program '/usr/lib/sendmail -t -i ' in /export/home/digiprin/digiprints.nl/index.php on line 1266 -- Edit bug report at http://bugs.php.net/?id=29269&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29269&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29269&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29269&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29269&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29269&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29269&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29269&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29269&r=support Expected behavior: http://bugs.php.net/fix.php?id=29269&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29269&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29269&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29269&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29269&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29269&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29269&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29269&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29269&r=float
#29254 [Opn->Bgs]: Problems with form submit
ID: 29254 Updated by: [EMAIL PROTECTED] Reported By: pvaz at mirandaeserra dot pt -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Suse Linux 9.0 PHP Version: 4.3.9 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . Previous Comments: [2004-07-19 10:52:03] pvaz at mirandaeserra dot pt Description: Hi, I have several websites on a Suse Linux 9.0 Webserver that use PHP and when i have a submit form, it allways ask me for open or saving the php. The strange thing is that this same code in other server works well. Its strange and i cannot track down the source of this error. Thanks. Paulo Vaz -- Edit this bug report at http://bugs.php.net/?id=29254&edit=1
#28924 [Fbk->Opn]: Apache SAPI and Oracle OCI memory conflict
ID: 28924 User updated by: ben at grinvalds dot net Reported By: ben at grinvalds dot net -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Windows XP PHP Version: 5.0.0RC3 New Comment: I went and got the latest version PHP 5.0.1-dev (cli). I ran the following script from the console and it consistantly hung the php execution. This is how I executed it at the command prompt (> php.exe -f test.php). Here is the script I ran. The object count for my database was just over 10,000 records. Previous Comments: [2004-07-19 17:24:56] [EMAIL PROTECTED] Could you please try latest CVS snapshots from http://snaps.php.net? And could you try to run the code from console too? Does it crash? [2004-06-30 18:15:52] ben at grinvalds dot net I've been doing some more investigation. When I changed my php configuration in the Apache http.conf from sapi to cgi, the problem goes away. Looks like the problem is related to the sapi module. [2004-06-29 16:11:23] ben at grinvalds dot net I have included a script which causes a reference memory error to occur more frequently. If you run this script three or four times back to back you will get the error. Ben _ncount = oci_fetch_all($stmt, $this->_results); oci_free_statement($stmt); oci_close($conn); for ($i = 0; $i < $this->_ncount; $i++) { echo $this->_results["ENAME"][$i]; }}} $test = new Test(); $test->display(); ?> [2004-06-25 16:56:39] ben at grinvalds dot net Description: I have been testing my code in PHP5 and have been getting regular Apache.exe Application errors. When I run the script below a few times, I will consistantly get reference memory errors. Even after I re-boot my system. My application makes many calls to an Oracle database. I'm not sure if this is specifically related to OCI or if it is a more general PHP memory issue. Environment: OS: Windows XP Professional with SP1 Server: Apache 1.3.31 (Win32) DB: Oracle 8.4.7 Reproduce code: --- "; } echo ""; echo $i . " Records Selected. Count:" . $p; echo ""; } oci_free_statement($stmt); oci_close($conn); ?> Expected result: I should be able to run this without encountering any Apache.exe Application error. Actual result: -- The error message that I am receiving is: The instruction at "0x6042fdc2" refereced memory at "0x0010". The memory could not be "read". -- Edit this bug report at http://bugs.php.net/?id=28924&edit=1
#29268 [NEW]: __autoload() not called when inside eval()
From: david at jool dot nl Operating system: winXP PHP version: 5.0.0 PHP Bug Type: Zend Engine 2 problem Bug description: __autoload() not called when inside eval() Description: When creating a new instance of a class inside eval() the __autoload function isn't called. -- Edit bug report at http://bugs.php.net/?id=29268&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29268&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29268&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29268&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29268&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29268&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29268&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29268&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29268&r=support Expected behavior: http://bugs.php.net/fix.php?id=29268&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29268&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29268&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29268&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29268&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29268&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29268&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29268&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29268&r=float
#29215 [Csd->Bgs]: mysql_file_type returns bogus data
ID: 29215 Updated by: [EMAIL PROTECTED] Reported By: rudy dot metzger at xs4all dot nl -Status: Closed +Status: Bogus Bug Type: MySQL related Operating System: Linux RH ES 3 PHP Version: 5.0.0 New Comment: changing status: closed -> bogus Previous Comments: [2004-07-19 18:19:23] rudy dot metzger at xs4all dot nl Darn, I used an old Mysql-shared library of 4.0.18, although I had server/client/devel of 4.1 installed. Removed the old shared rpms and compiled PHP anew and now it works flawlessly! Sorry to raise this bogus Bug!!! But thanx alot for your quick response and reaction, great work! Cheerio /rudy [2004-07-19 16:31:36] [EMAIL PROTECTED] Works fine here! What does mysql_get_client_info() returns on your machine? [2004-07-19 15:47:45] rudy dot metzger at xs4all dot nl parlnx03> select version(); +-+ | version() | +-+ | 4.1.3-beta-standard-log | +-+ 1 row in set (0.00 sec) parlnx03> show create table test; +---++ | Table | Create Table | +---++ | test | CREATE TABLE `test` ( `a` varchar(50) default NULL, `b` int(11) default NULL, `c` datetime default NULL, `d` float default NULL, `e` text ) ENGINE=MyISAM DEFAULT CHARSET=latin1 | +---++ 1 row in set (0.00 sec) parlnx03> Do not insert any data into the table (in practise, it does not matter if you insert data or not, the result will be the same) [command] php --version PHP 5.0.0 (cli) (built: Jul 16 2004 13:57:08) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies should be A, but is B\n"; echo mysql_field_type( $res, 1 )." -> should be B, but is C\n"; echo mysql_field_type( $res, 2 )." -> should be C, but is D\n"; echo mysql_field_type( $res, 3 )." -> should be D, but is E\n"; echo mysql_field_type( $res, 4 )." ALWAYS real"; echo " NOTE: A is missing!\n"; mysql_free_result( $res ); mysql_close( $dbh ); ?> SCRIPT OUTPUT -- [command] php db.php Following is off by one index! int -> should be A, but is B datetime -> should be B, but is C real -> should be C, but is D blob -> should be D, but is E real ALWAYS real NOTE: A is missing! END OUTPUT - As you can see, the output is off by one index (actually, the first field should be -1). The last field is always real (cannot mapped anymore, because index is off). At MySQL 4.1.2 alpha the last one was random (real, unknown, ..) An easy way to reproduce: 1) create the table 2) modify the script with your userid/pwd 3) run the script Happy debugging! And hope I could be of some help. Cheerio /rudy [2004-07-16 18:35:58] [EMAIL PROTECTED] Please use actual mysql version for server and client (4.1.3-beta). If you will be able to reproduce the bug, send a reproducable and short testscript (including create table statement, and insert statement, output of client and server version) and reopen this bug. [2004-07-16 16:30:42] rudy dot metzger at xs4all dot nl Description: mysql_file_type() returns bogus data. PHP 5.0.0 mysql> desc zpm_auth; +--+-+--+-+-+---+ | Field| Type| Null | Key | Default | Extra | +--+-+--+-+-+---+ | userid | varchar(20) | | PRI | | | | username | varchar(50) | YES | | NULL| | | password | varchar(32) | YES | | NULL| | | creusr | varchar(32) | | | | | | credat | datetime| | | -00-00 00:00:00 | | | modusr | varchar(32) | | | | | | moddat | datetime| | | -00-00 00:00:00 | | +--+-+--+-+-+---+ 7 rows
#6890 [Com]: Problem executing external program
ID: 6890 Comment by: tim at nhwebgroup dot com Reported By: Jason at hspace dot net Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.0.2 New Comment: I have IIS 6.0 on windows 2003 server and the latest PHP running and i get these errors Warning: shell_exec(): Unable to execute 'myPdfExport.exe in W:\WebRoot\site_com\pdf_export.php on line 6 I can't execute any EXE programs in IIS 6 with the shell_exec() function. I DON't want to give the web user rights to the cmd.exe file in the system folder. Is there a fix? Previous Comments: [2001-03-08 20:21:18] [EMAIL PROTECTED] Not enough info, no feedback. --Jani [2001-01-08 17:11:47] [EMAIL PROTECTED] Which serverplatform and sapi are you using? (ISAPI/CGI/Apache)? [2001-01-08 16:59:19] [EMAIL PROTECTED] is this still valid for 4.0.4? [2000-09-26 12:05:08] Jason at hspace dot net I tried using exec() or system() or popen() or any function to execute an external program. All returned Access Violation, or script unable to execute program, errors. Possibly a bug in PHP for Windows. I've used exec() on Linux and it works correctly. -- Edit this bug report at http://bugs.php.net/?id=6890&edit=1
#28700 [Bgs->Opn]: yaz recode conflict
ID: 28700 Updated by: [EMAIL PROTECTED] Reported By: teuber at devicen dot de -Status: Bogus +Status: Open Bug Type: *Compile Issues Operating System: linux PHP Version: 5.0.0RC2 Previous Comments: [2004-07-17 18:27:20] kettler at gmx dot net This bug is not bogus: When doing "./configure --with-recode", part of ext/recode/config9.m4 will complain about not being able to be used with the yaz extension. The yaz extension is not included with PHP anymore, so the check for $PHP_YAZ will not see the required "no", but will instead see an empty variable(no PHP_ARG_WITH(yaz,...) in configure). This will prevent anyone from compiling with the recode extension. This bug is still present in the current CVS tree. Solution: Remove the check for the yaz extension from ext/recode/config9.m4. [2004-06-09 09:30:38] [EMAIL PROTECTED] 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 When using them both at the same time it will cause crashes. You will need to get one of the packages to fix the resolving symbols, after we contacted them they were not cooperative so we had to guard against using them together ourselves. [2004-06-08 18:02:57] teuber at devicen dot de Description: configure complained about conflicts between yaz and recode. i dont configured YAZ but i configured recode support. checking libexpat dir for XMLRPC-EPI... /usr checking iconv dir for XMLRPC-EPI... no checking for XSL support... no checking whether to include YP support... no configure: error: recode extension can not be configured together with: yaz make: *** No targets specified and no makefile found. Stop. core:~/src # cd php-5.0.0RC3/ ./configure \ --with-apxs=$SERVER_ROOT/bin/apxs \ --with-ttf \ --with-pgsql \ --with-oracle \ --with-mm \ --with-oci8 \ --with-ftp \ --with-xml \ --with-ldap \ --with-zlib \ --with-dbase \ --with-config-file-path=$SERVER_ROOT/php5 \ --with-exec-dir=$SERVER_ROOT/php5/php-bin \ --with-expat-dir=/usr \ --with-png-dir=/usr \ --with-pear=$SERVER_ROOT/php5/pear \ --with-recode \ --enable-soap \ --enable-track-vars \ --enable-sysvsem \ --enable-sysvshm \ --enable-ftp \ --enable-bcmath \ --with-db \ --with-db4 \ --with-gdbm \ --enable-trans-sid \ --with-mcrypt \ --with-gd \ --with-mysql=no -- Edit this bug report at http://bugs.php.net/?id=28700&edit=1
#28799 [Com]: PHP has encountered an Access Violation at 016E73DD
ID: 28799 Comment by: philmee95 at dumb-shirts dot com Reported By: l_anjanesh at yahoo dot com Status: Open Bug Type: *General Issues Operating System: Windows 2003 Server Enterprise PHP Version: 5.0.0RC3 New Comment: The new php5ts.dll fixed the access violation on non-mysql pages. Now I have a new access violation that is intermittant: meaning doens't work (query hits mysql using pear DB, access violation, and then nothing) and next load it works. There is a different access violation code now, as occured as i played with .ini and include paths and extension dirs thinking it was file access related. PHP5 final, MySQL 4.1.1-alpha-nt, winXP version 2002 sp1 (php-5.0.0-Win32.zip and php5ts-zend-mm.zip) Previous Comments: [2004-07-16 19:56:46] frederichenry at hotmail dot com Nevermind. The .dll provided by edink did fix the problem, I just forgot to update the right version of it. ;) For anyone still experiencing the, if you install PHP like I do, make sure that the php5ts.dll file is updated in your %SYSTEMROOT% folder, and your php folder (if you leave it there). I setup :\php as a PATH value, so it may be different for me. Thanks edink. [2004-07-16 18:24:10] l_anjanesh at yahoo dot com Im using php 4.3.7 and not encountered any such problem - all is working fine. I find the problem only with php5. [2004-07-16 18:14:46] frederichenry at hotmail dot com edink, Tried the php5ts.dll file provided in the link, no success. This problem has existed since the 4.3.7 release (I have not tried 4.3.8 yet). WinServer 2003, IIS6, PHP5 (Final and RC's). phpinfo(); returns fine, but anything else returns an access violation. Here's an example: Result: PHP has encountered an Access Violation at 017573CDhello! [2004-07-16 09:56:06] l_anjanesh at yahoo dot com Voting not working ? This is new. I voted a few days ago though I posted this post long time back. My vote was counted. I thought I can vote again to see this error but can't vote now. Guess its a one time vote ? [2004-07-16 09:06:31] wallig at web dot de i have the same bug. i am developing under win xp pro sp1 iis5.1. i worked with php4.3.7 and mysql 4.0.20b. then i moved to php5 final and mysql 4.1.3b. it took me a hole day to get it run. i found round about 6 different ways to install it, but it didnt worked properly. and i needed 2 more hours to get mysql work, because "php_mysql.dll was not found". i had old dlls in windows/system32. finally it worked but my scripts didnt work anymore. especially the session handling. and now i just get "PHP has encountered an Access Violation at 015273CD". i found this page and wanted to vote on this bug and all what i get is: query INSERT INTO bugdb_votes (bug,ip,score,reproduced,tried,sameos,samever) VALUES(28799,,2,1,1,1,1); failed: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near '2,1,1,1,1)' at line 1 what the hell are the doing. are the now working for microsoft? greetings from germany markus 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/28799 -- Edit this bug report at http://bugs.php.net/?id=28799&edit=1
#29185 [Opn->Csd]: Error in output from sprintf()
ID: 29185 Updated by: [EMAIL PROTECTED] Reported By: hkh at netnords dot dk -Status: Open +Status: Closed Bug Type: Strings related Operating System: debian 3.0 - Apache 1.3.26 PHP Version: 4.3.7 New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-07-19 22:33:15] [EMAIL PROTECTED] heh, how is this NOT a bug? [2004-07-16 01:31:16] [EMAIL PROTECTED] 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 Both PHP 4 and 5 return the same expected output. [-0010.00] [-0001.00] [-000.99] [-000.99] [-000.50] [.00] [.50] [.99] [.99] [1.00] [00010.00] [2004-07-15 15:11:43] hkh at netnords dot dk Description: I don't get the expected result from sprintf(), when input are less than [-]1. Tried the same code on a php 5.0.0b3 (windows), where I got the expected result. Maybe its related/oposite to bug #28633 Reproduce code: --- $fmt = "%08.2f"; printf("[".$fmt."]", -10); printf("[".$fmt."]",-1); printf("[".$fmt."]",-0.995); printf("[".$fmt."]",-0.99); printf("[".$fmt."]",-0.5); printf("[".$fmt."]", 0); printf("[".$fmt."]", 0.5); printf("[".$fmt."]", 0.99); printf("[".$fmt."]", 0.995); printf("[".$fmt."]", 1); printf("[".$fmt."]",10); Expected result: [-0010.00] [-0001.00] [-0001.00] // Not [-.99], should't it round down ? [-.99] [-.50] [0.00] [0.50] [0.99] [1.00] // Not [0.99] , should't it round up ? [1.00] [00010.00] Actual result: -- [-0010.00] [-0001.00] [-000.99] [-000.99] [-000.50] [.00] [.50] [.99] [.99] [1.00] [00010.00] -- Edit this bug report at http://bugs.php.net/?id=29185&edit=1
#29229 [Opn->Fbk]: --enable-ftp fails,
ID: 29229 Updated by: [EMAIL PROTECTED] Reported By: herps at raqtweak dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RedHat 7.x PHP Version: 5.0.0 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: [2004-07-17 19:02:47] herps at raqtweak dot com Description: When I compile with --enable-ftp, I get the following error when compiling. When I use --disable-ftp, it works fine... This DID work on all PHP4 builds, but not on PHP5. ext/ftp/ftp.lo: In function `ftp_close': /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:188: undefined reference to `SSL_shutdown' ext/ftp/ftp.lo: In function `ftp_login': /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:282: undefined reference to `SSLv23_client_method' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:282: undefined reference to `SSL_CTX_new' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:288: undefined reference to `SSL_new' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:291: undefined reference to `SSL_CTX_free' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:295: undefined reference to `SSL_set_fd' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:297: undefined reference to `SSL_connect' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:299: undefined reference to `SSL_shutdown' ext/ftp/ftp.lo: In function `my_send': /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1267: undefined reference to `SSL_write' ext/ftp/ftp.lo: In function `my_recv': /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1313: undefined reference to `SSL_read' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1315: undefined reference to `SSL_read' ext/ftp/ftp.lo: In function `data_accept': /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1561: undefined reference to `SSLv23_client_method' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1561: undefined reference to `SSL_CTX_new' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1567: undefined reference to `SSL_new' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1570: undefined reference to `SSL_CTX_free' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1575: undefined reference to `SSL_set_fd' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1578: undefined reference to `SSL_copy_session_id' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1581: undefined reference to `SSL_connect' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1583: undefined reference to `SSL_shutdown' ext/ftp/ftp.lo: In function `data_close': /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1607: undefined reference to `SSL_shutdown' /usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1616: undefined reference to `SSL_shutdown' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Expected result: Normal compile. Actual result: -- Failed compile. -- Edit this bug report at http://bugs.php.net/?id=29229&edit=1
#29267 [NEW]: quoting problem in configure
From: simon at tufty dot co dot uk Operating system: MacOSX 10.3.4 PHP version: 5.0.0 PHP Bug Type: *Compile Issues Bug description: quoting problem in configure Description: On trying to build 5.0.0 under OSX, I foolishly expanded the tarball into a directory with embedded spaces in the name (/Users/simon/Desktop/php stuff/). Configure barfed, throwing quite a few lines similar to: > checking size of char *... 4 > cat: /Users/simon/Desktop/php: No such file or directory > cat: stuff/php-5.0.0/ext/sqlite/libsqlite/VERSION: No such file or directory > sed: /Users/simon/Desktop/php: No such file or directory > sed: stuff/php-5.0.0/ext/sqlite/libsqlite/src/ sqlite.h.in: No such file or directory > checking for usleep... (cached) yes etc. These were thrown as warnings, but result in a configure failure - the resulting tree is unbuildable. configure parameters are irrelevant, even a bare `./configure` causes the problem. A simple change of the directory name to /Users/simon/ Desktop/phpstuff/ makes everything good. I suspect that there is an issue with missing quoting somewhere in the configure script Regards Simon -- Edit bug report at http://bugs.php.net/?id=29267&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29267&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29267&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29267&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29267&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29267&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29267&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29267&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29267&r=support Expected behavior: http://bugs.php.net/fix.php?id=29267&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29267&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29267&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29267&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29267&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29267&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29267&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29267&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29267&r=float
#9078 [Com]: php] make install
ID: 9078 Comment by: coimbraj at hotmail dot com Reported By: arena1 at korea dot com Status: Closed Bug Type: Compile Failure Operating System: sunos 5.6/sparc-sun-solaris2.6 PHP Version: 4.0.3 New Comment: I cant find any of the directories or even files that you sugest to compile PHP on a Apache Suse installation. How can I do it there? Previous Comments: [2001-05-28 17:11:35] [EMAIL PROTECTED] Please try with PHP 4.0.5 and read also the INSTALL file for instructions how to build as static module. --Jani [2001-02-02 11:36:20] arena1 at korea dot com . cd apache_1.3.14 ./configure --prefix=/usr/local/apache success cd ../php-4.0.3pl1 ./configure --with-oracle=ORACAL_HOME --with-apache=../apache_1.3.14 --enable-track-vars success make success [Ns1:root:/usr/local/php-4.0.3pl1] make install Making install in Zend Making install in main Making install in ext Making install in gd Making install in mysql Making install in libmysql Making install in oracle Making install in pcre Making install in pcrelib Making install in posix Making install in session Making install in standard Making install in xml Making install in expat Making install in xmltok Making install in xmlparse Making install in sapi Making install in apache Making install in TSRM Making install in regex Making install in . *** Error code 2 make: Fatal error: Command failed for target `install-sapi' Current working directory /usr/local/php-4.0.3pl1 *** Error code 1 make: Fatal error: Command failed for target `install-recursive' -- Edit this bug report at http://bugs.php.net/?id=9078&edit=1
#29185 [Bgs->Opn]: Error in output from sprintf()
ID: 29185 Updated by: [EMAIL PROTECTED] Reported By: hkh at netnords dot dk -Status: Bogus +Status: Open Bug Type: Strings related Operating System: debian 3.0 - Apache 1.3.26 PHP Version: 4.3.7 New Comment: heh, how is this NOT a bug? Previous Comments: [2004-07-16 01:31:16] [EMAIL PROTECTED] 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 Both PHP 4 and 5 return the same expected output. [-0010.00] [-0001.00] [-000.99] [-000.99] [-000.50] [.00] [.50] [.99] [.99] [1.00] [00010.00] [2004-07-15 15:11:43] hkh at netnords dot dk Description: I don't get the expected result from sprintf(), when input are less than [-]1. Tried the same code on a php 5.0.0b3 (windows), where I got the expected result. Maybe its related/oposite to bug #28633 Reproduce code: --- $fmt = "%08.2f"; printf("[".$fmt."]", -10); printf("[".$fmt."]",-1); printf("[".$fmt."]",-0.995); printf("[".$fmt."]",-0.99); printf("[".$fmt."]",-0.5); printf("[".$fmt."]", 0); printf("[".$fmt."]", 0.5); printf("[".$fmt."]", 0.99); printf("[".$fmt."]", 0.995); printf("[".$fmt."]", 1); printf("[".$fmt."]",10); Expected result: [-0010.00] [-0001.00] [-0001.00] // Not [-.99], should't it round down ? [-.99] [-.50] [0.00] [0.50] [0.99] [1.00] // Not [0.99] , should't it round up ? [1.00] [00010.00] Actual result: -- [-0010.00] [-0001.00] [-000.99] [-000.99] [-000.50] [.00] [.50] [.99] [.99] [1.00] [00010.00] -- Edit this bug report at http://bugs.php.net/?id=29185&edit=1
#29191 [Opn->WFx]: throwing Exceptions instead of printing error messages
ID: 29191 Updated by: [EMAIL PROTECTED] Reported By: nospam0 at malkusch dot de -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: * PHP Version: Irrelevant New Comment: This won't happen, please find reasons in the PHP Internals Archives. Previous Comments: [2004-07-15 23:39:04] nospam0 at malkusch dot de Description: It would be nice if the native methods would throw exceptions instead of printing error messages. It seems more consequent (and easier to handle) as PHP has exceptions. At least the native classes could do this. For compatibility reasons it can depend on zend.ze1_compatibility_mode or a new configuration directive. At the moment I have to wrap every method and class in order to work properly with exceptions. -- Edit this bug report at http://bugs.php.net/?id=29191&edit=1
#29266 [NEW]: sqlite_create_aggregate() can't return any php type
From: ozy at ozy dot student dot utwente dot nl Operating system: Mac OS X PHP version: 5.0.0 PHP Bug Type: SQLite related Bug description: sqlite_create_aggregate() can't return any php type Description: [code] function array_finalize(&$context) { if (isset($context)) { return $context; } return array(); } [/code] see reproduce code for full snip. This is part of an sqlite_create_aggregate(). seems perfectly legal, but the array_finalize(&$context) can't return an array. A returned array from sqlite_fetch_array() will explicitly hold a NULL value instead of our array from our custom function. If you can't return an array, please tell so in the manual, if you are supposed to be able to return an array, please fix this. changing the finalize code into: [code] function array_finalize(&$context) { if (isset($context)) { return serialize($context); } return serialize(array()); } [/code] does work perfectly (if you use unserialize on the other end of-course...) Reproduce code: --- function array_step(&$context, $element) { if (!is_array($context)) $context = array(); if (isset($element)) { $e = sqlite_udf_decode_binary($element); if (!in_array($e, $context)) { // UNIQUE $context[] = $e; } } } function array_finalize(&$context) { if (isset($context)) { return $context; } return array(); } sqlite_create_aggregate($db, 'ARRAY', 'array_step', 'array_finalize'); $q = "SELECT name, ARRAY(friends) as friends FROM friends GROUP BY name"; // just an example of a friends table (name,friendsname) $r = sqlite_query($db, $q); while ($a = sqlite_fetch_array($r, SQLITE_ASSOC)) { foreach($a['friends'] as $friend) tellFriend($friend); // whatever } Expected result: tellFriends gets executed per friend of one person. Then we while up to the next result and tellFriends gets executed per friend of the next person ... etc etc Actual result: -- $a['friends']=NULL (explicitly set to NULL) -- Edit bug report at http://bugs.php.net/?id=29266&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29266&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29266&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29266&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29266&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29266&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29266&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29266&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29266&r=support Expected behavior: http://bugs.php.net/fix.php?id=29266&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29266&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29266&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29266&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29266&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29266&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29266&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29266&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29266&r=float
#26016 [WFx]: Warning: fsockopen(): Bug
ID: 26016 Updated by: [EMAIL PROTECTED] Reported By: hill at bluecarrots dot com Status: Wont fix Bug Type: *General Issues Operating System: Linux PHP Version: 4.3.3 New Comment: I can see the confusion and will take a look at rewording some of the documentation. http://, ftp://, gopher://, nntp://, etc... These all describe application layer protocols (known in PHP as wrappers). See Also: http://www.php.net/wrappers tcp://, udp://, unix://, udg://, ssl://, tls://, etc... describe network layer protocols (also referred to as socket transports). See Also: http://www.php.net/transports fopen() (and family) work with wrappers, while fsockopen() only works with transports. When you use fopen('http://...', 'r') to open a remote resource URL. PHP creates a socket connection to the specified host and caries on an entire conversation with the remote server (asking for a specific document, passing authentication parameters, user-agent, negotiating content encoding, etc...). When you use fsockopen('tcp://hostname', 80) to open a connection to a remote listener, PHP creates the socket connection as before, but then stops, leaving the matter of application layer communication up to your script. If you're interrested in more detail, google for "ISO Model" and read up about the differences between the layers. Previous Comments: [2004-07-19 20:40:40] wmueller at email dot com well little stupid me! i would recommend then to strip all the comments in the docs that contain resource url's instead of hostnames :-p for some reason i think it is like making jokes. udp:// is oke, ssl:// yes, http:// makes it a 'thing'... i might use tcp:// instead as http is unknown to fsockopen? ok at least windows understands me... ok i am just picking the details now ;) thanks for clearify that!! please make a note into the manuals! :-) [2004-07-18 21:04:48] [EMAIL PROTECTED] http://www.webseite.com is not a hostname. http://www.webseite.com is a remote resource URL. www.webseite.com is a hostname. You are using the function incorrectly. [2004-07-18 11:16:46] [EMAIL PROTECTED] --disable-ipv6 when you configure. [2004-07-18 01:38:15] wmueller at email dot com well there must be more than just forgotten ssl support. i have php compiled with: '--with-openssl' and still if i do a fsockopen i end up with no socket AND a success message. if this is not a bug what else would be one? i do: $fp = fsockopen("http://www.webseite.com";, 80, $errno, $errstr, 4); if(!$fp){ // this will echo the errorno: 0 and success message :p echo "$errstr ($errno)\n"; }else{ // stuff } Script output: Warning: fsockopen() [function.fsockopen]: php_network_getaddresses: getaddrinfo failed: Name or service not known in /www/htdocs/ on line ... Warning: fsockopen() [function.fsockopen]: unable to connect to http://www.website.com:80 in /www/htdocs/ on line ... Success (0) System is a Suse Linux / PHP 4.3.1 same script works on windows and no i do not upgrade to php5 just for the taste of it :p so me too would vote for a fix! any comments welcome. thanks for doing php(4) :-) [2004-06-16 16:39:23] [EMAIL PROTECTED] It's a "Won't fix" for PHP4 because it requires a *significant* rewrite of the socket transport layer. As any responsible developer knows, you don't make massive changes to a stable branch of code, that's how you introduce bugs. You don't want bugs do you? It's also a "Won't fix" because it does work in PHP4 if you simply follow the instructions: For Linux: Compile OpenSSL support in staticly rather than as a shared module. ./configure --with-openssl rather than ./configure --with-openssl=shared For Windows: Use the alternate php4libts.dll provided at http://ftp.proventum.net/pub/php/win32/misc/openssl/ Creating a drama out of being "forced" to move to PHP5 to get ssl sockets to work seems...well... childish is a good word isn't it? 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/26016 -- Edit this bug report at http://bugs.php.net/?id=26016&edit=1
#26016 [Com]: Warning: fsockopen(): Bug
ID: 26016 Comment by: wmueller at email dot com Reported By: hill at bluecarrots dot com Status: Wont fix Bug Type: *General Issues Operating System: Linux PHP Version: 4.3.3 New Comment: well little stupid me! i would recommend then to strip all the comments in the docs that contain resource url's instead of hostnames :-p for some reason i think it is like making jokes. udp:// is oke, ssl:// yes, http:// makes it a 'thing'... i might use tcp:// instead as http is unknown to fsockopen? ok at least windows understands me... ok i am just picking the details now ;) thanks for clearify that!! please make a note into the manuals! :-) Previous Comments: [2004-07-18 21:04:48] [EMAIL PROTECTED] http://www.webseite.com is not a hostname. http://www.webseite.com is a remote resource URL. www.webseite.com is a hostname. You are using the function incorrectly. [2004-07-18 11:16:46] [EMAIL PROTECTED] --disable-ipv6 when you configure. [2004-07-18 01:38:15] wmueller at email dot com well there must be more than just forgotten ssl support. i have php compiled with: '--with-openssl' and still if i do a fsockopen i end up with no socket AND a success message. if this is not a bug what else would be one? i do: $fp = fsockopen("http://www.webseite.com";, 80, $errno, $errstr, 4); if(!$fp){ // this will echo the errorno: 0 and success message :p echo "$errstr ($errno)\n"; }else{ // stuff } Script output: Warning: fsockopen() [function.fsockopen]: php_network_getaddresses: getaddrinfo failed: Name or service not known in /www/htdocs/ on line ... Warning: fsockopen() [function.fsockopen]: unable to connect to http://www.website.com:80 in /www/htdocs/ on line ... Success (0) System is a Suse Linux / PHP 4.3.1 same script works on windows and no i do not upgrade to php5 just for the taste of it :p so me too would vote for a fix! any comments welcome. thanks for doing php(4) :-) [2004-06-16 16:39:23] [EMAIL PROTECTED] It's a "Won't fix" for PHP4 because it requires a *significant* rewrite of the socket transport layer. As any responsible developer knows, you don't make massive changes to a stable branch of code, that's how you introduce bugs. You don't want bugs do you? It's also a "Won't fix" because it does work in PHP4 if you simply follow the instructions: For Linux: Compile OpenSSL support in staticly rather than as a shared module. ./configure --with-openssl rather than ./configure --with-openssl=shared For Windows: Use the alternate php4libts.dll provided at http://ftp.proventum.net/pub/php/win32/misc/openssl/ Creating a drama out of being "forced" to move to PHP5 to get ssl sockets to work seems...well... childish is a good word isn't it? [2004-06-16 15:30:47] webmaster at zaedno dot de Somehow find it childish - will not fix it? What does this mean - I should migrate to PHP5 only because you find this not important enough. Pls reconsider this - I saw an hour ago that there are other fixes poping up in snaps.php. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26016 -- Edit this bug report at http://bugs.php.net/?id=26016&edit=1
#28911 [Bgs]: $_Get and $_Post not avaible
ID: 28911 User updated by: kae at aals dot ch Reported By: kae at aals dot ch Status: Bogus Bug Type: IIS related Operating System: windows XP Workstation PHP Version: 4.3.7 New Comment: I test this Procedure and the result is: after test.php 5.0.0 GPCS POST: Notice: Undefined variable: HTTP_POST_VARS in C:\Inetpub\wwwroot\de\borowski\test.php on line 13 Array ( ) GET: Notice: Undefined variable: HTTP_GET_VARS in C:\Inetpub\wwwroot\de\borowski\test.php on line 17 Array ( ) after submit nothing is appear. Here is the Inifilepart: ; Data Handling ; ; ; ; Note - track_vars is ALWAYS enabled as of PHP 4.0.3 ; The separator used in PHP generated URLs to separate arguments. ; Default is "&". ;arg_separator.output = "&" ; List of separator(s) used by PHP to parse input URLs into variables. ; Default is "&". ; NOTE: Every character in this directive is considered as separator! ;arg_separator.input = ";&" ; This directive describes the order in which PHP registers GET, POST, Cookie, ; Environment and Built-in variables (G, P, C, E & S respectively, often ; referred to as EGPCS or GPC). Registration is done from left to right, newer ; values override older values. variables_order = "GPCS" ; Whether or not to register the EGPCS variables as global variables. You may ; want to turn this off if you don't want to clutter your scripts' global scope ; with user data. This makes most sense when coupled with track_vars - in which ; case you can access all of the GPC variables through the $HTTP_*_VARS[], ; variables. ; ; You should do your best to write your scripts so that they do not require ; register_globals to be on; Using form variables as globals can easily lead ; to possible security problems, if the code is not very well thought of. register_globals = Off ; Whether or not to register the old-style input arrays, HTTP_GET_VARS ; and friends. If you're not using them, it's recommended to turn them off, ; for performance reasons. register_long_arrays = OFF ; This directive tells PHP whether to declare the argv&argc variables (that ; would contain the GET information). If you don't use these variables, you ; should turn it off for increased performance. register_argc_argv = Off ; Maximum size of POST data that PHP will accept. post_max_size = 8M Previous Comments: [2004-07-07 01:54:59] [EMAIL PROTECTED] Here's a better test, give us the output after the submit: [2004-07-06 21:24:45] kae at aals dot ch Sorry, but read all this script. It's not a case matter. Mit der Methode POST erhaltene Daten:"; while (list($post_var, $post_value) = each($_POST)) { echo $post_var." = ".$post_value.""; } } if ($_GET) { echo "Mit der Methode GET erhaltene Daten:"; while (list($get_var, $get_value) = each($_GET)) { echo $get_var ." = ".$get_value .""; } } ?> [2004-07-06 15:37:38] [EMAIL PROTECTED] The variables are called $_GET and $_POST (yes, the case matters!) [2004-06-30 20:41:08] kae at aals dot ch I have this php.ini value: variables_order = "EGPCS" register_long_arrays = Off register_globals = on register_argc_argv = Off post_max_size = 8M gpc_order = "GPC" [2004-06-29 17:55:29] [EMAIL PROTECTED] You should use $_GET and $_POST and check the value of your variables_order and gpc_order inside PHP.ini. 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/28911 -- Edit this bug report at http://bugs.php.net/?id=28911&edit=1
#29164 [Opn]: Odd behavior when opening a file from __destruct()
ID: 29164 User updated by: riorius at hotmail dot com Reported By: riorius at hotmail dot com Status: Open Bug Type: Class/Object related Operating System: Windows 2000 Pro PHP Version: 5.0.0 New Comment: Based on "kaspersv at privat dot dk"'s comment, I found a workaround. Since the script tries to open a file in the apache root directory rather than the script's directory, the solution is to specify the entire path: $out = fopen(dirname($_SERVER['PATH_TRANSLATED']) . "/save.txt", "w"); Previous Comments: [2004-07-14 23:53:11] kaspersv at privat dot dk This bug is probably a variation of the same problem that I experienced. Try changing the permissions for the apache-root folder (e.g. C:\Program Files\Apache Group\Apache on my computer). http://bugs.php.net/bug.php?id=29167 [2004-07-14 22:08:50] riorius at hotmail dot com Description: In my script, a user-defined class is instantiated, and a reference is maintained until the script's end. When the script ends, the class's __destruct() method is called. Inside of the __destruct() method for this class, I was trying to open a file on the server to save data. Reproduce code: --- Expected result: I expected that, when the script ended, the __destruct() method would be called, and it would successfully open the file and save the data. Actual result: -- When opening a file for writing, I would get a warning, "failed to open stream: Permission denied"; if I tried to open a file for reading, I would get a different warning, "failed to open stream: No such file or directory". Neither of these errors are appropriate: all permissions were available, the file was already created. If I used the exact same code in another method, or destroyed the reference to the class before the script's termination (thus causing the __destruct() method to be called earlier), the file would open and write with no problems. This only arose when the reference to my object was destroyed by the script's termination. -- Edit this bug report at http://bugs.php.net/?id=29164&edit=1
#28651 [Asn->Opn]: imap routines not found on CLI link
ID: 28651 Updated by: [EMAIL PROTECTED] Reported By: ler at lerctr dot org -Status: Assigned +Status: Open Bug Type: Compile Failure Operating System: UnixWare 7.1.4 PHP Version: 4.3.7 Assigned To: pollita Previous Comments: [2004-06-06 17:14:25] ler at lerctr dot org Description: When trying to compile in the IMAP support, the CLI link dies with: /bin/sh /home/ler/SOURCE/php/php-4.3.7/libtool --silent --preserve-dup-deps --mode=link cc -Xb -export-dynamic -O -Kpthread -L/usr/ucblib -L/etc/ssl/lib -L/usr/local/lib -L/home/ler/SOURCE/imap/imap-2004/c-client -L/home/ler/SOURCE/imap/imap-2004/lib -L/usr/local/mysql/lib -L/usr/local/pgsql/lib -R /usr/ucblib -R /etc/ssl/lib -R /usr/local/lib -R /home/ler/SOURCE/imap/imap-2004/c-client -R /home/ler/SOURCE/imap/imap-2004/lib -R /usr/local/mysql/lib -R /usr/local/pgsql/lib ext/openssl/openssl.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/curl/curl.lo ext/curl/curlstreams.lo ext/domxml/php_domxml.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gd/libgd/xbm.lo ext/imap/php_imap.lo ext/mysql/php_mysql.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/pgsql/pgsql.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/shmop/shmop.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/sysvmsg/sysvmsg.lo ext/sysvsem/sysvsem.lo ext/sysvshm/sysvshm.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo
#29119 [Asn->Csd]: html_entity_decode misbehaves with UTF-8
ID: 29119 Updated by: [EMAIL PROTECTED] Reported By: peter at desk dot nl -Status: Assigned +Status: Closed Bug Type: Strings related Operating System: Linux 2.6.5 PHP Version: 5.0.0RC3 Assigned To: moriyoshi New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-07-19 15:17:57] peter at desk dot nl nb : the above-mentioned online tests at http://fire.desk.nl/ are now no longer relevant as that machine runs the patched version. [2004-07-19 14:26:57] peter at desk dot nl after looking at the sources, this patch seems to fix it : fire:/home/peter/php-5.0.0/ext/standard# diff -u html.c.org html.c --- html.c.org 2004-07-19 14:24:08.0 +0200 +++ html.c 2004-07-19 14:13:50.0 +0200 @@ -158,7 +158,7 @@ "thinsp", NULL, NULL, "zwnj", "zwj", "lrm", "rlm", NULL, NULL, NULL, "ndash", "mdash", NULL, NULL, NULL, "lsquo", "rsquo", "sbquo", NULL, "ldquo", "rdquo", "bdquo", - "dagger", "Dagger", "bull", NULL, NULL, NULL, "hellip", + NULL,"dagger", "Dagger","bull", NULL, NULL, NULL, "hellip", NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "permil", NULL, "prime", "Prime", NULL, NULL, NULL, NULL, NULL, "lsaquo", "rsaquo", NULL, NULL, NULL, "oline", NULL, NULL, NULL, NULL, NULL, [2004-07-13 16:53:49] peter at desk dot nl Description: when decoding named entities with html_entity_decode, the resulting characters are sometimes incorrect. e.g., "€" becomes the UTF-8 representation of the ⁄ entity (fraction slash). not all entities are incorrectly translated, though. numerical entities work correctly. tested with both php-5.0.0RC3 and the proposed -RC4 from snaps.php.net/~andi/ config : ./configure --with-apxs=/usr/bin/apxs --with-mysql=/usr/local/mysql --with-gd --enable-safe-mode --with-dom=/usr --enable-ftp --with-zlib --with-xsl --with-xmlrpc --enable-cli --enable-bcmath --with-iconv --with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 Reproduce code: --- // all tests are viewed with browser encoding forced on UTF-8. "; print htmlentities(html_entity_decode("€",ENT_NOQUOTES,"UTF-8"),ENT_NOQUOTES,"UTF-8"); ?> // other test also available on // http://fire.desk.nl/decode/index.php // (just enter € and submit) // and http://fire.desk.nl/decode/index.phps (source) Expected result: a euro-sign a euro-sign Actual result: -- a fractional slash a euro-sign -- Edit this bug report at http://bugs.php.net/?id=29119&edit=1
#29119 [Opn->Asn]: html_entity_decode misbehaves with UTF-8
ID: 29119 Updated by: [EMAIL PROTECTED] Reported By: peter at desk dot nl -Status: Open +Status: Assigned Bug Type: Strings related Operating System: Linux 2.6.5 PHP Version: 5.0.0RC3 -Assigned To: +Assigned To: moriyoshi Previous Comments: [2004-07-19 15:17:57] peter at desk dot nl nb : the above-mentioned online tests at http://fire.desk.nl/ are now no longer relevant as that machine runs the patched version. [2004-07-19 14:26:57] peter at desk dot nl after looking at the sources, this patch seems to fix it : fire:/home/peter/php-5.0.0/ext/standard# diff -u html.c.org html.c --- html.c.org 2004-07-19 14:24:08.0 +0200 +++ html.c 2004-07-19 14:13:50.0 +0200 @@ -158,7 +158,7 @@ "thinsp", NULL, NULL, "zwnj", "zwj", "lrm", "rlm", NULL, NULL, NULL, "ndash", "mdash", NULL, NULL, NULL, "lsquo", "rsquo", "sbquo", NULL, "ldquo", "rdquo", "bdquo", - "dagger", "Dagger", "bull", NULL, NULL, NULL, "hellip", + NULL,"dagger", "Dagger","bull", NULL, NULL, NULL, "hellip", NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "permil", NULL, "prime", "Prime", NULL, NULL, NULL, NULL, NULL, "lsaquo", "rsaquo", NULL, NULL, NULL, "oline", NULL, NULL, NULL, NULL, NULL, [2004-07-13 16:53:49] peter at desk dot nl Description: when decoding named entities with html_entity_decode, the resulting characters are sometimes incorrect. e.g., "€" becomes the UTF-8 representation of the ⁄ entity (fraction slash). not all entities are incorrectly translated, though. numerical entities work correctly. tested with both php-5.0.0RC3 and the proposed -RC4 from snaps.php.net/~andi/ config : ./configure --with-apxs=/usr/bin/apxs --with-mysql=/usr/local/mysql --with-gd --enable-safe-mode --with-dom=/usr --enable-ftp --with-zlib --with-xsl --with-xmlrpc --enable-cli --enable-bcmath --with-iconv --with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 Reproduce code: --- // all tests are viewed with browser encoding forced on UTF-8. "; print htmlentities(html_entity_decode("€",ENT_NOQUOTES,"UTF-8"),ENT_NOQUOTES,"UTF-8"); ?> // other test also available on // http://fire.desk.nl/decode/index.php // (just enter € and submit) // and http://fire.desk.nl/decode/index.phps (source) Expected result: a euro-sign a euro-sign Actual result: -- a fractional slash a euro-sign -- Edit this bug report at http://bugs.php.net/?id=29119&edit=1
#29264 [NEW]: gettext extension loading but not working
From: borreo at softhome dot net Operating system: Windows 2000 PHP version: 5CVS-2004-07-19 (dev) PHP Bug Type: Gettext related Bug description: gettext extension loading but not working Description: php_gettext.dll extension is not working neither on PHP 5.0 final, nor on latest CVS Win32 build: http://snaps.php.net/win32/php5-win32-200407191430.zip I tried the functions bindtextdomain() and gettext() and both seem to be undefined. The only other extension that I use, sybase_ct, works fine. >From my php.ini: extension_dir = "c:/php/ext" extension=php_gettext.dll I even tried running php-cgi.exe from the command line, and I didn't receive any different error message (this really helps debugging "missing .dll" errors). Moving around iconv.dll (e.g. copying from an old version into c:\php, see Bug #27269) didn't help either. With PHP 4.3.7 no problem found. Even with 5.0 RC1 no problems (provided that one manually copied the iconv.dll into c:\php). Reproduce code: --- $DomainPath = bindtextdomain( "myapp", "c:/e/webtest/inc/locale" ) ; Expected result: [no output expected] Actual result: -- Fatal error: Call to undefined function bindtextdomain() in C:\test.php on line 3 -- Edit bug report at http://bugs.php.net/?id=29264&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29264&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29264&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29264&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29264&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29264&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29264&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29264&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29264&r=support Expected behavior: http://bugs.php.net/fix.php?id=29264&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29264&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29264&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29264&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29264&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29264&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29264&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29264&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29264&r=float
#28016 [Com]: is_resource() returns false for resources of type "Unknown"
ID: 28016 Comment by: php at afdelingp dot dk Reported By: php at ter dot dk Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 4CVS, 5CVS (2004-04-16) Assigned To: derick New Comment: I have created a patch for Piotr Pawlow's version of php_imlib 0.3, fixing this issue for imlib (though I think the PHP behavior is strange at best). http://www.afdelingp.dk/files/php-4.3.8-imlib-rsrc.diff Best regards, Morten K. Poulsen Previous Comments: [2004-06-15 15:59:54] admin at php dot kz have same bug with crack lib [2004-04-16 15:11:33] [EMAIL PROTECTED] Derick: I agree, just change gettype() too. And imlib / other extensions using the wrong way in registering resources should be fixed. The 'non-named' resource is meant for something else.. [2004-04-16 11:05:22] [EMAIL PROTECTED] If the imlib extension gives it a proper name then it should work fine, so I think it's also a bug there. [2004-04-16 08:37:21] php at ter dot dk But will it solve the problem in my situation? After all, I do have a resource by hand, and would be pretty sad if other functions wouldn't recognize it as a resource. I do agree though that making gettype not return "resource" for a closed resource (since is_resource() already does that). I just don't like the idea that these functions might not recognize my resource at all. - Peter Brodersen [2004-04-16 03:15:17] [EMAIL PROTECTED] No, the fix was correct. Close() in this case destroyed the resource data in the variable, so it's no longer a resource anymore. I think the correct thing to do here is to make gettype() not show "resource" either. 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/28016 -- Edit this bug report at http://bugs.php.net/?id=28016&edit=1
#29263 [NEW]: Data not in $_REQUEST, but in $_POST or $_GET
From: dino at kataris dot de Operating system: Linux Debian PHP version: 5.0.0 PHP Bug Type: Variables related Bug description: Data not in $_REQUEST, but in $_POST or $_GET Description: I think I don't have to say more as in the summary I wrote,... Data not in $_REQUEST, but in $_POST or $_GET Reproduce code: --- // works: $page = 'start'; if(isset($_POST['page'])) { $page = $_POST['page']; } if(isset($_GET['page'])) { $page = $_GET['page']; } // doesn't works: $page = 'start'; if(isset($_REQUEST['page'])) { $page = $_REQUEST['page']; } Expected result: The variable $page should have the value of the data, the script request ;) -- Edit bug report at http://bugs.php.net/?id=29263&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29263&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29263&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29263&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29263&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29263&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29263&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29263&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29263&r=support Expected behavior: http://bugs.php.net/fix.php?id=29263&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29263&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29263&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29263&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29263&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29263&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29263&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29263&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29263&r=float
#29215 [Fbk->Csd]: mysql_file_type returns bogus data
ID: 29215 User updated by: rudy dot metzger at xs4all dot nl Reported By: rudy dot metzger at xs4all dot nl -Status: Feedback +Status: Closed Bug Type: MySQL related Operating System: Linux RH ES 3 PHP Version: 5.0.0 New Comment: Darn, I used an old Mysql-shared library of 4.0.18, although I had server/client/devel of 4.1 installed. Removed the old shared rpms and compiled PHP anew and now it works flawlessly! Sorry to raise this bogus Bug!!! But thanx alot for your quick response and reaction, great work! Cheerio /rudy Previous Comments: [2004-07-19 16:31:36] [EMAIL PROTECTED] Works fine here! What does mysql_get_client_info() returns on your machine? [2004-07-19 15:47:45] rudy dot metzger at xs4all dot nl parlnx03> select version(); +-+ | version() | +-+ | 4.1.3-beta-standard-log | +-+ 1 row in set (0.00 sec) parlnx03> show create table test; +---++ | Table | Create Table | +---++ | test | CREATE TABLE `test` ( `a` varchar(50) default NULL, `b` int(11) default NULL, `c` datetime default NULL, `d` float default NULL, `e` text ) ENGINE=MyISAM DEFAULT CHARSET=latin1 | +---++ 1 row in set (0.00 sec) parlnx03> Do not insert any data into the table (in practise, it does not matter if you insert data or not, the result will be the same) [command] php --version PHP 5.0.0 (cli) (built: Jul 16 2004 13:57:08) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies should be A, but is B\n"; echo mysql_field_type( $res, 1 )." -> should be B, but is C\n"; echo mysql_field_type( $res, 2 )." -> should be C, but is D\n"; echo mysql_field_type( $res, 3 )." -> should be D, but is E\n"; echo mysql_field_type( $res, 4 )." ALWAYS real"; echo " NOTE: A is missing!\n"; mysql_free_result( $res ); mysql_close( $dbh ); ?> SCRIPT OUTPUT -- [command] php db.php Following is off by one index! int -> should be A, but is B datetime -> should be B, but is C real -> should be C, but is D blob -> should be D, but is E real ALWAYS real NOTE: A is missing! END OUTPUT - As you can see, the output is off by one index (actually, the first field should be -1). The last field is always real (cannot mapped anymore, because index is off). At MySQL 4.1.2 alpha the last one was random (real, unknown, ..) An easy way to reproduce: 1) create the table 2) modify the script with your userid/pwd 3) run the script Happy debugging! And hope I could be of some help. Cheerio /rudy [2004-07-16 18:35:58] [EMAIL PROTECTED] Please use actual mysql version for server and client (4.1.3-beta). If you will be able to reproduce the bug, send a reproducable and short testscript (including create table statement, and insert statement, output of client and server version) and reopen this bug. [2004-07-16 16:30:42] rudy dot metzger at xs4all dot nl Description: mysql_file_type() returns bogus data. PHP 5.0.0 mysql> desc zpm_auth; +--+-+--+-+-+---+ | Field| Type| Null | Key | Default | Extra | +--+-+--+-+-+---+ | userid | varchar(20) | | PRI | | | | username | varchar(50) | YES | | NULL| | | password | varchar(32) | YES | | NULL| | | creusr | varchar(32) | | | | | | credat | datetime| | | -00-00 00:00:00 | | | modusr | varchar(32) | | | | | | moddat | datetime| | | -00-00 00:00:00 | | +--+-+--+-+-+---+ 7 rows in set (0.00 sec) mysql> select version(); +--+ | version()| +--+ | 4.1.2-alpha-s
#29228 [Opn]: 404 and internal server errors
ID: 29228 User updated by: sales at teksigns dot com Reported By: sales at teksigns dot com Status: Open -Bug Type: Reproducible crash +Bug Type: Unknown/Other Function Operating System: windows xp PHP Version: 5CVS-2004-07-17 (dev) New Comment: updated Previous Comments: [2004-07-18 20:41:57] sales at teksigns dot com i have now noticed that the only php file that will execute is : phpinfo.php and it shows a access voilation at the bottom ... all other php files return not found [2004-07-17 18:44:17] sales at teksigns dot com Description: i have tried installing php 5 latest cvs on my server running windows xp with : visnetic website 3.5 (formally website) i setup the server to use php5isapi.dll the same way i set it up to run php4 i have been using php4 since release when i start the server and try visiting a php file i get eather a 404 error or a internal server error . i cant see that im missing anything . help !!! -- Edit this bug report at http://bugs.php.net/?id=29228&edit=1
#28605 [Opn]: bug21523.phpt test never end
ID: 28605 User updated by: tbp at poly dot polytechnique dot fr Reported By: tbp at poly dot polytechnique dot fr Status: Open Bug Type: Strings related Operating System: Compaq Tru64 UNIX v5.1 PHP Version: 4CVS-2004-06-01 (stable) New Comment: I have no solution. Since this issue does not disturb my applications for a moment I leave it as it is Previous Comments: [2004-07-19 17:21:55] edreddy at gmail dot com I am able reproduce the same bug on Redhat Enterprise Linux Advanced Server 3.0 in php version-4.3.8. Is there any solution found so far. If so, please pass on to me [2004-07-11 22:48:01] tbp at poly dot polytechnique dot fr [EMAIL PROTECTED]:/Admin/SRC/Apache/php-4.3.7]# gdb sapi/cli/php GNU gdb 6.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alphaev68-dec-osf5.1"... (gdb) run ext/standard/tests/math/bug21523.phpt Starting program: /Admin/SRC/Apache/php-4.3.7/sapi/cli/php ext/standard/tests/math/bug21523.phpt --TEST-- Bug #21523 number_format tries to allocate negative amount of memory --FILE-- warning: (Internal error: pc 0x12010bb14 in read in psymtab, but not in symtab.) Program received signal SIGINT, Interrupt. 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 317 fj = modf(fi / 10, &fi); (gdb) bt #0 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 warning: (Internal error: pc 0x12010b9b8 in read in psymtab, but not in symtab.) #1 0x00012010b9b8 in ap_php_conv_fp (format=102 'f', num=0, add_dp=NO, precision=2768, is_negative=0x11fff9dc0, buf=0x11fff9bb1 "", len=0x11fff9ba8) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:176 warning: (Internal error: pc 0x12010d88c in read in psymtab, but not in symtab.) #2 0x00012010d88c in xbuf_format_converter (xbuf=0x11fff9e38, fmt=0x14002f659 "f", ap={__base = 0x11fff9eb8, __offset = 40}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:461 warning: (Internal error: pc 0x12010e048 in read in psymtab, but not in symtab.) #3 0x00012010e048 in vspprintf (pbuf=0x11fff9f48, max_len=4831812308, format=0x14002f656 "%.*f", ap={__base = 0x11fff9eb8, __offset = 24}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:638 warning: (Internal error: pc 0x12010e110 in read in psymtab, but not in symtab.) #4 0x00012010e110 in spprintf (pbuf=0x11fff9b1f, max_len=4831812308, format=0x11fff9ad6 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:658 warning: (Internal error: pc 0x1200ae738 in read in psymtab, but not in symtab.) #5 0x0001200ae738 in _php_math_number_format (d=0, dec=536845880, dec_point=46 '.', thousand_sep=44 ',') at /Admin/SRC/Apache/php-4.3.7/ext/standard/math.c:1032 warning: (Internal error: pc 0x1200aeb68 in read in psymtab, but not in symtab.) #6 0x0001200aeb68 in zif_number_format (ht=1074697176, return_value=0x1400e9398, this_ptr=0x11fff9ad6, return_value_used=0) at /Admin/SRC/Apache/php-4.3.7/ext/standard/math.c:1128 warning: (Internal error: pc 0x1201558d8 in read in psymtab, but not in symtab.) #7 0x0001201558d8 in execute (op_array=0x7ff0) at /Admin/SRC/Apache/php-4.3.7/Zend/zend_execute.c:1635 Previous frame inner to this frame (corrupt stack?) (gdb) [2004-07-11 21:43:33] [EMAIL PROTECTED] run the single test like this: # gdb sapi/cli/php (gdb) run ext/standard/tests/math/bug21523.phpt And if/when it hangs, press ctrl+c and then type: (gdb) bt And paste output here. [2004-06-01 22:21:01] tbp at poly dot polytechnique dot fr Description: I was upgrading my apache/mod-ssl/php to latest version and I have now trouble to do make test: I expect make test to give me some results in minute or some, but it continue running for hours. But I could stop it with CTRL-C Same results for php 4.3.6/4.3.7RC1/php4-STABLE-200406011430 php 4.3.4 works fine. My tests shows that php go in to some kind of loop while it try to execute number_format(-2000, 2768): [EMAIL PROTECTED]:/Admin/SRC/Apache/php-4.3.4]# ps auxwwa | grep php root 468861 97.9 0.0 6.38M 1.1M pts/5R + 22:04:31 0:08.71 sapi/cli/php bug21523.phpt Configure: ./configure --with-apa
#28446 [NoF->Bgs]: SoapClient Segmentation Fault _getTypes after loading WSDL
ID: 28446 Updated by: [EMAIL PROTECTED] Reported By: raewasch at ee dot oulu dot fi -Status: No Feedback +Status: Bogus Bug Type: SOAP related Operating System: Linux 2.4.22 PHP Version: 5.0.0RC2 Assigned To: dmitry New Comment: Duplicate -> bogus. Previous Comments: [2004-07-19 17:42:51] [EMAIL PROTECTED] I think it is the same as #29109 and #29236, those are fixed. [2004-07-06 09:52:14] [EMAIL PROTECTED] Could you please post your WSDL file here. I can do nothing without it. [2004-05-19 17:36:12] raewasch at ee dot oulu dot fi Description: A very simple soap client with a fairly complex WSDL file segfaults on __getTypes() Code is below. No GDB trace, but if this can't be replicated I can send one. The output: $ php -v PHP 5.0.0RC2 (cgi) (built: May 17 2004 20:08:36) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0RC2, Copyright (c) 1998-2004 Zend Technologies Reproduce code: --- #!/usr/local/bin/php http://www.ee.oulu.fi/~raewasch/mad-cpi-php-bug.wsdl";; $client = new SoapClient($WSDL_URL); print_r($client->__getFunctions()); print_r($client->__getTypes()); ?> Expected result: Not a segfault. Actual result: -- $ php soap-test.php Content-type: text/html X-Powered-By: PHP/5.0.0RC2 Array ( [0] => void SetDefaultDeliveryRule(SetDefaultDeliveryRuleRequest $setDefaultDeliveryRule) <...snip reasonable output...> [11] => GetAdRenderURLResponse GetAdRenderURL(GetAdRenderURLRequest $getAdRenderURL) ) Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=28446&edit=1
#28446 [Asn->NoF]: SoapClient Segmentation Fault _getTypes after loading WSDL
ID: 28446 Updated by: [EMAIL PROTECTED] Reported By: raewasch at ee dot oulu dot fi -Status: Assigned +Status: No Feedback Bug Type: SOAP related Operating System: Linux 2.4.22 PHP Version: 5.0.0RC2 Assigned To: dmitry New Comment: I think it is the same as #29109 and #29236, those are fixed. Previous Comments: [2004-07-06 09:52:14] [EMAIL PROTECTED] Could you please post your WSDL file here. I can do nothing without it. [2004-05-19 17:36:12] raewasch at ee dot oulu dot fi Description: A very simple soap client with a fairly complex WSDL file segfaults on __getTypes() Code is below. No GDB trace, but if this can't be replicated I can send one. The output: $ php -v PHP 5.0.0RC2 (cgi) (built: May 17 2004 20:08:36) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0RC2, Copyright (c) 1998-2004 Zend Technologies Reproduce code: --- #!/usr/local/bin/php http://www.ee.oulu.fi/~raewasch/mad-cpi-php-bug.wsdl";; $client = new SoapClient($WSDL_URL); print_r($client->__getFunctions()); print_r($client->__getTypes()); ?> Expected result: Not a segfault. Actual result: -- $ php soap-test.php Content-type: text/html X-Powered-By: PHP/5.0.0RC2 Array ( [0] => void SetDefaultDeliveryRule(SetDefaultDeliveryRuleRequest $setDefaultDeliveryRule) <...snip reasonable output...> [11] => GetAdRenderURLResponse GetAdRenderURL(GetAdRenderURLRequest $getAdRenderURL) ) Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=28446&edit=1
#28321 [Asn->NoF]: Duplicate Tags in SOAP message parsed incorrectly.
ID: 28321 Updated by: [EMAIL PROTECTED] Reported By: ronunism at hotmail dot com -Status: Assigned +Status: No Feedback Bug Type: SOAP related Operating System: Fedora Core 1 PHP Version: 5CVS-2004-05-07 (dev) Assigned To: dmitry Previous Comments: [2004-05-21 17:03:47] [EMAIL PROTECTED] May be the problem in WSDL file? Can you put here WSDL file, SOAP request (XML) and SOAP response? [2004-05-07 20:36:10] ronunism at hotmail dot com Description: Using PHP5's SoapClient to recieve a SOAP envelope that contains multiple instances of the same tag, the resulting object retains only the last item of the given tag name. E.G. Receiving a SOAP message containing: Scooby Lassie Benji Results in an object containing: [dogs] => stdClass Object ( [dog] => Benji ) I'm using a perl SOAP::Lite script for the server, and php5's SOAP for the client. When the tags are changed to be unique (e.g. , , ) all three examples are returned as expected. Reproduce code: --- [ TestFunction is a simple function that returns a SOAP envelope containing: Scooby Lassie Benji $client is the PHP5 SoapClient variable. ] $test = $client->__call('TestFunction', array($a)); echo ''; print_r($test); echo ''; Expected result: stdClass Object ( [dogs] => array ( [0] => Scooby [1] => Lassie [2] => Benji ) ) Actual result: -- stdClass Object ( [dogs] => stdClass Object ( [dog] => Benji ) -- Edit this bug report at http://bugs.php.net/?id=28321&edit=1
#28924 [Opn->Fbk]: Apache SAPI and Oracle OCI memory conflict
ID: 28924 Updated by: [EMAIL PROTECTED] Reported By: ben at grinvalds dot net -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Windows XP PHP Version: 5.0.0RC3 New Comment: Could you please try latest CVS snapshots from http://snaps.php.net? And could you try to run the code from console too? Does it crash? Previous Comments: [2004-06-30 18:15:52] ben at grinvalds dot net I've been doing some more investigation. When I changed my php configuration in the Apache http.conf from sapi to cgi, the problem goes away. Looks like the problem is related to the sapi module. [2004-06-29 16:11:23] ben at grinvalds dot net I have included a script which causes a reference memory error to occur more frequently. If you run this script three or four times back to back you will get the error. Ben _ncount = oci_fetch_all($stmt, $this->_results); oci_free_statement($stmt); oci_close($conn); for ($i = 0; $i < $this->_ncount; $i++) { echo $this->_results["ENAME"][$i]; }}} $test = new Test(); $test->display(); ?> [2004-06-25 16:56:39] ben at grinvalds dot net Description: I have been testing my code in PHP5 and have been getting regular Apache.exe Application errors. When I run the script below a few times, I will consistantly get reference memory errors. Even after I re-boot my system. My application makes many calls to an Oracle database. I'm not sure if this is specifically related to OCI or if it is a more general PHP memory issue. Environment: OS: Windows XP Professional with SP1 Server: Apache 1.3.31 (Win32) DB: Oracle 8.4.7 Reproduce code: --- "; } echo ""; echo $i . " Records Selected. Count:" . $p; echo ""; } oci_free_statement($stmt); oci_close($conn); ?> Expected result: I should be able to run this without encountering any Apache.exe Application error. Actual result: -- The error message that I am receiving is: The instruction at "0x6042fdc2" refereced memory at "0x0010". The memory could not be "read". -- Edit this bug report at http://bugs.php.net/?id=28924&edit=1
#28970 [Asn]: Deleting wsdl tmp files results in segfault
ID: 28970 Updated by: [EMAIL PROTECTED] Reported By: ba at esoft dot dk Status: Assigned Bug Type: SOAP related Operating System: Linux 2.6.7-gentoo-r3 PHP Version: 5.0.0RC3 Assigned To: dmitry New Comment: Sorry, but I cannot reproduce the crash. Did you get the same behavior with CLI? Previous Comments: [2004-06-30 09:43:58] ba at esoft dot dk Description: Deleting the wsdl-* files from /tmp will cause the SOAP extension to crash with a segfault. This should be fairly easy to reproduce... Expected result: Don't segfault, re-cache the WSDL files Actual result: -- Segfault -- Edit this bug report at http://bugs.php.net/?id=28970&edit=1
#28605 [Com]: bug21523.phpt test never end
ID: 28605 Comment by: edreddy at gmail dot com Reported By: tbp at poly dot polytechnique dot fr Status: Open Bug Type: Strings related Operating System: Compaq Tru64 UNIX v5.1 PHP Version: 4CVS-2004-06-01 (stable) New Comment: I am able reproduce the same bug on Redhat Enterprise Linux Advanced Server 3.0 in php version-4.3.8. Is there any solution found so far. If so, please pass on to me Previous Comments: [2004-07-11 22:48:01] tbp at poly dot polytechnique dot fr [EMAIL PROTECTED]:/Admin/SRC/Apache/php-4.3.7]# gdb sapi/cli/php GNU gdb 6.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alphaev68-dec-osf5.1"... (gdb) run ext/standard/tests/math/bug21523.phpt Starting program: /Admin/SRC/Apache/php-4.3.7/sapi/cli/php ext/standard/tests/math/bug21523.phpt --TEST-- Bug #21523 number_format tries to allocate negative amount of memory --FILE-- warning: (Internal error: pc 0x12010bb14 in read in psymtab, but not in symtab.) Program received signal SIGINT, Interrupt. 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 317 fj = modf(fi / 10, &fi); (gdb) bt #0 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 warning: (Internal error: pc 0x12010b9b8 in read in psymtab, but not in symtab.) #1 0x00012010b9b8 in ap_php_conv_fp (format=102 'f', num=0, add_dp=NO, precision=2768, is_negative=0x11fff9dc0, buf=0x11fff9bb1 "", len=0x11fff9ba8) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:176 warning: (Internal error: pc 0x12010d88c in read in psymtab, but not in symtab.) #2 0x00012010d88c in xbuf_format_converter (xbuf=0x11fff9e38, fmt=0x14002f659 "f", ap={__base = 0x11fff9eb8, __offset = 40}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:461 warning: (Internal error: pc 0x12010e048 in read in psymtab, but not in symtab.) #3 0x00012010e048 in vspprintf (pbuf=0x11fff9f48, max_len=4831812308, format=0x14002f656 "%.*f", ap={__base = 0x11fff9eb8, __offset = 24}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:638 warning: (Internal error: pc 0x12010e110 in read in psymtab, but not in symtab.) #4 0x00012010e110 in spprintf (pbuf=0x11fff9b1f, max_len=4831812308, format=0x11fff9ad6 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:658 warning: (Internal error: pc 0x1200ae738 in read in psymtab, but not in symtab.) #5 0x0001200ae738 in _php_math_number_format (d=0, dec=536845880, dec_point=46 '.', thousand_sep=44 ',') at /Admin/SRC/Apache/php-4.3.7/ext/standard/math.c:1032 warning: (Internal error: pc 0x1200aeb68 in read in psymtab, but not in symtab.) #6 0x0001200aeb68 in zif_number_format (ht=1074697176, return_value=0x1400e9398, this_ptr=0x11fff9ad6, return_value_used=0) at /Admin/SRC/Apache/php-4.3.7/ext/standard/math.c:1128 warning: (Internal error: pc 0x1201558d8 in read in psymtab, but not in symtab.) #7 0x0001201558d8 in execute (op_array=0x7ff0) at /Admin/SRC/Apache/php-4.3.7/Zend/zend_execute.c:1635 Previous frame inner to this frame (corrupt stack?) (gdb) [2004-07-11 21:43:33] [EMAIL PROTECTED] run the single test like this: # gdb sapi/cli/php (gdb) run ext/standard/tests/math/bug21523.phpt And if/when it hangs, press ctrl+c and then type: (gdb) bt And paste output here. [2004-06-01 22:21:01] tbp at poly dot polytechnique dot fr Description: I was upgrading my apache/mod-ssl/php to latest version and I have now trouble to do make test: I expect make test to give me some results in minute or some, but it continue running for hours. But I could stop it with CTRL-C Same results for php 4.3.6/4.3.7RC1/php4-STABLE-200406011430 php 4.3.4 works fine. My tests shows that php go in to some kind of loop while it try to execute number_format(-2000, 2768): [EMAIL PROTECTED]:/Admin/SRC/Apache/php-4.3.4]# ps auxwwa | grep php root 468861 97.9 0.0 6.38M 1.1M pts/5R + 22:04:31 0:08.71 sapi/cli/php bug21523.phpt Configure: ./configure --with-apache=../apache_1.3.31 --with-ssl=/Local/ssl --prefix=/Local/php --enable-memory-limit --with-zlib=/Local --with-zlib-dir=/Local --with-mysql=/Local/mysql --with-pgsql=/Local/pgsql --enable-ftp Problem is irrelevant to php.ini (I have also
#28498 [Asn->Csd]: SoapClient segfault when calling method (Soap 1.2)
ID: 28498 Updated by: [EMAIL PROTECTED] Reported By: hannes at phpug dot ch -Status: Assigned +Status: Closed Bug Type: SOAP related Operating System: Linux 2.6.5 PHP Version: 5CVS-2004-05-23 (dev) Assigned To: dmitry New Comment: It is the same as bug #29061 that was fixed in CVS HEAD. Previous Comments: [2004-07-06 09:53:59] [EMAIL PROTECTED] Could you please post your WSDL file and actual output from the SOAP server. [2004-05-23 23:34:47] hannes at phpug dot ch PS: Correctly using the SOAP_1_2 constant in the options array does not help, by the way :) [2004-05-23 23:30:43] hannes at phpug dot ch Description: I tried to use the Soap 1.2 test files that come with the extension as a starting point, so I copied the soap12-test.wsdl file from ext/soap/tests/soap12 into my DocumentRoot and adapted soap12:address accordingly. The WSDL file loads just fine, __getFunctions() and __getTypes() seem to work. But when I call any function, the Soap client segfaults without sending any data. Reproduce code: --- $client = new SoapClient("http://localhost/soap/soap12-test.wsdl";, array("soap_version" => 1.2)); var_export($client->__getFunctions()); //ok var_export($client->__getTypes()); //ok $x = $client->echoSimpleTypesAsStruct("Alva", 123456, 3.141); print "OK"; //we never get this far Expected result: array ( 0 => 'void emptyBody()', 1 => 'string echoOk(string $echoOk)', 2 => 'void requiredHeader(string $requiredHeader)', 3 => 'string echoHeader(string $responseHeader)', (..) OK Actual result: -- #0 0x41093763 in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0x4011c01a in do_request (this_ptr=0x812711c, request=0x0, location=0x81362b4 "http://localhost/soap/soap12-test.php";, action=0x0, version=512, response=0xbfffcf40) at /tmp/php5-200405232030/ext/soap/soap.c:1948 #2 0x4011c546 in do_soap_call (this_ptr=0x812711c, function=0x813176c "echoSimpleTypesAsStruct", function_len=23, arg_count=3, real_args=0x81311cc, return_value=0x813112c, soap_action=0x0, call_uri=0x0, soap_headers=0x0, output_headers=0x0) at /tmp/php5-200405232030/ext/soap/soap.c:2022 #3 0x4011d278 in zif_SoapClient___call (ht=0, return_value=0x0, this_ptr=0x0, return_value_used=1) at /tmp/php5-200405232030/ext/soap/soap.c:2186 #4 0x402493b2 in zend_call_function (fci=0xbfffd0f0, fci_cache=0x0) at /tmp/php5-200405232030/Zend/zend_execute_API.c:853 #5 0x40248ecc in call_user_function_ex (function_table=0x0, object_pp=0x0, function_name=0x0, retval_ptr_ptr=0x0, param_count=0, params=0x0, no_separation=0, symbol_table=0x0) at /tmp/php5-200405232030/Zend/zend_execute_API.c:550 #6 0x402654bd in zend_std_call_user_call (ht=3, return_value=0x8131084, this_ptr=0x812711c, return_value_used=1) at /tmp/php5-200405232030/Zend/zend_object_handlers.c:565 #7 0x402761da in zend_do_fcall_common_helper (execute_data=0xbfffd440, opline=0x81279b0, op_array=0x8126f64) -- Edit this bug report at http://bugs.php.net/?id=28498&edit=1
#29241 [Opn->Csd]: PHP memory_limit remote vulnerability(includes 5.0.0)
ID: 29241 Updated by: [EMAIL PROTECTED] Reported By: zor at mysword dot org -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: Linux Mandrake 10.0 PHP Version: 5.0.0 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Previous Comments: [2004-07-18 10:14:17] zor at mysword dot org Description: Found this site and I thought php people should know about it: http://security.e-matters.de/advisories/112004.html Have a nice day gentlemans. Reproduce code: --- Expected result: Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=29241&edit=1
#21523 [Com]: number_format causes call to emalloc for a negative amount of memory
ID: 21523 Comment by: edreddy at gmail dot com Reported By: cteubner at ncw-av dot com Status: Closed Bug Type: Strings related Operating System: Windows 2000 PHP Version: 4.3.0 Assigned To: wez New Comment: when I used the function number_format(-2000, 2768) in php script and invoke that script using cli php (in version 5.3.8), php interpreter is getting into infinite loop of modf() and memmov() functions. It is working fine if I use the the second argument of number_format() function is less than 305. Platform is RedHat Enterprise Linux Advanced Server3.0 Previous Comments: [2003-01-09 09:48:11] [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-01-09 06:36:52] [EMAIL PROTECTED] sprintf under win32 can crash when the format width is too large. Changing the emalloc + sprintf to spprintf highlights a problem in our spprintf implementation; it only returns a string of 80 chars. This length causes the reslen calculation to produce a negative number and thus emalloc to fail. [2003-01-08 13:05:47] cteubner at ncw-av dot com When the following line is run: echo number_format(2, 2678); The following error appears in the Apache error log: FATAL: emalloc(): Unable to allocate -1112 bytes -259 and -123 have also appeared. Clearly I accidentally used number_format in the reverse direction that I meant to. However, it seems like whatever is requesting memory for number_format is experiencing integer overflow. That doesn't seem right. -- Edit this bug report at http://bugs.php.net/?id=21523&edit=1
#28985 [Asn->Csd]: __getTypes() returning nothing on complex WSDL
ID: 28985 Updated by: [EMAIL PROTECTED] Reported By: jp dot gouigoux at free dot fr -Status: Assigned +Status: Closed Bug Type: SOAP related Operating System: Win2000 PHP Version: 5.0.0RC3 Assigned To: dmitry New Comment: Fixed in CVS HEAD. Previous Comments: [2004-07-12 08:47:49] jp dot gouigoux at free dot fr Here is the first WSDL (the one that works fine): http://schemas.xmlsoap.org/wsdl/http/"; xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:s="http://www.w3.org/2001/XMLSchema"; xmlns:s0="http://tempuri.org/"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:tm="http://microsoft.com/wsdl/mime/textMatching/"; xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/"; targetNamespace="http://tempuri.org/"; xmlns="http://schemas.xmlsoap.org/wsdl/";> http://tempuri.org/";> http://schemas.xmlsoap.org/soap/http"; style="document" /> http://tempuri.org/Coucou"; style="document" /> http://tempuri.org/RenvoiSimple"; style="document" /> http://tempuri.org/StoreInSession"; style="document" /> http://tempuri.org/RetrieveFromSession"; style="document" /> http://tempuri.org/RetrieveSessionId"; style="document" /> http://gouigoux-jp/TestPHPSoap/Service1.asmx"; /> And here is the second one, that generates the bug: http://schemas.xmlsoap.org/wsdl/http/"; xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:s="http://www.w3.org/2001/XMLSchema"; xmlns:s0="http://tempuri.org/"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:tm="http://microsoft.com/wsdl/mime/textMatching/"; xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/"; targetNamespace="http://tempuri.org/"; xmlns="http://schemas.xmlsoap.org/wsdl/";> http://tempuri.org/";>
#27798 [Opn->Fbk]: Bug #26010 is back again
ID: 27798 Updated by: [EMAIL PROTECTED] Reported By: ricardo at ish dot com dot br -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: Windows XP PHP Version: 5.0.0RC1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2004-04-17 21:30:58] ricardo at ish dot com dot br Here is the sample code: var1 = 'A'; $this->var2 = 'B'; } public function dumpVars() { print_r(get_object_vars($this)); } } ?> \n"; $myFoo->dumpVars(); ?> Here is the behavior: = My VARS: Array ( [var1] => A ) Here is the expected Behavior: == My VARS: Array ( [var1] => A [var2] => B ) My opinion about it: Since the function get_object_vars is being called inside the class, it should have access to all PPP types, shouldn't it? (this example above is a dummy one, but it illustrates the problem quite well). Sorry about the delay of my reply. [2004-04-07 08:57:10] ricardo at ish dot com dot br Well, as pointed by your observation, it should work if i call get_object_vars in a method inside the own class, right? well, it will also fail. :) [2004-04-07 04:39:06] [EMAIL PROTECTED] That's expected behaviour..(what would the use of protected/private be if you can get access to them anywhere?) (if you disagree, give an example..and not a reference to unrelated bug report) [2004-03-31 06:56:14] ricardo at ish dot com dot br Description: It seems to me that Bug #26010 is hauting us again. I can't get an useful result from get_object_vars($obj), unless its var are declared as public. Wasn't it supposed to be fixed on CSV since November, 10th, 2003? Thanks Ricardo -- Edit this bug report at http://bugs.php.net/?id=27798&edit=1
#29262 [NEW]: [session feature] make session_id() possible to called after session_start()
From: xuefer at 21cn dot com Operating system: xp PHP version: 4.3.8 PHP Bug Type: Feature/Change Request Bug description: [session feature] make session_id() possible to called after session_start() Description: current limitation: session_id() needs to be called before session_start() for that purpose(change sid) but session_regenerate_id() can be called AFTER session_start(); so why not make session_id($sid) the same way? session_id($sid) use old scheme before session_start(); (BC) and do update SID/send cookie after session_start() (new feature) the reason to do this is: i'd have same userid use same session, the new one will search for old sessionid (which is better done in session read callback), and session_id($oldsid) -- Edit bug report at http://bugs.php.net/?id=29262&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29262&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29262&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29262&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29262&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29262&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29262&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29262&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29262&r=support Expected behavior: http://bugs.php.net/fix.php?id=29262&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29262&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29262&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29262&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29262&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29262&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29262&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29262&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29262&r=float
#27868 [Ver->Fbk]: segfault on apache and php5 cli (only with --disable-debug!)
ID: 27868 Updated by: [EMAIL PROTECTED] Reported By: blackei2k at gmx dot de -Status: Verified +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2004-04-07 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip can't reproduce with new PHP5, probably fixed Previous Comments: [2004-04-07 08:05:28] [EMAIL PROTECTED] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 20934)] 0x082a972d in zend_std_get_method (object=0x40e420bc, method_name=0x40e4213c "zar", method_len=3) at /usr/src/web/php/php5/Zend/zend_object_handlers.c:673 673 if (zend_hash_find(&zobj->ce->function_table, lc_method_name, method_len+1, (void **)&fbc) == FAILURE) { (gdb) bt #0 0x082a972d in zend_std_get_method (object=0x40e420bc, method_name=0x40e4213c "zar", method_len=3) at /usr/src/web/php/php5/Zend/zend_object_handlers.c:673 #1 0x082b72c7 in zend_init_method_call_handler (execute_data=0xbfffd800, opline=0x40e40420, op_array=0x40e35e54) at /usr/src/web/php/php5/Zend/zend_execute.c:2505 #2 0x082b4a07 in execute (op_array=0x40e35e54) at /usr/src/web/php/php5/Zend/zend_execute.c:1391 #3 0x0829a699 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/web/php/php5/Zend/zend.c:1057 #4 0x082686f6 in php_execute_script (primary_file=0xbbd0) at /usr/src/web/php/php5/main/main.c:1630 #5 0x082c7a92 in main (argc=2, argv=0xbc54) at /usr/src/web/php/php5/sapi/cli/php_cli.c:943 [2004-04-05 07:47:01] blackei2k at gmx dot de I got a working (segfaulting) test-case here: getMessage() . "\n"; } return true; } } $o = new bar; $o->zar(); ?> Hope that helps [2004-04-05 07:26:08] blackei2k at gmx dot de Description: I get a segfault while running a script of mine. Here what apache's error.log says: [Mon Apr 5 13:36:36 2004] [notice] child pid 2072 exit signal Segmentation fault (11) It happens when i call the function set_common_vars() which is a method of a class. If i run var_dump($o) ($o being an instance of the class set_common_vars is a member of) the script errors as it should withoot segfaulting. The function ist defined as: function sets_common_vars() { $this->strCat = (isset ($_GET['load']) ? $_GET['load'] : 'homepage'); $this->strGet = $_SERVER['PHP_SELF'] . '?' . 'load=' . $strCat; return true; } This is very strange. I tried to build up a test-case as i thought it was related to the try {} catch blocks in the contructor, but it wasn't. My test-case did it's work as it was supposed to. I'm not sure what i can do, as the provided information above will most likely not help much tracing the bug to its source. As the new object model is based on ZE2 i have classified this as an engine issue. -- Edit this bug report at http://bugs.php.net/?id=27868&edit=1
#29215 [Opn->Fbk]: mysql_file_type returns bogus data
ID: 29215 Updated by: [EMAIL PROTECTED] Reported By: rudy dot metzger at xs4all dot nl -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Linux RH ES 3 PHP Version: 5.0.0 New Comment: Works fine here! What does mysql_get_client_info() returns on your machine? Previous Comments: [2004-07-19 15:47:45] rudy dot metzger at xs4all dot nl parlnx03> select version(); +-+ | version() | +-+ | 4.1.3-beta-standard-log | +-+ 1 row in set (0.00 sec) parlnx03> show create table test; +---++ | Table | Create Table | +---++ | test | CREATE TABLE `test` ( `a` varchar(50) default NULL, `b` int(11) default NULL, `c` datetime default NULL, `d` float default NULL, `e` text ) ENGINE=MyISAM DEFAULT CHARSET=latin1 | +---++ 1 row in set (0.00 sec) parlnx03> Do not insert any data into the table (in practise, it does not matter if you insert data or not, the result will be the same) [command] php --version PHP 5.0.0 (cli) (built: Jul 16 2004 13:57:08) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies should be A, but is B\n"; echo mysql_field_type( $res, 1 )." -> should be B, but is C\n"; echo mysql_field_type( $res, 2 )." -> should be C, but is D\n"; echo mysql_field_type( $res, 3 )." -> should be D, but is E\n"; echo mysql_field_type( $res, 4 )." ALWAYS real"; echo " NOTE: A is missing!\n"; mysql_free_result( $res ); mysql_close( $dbh ); ?> SCRIPT OUTPUT -- [command] php db.php Following is off by one index! int -> should be A, but is B datetime -> should be B, but is C real -> should be C, but is D blob -> should be D, but is E real ALWAYS real NOTE: A is missing! END OUTPUT - As you can see, the output is off by one index (actually, the first field should be -1). The last field is always real (cannot mapped anymore, because index is off). At MySQL 4.1.2 alpha the last one was random (real, unknown, ..) An easy way to reproduce: 1) create the table 2) modify the script with your userid/pwd 3) run the script Happy debugging! And hope I could be of some help. Cheerio /rudy [2004-07-16 18:35:58] [EMAIL PROTECTED] Please use actual mysql version for server and client (4.1.3-beta). If you will be able to reproduce the bug, send a reproducable and short testscript (including create table statement, and insert statement, output of client and server version) and reopen this bug. [2004-07-16 16:30:42] rudy dot metzger at xs4all dot nl Description: mysql_file_type() returns bogus data. PHP 5.0.0 mysql> desc zpm_auth; +--+-+--+-+-+---+ | Field| Type| Null | Key | Default | Extra | +--+-+--+-+-+---+ | userid | varchar(20) | | PRI | | | | username | varchar(50) | YES | | NULL| | | password | varchar(32) | YES | | NULL| | | creusr | varchar(32) | | | | | | credat | datetime| | | -00-00 00:00:00 | | | modusr | varchar(32) | | | | | | moddat | datetime| | | -00-00 00:00:00 | | +--+-+--+-+-+---+ 7 rows in set (0.00 sec) mysql> select version(); +--+ | version()| +--+ | 4.1.2-alpha-standard-log | +--+ 1 row in set (0.00 sec) mysql> $sql = "SELECT userid FROM zpm_auth LIMIT 1"; $res = mysql_query( $sql, $this->DBH() ); $this->EvaluateCommand( $res, false, true, $sql ); $colType = mysql_field_type( $res, 0 ); die( $colType ); Works in PHP5 RC3 -
#29260 [NEW]: imagettfbbox relative coordinates changed
From: operator at infomaniak dot ch Operating system: linux 2.4.x PHP version: 4.3.8 PHP Bug Type: GD related Bug description: imagettfbbox relative coordinates changed Description: The reference coordinates values changed from 4.3.6 to 4.3.8 on imagettfbbox() ? ( gd 2.0.26 ) Reproduce code: --- Expected result: array(8) { [0]=> int(0) [1]=> int(-1) [2]=> int(52) [3]=> int(-1) [4]=> int(52) [5]=> int(-19) [6]=> int(0) [7]=> int(-19) } Actual result: -- array(8) { [0]=> int(0) [1]=> int(-20) [2]=> int(53) [3]=> int(-20) [4]=> int(53) [5]=> int(0) [6]=> int(0) [7]=> int(0) } -- Edit bug report at http://bugs.php.net/?id=29260&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29260&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29260&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29260&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29260&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29260&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29260&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29260&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29260&r=support Expected behavior: http://bugs.php.net/fix.php?id=29260&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29260&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29260&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29260&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29260&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29260&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29260&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29260&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29260&r=float
#29256 [Opn->Asn]: SOAP HTTP Error when envelop size is more than 24345 bytes
ID: 29256 Updated by: [EMAIL PROTECTED] Reported By: reudeml04 at free dot fr -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: Win2000 Prof [Version 5.00.] SP4 PHP Version: 5.0.0 -Assigned To: +Assigned To: dmitry Previous Comments: [2004-07-19 13:43:30] reudeml04 at free dot fr Description: Using the new PHP5 SOAP extension, I am building a web service, with both a PHP Client and a PHP Server. I have a simple class 'fileAttachment' which I send via the WS PHP Client to the PHP Web Service. The web service is also a simple class that is supposed to process the fileAttachment received. Everything works fine until the SOAP request size goes over 24345 bytes. When this limit is reached, I get the SOAP Fault[faultstring] => Failed Sending HTTP SOAP request [faultcode] => HTTP. If I remove just 1 byte of the fileAttachment content, the request works fine. Reproduce code: --- The WS Server code is at : http://www.freewebs.com/reude/serverSimpleWS.php and the main class is at : http://www.freewebs.com/reude/simpleWS.class.php The wsdl is located at http://www.freewebs.com/reude/simpleWS.wsdl The Client is at : http://www.freewebs.com/reude/clientSimpleWS.php and the help fileAttachment.class is at : http://www.freewebs.com/reude/fileAttachment.class.php The file to sent is at : http://www.freewebs.com/reude/small.bin Expected result: var_dump of response is just an echo of the fileAttachment that has been sent : object(stdClass)#4 (2) { ["simpleWSResponse"]=> object(stdClass)#3 (2) { ["responseCode"]=> string(3) "000" ["responseMessage"]=> string(29) "Reflects the input parameters" } ["packageID"]=> string(23823) "c:\temp\small.bin / 23642 / object(stdClass)#2 (3) { ["fileName"]=> string(17) "c:\temp\small.bin" ["fileSize"]=> string(5) "23642" ["fileContent"]=> string(23642) "6kd5NaRSP ... truncated ... N6aRSPbRy01" } " } Actual result: -- var_dump of response is : SoapFault Object ( [message:protected] => [string:private] => [code:protected] => 0 [file:protected] => c:\program files\easyphp1-7-php5\www\php5soapserver\clientsimplews.php [line:protected] => 30 [trace:private] => Array ( [0] => Array ( [file] => c:\program files\easyphp1-7-php5\www\php5soapserver\clientsimplews.php [line] => 30 [function] => __call [class] => SoapClient [type] => -> [args] => Array ( [0] => c:\temp\small.bin236436kd5NaRSPbRybXdW+++... truncated ... WSqQN6kd5NaRSPbRy012 ) [enc_stype] => fileAttachment [enc_ns] => http://soapinterop.org/xsd ) ) ) ) ) ) [faultstring] => Failed Sending HTTP SOAP request [faultcode] => HTTP ) -- Edit this bug report at http://bugs.php.net/?id=29256&edit=1
#29236 [Opn->Csd]: memory error when wsdl-cache is enabled
ID: 29236 Updated by: [EMAIL PROTECTED] Reported By: vaughan at ucla dot edu -Status: Open +Status: Closed Bug Type: SOAP related Operating System: debian linux 2.4.26 PHP Version: 5CVS-2004-07-18 (dev) New Comment: Fixed in CVS HEAD. Previous Comments: [2004-07-18 04:01:59] vaughan at ucla dot edu Description: perhaps related to bug # 27994 and 29109? all wsdl urls seem to work on first access. For some, the second access causes a memory error: browser returns nothing, but the error log contains: FATAL: emalloc(): Unable to allocate -2080374783 bytes but other wsdl urls work fine all the time. for example, http://services.xmethods.net/soap/urn: xmethods-delayed-quotes.wsdl works fine, but this one (which is the one I'm interested in!) causes the error: http://isisdev1.tig.ucla.edu/iws/v4.asmx?WSDL The only difference I can see is the size of the wsdl cache file: ls -la /tmp/wsdl* -rw-r--r--1 www-data www-data 655 Jul 17 18:45 /tmp/wsdl-1d3ed057f34bf52d1ef18dd2d2cf17b0 -rw-r--r--1 www-data www-data11616 Jul 17 18:45 /tmp/wsdl-7a407628dfa2fa2c7282f12e23774f98 If I remove the big one, then the code below works again, but only once. Reproduce code: --- http://isisdev1.tig.ucla.edu/iws/v4.asmx?WSDL";; $client = new SoapClient($endpoint); echo ""; var_dump($client->__getFunctions()); echo ""; ?> Expected result: On first run, when there's no wsdl cache file, I get the expected list of functions. Actual result: -- no browser output emalloc error recorded in log file. -- Edit this bug report at http://bugs.php.net/?id=29236&edit=1
#29109 [Opn->Csd]: Uncaught SoapFault exception: [WSDL] Out of memory
ID: 29109 Updated by: [EMAIL PROTECTED] Reported By: lafriks at hello dot lv -Status: Open +Status: Closed Bug Type: SOAP related Operating System: Windows 2000 PHP Version: 5.0.0RC3 New Comment: Fixed in CVS HEAD. Previous Comments: [2004-07-12 17:15:32] lafriks at hello dot lv btw webservice server is using mono .net test.cs: using System; using System.Data; using System.Web; using System.Web.Services; namespace nix { /// /// Summary description for Service1. /// public class test : System.Web.Services.WebService { public test() { //InitializeComponent(); } [WebMethod] public string HelloWorld() { return "Hello World"; } } } [2004-07-12 17:09:37] lafriks at hello dot lv Description: If I refresh page I get the same error only all the time number of bytes are diffrent. Reproduce code: --- cli.php: http://localhost:81/test.asmx?wsdl";); $test = $client->HelloWorld(); print $test; ?> http://localhost:81/test.asmx?wsdl: http://schemas.xmlsoap.org/wsdl/mime/"; xmlns:s0="http://tempuri.org/"; xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:s="http://www.w3.org/2001/XMLSchema"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:tm="http://microsoft.com/wsdl/mime/textMatching/"; xmlns:http="http://schemas.xmlsoap.org/wsdl/http/"; name="test" targetNamespace="http://tempuri.org/"; xmlns="http://schemas.xmlsoap.org/wsdl/";> http://tempuri.org/"; xmlns:xs="http://www.w3.org/2001/XMLSchema";> http://schemas.xmlsoap.org/soap/http"; /> http://tempuri.org/HelloWorld"; style="document" /> http://localhost:81/test.asmx"; /> http://localhost:81/test.asmx"; /> http://localhost:81/test.asmx"; /> Expected result: Hello World Actual result: -- Fatal error: Uncaught SoapFault exception: [WSDL] Out of memory: cannot allocate -261794784 bytes! in C:\Program Files\Apache Group\Apache2\htdocs\soap\cli.php:3 Stack trace: #0 {main} thrown in C:\Program Files\Apache Group\Apache2\htdocs\soap\cli.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=29109&edit=1
#29215 [Bgs->Opn]: mysql_file_type returns bogus data
ID: 29215 User updated by: rudy dot metzger at xs4all dot nl Reported By: rudy dot metzger at xs4all dot nl -Status: Bogus +Status: Open Bug Type: MySQL related Operating System: Linux RH ES 3 PHP Version: 5.0.0 New Comment: parlnx03> select version(); +-+ | version() | +-+ | 4.1.3-beta-standard-log | +-+ 1 row in set (0.00 sec) parlnx03> show create table test; +---++ | Table | Create Table | +---++ | test | CREATE TABLE `test` ( `a` varchar(50) default NULL, `b` int(11) default NULL, `c` datetime default NULL, `d` float default NULL, `e` text ) ENGINE=MyISAM DEFAULT CHARSET=latin1 | +---++ 1 row in set (0.00 sec) parlnx03> Do not insert any data into the table (in practise, it does not matter if you insert data or not, the result will be the same) [command] php --version PHP 5.0.0 (cli) (built: Jul 16 2004 13:57:08) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies should be A, but is B\n"; echo mysql_field_type( $res, 1 )." -> should be B, but is C\n"; echo mysql_field_type( $res, 2 )." -> should be C, but is D\n"; echo mysql_field_type( $res, 3 )." -> should be D, but is E\n"; echo mysql_field_type( $res, 4 )." ALWAYS real"; echo " NOTE: A is missing!\n"; mysql_free_result( $res ); mysql_close( $dbh ); ?> SCRIPT OUTPUT -- [command] php db.php Following is off by one index! int -> should be A, but is B datetime -> should be B, but is C real -> should be C, but is D blob -> should be D, but is E real ALWAYS real NOTE: A is missing! END OUTPUT - As you can see, the output is off by one index (actually, the first field should be -1). The last field is always real (cannot mapped anymore, because index is off). At MySQL 4.1.2 alpha the last one was random (real, unknown, ..) An easy way to reproduce: 1) create the table 2) modify the script with your userid/pwd 3) run the script Happy debugging! And hope I could be of some help. Cheerio /rudy Previous Comments: [2004-07-16 18:35:58] [EMAIL PROTECTED] Please use actual mysql version for server and client (4.1.3-beta). If you will be able to reproduce the bug, send a reproducable and short testscript (including create table statement, and insert statement, output of client and server version) and reopen this bug. [2004-07-16 16:30:42] rudy dot metzger at xs4all dot nl Description: mysql_file_type() returns bogus data. PHP 5.0.0 mysql> desc zpm_auth; +--+-+--+-+-+---+ | Field| Type| Null | Key | Default | Extra | +--+-+--+-+-+---+ | userid | varchar(20) | | PRI | | | | username | varchar(50) | YES | | NULL| | | password | varchar(32) | YES | | NULL| | | creusr | varchar(32) | | | | | | credat | datetime| | | -00-00 00:00:00 | | | modusr | varchar(32) | | | | | | moddat | datetime| | | -00-00 00:00:00 | | +--+-+--+-+-+---+ 7 rows in set (0.00 sec) mysql> select version(); +--+ | version()| +--+ | 4.1.2-alpha-standard-log | +--+ 1 row in set (0.00 sec) mysql> $sql = "SELECT userid FROM zpm_auth LIMIT 1"; $res = mysql_query( $sql, $this->DBH() ); $this->EvaluateCommand( $res, false, true, $sql ); $colType = mysql_field_type( $res, 0 ); die( $colType ); Works in PHP5 RC3 -- Edit this bug report at http://bugs.php.net/?id=29215&edit=1
#29259 [NEW]: unexpected/lack of output from ereg & eregi
From: busmjn at lubs dot leeds dot ac dot uk Operating system: SunOS webserv2 5.8 Generic_11735 PHP version: 4.3.7 PHP Bug Type: *Regular Expressions Bug description: unexpected/lack of output from ereg & eregi Description: The size of the resulting string of the search using ereg & eregi seems to be limited. Reproduce code: --- $GrabData = ereg("$GrabStart(.*)$GrabEnd", $RetrieveFile, $DataPrint); echo $DataPrint; Where $GrabStart & $GrabEnd are items chosen within the $RetrieveFile Expected result: I was expecting whatever portion of $RetrieveFile to be output as determined by $GrabStart & $GrabEnd Actual result: -- It worked to a certain extent until $GrabStart & $GrabEnd where more than a certain distance apart in the file then it failed. ereg returned a value rather than TRUE or FALSE. The max value it returned before failure seemed to be around 8969 which corresponds to the amount of data returned which was about 8,920 bytes -- Edit bug report at http://bugs.php.net/?id=29259&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29259&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29259&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29259&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29259&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29259&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29259&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29259&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29259&r=support Expected behavior: http://bugs.php.net/fix.php?id=29259&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29259&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29259&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29259&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29259&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29259&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29259&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29259&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29259&r=float
#29258 [NEW]: conversion between unix timestamp and variant VT_date
From: arnout at argeweb dot nl Operating system: Windows 2003 server,standard PHP version: 5.0.0 PHP Bug Type: COM related Bug description: conversion between unix timestamp and variant VT_date Description: Converting dates using variant_date_from_timestamp() loses 2 hours. Might be some timezone-like thing but then again: variant_date_to_timestamp() does give a precise translation. I'm running apache 2 with php 5.0.0 RC 2. I tried both CGI and through apache. Reproduce code: --- Expected result: now: 20040719 now timestamp: 1090188000 a.k.a. : 1090188000 = 20040719 variant: 19-7-2004 0:00:00 and back again: 1090188000 = 20040719 Actual result: -- now: 20040719 now timestamp: 1090188000 a.k.a. : 1090188000 = 20040719 variant: 18-7-2004 22:00:00 and back again: 1090180800 = 20040718 // 2 hours gone! And even worse: The date changed! -- Edit bug report at http://bugs.php.net/?id=29258&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29258&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29258&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29258&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29258&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29258&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29258&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29258&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29258&r=support Expected behavior: http://bugs.php.net/fix.php?id=29258&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29258&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29258&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29258&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29258&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29258&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29258&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29258&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29258&r=float
#19595 [Com]: Functions handling with GD2 file format do not exist
ID: 19595 Comment by: muthukumar at eventurers dot com Reported By: stepan dot rybar at taskforce dot cz Status: Closed Bug Type: GD related Operating System: Microsoft Windows XP (NT 5.1) EN PHP Version: 4.2.3 New Comment: i want the file php_gd2.dll Previous Comments: [2004-02-26 15:41:29] as at assd dot com Here you can download php_gd2.dll: http://kromann.info/php5/php_gd2.dll [2003-06-16 02:21:43] freeman_rodrigues at rediffmail dot com I require some help to install gd library on windows based computer. i have php.4.3.0. (Install from installer file). Now i want to work with image functions. where can i get php_gd2.dll file? How do i install it? How can i check whether it is working? if you have the file php_gd2.dll, please give me the url from where i can download it. If you mail me via attachment, i would be obliged. Looking forward for your help. With Regards Freeman Rodrigues [2003-06-03 19:50:11] webmaster at vnn dot vn Server : Apache 1.32 PHP 4.3.2 OS : Win XP Pro i can't load GD2 extension php_gd2.dll in PHP , when i start Apache , it always alert "Can't load dynamic library php_gd2.dll" . I'm sure that no problems in my config . When i use file php_gd2.dll (from php 4.3.0 package) then it has no errors !!! [2002-09-27 08:38:06] [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. [2002-09-27 04:12:06] stepan dot rybar at taskforce dot cz Just for the info: I downloaded and installed PHP 4.3.0 dev build (snapshot.log Fri Sep 27 08:00:00 2002 CET Starting snapshot 200209270600) and the problem (no support for handling with GD2 format in php_gd2.dll) in Win binary distribution still exists. I just tried if change was made and no changelog record was made. Stepan 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/19595 -- Edit this bug report at http://bugs.php.net/?id=19595&edit=1
#29119 [Opn]: html_entity_decode misbehaves with UTF-8
ID: 29119 User updated by: peter at desk dot nl Reported By: peter at desk dot nl Status: Open Bug Type: Strings related Operating System: Linux 2.6.5 PHP Version: 5.0.0RC3 New Comment: nb : the above-mentioned online tests at http://fire.desk.nl/ are now no longer relevant as that machine runs the patched version. Previous Comments: [2004-07-19 14:26:57] peter at desk dot nl after looking at the sources, this patch seems to fix it : fire:/home/peter/php-5.0.0/ext/standard# diff -u html.c.org html.c --- html.c.org 2004-07-19 14:24:08.0 +0200 +++ html.c 2004-07-19 14:13:50.0 +0200 @@ -158,7 +158,7 @@ "thinsp", NULL, NULL, "zwnj", "zwj", "lrm", "rlm", NULL, NULL, NULL, "ndash", "mdash", NULL, NULL, NULL, "lsquo", "rsquo", "sbquo", NULL, "ldquo", "rdquo", "bdquo", - "dagger", "Dagger", "bull", NULL, NULL, NULL, "hellip", + NULL,"dagger", "Dagger","bull", NULL, NULL, NULL, "hellip", NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "permil", NULL, "prime", "Prime", NULL, NULL, NULL, NULL, NULL, "lsaquo", "rsaquo", NULL, NULL, NULL, "oline", NULL, NULL, NULL, NULL, NULL, [2004-07-13 16:53:49] peter at desk dot nl Description: when decoding named entities with html_entity_decode, the resulting characters are sometimes incorrect. e.g., "€" becomes the UTF-8 representation of the ⁄ entity (fraction slash). not all entities are incorrectly translated, though. numerical entities work correctly. tested with both php-5.0.0RC3 and the proposed -RC4 from snaps.php.net/~andi/ config : ./configure --with-apxs=/usr/bin/apxs --with-mysql=/usr/local/mysql --with-gd --enable-safe-mode --with-dom=/usr --enable-ftp --with-zlib --with-xsl --with-xmlrpc --enable-cli --enable-bcmath --with-iconv --with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 Reproduce code: --- // all tests are viewed with browser encoding forced on UTF-8. "; print htmlentities(html_entity_decode("€",ENT_NOQUOTES,"UTF-8"),ENT_NOQUOTES,"UTF-8"); ?> // other test also available on // http://fire.desk.nl/decode/index.php // (just enter € and submit) // and http://fire.desk.nl/decode/index.phps (source) Expected result: a euro-sign a euro-sign Actual result: -- a fractional slash a euro-sign -- Edit this bug report at http://bugs.php.net/?id=29119&edit=1
#29255 [Opn]: Stat much slower on network files in PHP5
ID: 29255 User updated by: borreo at softhome dot net Reported By: borreo at softhome dot net Status: Open Bug Type: Performance problem Operating System: Windows 2000 PHP Version: 5.0.0 New Comment: Disabling allow_url_fopen doesn't change a thing. Previous Comments: [2004-07-19 12:03:35] borreo at softhome dot net Description: Not really a bug, the code works. The stat function, if used on a network file, is much slower in PHP5 than in PHP 4.3.7. On my system, PHP 5.0 takes 20 seconds to stat 1000 files. With PHP 4.3.7, this takes 2 seconds. If I use a local directory (e.g. C:\work) rather than a network drive, then there is no visible difference in performance between PHP 4.3.7 and PHP 5. In order to produce accurate tests, I installed both version of PHP on the same machine, in different directories, using a common php.ini Reproduce code: --- // I: points to a network drive chdir( 'I:/work' ) ; $ListOfFiles = rglob( ".", "*" ) ; $StartTime = time() ; foreach( $ListOfFiles as $i ) stat( $i ) ; $ElapsedTime = time() - $StartTime ; die( "Seconds=$ElapsedTime\n" ); // Recursive version of glob function rglob( $Dir, $Pattern ) { $Files = glob( "$Dir/$Pattern", 0 ) ; $Directories = glob( "$Dir/*", GLOB_ONLYDIR ) ; if ( is_array( $Directories ) ) { foreach( $Directories as $SubDir ) { $SubFiles = rglob( $SubDir, $Pattern ) ; if ( is_array( $SubFiles ) ) $Files = array_merge( $Files, $SubFiles ) ; } } return $Files; } Actual result: -- With PHP 5.0: Seconds=20 With PHP 4.3.7: Seconds=2 If I change the current directory to a local dir (e.g. C:\work) then there is no difference between PHP 4.3.7 and PHP 5.0: With PHP 5.0: Seconds=2 With PHP 4.3.7: Seconds=2 -- Edit this bug report at http://bugs.php.net/?id=29255&edit=1
#29257 [NEW]: breaking copy file to the same
From: zet at male dot ru Operating system: Windows XP SP1 PHP version: 4.3.7 PHP Bug Type: *Directory/Filesystem functions Bug description: breaking copy file to the same Description: When i copy file with function copy, like this copy("C:\file.gif", "C:\file.gif"), file was break. His size is 0. Reproduce code: --- copy("C:\file.gif", "C:\file.gif"); Expected result: IMHO file must stand without changes. Actual result: -- File changed. His size is 0. -- Edit bug report at http://bugs.php.net/?id=29257&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29257&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29257&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29257&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29257&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29257&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29257&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29257&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29257&r=support Expected behavior: http://bugs.php.net/fix.php?id=29257&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29257&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29257&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29257&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29257&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29257&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29257&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29257&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29257&r=float
#29061 [Opn->Csd]: soap extension segfaults
ID: 29061 Updated by: [EMAIL PROTECTED] Reported By: tony2001 at phpclub dot net -Status: Open +Status: Closed Bug Type: SOAP related Operating System: Linux 2.4.23 PHP Version: 5CVS-2004-07-08 (dev) New Comment: Fixed in CVS HEAD. Previous Comments: [2004-07-08 10:33:50] tony2001 at phpclub dot net Description: SOAP ext segfaults with following backtrace: --- Program received signal SIGSEGV, Segmentation fault. 0x401746a3 in strlen () from /lib/i686/libc.so.6 (gdb) bt #0 0x401746a3 in strlen () from /lib/i686/libc.so.6 #1 0x402e49ee in do_request (this_ptr=0x817a044, request=0x817a1dc, location=0x8 , action=0x1 , version=135789172, response=0x817f85c) at /home/tony/CVS/php-src/ext/soap/soap.c:1958 #2 0x402e4f37 in do_soap_call (this_ptr=0x817a044, function=0x817a1dc "getQuote", function_len=8, arg_count=1, real_args=0x817fa74, return_value=0x817f85c, soap_action=0x0, call_uri=0x0, soap_headers=0x0, output_headers=0x0) at /home/tony/CVS/php-src/ext/soap/soap.c:2033 #3 0x402e65e1 in zif_SoapClient___call (ht=2, return_value=0x817f85c, this_ptr=0x817a044, return_value_used=1) at /home/tony/CVS/php-src/ext/soap/soap.c:2200 #4 0x40410d63 in zend_call_function (fci=0xbfffbc70, fci_cache=0x0) at /home/tony/CVS/php-src/Zend/zend_execute_API.c:853 #5 0x4040faf0 in call_user_function_ex (function_table=0x0, object_pp=0xbfffbd58, function_name=0xbfffbd00, retval_ptr_ptr=0xbfffbcec, param_count=2, params=0xbfffbcf0, no_separation=0, symbol_table=0x0) at /home/tony/CVS/php-src/Zend/zend_execute_API.c:550 #6 0x40435726 in zend_std_call_user_call (ht=1, return_value=0x817f76c, this_ptr=0x817a044, return_value_used=1) at /home/tony/CVS/php-src/Zend/zend_object_handlers.c:565 #7 0x404490e8 in zend_do_fcall_common_helper (execute_data=0xbfffcf80, opline=0x818a4a4, op_array=0x8179f94) at /home/tony/CVS/php-src/Zend/zend_execute.c:2699 #8 0x404497c4 in zend_do_fcall_by_name_handler (execute_data=0xbfffcf80, opline=0x818a4a4, op_array=0x8179f94) at /home/tony/CVS/php-src/Zend/zend_execute.c:2810 #9 0x404451b2 in execute (op_array=0x8179f94) at /home/tony/CVS/php-src/Zend/zend_execute.c:1391 #10 0x4041dbdb in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/tony/CVS/php-src/Zend/zend.c:1061 #11 0x403d0611 in php_execute_script (primary_file=0xb310) at /home/tony/CVS/php-src/main/main.c:1632 #12 0x40451ffa in apache_php_module_main (r=0x8169584, display_source_mode=0) at /home/tony/CVS/php-src/sapi/apache/sapi_apache.c:54 #13 0x40453075 in send_php (r=0x8169584, display_source_mode=0, filename=0x8169b6c "/www/index.php") at /home/tony/CVS/php-src/sapi/apache/mod_php5.c:621 #14 0x40453106 in send_parsed_php (r=0x8169584) at /home/tony/CVS/php-src/sapi/apache/mod_php5.c:636 #15 0x08074542 in ap_invoke_handler () #16 0x0808a56a in process_request_internal () #17 0x0808a9d4 in ap_internal_redirect () #18 0x0806024a in handle_dir () #19 0x08074542 in ap_invoke_handler () #20 0x0808a56a in process_request_internal () #21 0x0808a5c7 in ap_process_request () #22 0x08080f80 in child_main () #23 0x08081132 in make_child () #24 0x080812b1 in startup_children () #25 0x0808199b in standalone_main () #26 0x08082235 in main () #27 0x4010faf7 in __libc_start_main () from /lib/i686/libc.so.6 -- Reproduce code: --- $client = new SoapClient("stocks.wsdl"); try { print($client->getQuote("ibm")); } catch (SoapFault $exception) { echo $exception; } stocks.wsdl: http://schemas.xmlsoap.org/wsdl/"; xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:http="http:// schemas.xmlsoap.org/wsdl/http/" xmlns:xs="http://www.w3.org/2001/XMLSchema"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/e ncoding/" xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/"; xmlns:y="http://new.webservice.namespace"; targetNamespace="http ://new.webservice.namespace"> http://schemas.xmlsoap.org/soap/http"/> http://xrs.spdllc.com/server2.php"/> Expected result: - Actual result: -- - -- Edit this bug report at http://bugs.php.net/?id=29061&edit=1
#29119 [Opn]: html_entity_decode misbehaves with UTF-8
ID: 29119 User updated by: peter at desk dot nl Reported By: peter at desk dot nl Status: Open Bug Type: Strings related Operating System: Linux 2.6.5 PHP Version: 5.0.0RC3 New Comment: after looking at the sources, this patch seems to fix it : fire:/home/peter/php-5.0.0/ext/standard# diff -u html.c.org html.c --- html.c.org 2004-07-19 14:24:08.0 +0200 +++ html.c 2004-07-19 14:13:50.0 +0200 @@ -158,7 +158,7 @@ "thinsp", NULL, NULL, "zwnj", "zwj", "lrm", "rlm", NULL, NULL, NULL, "ndash", "mdash", NULL, NULL, NULL, "lsquo", "rsquo", "sbquo", NULL, "ldquo", "rdquo", "bdquo", - "dagger", "Dagger", "bull", NULL, NULL, NULL, "hellip", + NULL,"dagger", "Dagger","bull", NULL, NULL, NULL, "hellip", NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "permil", NULL, "prime", "Prime", NULL, NULL, NULL, NULL, NULL, "lsaquo", "rsaquo", NULL, NULL, NULL, "oline", NULL, NULL, NULL, NULL, NULL, Previous Comments: [2004-07-13 16:53:49] peter at desk dot nl Description: when decoding named entities with html_entity_decode, the resulting characters are sometimes incorrect. e.g., "€" becomes the UTF-8 representation of the ⁄ entity (fraction slash). not all entities are incorrectly translated, though. numerical entities work correctly. tested with both php-5.0.0RC3 and the proposed -RC4 from snaps.php.net/~andi/ config : ./configure --with-apxs=/usr/bin/apxs --with-mysql=/usr/local/mysql --with-gd --enable-safe-mode --with-dom=/usr --enable-ftp --with-zlib --with-xsl --with-xmlrpc --enable-cli --enable-bcmath --with-iconv --with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 Reproduce code: --- // all tests are viewed with browser encoding forced on UTF-8. "; print htmlentities(html_entity_decode("€",ENT_NOQUOTES,"UTF-8"),ENT_NOQUOTES,"UTF-8"); ?> // other test also available on // http://fire.desk.nl/decode/index.php // (just enter € and submit) // and http://fire.desk.nl/decode/index.phps (source) Expected result: a euro-sign a euro-sign Actual result: -- a fractional slash a euro-sign -- Edit this bug report at http://bugs.php.net/?id=29119&edit=1
#29256 [NEW]: SOAP HTTP Error when envelop size is more than 24345 bytes
From: reudeml04 at free dot fr Operating system: Win2000 Prof [Version 5.00.] SP4 PHP version: 5.0.0 PHP Bug Type: SOAP related Bug description: SOAP HTTP Error when envelop size is more than 24345 bytes Description: Using the new PHP5 SOAP extension, I am building a web service, with both a PHP Client and a PHP Server. I have a simple class 'fileAttachment' which I send via the WS PHP Client to the PHP Web Service. The web service is also a simple class that is supposed to process the fileAttachment received. Everything works fine until the SOAP request size goes over 24345 bytes. When this limit is reached, I get the SOAP Fault[faultstring] => Failed Sending HTTP SOAP request [faultcode] => HTTP. If I remove just 1 byte of the fileAttachment content, the request works fine. Reproduce code: --- The WS Server code is at : http://www.freewebs.com/reude/serverSimpleWS.php and the main class is at : http://www.freewebs.com/reude/simpleWS.class.php The wsdl is located at http://www.freewebs.com/reude/simpleWS.wsdl The Client is at : http://www.freewebs.com/reude/clientSimpleWS.php and the help fileAttachment.class is at : http://www.freewebs.com/reude/fileAttachment.class.php The file to sent is at : http://www.freewebs.com/reude/small.bin Expected result: var_dump of response is just an echo of the fileAttachment that has been sent : object(stdClass)#4 (2) { ["simpleWSResponse"]=> object(stdClass)#3 (2) { ["responseCode"]=> string(3) "000" ["responseMessage"]=> string(29) "Reflects the input parameters" } ["packageID"]=> string(23823) "c:\temp\small.bin / 23642 / object(stdClass)#2 (3) { ["fileName"]=> string(17) "c:\temp\small.bin" ["fileSize"]=> string(5) "23642" ["fileContent"]=> string(23642) "6kd5NaRSP ... truncated ... N6aRSPbRy01" } " } Actual result: -- var_dump of response is : SoapFault Object ( [message:protected] => [string:private] => [code:protected] => 0 [file:protected] => c:\program files\easyphp1-7-php5\www\php5soapserver\clientsimplews.php [line:protected] => 30 [trace:private] => Array ( [0] => Array ( [file] => c:\program files\easyphp1-7-php5\www\php5soapserver\clientsimplews.php [line] => 30 [function] => __call [class] => SoapClient [type] => -> [args] => Array ( [0] => c:\temp\small.bin236436kd5NaRSPbRybXdW+++... truncated ... WSqQN6kd5NaRSPbRy012 ) [enc_stype] => fileAttachment [enc_ns] => http://soapinterop.org/xsd ) ) ) ) ) ) [faultstring] => Failed Sending HTTP SOAP request [faultcode] => HTTP ) -- Edit bug report at http://bugs.php.net/?id=29256&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29256&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29256&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29256&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29256&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29256&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29256&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29256&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29256&r=support Expected behavior: http://bugs.php.net/fix.php?id=29256&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29256&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29256&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29256&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29256&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29256&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29256&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29256&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29256&r=float
#29127 [Com]: PHP has encountered an Access Violation
ID: 29127 Comment by: taomyn at myway dot com Reported By: bojo at gvea dot com Status: Open Bug Type: Reproducible crash Operating System: Windows 2003 Server PHP Version: 5.0.0 New Comment: Damn, now I'm getting a similar error with other PHP, and it's random i.e. sometimes it works other times I get the access violation. Previous Comments: [2004-07-19 06:34:31] naaokth at free dot fr >>Could you try php5ts.dll from http://emini.dk/php5ts-zend-mm.zip<< i tried it, it work very nice ^^ no more error THX [2004-07-19 03:25:55] l_anjanesh at yahoo dot com Hi I posted the same bug at a different location (bug id : 28799) and I got this reply from one of the php guys team. Could you try php5ts.dll from http://emini.dk/php5ts-zend-mm.zip I did not try it out myself since I've to complete some projects in ver 4.3.7. So updating to ver 5 will take some time for me. But let me know if this one works absolutely fine. Thanks Anjanesh [2004-07-17 15:33:10] Andreas at Oslos dot Net as update to my post above , sometimes the error appears now when i try to use phpMyAdmin 2.5.6! Using Windows Server 2003, IIS6, PHP, 5.0.0 Final with this php5ts.dll, witch seems to work with all of my own scripts, but they are not as complex as phpMyAdmin. Thats all i can say about it, but if you can tell me how to make something like an debug log with php, i will try to help closing this bug. [2004-07-16 12:44:23] taomyn at myway dot com Same dll fixed the problem for me too - thanks, Taomyn [2004-07-16 12:39:26] justin at jphil dot net the access violation seems to have gone away. I'm guessing that this has fixed the problem? What was changed in the dll?? Thanks! 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/29127 -- Edit this bug report at http://bugs.php.net/?id=29127&edit=1
#29189 [Com]: compile failure with --with-mssql
ID: 29189 Comment by: nickt at powys dot gov dot uk Reported By: ute at centrum dot cz Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 5.2.1 PHP Version: 4.3.8 New Comment: Just to confirm that latest CVS version (1.23.4.12) of php_mssql.h (PHP_4_3 Branch) does fix this problem for PHP 4.3.8. Download from http://cvs.php.net/co.php/php-src/ext/mssql/php_mssql.h?r=1.23.4.12&p=1 Previous Comments: [2004-07-16 22:37:09] [EMAIL PROTECTED] This was fixed prior to the 4.3.8 release, but because the 4.3.8 release was "special" normal bugfixes (like this one) were not included (only the urgent security fixes were included). Fear not. 4.3.9 will contain this, and other bugfixes as expected. [2004-07-16 22:09:41] sinatosk at hotmail dot com am quite surprised to see this bug is still here considering that one of the developers or whoever told me that this was fixed in a CVS when I and someone else reported this bug for php 4.3.7... now it still remains in 4.3.8??? [2004-07-15 17:22:31] ute at centrum dot cz the same bug reported [2004-07-15 17:08:10] ute at centrum dot cz Description: Compilation php crashes with --with-mssql and freetds-0.62.3 In file included from /usr/src/php-4.3.8/ext/mssql/php_mssql.c:33: /usr/src/php-4.3.8/ext/mssql/php_mssql.h:41: error: redefinition of `SHORT' /usr/local/include/sybdb.h:117: error: `SHORT' previously declared here *** Error code 1 -- Edit this bug report at http://bugs.php.net/?id=29189&edit=1
#29255 [NEW]: Stat much slower on network files in PHP5
From: borreo at softhome dot net Operating system: Windows 2000 PHP version: 5.0.0 PHP Bug Type: Performance problem Bug description: Stat much slower on network files in PHP5 Description: Not really a bug, the code works. The stat function, if used on a network file, is much slower in PHP5 than in PHP 4.3.7. On my system, PHP 5.0 takes 20 seconds to stat 1000 files. With PHP 4.3.7, this takes 2 seconds. If I use a local directory (e.g. C:\work) rather than a network drive, then there is no visible difference in performance between PHP 4.3.7 and PHP 5. In order to produce accurate tests, I installed both version of PHP on the same machine, in different directories, using a common php.ini Reproduce code: --- // I: points to a network drive chdir( 'I:/work' ) ; $ListOfFiles = rglob( ".", "*" ) ; $StartTime = time() ; foreach( $ListOfFiles as $i ) stat( $i ) ; $ElapsedTime = time() - $StartTime ; die( "Seconds=$ElapsedTime\n" ); // Recursive version of glob function rglob( $Dir, $Pattern ) { $Files = glob( "$Dir/$Pattern", 0 ) ; $Directories = glob( "$Dir/*", GLOB_ONLYDIR ) ; if ( is_array( $Directories ) ) { foreach( $Directories as $SubDir ) { $SubFiles = rglob( $SubDir, $Pattern ) ; if ( is_array( $SubFiles ) ) $Files = array_merge( $Files, $SubFiles ) ; } } return $Files; } Actual result: -- With PHP 5.0: Seconds=20 With PHP 4.3.7: Seconds=2 If I change the current directory to a local dir (e.g. C:\work) then there is no difference between PHP 4.3.7 and PHP 5.0: With PHP 5.0: Seconds=2 With PHP 4.3.7: Seconds=2 -- Edit bug report at http://bugs.php.net/?id=29255&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29255&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29255&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29255&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29255&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29255&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29255&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29255&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29255&r=support Expected behavior: http://bugs.php.net/fix.php?id=29255&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29255&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29255&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29255&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29255&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29255&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29255&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29255&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29255&r=float
#28461 [Opn]: segmentation fault when using backreferences on a long string
ID: 28461 User updated by: xanthor at xanthor dot tk Reported By: xanthor at xanthor dot tk Status: Open Bug Type: PCRE related Operating System: Linux, WindowsXP© -PHP Version: 4.3.6 +PHP Version: 4.3.8 New Comment: The bug is still here with PHP 4.3.8 Previous Comments: [2004-05-21 11:17:44] xanthor at xanthor dot tk No it isn't fixed : with 2236+3 chars it works, but when we increase this number we manage to have an other segmentation fault. (The new limit seems to be 2247+3) [2004-05-21 01:13:19] [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 [2004-05-20 22:15:47] xanthor at xanthor dot tk Description: This line crash PHP with a segmentation fault. It use a 3-chars-long back reference, on a 2236+3 chars-long string If the back references is only 2 chars long, it's ok. If the long string is less that 2236+3 chars, it's ok too... Reproduce code: --- preg_match("/(((?http://bugs.php.net/?id=28461&edit=1
#29254 [NEW]: Problems with form submit
From: pvaz at mirandaeserra dot pt Operating system: Suse Linux 9.0 PHP version: 4.3.9 PHP Bug Type: Apache2 related Bug description: Problems with form submit Description: Hi, I have several websites on a Suse Linux 9.0 Webserver that use PHP and when i have a submit form, it allways ask me for open or saving the php. The strange thing is that this same code in other server works well. Its strange and i cannot track down the source of this error. Thanks. Paulo Vaz -- Edit bug report at http://bugs.php.net/?id=29254&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29254&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29254&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29254&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29254&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29254&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29254&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29254&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29254&r=support Expected behavior: http://bugs.php.net/fix.php?id=29254&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29254&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29254&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29254&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29254&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29254&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29254&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29254&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29254&r=float
#29247 [Opn->Bgs]: PHP has encountered an Access Violation at 00B873CD
ID: 29247 Updated by: [EMAIL PROTECTED] Reported By: thiagophp at hotmail dot com -Status: Open +Status: Bogus Bug Type: Compile Warning Operating System: Windows XP PHP Version: 5.0.0 New Comment: We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. Previous Comments: [2004-07-18 22:57:21] thiagophp at hotmail dot com Description: I have IIS 5.1 and Windows XP Professional. PHP is corrected installed, all scripts are working, but PHP always shows this message in the end of the page: PHP has encountered an Access Violation at 00B873CD Reproduce code: --- Expected result: The message 'Executing PHP tests on client side' will be show and after two 'rows break' PHP will show PHP Info module. But in the end it shows the violation message. Actual result: -- PHP has encountered an Access Violation at 00B873CD -- Edit this bug report at http://bugs.php.net/?id=29247&edit=1
#28975 [Com]: printf("%6.2f") and values less than 1 gives wrong output
ID: 28975 Comment by: christophe dot bidaux at netcourrier dot com Reported By: phpbug at billix dot franken dot de Status: Open Bug Type: Output Control Operating System: Linux PHP Version: Irrelevant New Comment: i have the same problem between the 4.3.4 and the 4.3.8 php version, on windows system... i made some new tests and i think that when the value is less than 1, in 4.3.8, the number of digits before the decimal-point in the sprintf (6 in the example) is used as the number of digits before the decimal-point in the returned value (00.50), whereas in the 4.3.4 version, this value is used for the length of the entire value (included the decimal-point). Previous Comments: [2004-07-16 10:05:13] arattink at correct dot net Line 401/403 in ext/standard/formatted_printf.c should be removed. /* if (precision > 0) { width += (precision + 1); }*/ I'm not a PHP-developer, but 'width' passed to php_sprintf_appenddouble should be passed on to php_sprintf_appendstring unaltered. It seems that in most cases precision is garbled to 0 so it works most of the time. [2004-06-30 17:40:38] phpbug at billix dot franken dot de Description: A printf of float values less than 1 gives an incorrect output. It looks like the numbers before the dot equal the width specifier... This happens with every tested PHP version (4.3.7, 5.0.0RC3 and CVS) With PHP 4.3.6 both outputs were wrong... Oliver Reproduce code: --- $a = sprintf ( "%06.2f" , 0.5 ); $b = sprintf ( "%06.2f" , 1.5 ); var_dump($a); var_dump($b); Expected result: string(6) "000.50" string(6) "001.50" Actual result: -- string(9) "00.50" string(6) "001.50" -- Edit this bug report at http://bugs.php.net/?id=28975&edit=1
#29250 [Opn->Bgs]: difficulting signing into msn with SiteKiosk locks out.
ID: 29250 Updated by: [EMAIL PROTECTED] Reported By: declaritive at msn dot com -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: public computer PHP Version: Irrelevant New Comment: And what does that have to do with PHP ? Previous Comments: [2004-07-19 08:59:34] declaritive at msn dot com Description: I cannot seem to sign into MSN as it locks me out of system into SiteKiosk. -- Edit this bug report at http://bugs.php.net/?id=29250&edit=1
#29251 [Opn->Bgs]: PHP has encountered an Access Violation at 01840AFD
ID: 29251 Updated by: [EMAIL PROTECTED] Reported By: tomaszn at post dot pl -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows 2000 PHP Version: 4.3.8 New Comment: We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. Previous Comments: [2004-07-19 09:24:26] tomaszn at post dot pl Description: 'PHP has encountered an Access Violation at 01840AFD', Windows 2000 [SP 4 PL], IIS 5.0, PHP 4.3.8 [ISAPI] -- Edit this bug report at http://bugs.php.net/?id=29251&edit=1
#29253 [NEW]: array_diff with $GLOBALS argument fails apache.(zend optimizer running)
From: camka at email dot ee Operating system: Unix, Win2000 PHP version: 4.3.7 PHP Bug Type: Arrays related Bug description: array_diff with $GLOBALS argument fails apache.(zend optimizer running) Description: when using array_diff with one of the parameters is $GLOBALS seems like the whole variable scope is messed up. Reproduce code: --- Expected result: expect seeing 'afad' and empty array; Actual result: -- array(0) { } Arra the length of "Arra" string depends on the length of $gg length; if uncomment the last line - apache child fails [Mon Jul 19 10:26:00 2004] [notice] child pid 10946 exit signal Segmentation fault (11 -- Edit bug report at http://bugs.php.net/?id=29253&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29253&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29253&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29253&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29253&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29253&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29253&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29253&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29253&r=support Expected behavior: http://bugs.php.net/fix.php?id=29253&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29253&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29253&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29253&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29253&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29253&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29253&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29253&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29253&r=float
#29252 [NEW]: Segmentation fault
From: clemens at gutweiler dot net Operating system: Linux 2.4.19-xfs PHP version: 4.3.8 PHP Bug Type: Reproducible crash Bug description: Segmentation fault Description: Segfault of php-cli and apache-sapi (apxs). Reproduce code: --- could not extract the reproduce code Expected result: no segfault Actual result: -- (gdb) run index.php Starting program: /usr/local/bin/php index.php [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 11311)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 11311)] 0x40816a8f in strlen () from /lib/libc.so.6 (gdb) bt #0 0x40816a8f in strlen () from /lib/libc.so.6 #1 0x081701ba in add_property_string_ex (arg=0x0, key=0x0, key_len=0, str=0x40 , duplicate=1) at /usr/local/src/php-4.3.8/Zend/zend_API.c:978 #2 0x0809e241 in zif_mysql_fetch_field (ht=0, return_value=0x82ab164, this_ptr=0x0, return_value_used=1) at /usr/local/src/php-4.3.8/ext/mysql/php_mysql.c:2165 #3 0x0817c706 in execute (op_array=0x8245b84) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1635 #4 0x0817c477 in execute (op_array=0x8256c3c) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1679 #5 0x0817c477 in execute (op_array=0x8283c18) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1679 #6 0x0817c477 in execute (op_array=0x82837e8) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1679 #7 0x0817c477 in execute (op_array=0x82be804) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1679 #8 0x0817db12 in execute (op_array=0x822e8a4) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:2200 #9 0x0817db12 in execute (op_array=0x82370f4) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:2200 #10 0x0817db12 in execute (op_array=0x822e71c) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:2200 #11 0x0816debb in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-4.3.8/Zend/zend.c:891 #12 0x08141f2f in php_execute_script (primary_file=0xbd10) at /usr/local/src/php-4.3.8/main/main.c:1734 #13 0x08181a3c in main (argc=2, argv=0xbd94) at /usr/local/src/php-4.3.8/sapi/cli/php_cli.c:822 (gdb) frame 3 #3 0x0817c706 in execute (op_array=0x8245b84) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1635 1635 ((zend_internal_function *) EX(function_state).function)->handler(EX(opline)->extended_value, EX(Ts)[EX(opline)->result.u.var].var.ptr, EX(object).ptr, return_value_used TSRMLS_CC); (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name $1 = 0x818a859 "mysql_fetch_field" -- Edit bug report at http://bugs.php.net/?id=29252&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29252&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29252&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29252&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29252&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29252&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29252&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29252&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29252&r=support Expected behavior: http://bugs.php.net/fix.php?id=29252&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29252&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29252&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29252&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29252&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29252&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29252&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29252&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29252&r=float
#29251 [NEW]: PHP has encountered an Access Violation at 01840AFD
From: tomaszn at post dot pl Operating system: Windows 2000 PHP version: 4.3.8 PHP Bug Type: Unknown/Other Function Bug description: PHP has encountered an Access Violation at 01840AFD Description: 'PHP has encountered an Access Violation at 01840AFD', Windows 2000 [SP 4 PL], IIS 5.0, PHP 4.3.8 [ISAPI] -- Edit bug report at http://bugs.php.net/?id=29251&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29251&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29251&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29251&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29251&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29251&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29251&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29251&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29251&r=support Expected behavior: http://bugs.php.net/fix.php?id=29251&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29251&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29251&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29251&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29251&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29251&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29251&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29251&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29251&r=float
#29245 [Bgs]: ereg problem when use '\-'
ID: 29245 User updated by: joei at mail dot com Reported By: joei at mail dot com Status: Bogus Bug Type: *Regular Expressions Operating System: Linux PHP Version: 4.3.8 New Comment: I think it should to be add to documents that if you want to match '-' in character in the range, you have to place '-' at the first or '\-' at the end of range. Previous Comments: [2004-07-19 08:59:47] joei at mail dot com It is not only '\-' appear at first but everywhere except at the end, it doesn't match. eg, ereg('[\.\=\-]', 'a-b') = match ereg('[\.\-\=]', 'a-b') = unmatch [2004-07-18 18:52:20] [EMAIL PROTECTED] 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 When - is the 1st character in the range it does not need to be escaped, escaping it gives it special meaning. [2004-07-18 16:34:20] joei at mail dot com Description: I found ereg function in php 4.3.8 doesn't match some expression that I think it must be matched. Look at example.. ereg('[\=\-]', 'a-b') = match ereg('[\-\=]', 'a-b') = unmatch I think 2 expressions is the same. But result is difference. Reproduce code: --- "; echo "ereg('[\-\=]', 'a-b') = " ; if (ereg('[\-\=]', 'a-b')) echo "match"; else echo "unmatch"; echo ""; ?> Expected result: ereg('[\=\-]', 'a-b') = match ereg('[\-\=]', 'a-b') = match Actual result: -- ereg('[\=\-]', 'a-b') = match ereg('[\-\=]', 'a-b') = unmatch -- Edit this bug report at http://bugs.php.net/?id=29245&edit=1