#43153 [Opn-WFx]: ALERT ECHO FOR PHP
ID: 43153 Updated by: [EMAIL PROTECTED] Reported By: jmartyn at nctimes dot com -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: winxpsp2 PHP Version: 5.2.4 New Comment: You can already open alert windows with javascript. Not to mention that PHP would have to output javascript to add things to that other window which might not work since you could be anywhere in the html code at the moment. Previous Comments: [2007-10-30 22:56:45] jmartyn at nctimes dot com Description: To aide programmers, and for fasting coding techniques it would be wonderful to have a php alert dialog that automatically and/or manually disappears during parsing. Reproduce code: --- In the process of coding and for text placement ease, it would be easier for php in the browser to alert any such special echo statements instead of displaying them. It takes on the average of one second to find your echo statement on a full page. I see so many webmasters color coding echo statements. Some going as far as quick code javascript inserts. It would be so easy to include and it would save so much time. Webmasters are always flipping back and forth. I thought it would be good to have the php.ini file contain the config of the alert box such as: interval between two windows from closing to opening whether it was closed manually or automatically time a window is open. have the option to manually or automatically close alert windows This would certainly make debugging so much easier because you can set whether it would display the alert code in the parse later on, therefore it would ignore the alerts but leave them for future debugging instead of commenting them out or erasing them. It's pure PHP genius. Who wouldn't want it? -- Edit this bug report at http://bugs.php.net/?id=43153edit=1
#43504 [Opn-WFx]: To identify system uniquly
ID: 43504 Updated by: [EMAIL PROTECTED] Reported By: chauhansudhir at gmail dot com -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: win xp PHP Version: 5.2.5 New Comment: The request is done through the proxy, so the packets will come from the proxy and have the proxy MAC too. Previous Comments: [2007-12-05 17:18:55] chauhansudhir at gmail dot com Can we get the machine mac id to identy the system uniquly as under proxies we are not getting machine ip instead of that we are getting gateway ip. So this will be helpful to make single session of user for the entire application [2007-12-05 17:14:39] chauhansudhir at gmail dot com Description: I am requesting for a feature that will be helpful to indetify system uniquely if the system is running under proxies. We are not getting real machine IP the system is running under proxy. But somehow if we are able to get MAC ID of the machine this can be helpful to handle single user session for a perticular machine. -- Edit this bug report at http://bugs.php.net/?id=43504edit=1
#43621 [Opn-Bgs]: Errors should provide HTTP 500 response
ID: 43621 Updated by: [EMAIL PROTECTED] Reported By: phillip dot oldham at gmail dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: All PHP Version: 5.2.5 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Bug #41342 Previous Comments: [2007-12-18 10:05:10] phillip dot oldham at gmail dot com Description: When using PHP with a webserver, errors raised which are above E_WARNING should produce a HTTP 500 response which can then be captured by the webserver and handled accordingly. Reproduce code: --- ?php echlo Hello World ? Expected result: HTTP/1.x 500 Internal Server Error Content-type: text/html; charset=utf-8 PHP Parse error: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING in /var/www/error.php on line 2 br / bParse error/b: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING in b/var/www/error.php/b on line b2/bbr / Actual result: -- PHP Parse error: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING in /var/www/error.php on line 2 Content-type: text/html; charset=utf-8 br / bParse error/b: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING in b/var/www/error.php/b on line b2/bbr / -- Edit this bug report at http://bugs.php.net/?id=43621edit=1
#38549 [Opn-WFx]: Cannot reference name of file calling function
ID: 38549 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at replies dot cyways dot com -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Linux (CentOS 4.3) PHP Version: 5.1.5 New Comment: See http://www.php.net/debug_backtrace It returns a backtrace as an array with file, line, function and arguments used. Previous Comments: [2006-09-07 12:15:06] dtyschenko at soft-ukraine dot com You can use Exceptions call stack [2006-08-22 19:32:07] phpbugs at replies dot cyways dot com Description: It appears to be impossible to determine the name of a file that calls a function stored in another file, e.g., a class library included at startup. The __FILE__ variable returns the name of the script which contains the function called (the class library in this example), but there doesn't seem to be any comparable variable that returns the name of the file where the function is invoked. In my particular case, I have a simple library function debug('debugtext',trigger_level) which compares trigger_level to a global value and prints 'debugtext' as appropriate. I'd like to be able to print out the name of the file that called this function as well so I can trace errors more efficiently. As it stands now, I don't see any way to do this other than some kludge that uses get_included_files(). -- Edit this bug report at http://bugs.php.net/?id=38549edit=1
#30988 [Opn-Bgs]: Add support for throwing 500 Internal Server errors on PHP error
ID: 30988 Updated by: [EMAIL PROTECTED] Reported By: php at sharpdreams dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Any -PHP Version: Irrelevant +PHP Version: 5 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Bug #41342 Previous Comments: [2004-12-06 00:02:12] php at sharpdreams dot com Description: Currently, there is no way to reliably throw a 500 Internal Server Error (or any other error) on a fatal PHP Error. The only temporary solution is setting the prepend append to include HTML comments to comment out the error (!-- --). This is highly undesirable. Prepend/Append do not work with display_errors off (obviously). -- Edit this bug report at http://bugs.php.net/?id=30988edit=1
#28928 [Opn-WFx]: Function_Find_Def() request
ID: 28928 Updated by: [EMAIL PROTECTED] Reported By: mark at seventhcycle dot net -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: n/a -PHP Version: Irrelevant +PHP Version: 5 New Comment: You can already do this with the reflection api, see http://www.php.net/reflection Previous Comments: [2004-06-25 19:38:22] mark at seventhcycle dot net Description: For large projects that are coded without any sort of directed structure, it's often very difficult to know where a user defined function is defined / located. What would be great to add to PHP would be a function that finds the filename / line # that the function is defined: See below for how it would work. I think this'd be a big help to a lot of developers. Thanks in advance, guys! Reproduce code: --- ?php // This Filename = sample.php function GenericFunction() { return $x; } $arr = Function_Find_Def(GenericFunction); echo BR . $arr[FileName]; echo BR . $arr[LineNumber]; Expected result: sample.php Line 5 -- Edit this bug report at http://bugs.php.net/?id=28928edit=1
#27289 [Opn-WFx]: Change application/x-httpd-php in php5
ID: 27289 Updated by: [EMAIL PROTECTED] Reported By: php at koteroff dot ru -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: all PHP Version: 5.0.0b4 (beta4) New Comment: Using both 5 and 4 as modules on the same server doesn't work, use FastCGI/CGI for one of them. Previous Comments: [2004-02-17 11:45:36] php at koteroff dot ru Thanks in advice. But why? Would PHP5 ever been compatible with PHP4 on the same apache or not? What the prospects? I am sure: if PHP5 would live with PHP4 on the same server, it will greatly improve its popularity. (I am working as system administrator of large hosting provider.) [2004-02-17 11:39:18] schlueter at phpbar dot de Changing the mime-type can be done in the mod_php5.c at line 910 (for Apache 1.3, for Apache 2 it shouldn't be a big difference) http://lxr.php.net/source/php-src/sapi/apache/mod_php5.c#910 But even if you change this you still can't make both versions work on the same Apache - the only sollution ist to run different insances of Apache on different ports (that's what I do) or run at least one as CGI. [2004-02-17 11:09:35] php at koteroff dot ru Description: Both PHP4 and PHP5 uses the same MIME types: application/x-httpd-php It makes impossible to use PHP4 and PHP5 as apache modules on the same server. Can you change it to application/x-httpd-php5 in new PHP version? I'd like to say that PHP3 and PHP4 lives together on the same server without any problem, because they have different MIME types. I also know that on Windows we can open PHP dll in any binary editor and manually correct MIME. Then we may use php4 and php5 together. I have not tried this technique on Unix. Any problem with compatibility with php4? Please answer something. -- Edit this bug report at http://bugs.php.net/?id=27289edit=1
#43039 [Fbk]: Seg Fault (11) when using DB4 handler
ID: 43039 Updated by: [EMAIL PROTECTED] Reported By: philippe dot gablain at gmail dot com Status: Feedback Bug Type: DBM/DBA related Operating System: Linux Ubuntu 7.10 PHP Version: 5.2.4 New Comment: just tried it with db4.4 (default on Ubuntu 7.10) and it crashed, then I tried with db4.6 which works.. Previous Comments: [2007-10-21 15:37:42] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Works fine in CVS, could be an issue with a buggy db4 library. [2007-10-19 14:45:08] philippe dot gablain at gmail dot com Description: Segmentation fault got anytime I call dba_open() since I upgraded from Ubuntu 7.04 French to 7.10 French (Apache 2.2.4,PHP5.2.3). Reproduce code: --- $dbfile= some ; $id = dba_open ($dbfile, n, db4); // tested wl or n if (!$id) { echo dba_open failed\n; exit; } dba_replace (key, some value, $id); echo PRE\n; if ($the_key = dba_firstkey($id)) do { print($the_key = ); print dba_fetch($the_key, $id); print(\n); } while ($the_key = dba_nextkey($id)); echo /PRE\n; dba_close ($id); Expected result: key = some value Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1216125264 (LWP 1289)] 0x085d7410 in ?? () (gdb) bt #0 0x085d7410 in ?? () #1 0xb71f09ad in dba_open_db4 () from /usr/lib/apache2/modules/libphp5.so #2 0xb71eefe5 in ?? () from /usr/lib/apache2/modules/libphp5.so #3 0x08603d1c in ?? () #4 0xbfb590f8 in ?? () #5 0x0001 in ?? () #6 0x in ?? () -- Edit this bug report at http://bugs.php.net/?id=43039edit=1
#3276 [Asn-Csd]: Add PGP support
ID: 3276 Updated by: [EMAIL PROTECTED] Reported By: mlemos at acm dot org -Status: Assigned +Status: Closed Bug Type:Feature/Change Request PHP Version: 4.0 Assigned To: yohgaki New Comment: See gnupg extension in PECL. http://pecl.php.net/package/gnupg Previous Comments: [2002-04-21 14:51:36] [EMAIL PROTECTED] I looked at this recently for GPG; the links for the application library were dead or the site was down. You can do this stuff using popen (or the new proc_open in the CVS version). [2002-04-21 13:32:49] realmlord at hotmail dot com Is anything happening on this? Gnupg at least would be nice since PGP seems to be a frozen project by NAI/McAffee [2002-01-28 16:48:11] [EMAIL PROTECTED] I need it too :) Assign to me [2001-02-10 13:59:37] [EMAIL PROTECTED] refiling against 4.0. [2000-01-22 00:54:44] mlemos at acm dot org Add at least the ability of encrypting messages with PGP using PGPlib or gnupg PGPLib http://www.phpi.org/sdk/ gnupg http://www.gnupg.org/ -- Edit this bug report at http://bugs.php.net/?id=3276edit=1
#29287 [Opn-Csd]: Request: Line labels and goto
ID: 29287 Updated by: [EMAIL PROTECTED] Reported By: abodeman at yahoo dot com -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Irrelevant -PHP Version: Irrelevant +PHP Version: 6 New Comment: (Limited) goto was added some time ago to HEAD (PHP 6). Previous Comments: [2004-08-02 22:32:20] [EMAIL PROTECTED] The original post got a no because it's long been an unspoken position that GOTO has no place in PHP. As chance would have it, I submitted a goto implementation to the php.internals list last on the 28th (hadn't seen your feature request at the time interrestingly enough) which spawned somewhere over 150 posts on the mailing list plus at least a couple blog entries on the subject. The implementation is still under development, and the decision to implmenent it is under discussion. Feel free to chime in on internals@lists.php.net You can read up on the conversation in the archives at http://news.php.net/php.internals/ [2004-08-02 21:56:04] jdemaris at cse dot unl dot edu What is still likely to be added? Labels? Gotos? Both? Many developers, myself included, would welcome both features. I'm curious why you were so quick to spout an unqualified no to the original post. [2004-08-02 11:42:23] [EMAIL PROTECTED] It's still likely to be added ;-) [2004-07-26 19:44:54] jhelzer at cse dot unl dot edu Whether this is the relevant place or not, to treat goto and labels as two heads of the same body (as you seem to imply) is silly. I can understand a reluctance to implement goto, but adding labels for the break statement make a tremendous amount of sense. [2004-07-21 00:00:59] jhelzer at cse dot unl dot edu I am curious, why not? 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/29287 -- Edit this bug report at http://bugs.php.net/?id=29287edit=1
#29671 [Opn-Bgs]: Request Flash Intigration
ID: 29671 Updated by: [EMAIL PROTECTED] Reported By: admin at php-secure dot tk -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: WinXP pro -PHP Version: Irrelevant +PHP Version: 5 New Comment: It is not possible to add something like this, by the time you see the flash file in your browser, PHP have already finished processing the PHP-file. Use AJAX or some other method (doesn't flash have it too?) to send and get data. Previous Comments: [2004-08-14 07:17:27] admin at php-secure dot tk Description: I've been having trouble making a program known as Koopa Cards because I've found no way that PHP can read variables from a flash document. I've made a way to feed back information to the Flash program though a PHP external document, but no way to get it without an Iframe or location change, thus changing the flash to the original again. So, I request a Flashvar(varname, object) function that can recieve data without refreshing. -- Edit this bug report at http://bugs.php.net/?id=29671edit=1
#38777 [NEW]: get a day in the future
From: magnus at ronnerup dot se Operating system: linux (unknown dist.) PHP version: 4.4.4 PHP Bug Type: Date/time related Bug description: get a day in the future Description: It doesnt count to the right day. could be a summer/wintertime bug? Reproduce code: --- $order[journey_stay_first] = 116190; $adddays = $order[journey_stay_first] + ( $_GET[x] * 24 * 60 * 60); $journey_first_stay_date = date('ymd', $order[journey_stay_first]); $journey_last_stay_date = date('ymd', $adddays); Expected result: $order[journey_stay_first] = 116190; x, start, end: 0, 06 10 27 12:00:00, 06 10 27 12:00:01 1, 06 10 27 12:00:00, 06 10 28 12:00:01 2, 06 10 27 12:00:00, 06 10 29 12:00:01 3, 06 10 27 12:00:00, 06 10 30 11:00:01 4, 06 10 27 12:00:00, 06 10 31 11:00:01 Actual result: -- $order[journey_stay_first] = 116190; x, start, end: 0, 06 10 27 12:00:00, 06 10 27 12:00:01 1, 06 10 27 12:00:00, 06 10 28 12:00:01 2, 06 10 27 12:00:00, 06 10 29 12:00:01 3, 06 10 27 12:00:00, 06 10 29 11:00:01 4, 06 10 27 12:00:00, 06 10 30 11:00:01 -- Edit bug report at http://bugs.php.net/?id=38777edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38777r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38777r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38777r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38777r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38777r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38777r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38777r=needscript Try newer version:http://bugs.php.net/fix.php?id=38777r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38777r=support Expected behavior:http://bugs.php.net/fix.php?id=38777r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38777r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38777r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38777r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38777r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38777r=dst IIS Stability:http://bugs.php.net/fix.php?id=38777r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38777r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38777r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38777r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38777r=mysqlcfg
#33177 [Opn]: phpize generates bad configure files
ID: 33177 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Gentoo Linux PHP Version: 5CVS-2005-05-29 (dev) New Comment: Oh, and: # which sed /bin/sed # sed --version GNU sed version 4.1.4 Previous Comments: [2005-05-29 22:02:28] [EMAIL PROTECTED] Description: Using HEAD phpize doesn't generate correct configure files anymore.. autoconf 2.13 automake 1.4 libtool 1.4.3 m4 1.4.3 Reproduce code: --- cd xdebug phpize ./configure --enable-xdebug Actual result: -- checking if compiler supports -Wl,-rpath,... yes checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu ./configure: line 1424: s/.*//: No such file or directory checking for PHP prefix... /usr/local/www/php/5_1-full ... checking for gettimeofday... yes checking build system type... i686-pc-linux-gnu checking for ld used by gcc... ./configure: line 2096: s%\\%/%g: No such file or directory no configure: error: no acceptable ld found in $PATH [EMAIL PROTECTED] /mnt/data5/PHP/xdebug/xdebug # Line 1424: $EGREP $pattern'.*include/php' $srcdir/configure|$SED 's/.*//'|xargs touch 2/dev/null Line 2096: ac_prog=`echo $ac_prog| $SED 's%%/%g'` -- Edit this bug report at http://bugs.php.net/?id=33177edit=1
#33177 [Opn]: phpize generates bad configure files
ID: 33177 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Gentoo Linux PHP Version: 5CVS-2005-05-29 (dev) New Comment: And xdebug was just an example.. Same thing with imagick, runkit and so on.. =) Previous Comments: [2005-05-29 22:06:16] [EMAIL PROTECTED] Oh, and: # which sed /bin/sed # sed --version GNU sed version 4.1.4 [2005-05-29 22:02:28] [EMAIL PROTECTED] Description: Using HEAD phpize doesn't generate correct configure files anymore.. autoconf 2.13 automake 1.4 libtool 1.4.3 m4 1.4.3 Reproduce code: --- cd xdebug phpize ./configure --enable-xdebug Actual result: -- checking if compiler supports -Wl,-rpath,... yes checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu ./configure: line 1424: s/.*//: No such file or directory checking for PHP prefix... /usr/local/www/php/5_1-full ... checking for gettimeofday... yes checking build system type... i686-pc-linux-gnu checking for ld used by gcc... ./configure: line 2096: s%\\%/%g: No such file or directory no configure: error: no acceptable ld found in $PATH [EMAIL PROTECTED] /mnt/data5/PHP/xdebug/xdebug # Line 1424: $EGREP $pattern'.*include/php' $srcdir/configure|$SED 's/.*//'|xargs touch 2/dev/null Line 2096: ac_prog=`echo $ac_prog| $SED 's%%/%g'` -- Edit this bug report at http://bugs.php.net/?id=33177edit=1
#31923 [Bgs]: file_get_contents() does not accept urls containing hypen period -.
ID: 31923 Updated by: [EMAIL PROTECTED] Reported By: mike-bugs dot php dot net at webheat dot co dot uk Status: Bogus Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.3.10 New Comment: It should be RFC883 (page 56) not RFC833. http://www.faqs.org/rfcs/rfc883.html The labels must follow the rules for ARPANET host names. They must start with a letter, end with a letter or digit, and have as interior characters only letters, digits, and hyphen. Previous Comments: [2005-02-12 00:02:20] mike-bugs dot php dot net at webheat dot co dot uk If this is the case it does not explain why it works on two machines(installed by me)and not on two otheres (installed by my hosting company). Btw, could you post a link to the RFD you are quoting from. I searched on Google and found an RFC entitled Who talks TCP? Thanks [2005-02-11 21:36:12] [EMAIL PROTECTED] Please refer to RFC833 Appendix 1. Hyphens may not appear at the start or end of a label. gethostbyname() (Used by the network streams code among other parts of PHP) treats this correctly according to RFC specification. Your browser is simply more forgiving. [2005-02-11 08:53:38] mike-bugs dot php dot net at webheat dot co dot uk The urls are as an example, http://emdeeuk.deviantart.com/ does work. The url that identified the problem is: http://mark-.deviantart.com/ A hyphen is valid in DNS. [2005-02-11 04:44:02] [EMAIL PROTECTED] Those urls of yours don't work even in browser, why should they magically work in PHP?? (is - valid in DNS anyway?) [2005-02-11 01:59:34] mike-bugs dot php dot net at webheat dot co dot uk Description: A script I created ( http://webheat.co.uk/forumbuddy.php ) takes a username for the site DeviantArt.com which forms parts of the user's section of the site. The url takes the form of: http://USERID.deviantart.com/ The script grabs one or more pages by using the file_get_contents() function. Regardless of whether I use urlencode()/rawurlencode() and urldecode() the file_get_contents() function chokes with the error as detailed below. This only happens when the userid ends in a hypen. After some testing it seems to be that this is because the hyphen is then next to a period -. This hyphen period combination causes an error regardless of where it is placed in the user id. This issue happens on my host's server but not on two other [Windows] machines I've tested this code on. The hosting company have gone through their php.ini file on my behalf and whilst the file is not vanilla there are no differences that they can see would affect this fuction. Reproduce code: --- The relevant code is as follows: file_get_contents(http://emdeeuk-.deviantart.com;); //Doesn't work file_get_contents(http://emdee-.uk.deviantart.com;); //Doesn't work file_get_contents(http://emdeeuk.deviantart.com;); //Does work The full code can be viewed here: http://webheat.co.uk/forumbuddytest.php.txt Expected result: a href=http://www.deviantart.com/deviation/14935843/;Dogs on Kites/a a href=http://www.deviantart.com/deviation/14935312/;Welcome to the Rat Race/a a href=http://www.deviantart.com/deviation/14934730/;Arc de Bishopsgate/a a href=http://www.deviantart.com/deviation/14592356/;PLEASE VOTE: New Webheat.co.uk/a a href=http://www.deviantart.com/deviation/14586143/;Docklands Sunbathing/a a href=http://www.deviantart.com/deviation/14556463/;Slide PSP8 Frame/a a href=http://www.deviantart.com/deviation/14556193/;Whitechapel Horse/a a href=http://www.deviantart.com/deviation/14521593/;Action Squirrel/a a href=http://www.deviantart.com/deviation/14520802/;Beady Eye of the Plottin Drake/a a href=http://www.deviantart.com/deviation/14485015/;Light House II/a a href=http://www.deviantart.com/deviation/14377961/;Polaroid Photo Frames/a a href=http://www.deviantart.com/deviation/14217085/;Now where's the Sphinx?/a a href=http://www.deviantart.com/deviation/14213953/;Something in the Aer/a a href=http://www.deviantart.com/deviation/14125157/;I Sea Gulls/a a href=http://www.deviantart.com/deviation/14124660/;Coots really get my Goose/a a href=http://www.deviantart.com/deviation/13932181/;Spoonful of sugar/a a href=http://www.deviantart.com/deviation/13757002/;Ugly Emotion/a a href=http://www.deviantart.com/deviation/13729717/;Light House/a a href=http://www.deviantart.com/deviation/13729376/;Ilm Tree/a a href=http://www.deviantart.com/deviation/13705596/;Only ugly on the inside/a a href=http://www.deviantart.com/deviation/13639781/;Lava Lamponians/a a
#31625 [Opn-Bgs]: ?php var_dump(123343423.56-123343483.54);? return float(-59.9800000042) ! WHY
ID: 31625 Updated by: [EMAIL PROTECTED] Reported By: zyme at cpcw dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: windows 2003 + apache 2 PHP Version: 5.0.2 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. Thank you for your interest in PHP. Previous Comments: [2005-01-20 17:15:22] zyme at cpcw dot com Description: ?php var_dump(123343423.56-123343483.54);? return float(-59.980042) ! WHY ? Reproduce code: --- ?php var_dump(123343423.56-123343483.54);? Expected result: float(-59.980042) Actual result: -- float(-59.98) -- Edit this bug report at http://bugs.php.net/?id=31625edit=1
#31249 [Asn-Fbk]: bad type in zend_strtod.c
ID: 31249 Updated by: [EMAIL PROTECTED] Reported By: long+phpbugs at kestrel dot cc dot ku dot edu -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: Tru64 4.0F PHP Version: 4CVS-2004-12-22 (stable) Assigned To: magnus 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 Works fine here on Tru64 4.0G with latest snapshot. Previous Comments: [2005-01-19 03:14:12] [EMAIL PROTECTED] It is some header file mismatch here.. [2004-12-23 09:46:06] [EMAIL PROTECTED] I'll check this on Tru64 4.0G. [2004-12-22 16:36:45] long+phpbugs at kestrel dot cc dot ku dot edu Description: When I try building php4-STABLE-200412221330 it ends up failing with: cc -IZend/ -I/homeb/long/src/php4-STABLE-200412221330/Zend/ -DPHP_ATOM_INC -I/homeb/long/src/php4-STABLE-200412221330/include -I/homeb/long/src/php4-STABLE-200412221330/main -I/homeb/long/src/php4-STABLE-200412221330 -I/homeb/long/src/php4-STABLE-200412221330/Zend -I/homeb/long/src/php4-STABLE-200412221330/ext/xml/expat -I/homeb/long/src/php4-STABLE-200412221330/TSRM -g -c /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c -o Zend/zend_strtod.o echo Zend/zend_strtod.lo cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 234: Missing type specifier or type qualifier. (missingtype) ULong ul[2]; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 381: Missing type specifier or type qualifier. (missingtype) ULong x[1]; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 440: Missing ;. (nosemi) ULong xi, z; --^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 479: Ill-formed parameter type list. (parmtyplist) (CONST char *s, int nd0, int nd, ULong y9) -^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 484: In this declaration, int32_t must specify a type. (badparsedecl) Long x, y; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 517: Error parsing parameter list. Found x when expecting one of: ,, ). (notexpecting) (register ULong x) ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 551: Error parsing parameter list. Found * when expecting one of: ,, ). (notexpecting) (ULong *y) ---^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 555: Missing ;. (nosemi) register ULong x = *y; ---^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 620: In this declaration, uint32_t must specify a type. (badparsedecl) ULong carry, y, z; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 623: Missing ;. (nosemi) ULong z2; --^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 808: Invalid statement. (badstmt) int i, j; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 843: In this declaration, int32_t must specify a type. (badparsedecl) Long borrow, y; /* We need signed shifts here. */ ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 846: Missing ;. (nosemi) Long z; -^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 924: Missing ;. (nosemi) register Long L; --^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 964: Invalid statement. (badstmt) int k; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 965: Missing ;. (nosemi) _double d; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 1036: Missing ;. (nosemi) _double d; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 1239: In this declaration, int32_t must specify a type. (badparsedecl) Long L; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 1240: In this declaration, uint32_t must specify a type. (badparsedecl) ULong y, z; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 928: In this statement, L is not declared. (undeclared) L = (word0(x) Exp_mask) - (P-1)*Exp_msk1; ^ cc: Error: /homeb/long/src
#29615 [Opn-Csd]: is_writable / is_readable / is_executable should use access() instead of stat()
ID: 29615 Updated by: [EMAIL PROTECTED] Reported By: liamr at umich dot edu -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: linux 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. posix_access() have been added. Will be in 5.1. Previous Comments: [2004-08-11 16:01:15] liamr at umich dot edu Description: The filesystem commands is_writable / is_readable / is_executable are now using stat() instead of access(), which doesn't return accurate results in a number of situations: - on many network filesystems - if the system uses ACLS - if you have more groups than just initgroups The current version only works on simple (unextened) unix filesystem - filesystems that only use the traditional unix octets for access control. the filesystem commands that check file system access should be based on access() instead of stat(): http://www.opengroup.org/onlinepubs/009695399/functions/access.html Acc'd to CVS the is_writable stuff changed when php_stat was routed through the streams API: http://cvs.php.net/diff.php/php-src/ext/standard/filestat.c?r1=1.127r2=1.128ty=h There's a bug report from a couple of years ago that suggests adding an access() command to the posix extention: http://bugs.php.net/bug.php?id=14924 If you want to keep the functionality gained by routing php_stat through the streams API, how about offering access() through the posix commands? -- Edit this bug report at http://bugs.php.net/?id=29615edit=1
#14924 [Asn-Csd]: The POSIX access(2) function is not available
ID: 14924 Updated by: [EMAIL PROTECTED] Reported By: danpat at au dot adaptiveinterantional dot com -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: Linux 2.4.17, Debian unstable PHP Version: 4.1.0 Assigned To: yohgaki 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. Will be in PHP 5.1. Previous Comments: [2002-01-07 22:40:51] danpat at au dot adaptiveinterantional dot com Seeing as is_readable, is_writeable and is_executable all work out the file permissions masks themselves, it might be nice to have access to the posix function access(2) so that file permissions in situations where mask comparision is not sufficient (e.g. when using POSIX ACL's on the filesystem, such as is available with SGI's XFS on Linux and Irix). It should simply be a matter of (in ext/posix/posix.c #include unistd.h PHP_FE(posix_access, NULL) /* {{{ proto bool posix_access(string filename, int mode) check user's permissions for a file */ PHP_FUNCTION(posix_access) { char *filename = NULL; int argc = ZEND_NUM_ARGS(); int mode = 0; if (zend_parse_parameters(argc TSRMLS_CC, s|l, filename, mode) == FAILURE) return; if (access(filename, mode) != 0) { php_error(E_WARNING,posix_access: error checking access for %s: %s, filename, strerror(errno)); } else { return 0; } } As far as I can see, access() has always been a POSIX function. -- Edit this bug report at http://bugs.php.net/?id=14924edit=1
#31289 [Opn-Bgs]: PHP randomly crashes
ID: 31289 Updated by: [EMAIL PROTECTED] Reported By: smartychan at hotmail dot com -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: Windows XP Pro PHP Version: 4.3.10 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. NEVER submit same bug twice! Just complete the other bugreport with the requested information. And read: http://bugs.php.net/how-to-report.php Dupe of bug #31275 Previous Comments: [2004-12-24 21:10:22] smartychan at hotmail dot com Description: Hi, This is actually a resubmission (I corrected something). I have an Apache 2, PHP on windows XP pro. They're all installed properly. When I run a php script that is big, it will crash. It will then display The Page Cannot be Displayed (Cannot find server or DNSError). I tried all 4.3 versions and 5.0, and all versions of apache, and reformatted computer. For example, when I use include and include a big regular html file with many words, php flashes and refreshes,trying to load the php + included html page. Then, it will suddenly crash and the error will show up. This also happens in another area, in a simple coppermine photo gallery. When the php gallery is viewed, sometimes it will suddenly crash. Sometimes it will not. When it does crash and the Page cannot be displyaed shows, I try to refresh it and still cannot view the crashed page. So, it randomly crashes. The php usually crashes when it loads big information-like a big html page (not necessarily php code). Also, PHP crashes on the big page no matter what machine I use to view it. It will crash on the server machine itself when the php page is loaded. I do not think it is my computer server problem, tho. This is my server: Sony vaio Pentium III 900mhz 512Ram 40GB hardrive NTFS Could you help me with this problem? Thanks, Felix Chan Reproduce code: --- The URL to my php page that randomly crashes is: http://chantown.com/fun/index.php?sm=facts The included page within the php is : http://chantown.com/fun/uselessfacts.htm -- I also have a test page. This test php page has one include function only. It includes games.htm. http://chantown.com/fun/abc.php http://chantown.com/fun/games.htm -- this is my php info page. http://chantown.com/phpinfo.php this server should be running between 12 pm to 11 pm Central Time. Thanks! Expected result: The php pages are supposed to load correctly and include the htm files correctly. Actual result: -- PHP page crashes, and Page Cannot be Displayed shows. However, if I click refresh many times, the page will eventually load. -- Edit this bug report at http://bugs.php.net/?id=31289edit=1
#31249 [Opn-Asn]: bad type in zend_strtod.c
ID: 31249 Updated by: [EMAIL PROTECTED] Reported By: long+phpbugs at kestrel dot cc dot ku dot edu -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: Tru64 4.0F PHP Version: 4CVS-2004-12-22 (stable) -Assigned To: +Assigned To: magnus New Comment: I'll check this on Tru64 4.0G. Previous Comments: [2004-12-22 16:36:45] long+phpbugs at kestrel dot cc dot ku dot edu Description: When I try building php4-STABLE-200412221330 it ends up failing with: cc -IZend/ -I/homeb/long/src/php4-STABLE-200412221330/Zend/ -DPHP_ATOM_INC -I/homeb/long/src/php4-STABLE-200412221330/include -I/homeb/long/src/php4-STABLE-200412221330/main -I/homeb/long/src/php4-STABLE-200412221330 -I/homeb/long/src/php4-STABLE-200412221330/Zend -I/homeb/long/src/php4-STABLE-200412221330/ext/xml/expat -I/homeb/long/src/php4-STABLE-200412221330/TSRM -g -c /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c -o Zend/zend_strtod.o echo Zend/zend_strtod.lo cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 234: Missing type specifier or type qualifier. (missingtype) ULong ul[2]; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 381: Missing type specifier or type qualifier. (missingtype) ULong x[1]; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 440: Missing ;. (nosemi) ULong xi, z; --^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 479: Ill-formed parameter type list. (parmtyplist) (CONST char *s, int nd0, int nd, ULong y9) -^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 484: In this declaration, int32_t must specify a type. (badparsedecl) Long x, y; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 517: Error parsing parameter list. Found x when expecting one of: ,, ). (notexpecting) (register ULong x) ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 551: Error parsing parameter list. Found * when expecting one of: ,, ). (notexpecting) (ULong *y) ---^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 555: Missing ;. (nosemi) register ULong x = *y; ---^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 620: In this declaration, uint32_t must specify a type. (badparsedecl) ULong carry, y, z; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 623: Missing ;. (nosemi) ULong z2; --^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 808: Invalid statement. (badstmt) int i, j; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 843: In this declaration, int32_t must specify a type. (badparsedecl) Long borrow, y; /* We need signed shifts here. */ ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 846: Missing ;. (nosemi) Long z; -^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 924: Missing ;. (nosemi) register Long L; --^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 964: Invalid statement. (badstmt) int k; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 965: Missing ;. (nosemi) _double d; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 1036: Missing ;. (nosemi) _double d; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 1239: In this declaration, int32_t must specify a type. (badparsedecl) Long L; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 1240: In this declaration, uint32_t must specify a type. (badparsedecl) ULong y, z; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 928: In this statement, L is not declared. (undeclared) L = (word0(x) Exp_mask) - (P-1)*Exp_msk1; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 1272: In this statement, y is not declared. (undeclared) y = z = 0; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 1272: In this statement, z is not declared. (undeclared) y = z = 0; ^ cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c, line 1329: In this statement, L is not declared. (undeclared) L
#31218 [Opn-Bgs]: foreach() problem
ID: 31218 Updated by: [EMAIL PROTECTED] Reported By: ych at tcte dot com dot cn -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: linux PHP Version: 4.3.10 New Comment: Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Previous Comments: [2004-12-21 04:45:03] ych at tcte dot com dot cn Description: while use phpmyadmin2.6.0-pl3 with php-4.3.10, phpmyadmin say Illegal offset type in /phpmyadmin-2.6.0-pl3/libraries/grab_globals.lib.php on line 54 , their is no problem with 4.3.9 or 5.0.3. grab_globals.lib.php: 53:foreach ($server_vars as $current) { 54:if (isset($_SERVER[$current])) { 55:$$current = $_SERVER[$current]; 56:} elseif (!isset($$current)) { 57:$$current = ''; 58:} 59:} I think maybe something wrong with foreach(), it has been changed in php-4.3.10(I see it in ChangeLog) -- Edit this bug report at http://bugs.php.net/?id=31218edit=1
#29768 [Asn]: symbol MLD_ias unresolved
ID: 29768 Updated by: [EMAIL PROTECTED] Reported By: roy dot ho at optus dot com dot au Status: Assigned Bug Type: Apache related Operating System: TRu64 UNIX PHP Version: 4.3.8 -Assigned To: novell +Assigned To: magnus New Comment: I don't have access to any Tru64 machine with oracle 8.x, only 9.1, but I'll test with 9.1. *fixing my username too* Previous Comments: [2004-08-20 09:22:33] [EMAIL PROTECTED] Assigning to Novell, as he has a Tru box too [2004-08-20 04:19:45] roy dot ho at optus dot com dot au Description: Background === OS TRU64 unix apache 1.3.31 ./configure \ --with-layout=Apache \ --prefix=/usr/users/bpwrFE/bin/apache_1.3.31 \ --enable-shared=max \ --enable-module=most PHP 4.3.8 ./configure --prefix=/usr/users/bpwrFE/bin/php-4.3.8 \ --with-apxs=/usr/users/bpwrFE/bin/apache_1.3.31/bin/apxs \ --with-config-file-path=/usr/users/bpwrFE/bin/apache_1.3.31/conf \ --with-oci8=/brg/d01/oracle/release/8.1.7 \ --with-oracle=/brg/d01/oracle/release/8.1.7 \ --disable-libgcc Apache was started ok without problem when was run in standalone. But after the installation of PHP of the above configuration, Apache server cannot started with the following errors : ** Syntax error on line 205 of /usr/users/bpwrFE/bin/apache_1.3.31/conf/httpd.conf: Cannot load /usr/users/bpwrFE/bin/apache_1.3.31/libexec/libphp4.so into server: dlopen: /usr/users/bpwrFE/bin/apache_1.3.31/libexec/libphp4.so: symbol MLD_ias unresolved ** can anyone advise what went worng ? and how can that be resolved ? -- Edit this bug report at http://bugs.php.net/?id=29768edit=1
#29768 [Asn-Fbk]: symbol MLD_ias unresolved
ID: 29768 Updated by: [EMAIL PROTECTED] Reported By: roy dot ho at optus dot com dot au -Status: Assigned +Status: Feedback Bug Type: Apache related Operating System: TRu64 UNIX PHP Version: 4.3.8 Assigned To: magnus New Comment: Ok, I didn't have 9.1, it was 9.2.0. Anyway, I can't reproduce it.. Exports: LD_LIBRARY_PATH=/tmp/N0v3ll/install/lib:/opt/app/oracle/product/9.2.0/lib:/usr/lib:/usr/shlib:/lib LD_PRELOAD=libclntsh.so.9.0 ORACLE_HOME=/opt/app/oracle/products/9.2.0 PHP compiled static, got some weird error when I tried to compile it as DSO, could you try configuring PHP static ? Ohh, and I've compiled apache and PHP with Compaq C compiler, not gcc. So if you're using gcc, that's another thing you could try.. Just: CC=cc ./configure ... Previous Comments: [2004-12-21 06:25:05] [EMAIL PROTECTED] I don't have access to any Tru64 machine with oracle 8.x, only 9.1, but I'll test with 9.1. *fixing my username too* [2004-08-20 09:22:33] [EMAIL PROTECTED] Assigning to Novell, as he has a Tru box too [2004-08-20 04:19:45] roy dot ho at optus dot com dot au Description: Background === OS TRU64 unix apache 1.3.31 ./configure \ --with-layout=Apache \ --prefix=/usr/users/bpwrFE/bin/apache_1.3.31 \ --enable-shared=max \ --enable-module=most PHP 4.3.8 ./configure --prefix=/usr/users/bpwrFE/bin/php-4.3.8 \ --with-apxs=/usr/users/bpwrFE/bin/apache_1.3.31/bin/apxs \ --with-config-file-path=/usr/users/bpwrFE/bin/apache_1.3.31/conf \ --with-oci8=/brg/d01/oracle/release/8.1.7 \ --with-oracle=/brg/d01/oracle/release/8.1.7 \ --disable-libgcc Apache was started ok without problem when was run in standalone. But after the installation of PHP of the above configuration, Apache server cannot started with the following errors : ** Syntax error on line 205 of /usr/users/bpwrFE/bin/apache_1.3.31/conf/httpd.conf: Cannot load /usr/users/bpwrFE/bin/apache_1.3.31/libexec/libphp4.so into server: dlopen: /usr/users/bpwrFE/bin/apache_1.3.31/libexec/libphp4.so: symbol MLD_ias unresolved ** can anyone advise what went worng ? and how can that be resolved ? -- Edit this bug report at http://bugs.php.net/?id=29768edit=1
#30614 [Opn-Bgs]: Adding floating numbers fails
ID: 30614 Updated by: [EMAIL PROTECTED] Reported By: mauricio at elmaster dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.0.1 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. Thank you for your interest in PHP. Previous Comments: [2004-10-29 19:21:18] mauricio at elmaster dot com Description: This simple operation fails. We have tried it on PHP 4.3.4 standard install on fedora Core 2, and PHP 5.0.1. Instead of 0 we get 1-8.8817841970013E-16. If we change a bit the number the code doesn't fails, very weird. Reproduce code: --- ?php die(9.95 + 4.97 - 9.95 - 4.97); ? Expected result: 0 Actual result: -- 1-8.8817841970013E-16 -- Edit this bug report at http://bugs.php.net/?id=30614edit=1
#30499 [Opn-Bgs]: there is problem in configure file for libxml
ID: 30499 Updated by: [EMAIL PROTECTED] Reported By: lachhekumar at hotmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RedHat Linux 9.0 PHP Version: 5.0.2 New Comment: Bogus then. Previous Comments: [2004-10-20 19:02:28] lachhekumar at hotmail dot com There is no bug.. It was a misunderstanding [2004-10-20 18:22:03] lachhekumar at hotmail dot com Description: ./configure --with-apxs3=/usr/local/apache2/bin/apxs --with-openssl --with-zlib --enable-calendar --enable-bcmath --with-jpeg-dir=/usr/lib --with-tiff-dir=/usr --with-curl=/usr/inlcude/curl --with-inifile --with-flatfile --enable-exif --enable-ftp --with-gd --with-gettext --with-imap --with-mhash --with-ming --with-mysql=/usr/bin --with-mysqli --with-unixODBC --with-pgsql --with-snmp --enable-soap --enable-sockets --with-xsl --with-pear=/usr/share/pear --with-libxml-dir=/usr command line to generate error Error : libxml2.5.1 or greater is required Expected result: The above line for configuration will give you the error of libxml2.4.0 is required That is beacuse of this line if test $LIBXML_VERSION -ge 2005010; then LIBXML_LIBS=`$XML2_CONFIG --libs` LIBXML_INCS=`$XML2_CONFIG --cflags` The correct line according to calculations are if test $LIBXML_VERSION -ge 2005001; then LIBXML_LIBS=`$XML2_CONFIG --libs` LIBXML_INCS=`$XML2_CONFIG --cflags` Actual result: -- Installation must go smoothly -- Edit this bug report at http://bugs.php.net/?id=30499edit=1
#30426 [Opn-Bgs]: getting a Status:302 error when trying to log in
ID: 30426 Updated by: [EMAIL PROTECTED] Reported By: glenn at gwana dot net -Status: Open +Status: Bogus Bug Type: *Web Server problem Operating System: windows 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-10-13 22:17:12] glenn at gwana dot net Description: We set up this web address about a year ago http://www.smginc.com/admin.php The log in used to work. Apparently, last week, they upgraded their php. Now when trying to log into their admin for their site they get the following: Status: 302 Content-type: text/html X-Powered-By: PHP/4.3.9 Set-Cookie: smg_site_userid=1_3a108dd950a9c96fdd9404a78d65a9ae; Max-age=86400; Version=1; Path=/ Location: admin.php?action=admin_index The version of the old php was 4.0.20 Reproduce code: --- http://www.smginc.com/nph-login.php http://www.smginc.com/login.php Expected result: expected result would be that the log in works correctly. It appears that when they installed the newest version of php, that may have messed things up and I don't know what to do? -- Edit this bug report at http://bugs.php.net/?id=30426edit=1
#30308 [Opn-Bgs]: system command execution with echo()
ID: 30308 Updated by: [EMAIL PROTECTED] Reported By: czke at czke dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Linux PHP Version: Irrelevant New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This is a feature. Previous Comments: [2004-10-02 12:28:00] czke at czke dot com Description: It is posibble to execute system commands with echo using the `. My opinion is that with a string function this should not be posible. Reproduce code: --- ?php echo pre; echo `ls -l /`; ? -- Edit this bug report at http://bugs.php.net/?id=30308edit=1
#30163 [Opn-Fbk]: Segmentation fault with not catched exception
ID: 30163 Updated by: [EMAIL PROTECTED] Reported By: guth at fiifo dot u-psud dot fr -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: Linux (mandrake 10) PHP Version: 5.0.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip I ran the code atleast 50 times and it works just fine here. Previous Comments: [2004-09-20 09:39:33] guth at fiifo dot u-psud dot fr Description: [ bad english, i know ] It seems that PHP 5 is not very stable. My code segfaults every 3-4 days :'( Reproduce code: --- ?php class B { } class A { public $b; public function __construct() { $this-b = new B; } public function build() { return $this-b; } } class C { private $b; public function __construct() { $a = new A(); $this-b = $a-build(); try { throw new Exception; } catch(Exception $e) { } } public function __destruct() { throw new Exception; } } $C = new C; ? Expected result: Something like An uncaught exception has been thrown... Note that the code works as expected if you remove the following lines : $a = new A(); $this-b = $a-build(); Actual result: -- segmentation fault :) (gdb) bt #0 0x08205ec8 in zend_objects_destroy_object (object=0x831ae6c, handle=3) at /usr/src/php-5.0.1/Zend/zend_objects.c:37 #1 0x082089ec in zend_objects_store_del_ref (zobject=0x831ae2c) at /usr/src/php-5.0.1/Zend/zend_objects_API.c:144 #2 0x081efe22 in _zval_dtor (zvalue=0x831ae2c, __zend_filename=0x82641e0 /usr/src/php-5.0.1/Zend/zend_execute_API.c, __zend_lineno=391) at /usr/src/php-5.0.1/Zend/zend_variables.c:61 #3 0x081e465c in _zval_ptr_dtor (zval_ptr=0x8307848, __zend_filename=0x8265100 /usr/src/php-5.0.1/Zend/zend_variables.c, __zend_lineno=193) at /usr/src/php-5.0.1/Zend/zend_execute_API.c:391 #4 0x081f0174 in _zval_ptr_dtor_wrapper (zval_ptr=0x8307848) at /usr/src/php-5.0.1/Zend/zend_variables.c:193 #5 0x081f96c4 in zend_hash_destroy (ht=0x8313e7c) at /usr/src/php-5.0.1/Zend/zend_hash.c:519 #6 0x0820612e in zend_objects_free_object_storage (object=0x831ac04) at /usr/src/php-5.0.1/Zend/zend_objects.c:88 #7 0x08208749 in zend_objects_store_free_object_storage (objects=0x8288664) at /usr/src/php-5.0.1/Zend/zend_objects_API.c:72 #8 0x081e418b in shutdown_executor () at /usr/src/php-5.0.1/Zend/zend_execute_API.c:272 #9 0x081f17c3 in zend_deactivate () at /usr/src/php-5.0.1/Zend/zend.c:819 #10 0x081aa454 in php_request_shutdown (dummy=0x0) at /usr/src/php-5.0.1/main/main.c:1212 #11 0x082232b8 in main (argc=2, argv=0xb624) at /usr/src/php-5.0.1/sapi/cli/php_cli.c:1046 -- Edit this bug report at http://bugs.php.net/?id=30163edit=1
#30071 [Opn-Bgs]: Many problems with Perl-Compatible Regular Expressions
ID: 30071 Updated by: [EMAIL PROTECTED] Reported By: wesleywex at gmail dot com -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: Windows 2000 SP4 PHP Version: 4.3.9RC2 New Comment: Report PCRE bugs here (I guess): http://sourceforge.net/tracker/?group_id=10194atid=360194 Since it wasn't a bug in PHP, I'm marking this bogus. Previous Comments: [2004-09-13 05:39:54] wesleywex at gmail dot com Yes, the real regex is a function (in fact it's $this-output_neohtml( ... )), and that IS what I expect, but this is just what I DON'T get in this example. I thought PHP would help me solve this bug, but, as you told me, I must report it to the PCRE creators. Can you say where? Because I didn't find anything on the link you sent. [2004-09-13 04:29:02] [EMAIL PROTECTED] It's not that hard to write recursive regular expressions that brings the regex parser to its knees. As far as I can tell this is what you have done. But it is hard to tell as you don't even explain what you are expecting from the simple case of something like wsbabc/wsb Plugging that into your regex gets me: NEO_HTML( quot;bquot;, quot;quot;, quot;abcquot; ) Is that really what you are trying to get? If you really want to get to the bottom of it, grab PCRE from www.pcre.org and plug your regular expression into PCRE directly using the provided pcredemo.c. This way you won't be using any PHP code. If it works perfectly, come back and say so. If it still shows problems, file a bug with PCRE. [2004-09-13 01:57:21] wesleywex at gmail dot com Description: I'm trying to replace some multiple tags like wsb/wsb and wsimg with only one regex. While I was using few tags, I saw no problem (what indicates that the regex is valid), but when the tags reaches some unknown limit, the system makes very odd things, like: - Not parsing correctly the text - Taking much more time to proccess the script if just one small new line is inserted You can see theese glitches in 3 files I've prepared. All 3 have similar contents, I just changed one line between them. Reproduce code: --- Variations: 1: http://wstec.net/tmp/php_bug_pcre_02/code_01.txt 2: http://wstec.net/tmp/php_bug_pcre_02/code_02.txt 3: http://wstec.net/tmp/php_bug_pcre_02/code_03.txt Actual result: -- Attention to the line with the wsx / 1: http://wstec.net/tmp/php_bug_pcre_02/code_01.php - Took more than 1 second to parse the text only 2 times - Parsed everything as it should be parsed - Note that there aren't spaces in the text among !-- and -- 2: http://wstec.net/tmp/php_bug_pcre_02/code_02.php - Took more than 1 second to parse the text only 1 time - Not everything that should be parsed was - Note the only difference is the spaces in the text among !-- and -- 3: http://wstec.net/tmp/php_bug_pcre_02/code_03.php - Took less than 1 second to parse the text the same 2 times than the firs scipt - Parsed everything as it should be parsed - Note that the only difference between the previous scripts is that line starting with wsx / I hope you understand the issue now -- Edit this bug report at http://bugs.php.net/?id=30071edit=1
#29703 [Csd-Bgs]: Function to determine if a method is called statically
ID: 29703 Updated by: [EMAIL PROTECTED] Reported By: tip at tut dot by -Status: Closed +Status: Bogus Bug Type:Feature/Change Request PHP Version: 4.3.9RC1 New Comment: Not a bug Previous Comments: [2004-08-16 12:32:18] tip at tut dot by Sorry. Found a bug in my own sources. =\ It was unhandled echo call few lines above echo print_r(isset($this)); [2004-08-16 12:32:18] tip at tut dot by Sorry. Found a bug in my own sources. =\ It was unhandled echo call few lines above echo print_r(isset($this)); [2004-08-16 12:16:11] tip at tut dot by Description: Sometimes it is very convenient to use method from a class statically, but while implementing such a function there's no way to determine how this function is used. executing this line from a static method call returns 1 print_r(isset($this)); while operations with is_object($this), gettype($this) etc. results in PHP Notice: Undefined variable: this in c:\httpd\.php\pear\File\Find.php on line 198 Reproduce code: --- // executed from static method call print_r(isset($this)); Expected result: FALSE Actual result: -- 1 -- Edit this bug report at http://bugs.php.net/?id=29703edit=1
#29575 [Opn-Bgs]: output_buffering off can't be set in php.ini
ID: 29575 Updated by: [EMAIL PROTECTED] Reported By: intreg at zoom dot co dot uk -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Debian GNU/Linux PHP Version: 4.3.8 New Comment: This sounds very much like you aren't editing the correct php.ini file. Check the phpinfo() output where it's looking for the php.ini file and put your edited file where it want it to be. Previous Comments: [2004-08-09 09:35:06] intreg at zoom dot co dot uk went back to 4.3.7 and still same result - thinking perhaps the header messages (already sent) may not be as I first thought related to the output_buffering setting. Won't know for sure until I go back an apache version (2.0.50 to 2.0.49) and figure out which bit of the setup is producing my problem [will be doing another setup/build in two weeks]. I leave this minor bug report on file as php output_buffering setting would be easier to eliminate as a possible cause if my php.ini setting of 'off' could be seen in phpinfo as 'off'. [2004-08-08 21:34:06] intreg at zoom dot co dot uk Description: output_buffering = Off output_buffering=off tried both of these but phpinfo still seems to show 'no value' for this directive. If you want to see if anyone else has managed to successfully switch it off, then a quick browse through google using a search string as follows: output_buffering 4.3.8 off didn't produce any examples I could find [lots of 'no value' and 4096 and 0 but seemingly no 'off']. Just off to try making apache override the php setting, otherwise it's back to 4.3.7 [the web developer does his own flushing and I'm not about to tell him that he can no longer do this] Regards, Gary. -- Edit this bug report at http://bugs.php.net/?id=29575edit=1
#29597 [Opn-Csd]: compile failed exit status 1
ID: 29597 Updated by: [EMAIL PROTECTED] Reported By: sonny at sun dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: RHEL 3 PHP Version: 5.0.0 New Comment: This have already been fixed in CVS. You can get a snapshot from http://snaps.php.net or wait until 5.0.1 is released. Previous Comments: [2004-08-10 13:19:29] sonny at sun dot com Description: Compile fails on RHEL 3 i386. collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 Does not return more informations. Configure works fine. Used Versions: - PHP 5.0.0 - Redhat Advanced Server 3u3 i386 - gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-34) - GNU Make version 3.79.1 Reproduce code: --- See above versions of tools. Configure: env LIBS=-lfreetype -lpng -ljpeg -lz -lnsl; IMAP_SHARED_LIBADD=-lc-client; ./configure --prefix=/usr/local/php5 --with-config-file-path=/usr/local/php5 --disable-debug --enable-pic --enable-trans-sid --disable-rpath --enable-zend-multibyte --enable-memory-limit --enable-yp --with-xsl --with-expat-dir=/usr --with-libexpat-dir=/usr --with-libxml-dir=/usr --enable-sysvshm --enable-sysvsem --enable-sysvmsg --enable-sqlite-utf8 --enable-sockets --enable-soap --with-openssl-dir=/usr --enable-shmop --with-readline --with-pgsql=shared --enable-pcntl --with-oci8=/oracle/product/9.2.0.4 --with-zlib-dir=/usr --with-mysql=/usr/local/mysql --with-mnogosearch=/usr/local/mnogosearch --with-mhash=/usr/local --enable-mbstring --with-ldap=shared --with-ldap-sasl --with-imap=shared --with-imap-ssl --with-kerberos=/usr/kerberos --with-gettext --with-gd --enable-dio --enable-exif --enable-ftp --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-curl --with-curlwrappers --enable-calendar --with-bz2 --with-zlib --enable-bcmath --disable-short-tags --enable-magic-quotes --enable-sigchild --disable-path-info-check --enable-fastcgi --enable-force-cgi-redirect --with-apxs2=/usr/sbin/apxs --with-apxs2filter=/usr/sbin/apxs --enable-versioning --with-inifile --with-flatfile --with-db4=/usr --enable-magic-quotes --disable-short-tags --enable-cli Expected result: working and final make Actual result: -- Break here: /usr/local/mnogosearch/lib/libudmsearch.a(files.o)(.text+0x1f7c): In function `UdmFreeUrlRes': /software/compile/mnogosearch-3.1.21/src/files.c:843: multiple definition of `UdmFreeUrlRes' /usr/local/mnogosearch/lib/libudmsearch.a(sql.o)(.text+0x3b84):/software/compile/mnogosearch-3.1.21/src/sql.c:3262: first defined here /usr/bin/ld: Warning: size of symbol `UdmFreeUrlRes' changed from 38 in /usr/local/mnogosearch/lib/libudmsearch.a(sql.o) to 5 in /usr/local/mnogosearch/lib/libudmsearch.a(sql.o) collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 Same error if remove mngosearch from configure. -- Edit this bug report at http://bugs.php.net/?id=29597edit=1
#25004 [Bgs]: Uploaded file name truncated if accent present
ID: 25004 Updated by: [EMAIL PROTECTED] Reported By: spud at nothingness dot org Status: Bogus Bug Type: *Languages/Translation Operating System: RedHat 7.2 PHP Version: 4.3.2 New Comment: Restore comment: [2004-07-23 21:12:44] apinstein at mac dot com Actually, it seems that Safari has a problem uploading files with non-latin filenames. In Safari 1.2 (Panther) the file is SKIPPED entirely from the upload's POST data. In Safari pre-1.2, (Jaguar) the filename is mangled a bit. I am pretty sure this isn't a PHP problem, but if anyone knows how to set up the HTML form to allow this it'd be great for everyone to know! Previous Comments: [2003-08-11 11:34:45] spud at nothingness dot org Correction: the problem persists in PHP 4.3.3RC3 with the (mac) Safari browser, but works in (mac) IE 5.2.3. Until further browser testing, I'll consider this bogus, assuming it's a browser issue with Safari only. [2003-08-11 11:27:16] spud at nothingness dot org Actually, the first rule of submitting a bug is check the database first, but point taken. This problem still occurs with PHP 4.3.3RC3 on my machine, despite your results. See (http:// dev.dadaimc.org/test.php for test form and phpinfo() output) The CVS snapshot (php4-200308111530) refuses to make on my machine, generating an error near the end (see below), so I can't test the CVS version: /home/spud/src/php4-200308111530/ext/standard/ filestat.c:575: undefined reference to `php_check_open_basedir_ex' [2003-08-10 11:11:55] [EMAIL PROTECTED] Works fine with latest CVS (and with PHP 4.3.3RC3 too) Bogusing since you failed the first rule of submitting a bug report: Try the latest CVS snapshot first. [2003-08-10 10:54:57] spud at nothingness dot org Description: On a standard form upload, if the user uploads a file with a name like épice.jpg (with an acute accent on the e), PHP reports the $_FILES[0]['name'] as foo_e, dropping the accent and ALL following characters, including the suffix. I understand the perhaps the file upload can't handle the accented characters, but it seems incorrect to strip off the rest of the filename, including characters that are still legitimate. I don't know if this is a PHP bug or not, but it seems very limiting for non-English file uploads, where accented characters in a filename are common. Reproduce code: --- Example: with a page like html head meta http-equiv=content-type content=text/html; charset=utf-8 /head body form action=test.php method=post enctype=multipart/form-data input type=file name=upload input type=submit name=submit value=submit /form ? if (isset($_POST['submit'])) { print_r($_FILES); } ? upload a file named épice.jpg, and PHP will report the filename as e. Expected result: I expect $_FILES[0]['name'] to be épice.jpg, or at least epice.jpg. Actual result: -- Filename reported as e. -- Edit this bug report at http://bugs.php.net/?id=25004edit=1
#29366 [Csd-Bgs]: Change in error_reporting behavior
ID: 29366 Updated by: [EMAIL PROTECTED] Reported By: nbi at gmx dot de -Status: Closed +Status: Bogus Bug Type: PHP options/info functions Operating System: Windows XP PHP Version: 4.3.8 New Comment: Not a bug. Previous Comments: [2004-07-28 23:21:45] nbi at gmx dot de Yes, indead: mysql.trace_mode = Off solved the problem. However, mysql.trace_mode could be ON up to PHP 4.3.6 without having any apparent effect, though. Thanks for your help. [2004-07-27 23:45:59] evan at fusion-zero dot com In php.ini, you probably have mysql.trace.mode set to On You need to set it to Off, just like this. ; Trace mode. When trace_mode is active (=On), warnings for table/index scans and ; SQL-Erros will be displayed. mysql.trace_mode = Off [2004-07-24 21:11:59] nbi at gmx dot de Description: There seems to be a change in error_reporting(), that came up from PHP 4.3.6 to 4.3.7: Setting error_reporting(0) did NOT display a warning like Warning: mysql_query(): Your query requires a full tablescan (table xyz, 4 rows affected). Use EXPLAIN to optimize your query. in xyz.php on line 594 With PHP 4.3.7 and 4.3.8 this warning is displayed, despite settings of error_reporting(0) or ini_set ('error_reporting', 0) -- Edit this bug report at http://bugs.php.net/?id=29366edit=1
#29423 [Opn-Ver]: reference count gets wrong when return-reference-calling a normal function
ID: 29423 Updated by: [EMAIL PROTECTED] Reported By: stefan at hotpaenz dot de -Status: Open +Status: Verified Bug Type: Zend Engine 2 problem Operating System: Linux 2.6.3 PHP Version: 5CVS-2004-07-28 (dev) Previous Comments: [2004-07-28 10:59:58] stefan at hotpaenz dot de Description: See the code below: An object of ClassA is passed to FuncB, which calls FuncA with the return-by-reference operator. FuncA is not designed to return by reference. The reference count seems to get wrong by doing that so the object is discarded when FuncB returns. Reproduce code: --- ?php class ClassA { } function FuncA($obj) { return $obj; } function FuncB($obj) { $dummy = FuncA($obj); } $obj = new ClassA(); FuncB($obj); $str='This is a string' var_dump($obj); Expected result: object(ClassA)#1 (0) { } Actual result: -- string(16) This is a string -- Edit this bug report at http://bugs.php.net/?id=29423edit=1
#29269 [Csd-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: Closed +Status: Bogus Bug Type: Apache related Operating System: Solaris 9 PHP Version: 4.3.8 New Comment: Not a bug. Previous Comments: [2004-07-20 20:34:43] rstubbe at sit dot nl Actually is is relate to apache. After some debugging it seems that apache is not able to open more streams, with the error could not execute as a result. [2004-07-20 09:11:10] rstubbe at sit dot nl Please note: the sensmail binary is in the correct location, as otherwise the problem should also exist when the apache server is started in non SSL mode, but then it works. [2004-07-20 02:42:13] [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 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. [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=29269edit=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=29250edit=1
#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: --- ?php print Executing PHP tests on client side\n\n; phpinfo(); ? 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=29247edit=1
#29230 [Opn-Bgs]: preserve state from http to https for session variables
ID: 29230 Updated by: [EMAIL PROTECTED] Reported By: pras_osu at yahoo dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux Debian 2.4.20-2.11 PHP Version: 4.2.2 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. And your PHP version is too old, PHP 4.3.8 have been released a few days ago. Also, whenever it works in one browser but not in another it's probably some bug in your code. Previous Comments: [2004-07-17 21:18:01] pras_osu at yahoo dot com Please checkout the problem on the following site: http://cpapusa.com/ I have set the site in Testing Mode to display the SESSION Variable Array() contents. Thank You. [2004-07-17 21:08:44] pras_osu at yahoo dot com Description: PLEASE NOTE: This report is not associated with PHP Engine version 4.3.7 (I had to select it to by-pass your HTML form setup and as I couldn't figure out my problem from the bug reports search) -- Server side info -- PHP Engine Version 4.2.2 Operating System: Linux Debian 2.4.20-2.11 -- I am not sure whether the following is a bug associated with PHP Engine 4.2.2 or with the Operating System or with the client side browser. The Session variable (multi-dimensional array) that i use for shopping cart doesn't preserves state while doing a transition from HTTP to HTTPS connection. Or in other words, while transferring from shopping-cart page to a secure checkout page. Seems like it loses its content. Interesting enough on the client side, this seems to work perfectly fine with my browser on MS-IE 6.0.28 (with all security updates up-to-date) on Windows XP platform and also on Mozilla 1.6 on the same platform. The same tested on a friend's machine running MS-IE 6.0.26 (i believe not up-to-date with security updates) on Win XP as well as Netscape Gecko browser (version not known) doesn't seem to preserve the session variable (shopping cart) while moving from HTTP to HTTPS connection. I am stuck here. Unable to figure out whether it could be a problem associated with earlier Microsoft security updates or with the older PHP Engine/LINUX Debian OS on the Server side? Your earliest attention is much appreciated. Let me know if I should request the Server Admin to upgrade the PHP Engine Version? -- Edit this bug report at http://bugs.php.net/?id=29230edit=1
#29238 [Opn-Bgs]: modification in the mysql database error
ID: 29238 Updated by: [EMAIL PROTECTED] Reported By: abhishek21_ce at yahoo dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: windows 2000 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-18 06:09:01] abhishek21_ce at yahoo dot com Description: right now, i was doing a modification in an online survey written in php script with the data stored in mysql database.I was able to make changes in the php script but when my made changes in my mysql database the script is showing all modifications but when i submit the survey with all the data entered it gave me the error: This is second errorColumn count doesn't match value count at row 1, can u help me outh with this error? i would really be grateful to u. abhishek Research Analyst Bureau of Economic research Expected result: everybody should be able to submit the survey, -- Edit this bug report at http://bugs.php.net/?id=29238edit=1
#29177 [Opn-Bgs]: 5.0.0 final phpinfo claims to be RC3
ID: 29177 Updated by: [EMAIL PROTECTED] Reported By: cpuidle at gmx dot de -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: WinXP SP1 PHP Version: 5.0.0 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. You haven't replaced all files on your system with the new ones. Make sure you replace the files located in your system dir. Previous Comments: [2004-07-15 08:30:07] cpuidle at gmx dot de Description: 5.0.0 final still claims to be RC3, also build date is not updated. Reproduce code: --- phpinfo(); Actual result: -- PHP Version 5.0.0RC3-dev System Windows NT MOBILE 5.1 build 2600 Build Date Jun 2 2004 08:22:04 -- Edit this bug report at http://bugs.php.net/?id=29177edit=1
#28082 [Opn-Bgs]: __sleep() reproducible serialization bug (at least i hope so)
ID: 28082 Updated by: [EMAIL PROTECTED] Reported By: mastabog at hotmail dot com -Status: Open +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Win32, Linux and on all tested PHP Version: 5CVS-2004-04-20 (dev) New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #26737 Previous Comments: [2004-04-20 21:12:24] mastabog at hotmail dot com Description: I posted this as a comment to an existing bug report (after it has been suspended). The bug report is 4 months old and can be found here: http://bugs.php.net/bug.php?id=26737 Everything written there (including the last comment which is mine) is still true, unfortunately. That bug existed since my first attempt to use __sleep() in PHP5 (approx 1 year ago) and persisted since (i alway use the daily php5-cvs version) Here is a summary (though I suggest you take a look at the original bug at the link above). __sleep() serialization does not work unless you do this: You not only have to enclose the class name with null characters. As far as I've seen you have to enclose with null chars *ALL* Php5 serialization identifiers of class properties types, the ones I figured out to be for now. The string that needs to be enclosed in null chars is (let x be the property name): 1. class name, if x is 'private' (i.e. \0 . __CLASS__ . \0x) 2. *, if x is 'protected' (i.e. \0*\0x) 3. Null, if x is 'public' = (i.e. x) Here's what I mean (this is how it should be done in order to work ... meaning to avoid/workaround this bug): ?php class aTest { public $a = 'one'; protected $b = 'two'; private $c = 'three'; private $d = 'something you dont wanna save'; function __sleep() { return array(a, \0*\0b, \0aTest\0c); // or // return array(a, // \0*\0b, // \0 . __CLASS__ . \0c); } } ? Anything else in the return array of __sleep() and the property will come up empty after unserialization ... not nice. My hope is that this *is* a bug, because forming those strings with null chars is just, well, ugly and inconsistent. Reproduce code: --- ?php class aTest { public $a = 'one'; protected $b = 'two'; private $c = 'three'; private $d = 'something you dont wanna save'; function __sleep() { return array(a, \0*\0b, \0aTest\0c); } // This is how it should be, IMHO (php4 style) //function __sleep() //{ // return array(a, b, c); //} } ? Expected result: With the 2nd __sleep() uncommented you should get the normal serialized properties of the object. Instead, every private/protected members come up emtpy. -- Edit this bug report at http://bugs.php.net/?id=28082edit=1
#26737 [Opn-Ctl]: unexpected __sleep() serialization behavior
ID: 26737 Updated by: [EMAIL PROTECTED] Reported By: rob dot wills at gmail dot com -Status: Open +Status: Critical Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS New Comment: Verified. The workaround still works too. Previous Comments: [2004-07-15 04:14:39] rob dot wills at gmail dot com PHP5.0.0 still exhibits this behaviour. Is there anything else I can provide to help with this issue/bug? Thanks, Rob [2004-07-13 00:10:35] trevorrowe at gmail dot com Last posting was made on feb 26, its now jul 12. Anyone have any more current news on this bug? The bug seems to still persist in php5 rc3. mastabog's suggestion of padding the variable name with nulls for private, padding the * for protected and nothing for public works, but seems like an ugly hack. My biggest fear is when the bug is patched, my variable names will be double padded and things will start to break. [2004-02-26 21:24:38] mastabog at hotmail dot com Complete info on this bug: To quote rob at cue dot cc, you don't have to enclose only the class name with null characters. As far as I've seen you have to enclose with null chars ALL Php5 serialization identifiers of class properties types, the ones I figured out to be for now (let x be the property name): - class name if x is 'private' = \0 . __CLASS__ . \0x - * if x is 'protected' = \0*\0x - nothing if x is 'public' = x Here's what I mean: ?php class aTest { public $a = 'one'; protected $b = 'two'; private $c = 'three'; private $d = 'something you dont wanna save'; function __sleep() { return array(a, \0*\0b, \0aTest\0c); // or // return array(a, // \0*\0b, // \0 . __CLASS__ . \0c); } } ? Anything else in the return array of __sleep() and the property will come up empty after unserialization ... not nice. My hope is that this is a bug, cus forming those strings with null chars is just, well, ugly :) [2004-02-26 20:34:43] mastabog at hotmail dot com Same problem here. And I'm downloading the CVS php5 version daily since May 2003. I assumed this was to be solved in a much later stage seeing that all CVS releases (and all 4 betas of PHP5) had this bug. In all my php5 projects i haven't use any __sleep() methods at all because they weren't working. I use php5 mainly with win32 and about once a week with Linux. Both have this bug ... very irritating (I have some objects that make my session file go up to 100kb, because i cant use __sleep(), which would be large for a production site.) [2004-01-17 00:51:27] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. 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/26737 -- Edit this bug report at http://bugs.php.net/?id=26737edit=1
#28957 [Opn-Ver]: Crash on improper use of ArrayAccess
ID: 28957 Updated by: [EMAIL PROTECTED] Reported By: su1d at phpclub dot net -Status: Open +Status: Verified Bug Type: Reproducible crash -Operating System: Win32 +Operating System: Win32, Linux, Tru64 5.1B -PHP Version: 5CVS-2004-06-29 (dev) +PHP Version: 5CVS-2004-07-14 (dev) New Comment: Both scripts segv. Previous Comments: [2004-07-13 16:47:08] fixxxer at php5 dot ru p.s. don't take to notice that the name of directory is php5.0.0RC3 - it's the latest snap really. :) [2004-07-13 16:43:42] fixxxer at php5 dot ru The problem still exists on the latest snapshot (Jul 13, 2004 12:30 GMT) and seems to be os-independent (I've tried on FreeBSD 4.9 and Windows XP). ?php class foo implements ArrayAccess { function offsetSet($k,$v){} function offsetGet($k){return $this;} function offsetExists($k){return true;} function offsetUnset($k){} function __set($k, $v){} function __get($k){return $this;} } $bar = new foo; $bar[]-blabla = 1; ? Program received signal SIGSEGV, Segmentation fault. 0x821272b in zend_call_function (fci=0xbfbfe26c, fci_cache=0xbfbfe24c) at /usr/ports/lang/php5/work/php-5.0.0RC3/Zend/zend_execute_API.c:752 752 (*fci-params[i])-refcount++; (gdb) bt #0 0x821272b in zend_call_function (fci=0xbfbfe26c, fci_cache=0xbfbfe24c) at /usr/ports/lang/php5/work/php-5.0.0RC3/Zend/zend_execute_API.c:752 #1 0x822d63e in zend_call_method (object_pp=0xbfbfe2e8, obj_ce=0x84f8824, fn_proxy=0x0, function_name=0x83f63ff offsetget, function_name_len=9, retval_ptr_ptr=0xbfbfe2dc, param_count=1, arg1=0x0, arg2=0x0) at /usr/ports/lang/php5/work/php-5.0.0RC3/Zend/zend_interfaces.c:79 #2 0x8230bea in zend_std_read_dimension (object=0x85065e4, offset=0x0, type=1) at /usr/ports/lang/php5/work/php-5.0.0RC3/Zend/zend_object_handlers.c:384 #3 0x823d79c in zend_fetch_dimension_address (result=0x850e3b8, op1=0x850e3cc, op2=0x850e3e0, Ts=0x8510624, type=1) at /usr/ports/lang/php5/work/php-5.0.0RC3/Zend/zend_execute.c:999 #4 0x825802b in zend_fetch_dim_w_handler (execute_data=0xbfbfe404, opline=0x850e3b4, op_array=0x8505124) at /usr/ports/lang/php5/work/php-5.0.0RC3/Zend/zend_execute.c:2063 #5 0x823fbcf in execute (op_array=0x8505124) at /usr/ports/lang/php5/work/php-5.0.0RC3/Zend/zend_execute.c:1391 #6 0x821e32e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/ports/lang/php5/work/php-5.0.0RC3/Zend/zend.c:1061 #7 0x81e3ba5 in php_execute_script (primary_file=0xbfbffac0) at /usr/ports/lang/php5/work/php-5.0.0RC3/main/main.c:1627 #8 0x82688ce in main (argc=3, argv=0xbfbffb3c) at /usr/ports/lang/php5/work/php-5.0.0RC3/sapi/cli/php_cli.c:943 [2004-06-29 10:21:14] su1d at phpclub dot net Description: I suppose this could be related with the bug #26675 (http://bugs.php.net/bug.php?id=26675). Reproduce code: --- ?php class A implements ArrayAccess { function offsetGet($name) { return $this; } function offsetSet($name, $value) {} function offsetExists($name) { return true; } function offsetUnset($name) {} } $D = new A; $D[]-something = 1; ? Expected result: Actually, I'd like to see the offsetGet(null) to be called, but according to the `hack` that solved the #26675, I suppose this should be: Fatal error: Cannot use [] for reading in ... Actual result: -- *CRASH* -- Edit this bug report at http://bugs.php.net/?id=28957edit=1
#28681 [Csd-Bgs]: session-hijacking
ID: 28681 Updated by: [EMAIL PROTECTED] Reported By: s dot lemke at infoworxx dot de -Status: Closed +Status: Bogus Bug Type: Session related Operating System: Linux 2.4.18 PHP Version: 4.3.7 New Comment: Only real bugs that have been fixed should have the status Closed. Previous Comments: [2004-07-13 12:34:28] s dot lemke at infoworxx dot de Hi ! Yes, you are right and I am sorry :-) Thanks for your help. Regards, Sebastian [2004-07-06 01:24:14] [EMAIL PROTECTED] see above [2004-06-29 11:24:06] php at alterego dot dp dot ua It definitely has something to do with ErrorDocument redirection. That 'not-found-image' turns out to be actually '302 found' with redirection to a page using the same php session_name. Browser gets all 'image' content, session gets modified, but that content is not an image actually, so browser can't render it. Again, that's why everything is ok when the picture is in it's place. That's the point. Details are for you to found. Everybody should always remember that s/he is dealing with the server in the first place, and only then things come to PHP. Nothing fantastic, has nothing to do with php itself, definetely a bogus bug report. [2004-06-09 17:27:22] s dot lemke at infoworxx dot de Hi ! I have tried Internet Explorer 6.0 (win), Netscape 7.1 (win), Opera 7.22 (win), Safari (mac), Internet Explorer Mac 5.2 (mac) - the error is the same ! Keep in mind, that if the image file not-found-image.gif exists on the server everything is fine ! So if I try lynx it works ! Cheers [2004-06-09 17:07:31] [EMAIL PROTECTED] Can this behavior be duplicated in a specific browser or any browser? It is possible since the domain name is the same, a bug in the browser allows the cookies between the sub-domains to be shared. 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/28681 -- Edit this bug report at http://bugs.php.net/?id=28681edit=1
#29121 [Opn-Bgs]: autoheader deprecation warning
ID: 29121 Updated by: [EMAIL PROTECTED] Reported By: info at sebastianmendel dot de -Status: Open +Status: Bogus Bug Type: Compile Warning Operating System: Fedora Core 2 dev PHP Version: 5CVS-2004-07-13 (dev) New Comment: Don't use autoconf 2.5x, use 2.13 and libtool 1.4.3 which doesn't require autoconf 2.5x. Using autoconf 2.5x might or might not work. On atleast Mandrake and Gentoo you can use WANT_AUTOCONF=2.1 ./buildconf to make it use 2.13 instead of 2.5x (requires that you have a wrapper script). Previous Comments: [2004-07-13 18:12:28] info at sebastianmendel dot de Description: [EMAIL PROTECTED] php-src]# ./buildconf --force Forcing buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.59 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13 and automake-1.5. buildconf: libtool version 1.5.6 (ok) rebuilding aclocal.m4 rebuilding configure autoconf/programs.m4:438: AC_DECL_YYTEXT is expanded from... configure.in:147: the top level rebuilding acconfig.h rebuilding main/php_config.h.in autoheader: WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' autoheader: WARNING: and `config.h.top', to define templates for `config.h.in' autoheader: WARNING: is deprecated and discouraged. autoheader: autoheader: WARNING: Using the third argument of `AC_DEFINE' and autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without autoheader: WARNING: `acconfig.h': autoheader: autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, autoheader: [Define if a function `main' is needed.]) autoheader: autoheader: WARNING: More sophisticated templates can also be produced, see the autoheader: WARNING: documentation. -- Edit this bug report at http://bugs.php.net/?id=29121edit=1
#29093 [Opn-Fbk]: ob_end_clean return broken
ID: 29093 Updated by: [EMAIL PROTECTED] Reported By: sami at oriontransfer dot mine dot nu -Status: Open +Status: Feedback Bug Type: Output Control Operating System: linux 2.6 PHP Version: 5.0.0RC3 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 ?php and ends 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-11 15:39:16] sami at oriontransfer dot mine dot nu Description: hi there is a very serious bug in the result of ob_end_clean.. for some reason, it only works if i call it twice, using the results from the second call.. i don't really understand why.. this is very weird behaviour, and this particular code was working fine in php4 as far as i know. -- Edit this bug report at http://bugs.php.net/?id=29093edit=1
#29093 [Csd-Bgs]: ob_end_clean return broken
ID: 29093 Updated by: [EMAIL PROTECTED] Reported By: sami at oriontransfer dot mine dot nu -Status: Closed +Status: Bogus Bug Type: Output Control Operating System: linux 2.6 PHP Version: 5.0.0RC3 New Comment: Not a bug = Bogus Previous Comments: [2004-07-12 02:50:24] sami at oriontransfer dot mine dot nu okay, since the version where it worked, output buffers have become stackable, so thats why it wasn't working.. i used to use multiple calls to ob_start to change the handler function to catch fatal errors and parse errors cleanly... sorry for wasting your time... note that some version of php 4.xsomething didn't used to have stackable buffers as far as i know. thanks [2004-07-11 17:42:28] [EMAIL PROTECTED] 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 ?php and ends 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. [2004-07-11 15:39:16] sami at oriontransfer dot mine dot nu Description: hi there is a very serious bug in the result of ob_end_clean.. for some reason, it only works if i call it twice, using the results from the second call.. i don't really understand why.. this is very weird behaviour, and this particular code was working fine in php4 as far as i know. -- Edit this bug report at http://bugs.php.net/?id=29093edit=1
#29064 [Opn-Asn]: Exact numeric/decimal/money datatypes lose precision
ID: 29064 Updated by: [EMAIL PROTECTED] Reported By: daniel dot beet at accuratesoftware dot com -Status: Open +Status: Assigned Bug Type: Sybase-ct (ctlib) related Operating System: Windows 2000 Server PHP Version: 4.3.7 -Assigned To: +Assigned To: thekid Previous Comments: [2004-07-08 17:08:17] daniel dot beet at accuratesoftware dot com Sorry, forgot the SQL to insert test data: insert into test (test_decimal, test_numeric, test_money, test_bigint, test_int, test_smallmoney, test_smallint, test_tinyint, test_real, test_double) values (12345678901234567890123456789012.123456, 12345678901234567890123456.123456789012, 123456789012345.1234, 12345678901234567890123456789012345678, 1234567890, 123456.1234, 12345, 123, 123456789.12345679, 123456789.12345679 ) insert into test (test_decimal, test_numeric, test_money, test_bigint, test_int, test_smallmoney, test_smallint, test_tinyint, test_real, test_double) values (-12345678901234567890123456789012.123456, -12345678901234567890123456.123456789012, -123456789012345.1234, -12345678901234567890123456789012345678, -1234567890, -123456.1234, -12345, 255, -123456789.12345679, -123456789.12345679 ) [2004-07-08 17:06:18] daniel dot beet at accuratesoftware dot com Description: PHP's Sybase CT library converts all numeric datatypes to ints of floats, so numbers outside their ranges lose precision. The following patchs fix these issues in a similar way to mssql and oci8 libs: Compare: ()php-4.3.7\ext\sybase_ct\php_sybase_ct.1.14.2.3.h (3780 bytes) with: ()php-4.3.7\ext\sybase_ct\php_sybase_ct.h (3929 bytes) 94c94 int max_length, numeric; --- int max_length, numeric, precision, scale; Compare: ()php-4.3.7\ext\sybase_ct\php_sybase_ct.1.73.2.16.c (65966 bytes) with: ()php-4.3.7\ext\sybase_ct\php_sybase_ct.c (68800 bytes) 1233,1235c1233,1242 case CS_MONEY4_TYPE: result-datafmt[i].maxlength = 24; result-numerics[i] = 2; --- result-datafmt[i].maxlength = 24; result-numerics[i] = 5; result-datafmt[i].precision = 19; result-datafmt[i].scale = 4; break; case CS_MONEY4_TYPE: result-datafmt[i].maxlength = 13; result-numerics[i] = 2; result-datafmt[i].precision = 10; result-datafmt[i].scale = 4; 1244,1246c1251,1254 result-datafmt[i].maxlength = result-datafmt[i].precision + 3; /* numeric(10) vs numeric(10, 1) */ result-numerics[i] = (result-datafmt[i].scale == 0) ? 3 : 2; --- /* numerics can overflow real and long types, return as a string */ result-datafmt[i].maxlength = result-datafmt[i].precision + 3; /* numeric(10) vs numeric(10, 1) */ result-numerics[i] = (result-datafmt[i].scale == 0) ? 4 : 5; 1277c1285,1287 result-fields[i].numeric = result-numerics[i]; --- result-fields[i].numeric = (result-numerics[i] 0) ? 1 : 0; result-fields[i].precision = result-datafmt[i].precision; result-fields[i].scale = result-datafmt[i].scale; 1862,1864c1872,1876 case CS_NUMERIC_TYPE: case CS_DECIMAL_TYPE: return real; --- return real; break; case CS_NUMERIC_TYPE: case CS_DECIMAL_TYPE: return numeric; 1929a1941,1942 add_property_long(return_value, precision, result-fields[field_offset].precision); add_property_long(return_value, scale, result-fields[field_offset].scale); Hope that helps! Thanks, Dan. Reproduce code: --- Create a table test: create table test ( test_decimaldecimal(38, 6) null, test_numericnumeric(38, 12) null, test_money money null, test_bigint decimal(38, 0) null, test_intint null, test_smallmoney smallmoney null, test_smallint smallintnull, test_tinyinttinyint null, test_real float null, test_double float null ) execute the following script via php cli exe: ?php sybase_min_server_severity(11); sybase_min_client_severity(11); $conn = sybase_connect('yourserver', 'sa', 'password'); echo Connection OKbr /\n; sybase_select_db('test', $conn); echo DB selected OKbr /\n; $result = sybase_query('select test_decimal, test_numeric,
#29050 [Csd-Bgs]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
ID: 29050 Updated by: [EMAIL PROTECTED] Reported By: support at gis dot tusur dot ru -Status: Closed +Status: Bogus Bug Type: OCI8 related Operating System: Win2k ADS, Win2k3 Server PHP Version: 4.3.7 New Comment: Only bugs that are actually fixed should have the status 'Closed'. Previous Comments: [2004-07-08 12:24:35] support at gis dot tusur dot ru http://bugs.php.net/bug.php?id=20022 Is 9i ( 9.2.0.1.0 ) supported ? yes You should declare in documentation that PHP v4.* + IIS v* + Oracle 9.2/10g Client couldn't work together. [2004-07-08 11:55:09] [EMAIL PROTECTED] It doesn't say anywhere that we support IIS..Please read the docs. [2004-07-08 11:48:20] support at gis dot tusur dot ru And what if this is not an IIS bug, but PHP, wich not currently compatible with IIS and Oracle 9.2 ?? How you may be shure, that your PHP product works fine under Oracle 9.2 and IIS? Still, that problem not solved, even after 2 year since that http://bugs.php.net/bug.php?id=20022 bug report. In that case - just stop declaring that PHP supports Oracle 9.2 + ISS, at least until you'll test compability of your sofware in same configuration. [2004-07-08 11:13:00] [EMAIL PROTECTED] Please ask installation support questions on an appropriate mailing list. This is a bug system and this is not a bug. [2004-07-08 07:37:57] support at gis dot tusur dot ru We have tried all your recommendations, but haven't got correct result - our system still don't work properly! 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/29050 -- Edit this bug report at http://bugs.php.net/?id=29050edit=1
#29009 [Opn-Bgs]: Variable URL problem
ID: 29009 Updated by: [EMAIL PROTECTED] Reported By: zidokid at hotmail dot com -Status: Open +Status: Bogus Bug Type: URL related Operating System: Windows XP Professional PHP Version: 4.3.7 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. Previous Comments: [2004-07-04 17:42:39] zidokid at hotmail dot com Description: I am using an Apache 2 Server, in the http.conf file, i installed php using this method: LoadModule php4_module c:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php Whenever I try to define a variable at the URL such as http://www.website.com/main.php?txt=something then it DOESNT show the variable on the screen, however, when i define a variable from inside the source code, such as ?php $txt = something; ? then the variable DOES show on the page. Please tell me how to get rid of this bug. Reproduce code: --- !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; html head meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 titleUntitled Document/title /head body ?php echo $txt; ? /body /html Expected result: When i type http://zidokid.kicks-ass.net/t.php?txt=something I expected that i would get a page that says something. Actual result: -- Nothing appeared on the page. -- Edit this bug report at http://bugs.php.net/?id=29009edit=1
#28857 [Opn-Bgs]: test, ignore
ID: 28857 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: foo PHP Version: 4.3.7 New Comment: . Previous Comments: [2004-06-20 21:55:50] [EMAIL PROTECTED] Description: test, ignore -- Edit this bug report at http://bugs.php.net/?id=28857edit=1
#28884 [Opn-Bgs]: create page
ID: 28884 Updated by: [EMAIL PROTECTED] Reported By: habbokoulu at jippii dot fi -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: php.net PHP Version: 4.3.7 New Comment: . Previous Comments: [2004-06-23 02:02:44] habbokoulu at jippii dot fi Description: create page Reproduce code: --- ghfdhd Expected result: dghdfhfd Actual result: -- fghfgdhfd -- Edit this bug report at http://bugs.php.net/?id=28884edit=1
#28873 [Opn-Fbk]: PHP Crashes. But not in 4.3.6.
ID: 28873 Updated by: [EMAIL PROTECTED] Reported By: sayez at fucam dot ac dot be -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Windows 2003 Server PHP Version: 4.3.7 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-06-21 20:28:25] sayez at fucam dot ac dot be Description: Impossible to tell how to produce the bug for the moment. At the end of the first page of the site : PHP Encountered error and all the other pages are inaccessible. Reset IIS is the only way to solve. We use MSSQL, GD, LDAP Library and ISAPI module. -- Edit this bug report at http://bugs.php.net/?id=28873edit=1
#28821 [Opn-Fbk]: genif.sh is bad
ID: 28821 Updated by: [EMAIL PROTECTED] Reported By: vilda at sendme dot cz -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux RedHat 7.0 PHP Version: 5.0.0RC3 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. What awk version are you using ? And what awk ? Also, add an echo sh $srcdir/build/genif.sh $srcdir/main/internal_functions.c.in $srcdir $EXTRA_MODULE_PTRS $AWK \$extensions main/internal_functions.c just above the line in the configure script and re-run configure, then post what it's outputting (not everything from configure, just where it hangs). It works fine on RedHat 7.2 on alpha. I don't have any 7.0 machine to try on. Previous Comments: [2004-06-17 22:57:52] vilda at sendme dot cz Description: I'm traying to run ./configure during instalation of PhP 5.0.0RC3 Reproduce code: --- sh $srcdir/build/genif.sh $srcdir/main/internal_functions.c.in $srcdir $EXTRA_MODULE_PTRS $AWK \$extensions main/internal_functions.c Expected result: Complete configuration of PhP. Actual result: -- The configuration stops and don't want to continue. The system is OK. It's able to kill the process with CTRL+C. -- Edit this bug report at http://bugs.php.net/?id=28821edit=1
#28766 [Csd-Bgs]: Addresses with in it are not escaped!
ID: 28766 Updated by: [EMAIL PROTECTED] Reported By: bt at weberg dot de -Status: Closed +Status: Bogus Bug Type: Mail related Operating System: linux, debian PHP Version: Irrelevant New Comment: Closed is used for real bugs that have been fixed. Previous Comments: [2004-06-14 09:03:30] bt at weberg dot de The problem is not related to php... sorry. [2004-06-14 08:47:07] bt at weberg dot de It seems not to be a general problem... [2004-06-14 08:33:49] bt at weberg dot de Description: I thought that the addresses passed to sendmail where escaped. It seems not to be. I have a problem with an email-receipient who gave me an address with an in it an I got an error from the local shell-interpreter. The shell could not find the program... Reproduce code: --- Create a testscript with something like ?php mail(test[EMAIL PROTECTED], Error, or what?, ...); ? Expected result: Sending the mail... Actual result: -- sh: line 1: [EMAIL PROTECTED]: command not found can't close /usr/sbin/sendmail -- Edit this bug report at http://bugs.php.net/?id=28766edit=1
#5889 [Ana-WFx]: pack() does not take arrays
ID: 5889 Updated by: [EMAIL PROTECTED] Reported By: tomwk at audiogalaxy dot com -Status: Analyzed +Status: Wont fix Bug Type: Feature/Change Request Operating System: Redhat Linux PHP Version: 4.0.1pl2 New Comment: This will not be implemented. Previous Comments: [2000-08-01 10:22:25] [EMAIL PROTECTED] Well, functions args work differently in perl and PHP. Maybe we need some array type of pack modifier, because PHP does not convert function arguments to array. Though, you can write a wrapper function using func_get_args() and func_num_args() for this. [2000-08-01 09:51:18] tomwk at audiogalaxy dot com I have an application that writes data across our network to another program. Most of the data consists of integer arrays. I'm currently doing this in a very simple manner, using something like this: for( $i = 0; $i $numInts; $i++ ) { fwrite( $fd, pack( N, $ints[ $i ] ) ); } However, this results in a very large number of calls to fwrite, which is bad for performance. I made the routine about 3 times faster by doing something like this: fwrite( $fd, pack( N10 $ints[ $i + 0 ], $ints[ $i + 1 ], $ints[ $i + 2 ], ///.. and so on, However, it would be really great if pack could take an array as one of it's arguments. I believe this is the way Perl behaves, but when I try: $data = array( 10, 123 ); $buf = pack( N*, $data ); $valArray = unpack( N*, $buf ); while( list( $key, $val ) = each( $valArray ) ) { echo $key - $val\n; } the only output I get is: 1 - 1 -- Edit this bug report at http://bugs.php.net/?id=5889edit=1
#4612 [Sus-WFx]: Too much of $this
ID: 4612 Updated by: [EMAIL PROTECTED] Reported By: Jim dot Moores at quickstone dot com -Status: Suspended +Status: Wont fix Bug Type: Feature/Change Request Operating System: All PHP Version: 4.0.0 Release New Comment: This will not be changed. Previous Comments: [2000-07-31 23:07:11] [EMAIL PROTECTED] *If* PHP will be extended the way to improve OO and force the OO coder who wants to use this to take care of more things at compile time, then this will possibly included... [2000-05-26 17:31:55] Jim dot Moores at quickstone dot com There are several options: 1) When you come across an identifier you haven't seen before - see if it is already declared as a symbol in the containing class and assume it refer's to that if it is. This has the problem that it is not compatible with previous versions of PHP. 2) Make it compulsary to declare local variables, then use the normal strategy, which is to treat as a local variable if one is declared, else treat as a class variable, else treat as a global. This is also not backwards compatible. 3) Introduce a new keyword - similar in concept to global - that declares an identifier as refering to a member: the keyword `member' would be a good candidate - this would also be backwards compatible. The disadvantage of this scheme is that it'd be a pain (but probably not as much as $this). 4) Introduce some sort of pragma indicating to the compiler that this function is aware that you are using strategy 1) or 2). For example you could delcare functions: member function get_property($x) { ... } or come up with a replacement new keyword: method get_property($x) { ... } that has this different property - its better to declare variables anyway :) I think option 4) is most desirable, and option 3) is the easiest to do. I doubt you guys would even consider breaking compatibility. Option 4 also gives you the option of introducing other OO things such as public/private/package if you like that sort of thing. And you can still support all the legacy code. [2000-05-26 15:06:58] Jim dot Moores at quickstone dot com Could you consider making the class member namespace available to member functions? I'm sick of typing: $this-foo() for every variable that is a class member. I did have a look at the code myself, but, as always with compilers, it's difficult to know where to start (and what the knock on effects of your changes will be). So I thought I'd beg you guys. Go on. You know you want to. :) Thanks for listening, Jim Moores. -- Edit this bug report at http://bugs.php.net/?id=4612edit=1
#4089 [Sus-Csd]: No bug, only a suggestion
ID: 4089 Updated by: [EMAIL PROTECTED] Reported By: a dot graichen at issag dot com -Status: Suspended +Status: Closed Bug Type: Feature/Change Request Operating System: win32 PHP Version: 4.0 Release Candidate 1 New Comment: Should work now.. See http://www.php.net/mcrypt for information how to use it on Windows. Previous Comments: [2001-11-11 14:48:46] [EMAIL PROTECTED] Nah, they have problems too (atleast, that's what Daniel told me). libmcrypt is not that good designed for use on windows. [2001-11-11 14:45:16] [EMAIL PROTECTED] It is possible: php4win.com provides php_mcrypt.dll in their distro's. [2000-05-23 20:56:23] hholzgra at cvs dot php dot net so it'S a feature request after all [2000-04-10 03:35:24] a dot graichen at issag dot com As I discovered it is not possible to get a win32 version of php working with mcrypt. I think it would be very helpful for many developers if the mcrypt support becomes a standard feature in the PHP4 win32 distribution. Thank yu very much! -- Edit this bug report at http://bugs.php.net/?id=4089edit=1
#28727 [Csd-Bgs]: Bug in parser module
ID: 28727 Updated by: [EMAIL PROTECTED] Reported By: vvkrougl at mail dot ru -Status: Closed +Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD PHP Version: 4.3.4 New Comment: Not a bug Previous Comments: [2004-06-10 15:02:00] vvkrougl at mail dot ru Thanks, I understand. I rewrite my code to: if ( !($res = some_func()) ) break; But this line looks more nicely and it is a pity that she does not work: $res = some_func() or break; Thanks! [2004-06-10 14:27:22] [EMAIL PROTECTED] break is language construct and cannot be used in such expressions just becase PHP can't compute the value of such expression. On the other hand, die() is just a function, which returns a result value. couple of example: if ($foo == $var || break) //wrong. break returns nothing and PHP cannot compute expression's value. if ($foo == $var || echo) //wrong. echo returns nothing if ($foo == $var || strlen('some')) // ok $foo == 1 OR echo 1; //wrong $foo == 1 OR print 1; //correct. print() always return true. [2004-06-10 14:04:44] vvkrougl at mail dot ru Description: This script isn't work at all! IE display this line:Parse error: parse error in /s.php on line 3. If I change the 'break' staement to 'die(Something...)' then everything work fine! Reproduce code: --- ? do { $a = 1 or break; } while (0); ? -- Edit this bug report at http://bugs.php.net/?id=28727edit=1
#28677 [Opn-Fbk]: libphp4.so: symbol ber_flush: referenced symbol not found
ID: 28677 Updated by: [EMAIL PROTECTED] Reported By: dhaval dot choksi at in dot iqara dot net -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Solaris 9 PHP Version: 4.3.6 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-06-07 19:38:54] dhaval dot choksi at in dot iqara dot net Description: I am successfull configured make and make install php-4.2.2 with apache webserver version 1.3.26 but when i am trying to start apache i m getting the below errow bash-2.03# ./apachectl start Syntax error on line 222 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/libphp4.so: symbol ber_flush: referenced symbol not found ./apachectl start: httpd could not be started -php config command ./configure --prefix=/usr/local/php4.2.2 --with-apxs=/usr/local/apache/bin/apxs --with-ldap --with-oci8=/export/home/oracle/ --with-gdbm --with-zlib --enable-calendar --enable-bcmath --enable-filepro --enable-track-vars --enable-force-cgi-redirect --enable-libgcc configure make and make install are successfull. In one of the post here only i read to add --enable-libgcc and --with-zlib which i did but there was no success. I have gcc-3.3.2. If you need any other information please ask. Thanks Dhaval Choksi Expected result: Apache and php should run -- Edit this bug report at http://bugs.php.net/?id=28677edit=1
#28662 [Opn-Bgs]: Installer error
ID: 28662 Updated by: [EMAIL PROTECTED] Reported By: ned408 at comcast dot net -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: OS X 10.3 PHP Version: 4.3.6 New Comment: . Previous Comments: [2004-06-07 02:10:48] ned408 at comcast dot net Description: I downloaded the Entropy-PHP-4.3.6-4.dmg installer for Mac OSX 10.3 several times and got an install error at the end each time. While installing MySQL for Mac (which did work) I saw in the documentation that there is a bug in the system where you have to click the install button, click cancel (or back), and then click install (or continue) to get around the Mac installer bug. This didn't work either. Thanks for your help. If I don't get a reply I'll try another mirror site and see if it works. -- Edit this bug report at http://bugs.php.net/?id=28662edit=1
#28659 [Opn-Bgs]: Installer error
ID: 28659 Updated by: [EMAIL PROTECTED] Reported By: ned408 at comcast dot net -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: OS X 10.3 PHP Version: 4.3.6 New Comment: . Previous Comments: [2004-06-07 02:10:17] ned408 at comcast dot net Description: I downloaded the Entropy-PHP-4.3.6-4.dmg installer for Mac OSX 10.3 several times and got an install error at the end each time. While installing MySQL for Mac (which did work) I saw in the documentation that there is a bug in the system where you have to click the install button, click cancel (or back), and then click install (or continue) to get around the Mac installer bug. This didn't work either. Thanks for your help. If I don't get a reply I'll try another mirror site and see if it works. -- Edit this bug report at http://bugs.php.net/?id=28659edit=1
#28660 [Opn-Bgs]: Installer error
ID: 28660 Updated by: [EMAIL PROTECTED] Reported By: ned408 at comcast dot net -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: OS X 10.3 PHP Version: 4.3.6 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. . Previous Comments: [2004-06-07 02:10:17] ned408 at comcast dot net Description: I downloaded the Entropy-PHP-4.3.6-4.dmg installer for Mac OSX 10.3 several times and got an install error at the end each time. While installing MySQL for Mac (which did work) I saw in the documentation that there is a bug in the system where you have to click the install button, click cancel (or back), and then click install (or continue) to get around the Mac installer bug. This didn't work either. Thanks for your help. If I don't get a reply I'll try another mirror site and see if it works. -- Edit this bug report at http://bugs.php.net/?id=28660edit=1
#28661 [Opn-Bgs]: Installer error
ID: 28661 Updated by: [EMAIL PROTECTED] Reported By: ned408 at comcast dot net -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: OS X 10.3 PHP Version: 4.3.6 New Comment: . Previous Comments: [2004-06-07 02:10:17] ned408 at comcast dot net Description: I downloaded the Entropy-PHP-4.3.6-4.dmg installer for Mac OSX 10.3 several times and got an install error at the end each time. While installing MySQL for Mac (which did work) I saw in the documentation that there is a bug in the system where you have to click the install button, click cancel (or back), and then click install (or continue) to get around the Mac installer bug. This didn't work either. Thanks for your help. If I don't get a reply I'll try another mirror site and see if it works. -- Edit this bug report at http://bugs.php.net/?id=28661edit=1
#28658 [Opn-Bgs]: Installer error
ID: 28658 Updated by: [EMAIL PROTECTED] Reported By: ned408 at comcast dot net -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: OS X 10.3 PHP Version: 4.3.6 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. Ask the people who made the installer for help. Previous Comments: [2004-06-07 02:10:16] ned408 at comcast dot net Description: I downloaded the Entropy-PHP-4.3.6-4.dmg installer for Mac OSX 10.3 several times and got an install error at the end each time. While installing MySQL for Mac (which did work) I saw in the documentation that there is a bug in the system where you have to click the install button, click cancel (or back), and then click install (or continue) to get around the Mac installer bug. This didn't work either. Thanks for your help. If I don't get a reply I'll try another mirror site and see if it works. -- Edit this bug report at http://bugs.php.net/?id=28658edit=1
#28465 [Opn-Bgs]: Session variables not being kept with include_once()
ID: 28465 Updated by: [EMAIL PROTECTED] Reported By: dave at faf dot co dot nz -Status: Open +Status: Bogus Bug Type: Session related Operating System: linux PHP Version: 4.3.4 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-05-21 03:49:53] dave at faf dot co dot nz Okay. I've figured it out. nasty linux issues. ( sorry. hate linux for all the wrong reasons ) Please leave this here for others to find, i wouldn't have had the trouble otherwise. The require_once/include_once functions, when running in linux, must be complete paths, not http's. my path to the included file worked properly again when i used : /home/faf/faf.co.nz/profilerpe/ infront of the page name. Apparently the page is run when you use an url, instead of being included. Dave. [2004-05-21 03:43:50] dave at faf dot co dot nz Description: When i use an include/require to load a success page ( in this case, the list the add was called from ) the session variables are not present. I have session_start() on each page, and if i call the pages directly ( from a menu ) the sessions remain. This happends every time i do this. I dont know if its a bug, but i have to control over the webserver as its a web hosting plan. Reproduce code: --- ?php session_start(); if (isset($_POST['submit']) { //do saveing stuff $OK = true; } if ($OK) { //display form, submit button at bottom //page calls itself, or rather, blank action } else { require_once('list.php'); } Expected result: the original listing come back up, with the new addition. Actual result: -- the frame/table for the expected result, empty due to session vars not relaying the clientid or any other for that matter. -- Edit this bug report at http://bugs.php.net/?id=28465edit=1
#28418 [Opn-Bgs]: sending mail from php program
ID: 28418 Updated by: [EMAIL PROTECTED] Reported By: syed at jinis dot com -Status: Open +Status: Bogus Bug Type: *Mail Related Operating System: windows NT PHP Version: 4.3.4 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-05-17 08:56:08] syed at jinis dot com first i shud see the solution and then comment pls [2004-05-17 08:12:43] syed at jinis dot com Description: i want to send mails thru php program and s i added a mail function and passed parameters to it.when i executed the php program it executes without errors but not sending mail. WHY? Reproduce code: --- mail($email,$subject,$mail_message,From:$admin_email/n Content-type: text/html/n); Expected result: it shud send mail to the recipent($email) Actual result: -- no result -- Edit this bug report at http://bugs.php.net/?id=28418edit=1
#28403 [Opn-Fbk]: ORA dll make apache child process crash and restart Apache
ID: 28403 Updated by: [EMAIL PROTECTED] Reported By: scouture at novo dot ca -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: win 2003 server PHP Version: 4.3.4 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. Also, upgrade to latest version.. Previous Comments: [2004-05-14 17:43:08] scouture at novo dot ca Description: I know that I've got a 4.3.3 version of PHP but this issue (child process exited with status ...) do not seems to have been adressed. WINDOWS SERVER 2003 STANDARD EDITION RAM 2.49 Go Xeon(TM) CPU 2.80 GHz APACHE 2.0.47 PHP 4.3.3.3 ORACLE 9i In Apache error.log [Wed May 12 14:09:59 2004] [notice] Parent: child process exited with status 3221226324 -- Restarting. WINDOWS EVENT VIEWER Erreur de file d'attente de rapport : application défaillante Apache.exe, version 2.0.47.0, module défaillant oranl9.dll, version 0.0.0.0, adresse de défaillance 0x0001232b. Pour plus d'informations, consultez le centre Aide et support à l'adresse http://go.microsoft.com/fwlink/events.asp. : 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 41 70 61 ure Apa 0018: 63 68 65 2e 65 78 65 20 che.exe 0020: 32 2e 30 2e 34 37 2e 30 2.0.47.0 0028: 20 69 6e 20 6f 72 61 6ein oran 0030: 6c 39 2e 64 6c 6c 20 30 l9.dll 0 0038: 2e 30 2e 30 2e 30 20 61 .0.0.0 a 0040: 74 20 6f 66 66 73 65 74 t offset 0048: 20 30 30 30 31 32 33 320001232 0050: 62b : 6c707041 74616369 206e6f69 6c696146 0010: 20657275 61704120 2e656863 20657865 0020: 2e302e32 302e3734 206e6920 6e61726f 0030: 642e396c 30206c6c 302e302e 6120302e 0040: 666f2074 74657366 30303020 32333231 0050: 62 Expected result: Apache not crashing -- Edit this bug report at http://bugs.php.net/?id=28403edit=1
#28263 [Opn-Fbk]: PNG image generation causes Segmentation Fault
ID: 28263 Updated by: [EMAIL PROTECTED] Reported By: Rich dot West at wesmo dot com -Status: Open +Status: Feedback Bug Type: GD related Operating System: Fedora Core 1 PHP Version: 4.3.6 Assigned To: pajoye New Comment: Change status when you give the feedback asked for. Previous Comments: [2004-05-15 01:47:52] Rich dot West at wesmo dot com Still open. I was at a training class and unable to test. I will test it this weekend. [2004-05-15 01:00:06] 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-05-07 11:04:39] [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 Hello, Cannot reproduce, please try with a snapshot. I also use libpng-1.2.2 (which is available since this week through yum in fdc1). --Pierre [2004-05-07 03:01:51] Rich dot West at wesmo dot com What version of libpng did you back down to? I have no problems trying that out. :) [2004-05-07 00:58:29] scottmacvicar at ntlworld dot com I had the same problem using the latest releases of libpng and had to go back to an older version. It would happen for any png image. Was using Red Hat Enterprise 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/28263 -- Edit this bug report at http://bugs.php.net/?id=28263edit=1
#28389 [Opn-Bgs]: php has encountered an access violation at 0F295DF7
ID: 28389 Updated by: [EMAIL PROTECTED] Reported By: s_sirilug at hotmail dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: win200 servicepack3 PHP Version: 4.3.5 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-05-13 21:25:59] s_sirilug at hotmail dot com Description: I run my website at II, show php has encountered an access violation at 0F295DF7 but when I run from http://www.watchanpradittaram.com,show : HTTP 500 - Internal server error Reproduce code: --- http://www.watchanpradittaram.com/index.php Expected result: php has encountered an access violation at 0F295DF7 -- Edit this bug report at http://bugs.php.net/?id=28389edit=1
#28387 [Opn-Bgs]: make install mysqli_* function error
ID: 28387 Updated by: [EMAIL PROTECTED] Reported By: gzaboy at hotmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: redhat 9.0 PHP Version: 5.0.0RC2 New Comment: As jedihudzilla hotmail dot com said, this is dup of bug #27662. See it for a solution. Previous Comments: [2004-05-14 00:04:06] jedihudzilla at hotmail dot com Is this a duplicate of bug #27662? Are you using MySQL 5.0, or 4.1.x? [2004-05-13 18:45:56] gzaboy at hotmail dot com Description: i want to make mysqli and add --with-mysqli=/mysql/bin/mysql_config to configure,there's passed configure and make,but when i make install,there's show blow message: .0.0RC2 -I/home/softwares/php-5.0.0RC2/Zend -I/usr/local/include/libxml2 -I/mysql/include/mysql -I/home/softwares/php-5.0.0RC2/TSRM -g -O2 -prefer-pic -c /home/softwares/php-5.0.0RC2/ext/mysqli/mysqli_prop.c -o ext/mysqli/mysqli_prop.lo /home/softwares/php-5.0.0RC2/ext/mysqli/mysqli_prop.c: In function `stmt_affected_rows_read': /home/softwares/php-5.0.0RC2/ext/mysqli/mysqli_prop.c:189: structure has no member named `affected_rows' /home/softwares/php-5.0.0RC2/ext/mysqli/mysqli_prop.c:189: structure has no member named `affected_rows' /home/softwares/php-5.0.0RC2/ext/mysqli/mysqli_prop.c:189: structure has no member named `affected_rows' make: *** [ext/mysqli/mysqli_prop.lo] Error 1 ... -- Edit this bug report at http://bugs.php.net/?id=28387edit=1
#28369 [Opn-Bgs]: gcc: Internal compiler error: program cc1 got fatal signal 11
ID: 28369 Updated by: [EMAIL PROTECTED] Reported By: rehanann at kfupm dot edu dot sa -Status: Open +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Aix 5.2 ML 2 PHP Version: 5CVS-2004-05-12 (dev) New Comment: Submitted twice. Previous Comments: [2004-05-12 15:30:29] rehanann at kfupm dot edu dot sa Description: Haa, I hope php will work in near future I compile with apache and mysql. please provide the solution. compilition option are. ./configure --disable-inline-optimization --with-apxs2=/usr/local/apache2/bin/apxs --with-ftp --with-pear --with-mysql=/u sr/local/mysql --enable-shared --with-trans-sid --enable-mod_charset --enable-mysql --enable-ftp --with-imap-ssl=/usr/local/ ssl --with-ssl --enable-ssl Reproduce code: --- /tmp/horde/php/Zend/zend_hash.h:264: invalid lvalue in assignment /tmp/horde/php/Zend/zend_hash.h:265: case label not within a switch statement /tmp/horde/php/Zend/zend_hash.h:265: invalid operands to binary /tmp/horde/php/Zend/zend_hash.h:265: wrong type argument to increment /tmp/horde/php/Zend/zend_hash.h:265: invalid lvalue in assignment /tmp/horde/php/Zend/zend_hash.h:265: break statement not within loop or switch /tmp/horde/php/Zend/zend_hash.h:266: case label not within a switch statement /tmp/horde/php/Zend/zend_hash.h:266: break statement not within loop or switch /tmp/horde/php/Zend/zend_hash.h:269: warning: return makes integer from pointer without a cast /tmp/horde/php/Zend/zend_hash.h: At top level: /tmp/horde/php/Zend/zend_hash.h:273: parse error before `uint' /tmp/horde/php/Zend/zend_hash.h:273: `zend_hash_func' declared as function returning a function /tmp/horde/php/Zend/zend_hash.h:326: parse error before `*' /tmp/horde/php/Zend/zend_hash.h: In function `zend_symtable_update': /tmp/horde/php/Zend/zend_hash.h:328: `nKeyLength' undeclared (first use in this function) gcc: Internal compiler error: program cc1 got fatal signal 11 make: 1254-004 The error code from the last command is 1. Expected result: should work with apache and mysql. Actual result: -- ERROR!. -- Edit this bug report at http://bugs.php.net/?id=28369edit=1
#28337 [Opn-Bgs]: endless recursion crashes Apache
ID: 28337 Updated by: [EMAIL PROTECTED] Reported By: wf at bitplan dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows XP SP1 PHP Version: 5.0.0RC2 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 Don't do that. Previous Comments: [2004-05-09 17:33:14] wf at bitplan dot com Description: Endless recursion crashes Apache PHP should simply report a stack-overflow exception and die This was called non repairable in 2002 but I'd seem its not acceptable for the object oriented PHP 5 version anymore Reproduce code: --- ?php class recurse { function loop() { $this-loop(); } // loop } $endless=new recurse(); $endless-loop(); ? Expected result: stack-overflow message Actual result: -- Apache crashes -- Edit this bug report at http://bugs.php.net/?id=28337edit=1
#28334 [Opn-Fbk]: Processor Usage
ID: 28334 Updated by: [EMAIL PROTECTED] Reported By: codenamerob at yahoo dot com -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: windows 2003 PHP Version: 4.3.6 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-05-09 09:05:54] codenamerob at yahoo dot com Description: The problem is that When rest of site made in php are acessed my clients then process usage is normal . but when a particular site is acessed then process usage getss high up to 99% processor usage. windows 2003 standard edition ram - 1024 MB P-4 2.8 GHZ -- Edit this bug report at http://bugs.php.net/?id=28334edit=1
#28316 [Opn-Bgs]: use_trans_id causes invalid XHTML strict output
ID: 28316 Updated by: [EMAIL PROTECTED] Reported By: nano at spamcop dot net -Status: Open +Status: Bogus Bug Type: Session related Operating System: Irrelevant PHP Version: Irrelevant New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Remove form from url_rewrite.tags and put the correct information where you want it yourself. Previous Comments: [2004-05-07 16:33:45] nano at spamcop dot net Description: When use_trans_sid=on, this will add a hidden field (input) right after the form element start tag (form). Problem is that the XHTML Strict DTD forbids inline elements in the form element if they are not enclosed themselves in whatever block elements allowed in form, such as fieldset, p, div, etc. Reproduce code: --- (This is only for illustration purpose). form enctype=... method=... action=... fieldset legendTest/legend input accesskey=... type=text name=... / input accesskey=2 type=submit name=test value=OK / /fieldset /form Expected result: (Feature request: the session info should not be added after form start tag, but right after first input tag, like below in between brackets [ ]). form enctype=... method=... action=... fieldset legendTest/legend input accesskey=... type=text name=... / [input type=hidden name=PHPSESSID value=... /] input accesskey=2 type=submit name=test value=OK / /fieldset /form Actual result: -- (This to illustrate the fact that an input element (type inline) is not directly allowed in a form element by XHTML Strict DTD, although it is permitted by XHTML Transitional DTD). form enctype=... method=... action=...[input type=hidden name=PHPSESSID value=... /] fieldset legendTest/legend input accesskey=... type=text name=... / input accesskey=2 type=submit name=test value=OK / /fieldset /form -- Edit this bug report at http://bugs.php.net/?id=28316edit=1
#28341 [Opn-Bgs]: ImagePNG transparency broken on truecolor images
ID: 28341 Updated by: [EMAIL PROTECTED] Reported By: info at silisoftware dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Windows XP Pro PHP Version: 4.3.6 New Comment: Works fine here. If you're using IE, change to a browser with a working png implementation such as Mozilla Firefox. Previous Comments: [2004-05-10 01:46:20] info at silisoftware dot com Correction on the URLs: Expected Result: http://www.silisoftware.com/temp/imagepng-transparency/good.png Actual Result: http://www.silisoftware.com/temp/imagepng-transparency/bad.png [2004-05-10 01:44:06] info at silisoftware dot com Description: ImagePNG does not output transparent PNG images when in true-color mode, but does when in paletted mode. Before this gets thrown in the bogus pile as a browser issue - it's not - please download both these files and open them in Photoshop and see whether or not the transparency is recognized. This issues was previously addressed (http://bugs.php.net/bug.php?id=22323) but appears to be re-broken and still not fixed in the latest version (4.3.6) Reproduce code: --- $Image = ImageCreateTrueColor(80,40); $back = ImageColorAllocate($Image,255,255, 0); $red = ImageColorAllocate($Image,255, 0, 0); $green = ImageColorAllocate($Image, 0,255, 0); $black = ImageColorAllocate($Image, 0, 0, 0); ImageColorTransparent($Image, $back); ImageFilledRectangle($Image,0,0,80,40,$back); ImageArc($Image,20,20,32,32,120,0, $red); ImageString($Image,5,20,20, 'hello', $black); //ImageTrueColorToPalette($Image, true, 256); ImagePNG($Image, 'c:/bad.png'); Expected result: I expect this: http://www.silisoftware.com/temp/imagepng-transparency/good.png A red arc, black text on a transparent background. And I do get this if I use the commented-out line above to convert the true color image to a paletted image. Actual result: -- I get this: http://www.silisoftware.com/temp/imagepng-transparency/good.png A red arc, black text on a yellow (non-transparent) background. -- Edit this bug report at http://bugs.php.net/?id=28341edit=1
#28341 [Opn-Bgs]: ImagePNG transparency broken on truecolor images
ID: 28341 Updated by: [EMAIL PROTECTED] Reported By: info at silisoftware dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Windows XP Pro PHP Version: 4.3.6 New Comment: There's nothing wrong with either of them. Both works fine here with Mozilla Firefox, gqview, gimp-2.0-pre and Konqueror all compiled against libpng 1.2.5. Previous Comments: [2004-05-10 02:33:52] info at silisoftware dot com I'm not talking browser issues (as I said at the top of my bug report). Please download the said images (or generate them yourself) and open them with an image editor such as Photoshop and tell me whether or not both images open with transparent backgrounds. [2004-05-10 02:25:36] [EMAIL PROTECTED] Works fine here. If you're using IE, change to a browser with a working png implementation such as Mozilla Firefox. [2004-05-10 01:46:20] info at silisoftware dot com Correction on the URLs: Expected Result: http://www.silisoftware.com/temp/imagepng-transparency/good.png Actual Result: http://www.silisoftware.com/temp/imagepng-transparency/bad.png [2004-05-10 01:44:06] info at silisoftware dot com Description: ImagePNG does not output transparent PNG images when in true-color mode, but does when in paletted mode. Before this gets thrown in the bogus pile as a browser issue - it's not - please download both these files and open them in Photoshop and see whether or not the transparency is recognized. This issues was previously addressed (http://bugs.php.net/bug.php?id=22323) but appears to be re-broken and still not fixed in the latest version (4.3.6) Reproduce code: --- $Image = ImageCreateTrueColor(80,40); $back = ImageColorAllocate($Image,255,255, 0); $red = ImageColorAllocate($Image,255, 0, 0); $green = ImageColorAllocate($Image, 0,255, 0); $black = ImageColorAllocate($Image, 0, 0, 0); ImageColorTransparent($Image, $back); ImageFilledRectangle($Image,0,0,80,40,$back); ImageArc($Image,20,20,32,32,120,0, $red); ImageString($Image,5,20,20, 'hello', $black); //ImageTrueColorToPalette($Image, true, 256); ImagePNG($Image, 'c:/bad.png'); Expected result: I expect this: http://www.silisoftware.com/temp/imagepng-transparency/good.png A red arc, black text on a transparent background. And I do get this if I use the commented-out line above to convert the true color image to a paletted image. Actual result: -- I get this: http://www.silisoftware.com/temp/imagepng-transparency/good.png A red arc, black text on a yellow (non-transparent) background. -- Edit this bug report at http://bugs.php.net/?id=28341edit=1
#28324 [Opn-Ver]: HTTP_SESSION_VARS appear when register_long_arrays is Off
ID: 28324 Updated by: [EMAIL PROTECTED] Reported By: viper_sb at yahoo dot com -Status: Open +Status: Verified Bug Type: Session related Operating System: FreeBSD 4.7 PHP Version: 5.0.0RC2 New Comment: $ php ?php session_start(); var_dump(isset($HTTP_SESSION_VARS), ini_get('register_long_arrays')); bool(true) string(0) Previous Comments: [2004-05-08 06:29:53] viper_sb at yahoo dot com Description: HTTP_SESSION_VARS still shows up even though register_long_arrays is off. After inializing a session and setting a session variable HTTP_SESSION_VARS becomes avaiable, ($_SESSION is there also) Reproduce code: --- ?php session_start(); $_SESSION['test'] = 'value'; var_dump($HTTP_SESSION_VARS); ? Expected result: Notice: Undefined variable: HTTP_SESSION_VARS in /usr/local/www/data.web/web/test.php line 3 NULL Actual result: -- array(1) { [test]= string(5) value } -- Edit this bug report at http://bugs.php.net/?id=28324edit=1
#28291 [Csd-Bgs]: Can't pass a dynamic variable to $filter in ldap_search()
ID: 28291 Updated by: [EMAIL PROTECTED] Reported By: raphux at raphux dot com -Status: Closed +Status: Bogus Bug Type: LDAP related Operating System: GNU/Linux 2.4.26 PHP Version: 4.3.6 Previous Comments: [2004-05-06 18:57:25] raphux at raphux dot com Ok, I found why it acts like this. Thanks to a friend of mine who has some experiences in php and shell hacking. The probleme was that the shell_exec() really takes the mac address of the host, but also the \n at the end of the string, even if it doesn't print it out. So I hadded this little function to make it works (thx to [EMAIL PROTECTED](dhot)com who write a comment on the chop() function) : function delbackslash_n($mac){ $endchar = substr($mac, strlen($mac) - 1, 1); if ($endchar == \n) { $mac = substr($mac, 0, -1); echo '\n is present'; // just to verify echo br; //may be commented to :) } return $mac; } It deletes the \n if there is one, and then the ldap-search function works well. Hop this will be helpfull for someone someday... Bye! [2004-05-06 01:44:15] raphux at raphux dot com Description: I made a script that get the mac address of users on my LAN, and then check in an openldap directory if it exists or not. The probleme is that it seems to be impossible to pass a dynamic variable to ldap_search() for the filter field. Reproduce code: --- ?php function get_mac(){ $user_ip = $_SERVER['REMOTE_ADDR']; $user_mac = shell_exec('/usr/sbin/arp -a '.$user_ip.' | cut -d -f4'); return $user_mac; } $mac = get_mac(); //the client's MAC (on my LAN) is now stored in $mac $ldap_host = 127.0.0.1; //my LDAP server $connect = ldap_connect($ldap_host);//get a resource identifier $base_dn = ou=utilisateurs,dc=pinel-wifi,dc=org; //where to search in the directory $filter = pager=$mac; echo $filter; //to see if $filter is really what it should be echo br; $sr=ldap_search($connect, $base_dn, $filter); //let's search! ? Expected result: the value of $filter should be placed correctly in the ldap_search function. In my ldap log, I should have : May 6 01:47:13 Pinel-WiFi slapd[341]: conn=56 fd=14 ACCEPT from IP=127.0.0.1:32866 (IP=0.0.0.0:389) May 6 01:47:13 Pinel-WiFi slapd[526]: begin get_filter May 6 01:47:13 Pinel-WiFi slapd[526]: EQUALITY May 6 01:47:13 Pinel-WiFi slapd[526]: end get_filter 0 May 6 01:47:13 Pinel-WiFi slapd[526]: conn=56 op=0 SRCH base=ou=utilisateurs,dc=pinel-wifi,dc=org scope=2 filter=(pager=00:0A:E6:A7:27:CC) [...] I cut the end, uninteresting I think. I got this log by replacing manually $filter = pager=$mac; by this : $filter = pager=00:0A:E6:A7:27:CC; Actual result: -- And if I leave the original: $filter = pager=$mac; that is what my openldap server recieve : May 6 01:48:56 Pinel-WiFi slapd[341]: conn=58 fd=14 ACCEPT from IP=127.0.0.1:32868 (IP=0.0.0.0:389) May 6 01:48:56 Pinel-WiFi slapd[526]: begin get_filter May 6 01:48:56 Pinel-WiFi slapd[526]: EQUALITY May 6 01:48:56 Pinel-WiFi slapd[526]: end get_filter 0 May 6 01:48:56 Pinel-WiFi slapd[526]: conn=58 op=0 SRCH base=ou=utilisateurs,dc=pinel-wifi,dc=org scope=2 filter=(?=undefined) [...] I cut the end too. As you can see, there is a (?=undefined) in the filter field, which, I think, shouldn't be here. I tought that was a bug, so that's why I reported it. -- Edit this bug report at http://bugs.php.net/?id=28291edit=1
#28297 [Opn-Bgs]: make install or make test segfault
ID: 28297 Updated by: [EMAIL PROTECTED] Reported By: tony at unihost dot net -Status: Open +Status: Bogus Bug Type: *Compile Issues Operating System: Linux PHP Version: 5.0.0RC2 New Comment: I'm pretty sure it is the postgresql libs crashing. Remove --with-pgsql and try again. You can remove --with-java too, it's not distributed with the man PHP distribution anymore. If it still happends without postgresql support, reopen this report. I'm pretty sure it's the postgresql libs crashing. Recompile postgresql with debugging turned on and submit a bug report to them or your distribution vendor. Previous Comments: [2004-05-06 13:55:32] tony at unihost dot net Description: After a successful compile of RC2 (with a few warnings) running 'make test' or make install segfaults with an 'Error 139' Bear with me, I'm not really a coder, so I've tried to include any needed information. I'll gladly provide any more if you need it. I've compiled with --enable-debug and the backtrace in this report is from the core file from 'make test'. Like I said, I'm not sure how helpful this is. If you need more information, I'll be happy to provide it. I couldn't find any other bugs matching this in the DB. Cheers T. Reproduce code: --- I've compiled RC2 with the following config options... ./configure --prefix=/usr/local/php5 --with-mysql=/usr --with-pgsql --enable-fastcgi --with-gd --with-openssl --with-ncurses \ --with-zlib --program-prefix=php5_ --enable-trans-sid --enable-sockets --with-xslt --with-mcrypt --with-ldap \ --enable-magic-quotes --with-dom --with-bz2 --with-curl --with-pdflib --with-cpdflib --with-snmp \ --enable-wddx --with-pdf --enable-gd-native-ttf --with-java --with-xpm-dir=/usr/X11R6/lib \ --with-png-dir=/usr/lib --with-freetype-dir=/usr/lib --with-jpeg-dir=/usr/lib --with-tiff-dir=/usr/lib \ --enable-bcmath --with-pear --enable-debug Core was generated by `/home/tony/src/php-5.0.0RC2/sapi/cli/php -d open_basedir= -d safe_mode=0 -d out' Actual result: -- Additionally, I've run the following command: (gdb) bt #0 0x4009e5eb in RSA_sign () from /usr/local/pgsql/lib/libpq.so.3 #1 0xbfffe250 in ?? () #2 0x4010e040 in md2_md () from /usr/local/pgsql/lib/libpq.so.3 #3 0x0001 in ?? () #4 0x4009e5ac in RSA_sign () from /usr/local/pgsql/lib/libpq.so.3 #5 0x0001 in ?? () #6 0x4065c000 in ?? () #7 0x4065c19c in ?? () #8 0xbfffe200 in ?? () #9 0x4000c6f1 in fixup (l=Variable l is not available. ) at dl-runtime.c:102 Previous frame inner to this frame (corrupt stack?) Then followed by: (gdb) frame 9 #9 0x4000c6f1 in fixup (l=Variable l is not available. ) at dl-runtime.c:102 102 dl-runtime.c: No such file or directory. in dl-runtime.c -- Edit this bug report at http://bugs.php.net/?id=28297edit=1
#28254 [Csd-Bgs]: Problems with set_error_handler() and E_STRICT notices
ID: 28254 Updated by: [EMAIL PROTECTED] Reported By: Enrico dot Simetti at ingegneria dot studenti dot unige -Status: Closed +Status: Bogus Bug Type: Unknown/Other Function -Operating System: Windows XP +Operating System: Redhat 7.3 -PHP Version: 5.0.0RC2 +PHP Version: 5.0.0RC1 Previous Comments: [2004-05-02 19:45:10] Enrico dot Simetti at ingegneria dot studenti dot unige seems like it was just my fault ;) [2004-05-02 19:12:16] Enrico dot Simetti at ingegneria dot studenti dot unige Description: the set_error_handler() seems to not working correctly with E_STRICT notices. relevant changes to php.ini: error_reporting = E_ALL | E_STRICT display_errors = On display_startup_errors = On Reproduce code: --- class sfc_error { function __construct() { set_error_handler(array($this, 'handler'), E_ALL | E_STRICT); } function handler($errno, $errstr, $errfile, $errline, $errctx) { //log the error } } Expected result: My class should intercept every error and log them. Actual result: -- All the errors are intercepted, except the E_STRICT ones, which are displayed (sent to the HTML output) as if my handle routine was bypassed. -- Edit this bug report at http://bugs.php.net/?id=28254edit=1
#28213 [Opn-Asn]: debug_print_backtrace() crash PHP when including a file that doesn't exist
ID: 28213 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5CVS-2004-04-29 (dev) Assigned To: Andi Previous Comments: [2004-04-29 05:38:46] [EMAIL PROTECTED] Description: debug_print_backtrace() will crash PHP when called from inside a static function used as custom error handler function. Reproduce code: --- ?php class FooBar { static function error() { debug_print_backtrace(); } } set_error_handler(array('FooBar', 'error')); include('foobar.php'); ? Actual result: -- magnus:crash php crash.php #0 FooBar::error() called at [/home/magnus/Projects/base/tests/crash/crash.php:6] #1 FooBarSegmentation fault (gdb) bt #0 0x40d4cb53 in strlen () from /lib/libc.so.6 #1 0x0839a0a9 in zif_debug_print_backtrace (ht=0, return_value=0x40e24720, this_ptr=0x0, return_value_used=0) at /mnt/data1/Apps/CVS/PHP/php5/Zend/zend_builtin_functions.c:1549 #2 0x083b53a8 in zend_do_fcall_common_helper (execute_data=0xbfffc9d0, opline=0x40e25584, op_array=0x40e2691c) at /mnt/data1/Apps/CVS/PHP/php5/Zend/zend_execute.c:2699 #3 0x083b5bbb in zend_do_fcall_handler (execute_data=0xbfffc9d0, opline=0x40e25584, op_array=0x40e2691c) at /mnt/data1/Apps/CVS/PHP/php5/Zend/zend_execute.c:2828 #1 0x0839a0a9 in zif_debug_print_backtrace (ht=0, return_value=0x40e24720, this_ptr=0x0, return_value_used=0) at /mnt/data1/Apps/CVS/PHP/php5/Zend/zend_builtin_functions.c:1549 ptr = (zend_execute_data *) 0xbfffd060 lineno = 4 function_name = 0x848cf97 include filename = 0x40e23c08 /home/magnus/Projects/base/tests/crash/crash.php class_name = 0x40e25070 FooBar call_type = 0x0 include_filename = 0x40e23c08 /home/magnus/Projects/base/tests/crash/crash.php arg_array = (zval *) 0x40e2481c cur_arg_pos = (void **) 0x40e13c90 args = (void **) 0x40e13c74 arg_stack_consistent = 1 frames_on_stack = 1 indent = 1 #2 0x083b53a8 in zend_do_fcall_common_helper (execute_data=0xbfffc9d0, opline=0x40e25584, op_array=0x40e2691c) at /mnt/data1/Apps/CVS/PHP/php5/Zend/zend_execute.c:2699 original_return_value = (zval **) 0x3f7 current_scope = (zend_class_entry *) 0x853e4d8 current_this = (zval *) 0x0 return_value_used = 0 should_change_scope = 0 '\0' #3 0x083b5bbb in zend_do_fcall_handler (execute_data=0xbfffc9d0, opline=0x40e25584, op_array=0x40e2691c) at /mnt/data1/Apps/CVS/PHP/php5/Zend/zend_execute.c:2828 fname = (zval *) 0x40e255a0 -- Edit this bug report at http://bugs.php.net/?id=28213edit=1
#16184 [Csd-Bgs]: Crashes during ./configure script
ID: 16184 Updated by: [EMAIL PROTECTED] Reported By: mkrause at meil dot pw dot edu dot pl -Status: Closed +Status: Bogus Bug Type: *Configuration Issues Operating System: Slackware Linux 8 PHP Version: 4.1.2 Previous Comments: [2004-04-26 12:03:24] mkrause at meil dot pw dot edu dot pl Case closed. Apachetoolbox tool sometimes have some bugs. http://www.apachetoolbox.com/ For the admin of this site. Please, remove my e-mail adress from here because i'm getting more and more spam because of this site. [2002-06-26 01:00:06] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-03-20 10:58:17] [EMAIL PROTECTED] Does it work without this toolbox thing? [2002-03-20 08:16:27] mkrause at meil dot pw dot edu dot pl Ary You sure, that Your configure script is ok? I've got this during configure by Apachetoolbox script www.apachetoolbox.com checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking whether gcc and cc understand -c and -o together... yes checking whether ln -s works... yes checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes ./configure: line 3342: syntax error near unexpected token `fi' ./configure: line 3342: `fi' -- Edit this bug report at http://bugs.php.net/?id=16184edit=1
#28092 [Csd-Bgs]: apace2 crash when stop
ID: 28092 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Closed +Status: Bogus Bug Type: Reproducible crash Operating System: linux PHP Version: 4.3.6 New Comment: Bogus then. Previous Comments: [2004-04-23 20:17:20] xuefer at 21cn dot com this bug is bogus it seems a problem of mmcache. no crash when i removed mmcahce ext sorry for disturbing u [2004-04-23 19:59:30] [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-04-22 04:02:32] xuefer at 21cn dot com Apache/2.0.48 (Unix) mod_ssl/2.0.48 without loading php module will not crash CFLAGS=-O3 -mcpu=pentium3 -march=pentium3 -funroll-loops -pipe; export CFLAGS ./configure \ --with-layout=Apache \ --prefix=/test \ --with-mpm=prefork \ --enable-so \ --enable-modules=rewrite headers expires vhost_alias info rewrite ssl \ $@ [2004-04-22 01:57:27] [EMAIL PROTECTED] What version of Apache 2 server are you using? [2004-04-21 15:55:54] xuefer at 21cn dot com Description: apache2 version 4.3.5 did't crash(at least this way) Reproducible steps: 1. edit http.conf, CoreDumpDirectory /test/coredump/ 2. /test/bin/apachectl start 3. /test/bin/apachectl stop 4. ls /test/coredump got core file Core was generated by `/test/bin/httpd -k start'. Program terminated with signal 11, Segmentation fault. #0 0x40740a90 in ?? () (gdb) bt #0 0x40740a90 in ?? () #1 0x08099a78 in main () #2 0x401be657 in __libc_start_main (main=0x80997c0 main, argc=3, ubp_av=0xbaf4, init=0x806296c _init, fini=0x80ba030 _fini, rtld_fini=0x4100dc54 _dl_fini, stack_end=0xbaec) at ../sysdeps/generic/libc-start.c:129 (gdb) q config.nice: #! /bin/sh # # Created by configure './configure' \ '--prefix=/test' \ '--with-mysql=/usr/local/mysql' \ '--with-apxs2=/test/bin/apxs' \ '--with-zlib' \ '--with-ttf' \ '--with-jpeg-dir=/usr' \ '--with-png-dir=/usr' \ '--with-gd' \ '--with-dom=/usr/local/' \ '--with-openssl' \ '--with-posix' \ '--with-iconv' \ '--enable-sockets' \ '--enable-inline-optimization' \ '--enable-mbregex' \ '--enable-bcmath' \ '--enable-pcntl' \ $@ -- Edit this bug report at http://bugs.php.net/?id=28092edit=1
#28116 [Opn-Bgs]: problem with PHP 4.3.6 INI configureatuin
ID: 28116 Updated by: [EMAIL PROTECTED] Reported By: brian15 at horizonview dot net -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: windows PHP Version: 4.3.6 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. And thank you for pasting your whole php.ini file. What's so hard to understand with Any changes made in your php.ini compared to php.ini-dist (not your whole php.ini!) in the checklist you're supposed to read _before_ reporting a bug on the report page! Previous Comments: [2004-04-23 05:54:54] brian15 at horizonview dot net Description: i have PHP 4.3.6 running on windows and when using the php.ini file that comes with the install for php you cannot process forms correctially i kept getting the notice undefined index wjen trying the $_REQUEST and $_POST methods however, i found that if you use a different INI file (such as the one from php 4.3.2 forms work fine. i have found that this was the only way to fix this, the INI file i am using came with the downloadable documentation. i will put it in where it sais reproduce code if this is useful or you find a better fix or if i'm doing something wrong please let me know. Reproduce code: --- //below is my php.ini version, and when using it everything works fine--// [PHP] ;;; ; WARNING ; ;;; ; This is the default settings file for new PHP installations. ; By default, PHP installs itself with a configuration suitable for ; development purposes, and *NOT* for production purposes. ; For several security-oriented considerations that should be taken ; before going online with your site, please consult php.ini-recommended ; and http://php.net/manual/en/security.php. ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overridden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; |bitwise OR ; bitwise AND ; ~bitwise NOT ; !boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none; sets foo to an empty string ; foo = none ; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a ; dynamically loaded extension (either a PHP extension or a Zend extension), ; you may only use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; ; Enable the PHP scripting language engine under Apache. engine = On ; Enable compatibility mode with Zend Engine 1 (PHP 4.x) zend.ze1_compatibility_mode = On ; Allow the ? tag. Otherwise, only ?php and script tags are recognized. ; NOTE: Using short tags should be avoided when developing applications or ; libraries that are meant for redistribution, or deployment on PHP ; servers which are not under your control, because short tags may not ; be supported on the target server. For portable, redistributable code, ; be sure not to use short tags. short_open_tag = On ; Allow ASP-style % % tags. asp_tags = Off ; The
#28095 [Opn-Bgs]: incorrect function return value
ID: 28095 Updated by: [EMAIL PROTECTED] Reported By: csta4476 at hotmail dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: lunux PHP Version: Irrelevant New Comment: 00, 01, 02, 03, 04, 05, 06, 07 are octets.. Previous Comments: [2004-04-21 17:43:59] csta4476 at hotmail dot com Description: i'm not sure if anyone else noticed but, this function sometimes behaves oddly. here's what i saw: mktime(0, 0, 0, 02, 9, 2004); outputs: 1076302800 but, mktime(0, 0, 0, 02, 09, 2004); outputs: 1075525200 which is the same as mktime(0, 0, 0, 02, 0, 2004); i didn't think the numbers 0 and 09 were the same. guess i was wrong?!?!? -- Edit this bug report at http://bugs.php.net/?id=28095edit=1
#28064 [Opn-Fbk]: php crashes with big scripts
ID: 28064 Updated by: [EMAIL PROTECTED] Reported By: gross at schlund dot de -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 4.3.6 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 ?php and ends 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. The link doesn't work. Please include the script here and make sure it's small. Previous Comments: [2004-04-19 17:49:18] gross at schlund dot de Description: Giving it a large script, PHP 4.3.6 crashes during parsing it. The stacktrace is as follows: (gdb) bt #0 0x081a5be6 in execute (op_array=0x8322c3c) at /usr/src/kundenserver/php-4.3.6/Zend/zend_execute.c:2007 #1 0x08191598 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/kundenserver/php-4.3.6/Zend/zend.c:886 #2 0x0816a933 in php_execute_script (primary_file=0xba38) at /usr/src/kundenserver/php-4.3.6/main/main.c:1731 #3 0x081a9fd3 in main (argc=2, argv=0xbab4) at /usr/src/kundenserver/php-4.3.6/sapi/cgi/cgi_main.c:1592 (gdb) You can find a core file under http://www.andigross.de/phpcrash/core.gz and the binary under http://www.andigross.de/phpcrash/phpbinary A phpinfo is under http://www.andigross.de/phpcrash/phpinfo.html the configure-line is: ./configure --with-zlib --enable-debug --enable-safe-mode=no --enable-discard-path=no --enable-track-vars --enable-force-cgi-redirect --enable-memory-limit --enable-trans-sid --enable-shmop --with-openssl --enable-xslt --with-xslt-sablot --with-dom --with-dom-xslt --with-dom-exslt The only modification to php.ini is: memory_limit = 90M; Compiler ist gcc 2.95.4. Reproduce code: --- You can find the code here: http://www.andigross.de/phpcrash/testdaten.php.txt Of curse, this is a very simple one to show the problem. The problem also occurs with more useful scripts. The application that caused the problem does something like $big_text=Huge PHP source; eval($big_text); Expected result: The script produces no output. With PHP 4.2.3 it works fine. Actual result: -- (gdb) bt #0 0x081a5be6 in execute (op_array=0x8322c3c) at /usr/src/kundenserver/php-4.3.6/Zend/zend_execute.c:2007 #1 0x08191598 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/kundenserver/php-4.3.6/Zend/zend.c:886 #2 0x0816a933 in php_execute_script (primary_file=0xba38) at /usr/src/kundenserver/php-4.3.6/main/main.c:1731 #3 0x081a9fd3 in main (argc=2, argv=0xbab4) at /usr/src/kundenserver/php-4.3.6/sapi/cgi/cgi_main.c:1592 (gdb) -- Edit this bug report at http://bugs.php.net/?id=28064edit=1
#27759 [Opn-Fbk]: bcadd() causes crash if first parameter is empty string
ID: 27759 Updated by: [EMAIL PROTECTED] Reported By: patrick at rap-x dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.0.0RC1 New Comment: Latest snapshot For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2004-04-04 20:48:23] patrick at rap-x dot com The bug is still reproducible, on the same code base. I don't have a windows compiler for C, so I can't try the hugely useful suggestion from polita. I've commented out or replaced all instances of bcmath functions in my code. I don't have a windows compiler for C, so I can't try the hugely useful suggestion from polita. If someone can point me to some binaries I'll test them. [2004-04-04 14:01:17] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2004-04-02 09:21:02] marwan at marvonline dot org I've tested the April 1st build and it still has the problem. This affects all the bcmath functions and happens when either of the first two arguments evaluates to zero (this means 0, '0', and ''). I have the same setup as the original submitter. [2004-03-29 16:29:14] [EMAIL PROTECTED] 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 [2004-03-29 15:43:37] patrick at rap-x dot com Description: The following code causes PHP5 RC1 (module)/ WINXP / Apache2 to crash. The same code doesn't cause a crash on PHP 4.3.4 / WINXP/ IIS (CGI) Fault discovered by using PEAR :: Benchmark Workaround is to mess around line 230ish in pear Timer.php so that the bcadd is not called. Reproduce code: --- $total = 0; $diff = ; bcadd($total, $diff, 6); Expected result: n/a Actual result: -- Apache2 crashes Windows Event Log records: Faulting application Apache.exe, version 2.0.49.0, faulting module php5ts.dll, version 5.0.0.0, fault address 0x0003c773. Apache error log: Parent: child process exited with status 3221225477 -- Restarting. [notice] Parent: Created child process 2120 [notice] Child 2120: Child process is running [notice] Child 2120: Acquired the start mutex. [notice] Child 2120: Starting 250 worker threads. [notice] Parent: Created child process 2120 [notice] Child 2120: Child process is running [notice] Child 2120: Acquired the start mutex. [notice] Child 2120: Starting 250 worker threads. [notice] Parent: child process exited with status 2147483649 -- Restarting. -- Edit this bug report at http://bugs.php.net/?id=27759edit=1
#27611 [Csd-Bgs]: segfault in xbuf_format_converter
ID: 27611 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org -Status: Closed +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5CVS-2004-03-15 (dev) Previous Comments: [2004-03-29 03:18:09] jan at horde dot org Looks like this was rather a userland error. End endless loop due to an object not being cloned in PHP 5 anymore (as it was in PHP 4) seems to have causes the segfault. [2004-03-15 23:04:32] [EMAIL PROTECTED] 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 ?php and ends 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. [2004-03-15 18:24:48] jan at horde dot org No, because the instructions how to find out where the crash happens don't work anymore with php 5. [2004-03-15 18:08:33] [EMAIL PROTECTED] Please provide a short script that can be used to replicate the problem. [2004-03-15 17:09:27] jan at horde dot org The line that appeared in the backtrace looks like: if (is_a($date, 'Kronolith_Date')) { If I comment it out, it still segfaults, but with a different bt: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 20318)] 0x406b31c7 in xbuf_format_converter (xbuf=0xbfe010b0, fmt=0x40892d27 %sobject(%s)#%d (%d) {\n, ---Type return to continue, or q return to quit--- ap=0xbfe01104 É,[EMAIL PROTECTED]) at /home/jan/cvs/php5/main/spprintf.c:179 179 { (gdb) bt #0 0x406b31c7 in xbuf_format_converter (xbuf=0xbfe010b0, fmt=0x40892d27 %sobject(%s)#%d (%d) {\n, ap=0xbfe01104 É,[EMAIL PROTECTED]) at /home/jan/cvs/php5/main/spprintf.c:179 #1 0x406b45c9 in vspprintf (pbuf=0xbfe010e8, max_len=0, format=0x40892d27 %sobject(%s)#%d (%d) {\n, ap=0xbfe01104 É,[EMAIL PROTECTED]) at /home/jan/cvs/php5/main/spprintf.c:725 #2 0x406af365 in php_printf (format=0x40892d27 %sobject(%s)#%d (%d) {\n) at /home/jan/cvs/php5/main/main.c:397 #3 0x4067ccc0 in php_var_dump (struc=0x41cde8bc, level=1) at /home/jan/cvs/php5/ext/standard/var.c:111 #4 0x4067cea6 in zif_var_dump (ht=1, return_value=0x41d32a28, this_ptr=0x0, return_value_used=0) at /home/jan/cvs/php5/ext/standard/var.c:156 #5 0x4071eb2d in zend_do_fcall_common_helper (execute_data=0xbfe01270, opline=0x80d6db8, op_array=0x81daba0) at /home/jan/cvs/php5/Zend/zend_execute.c:2648 #6 0x4071f27d in zend_do_fcall_handler (execute_data=0xbfe01270, opline=0x80d6db8, op_array=0x81daba0) at /home/jan/cvs/php5/Zend/zend_execute.c:2777 #7 0x4071af4a in execute (op_array=0x81daba0) at /home/jan/cvs/php5/Zend/zend_execute.c:1339 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/27611 -- Edit this bug report at http://bugs.php.net/?id=27611edit=1
#26814 [Com]: parse error in included file won't stop the main script execution
ID: 26814 Comment by: magnus at monkerud dot com Reported By: mccarthy36 at earthlink dot net Status: Closed Bug Type: *General Issues Operating System: * PHP Version: 5CVS, 4CVS New Comment: actually the way i see it, the main/parent code should continue, it should just not run the wrongly parsed child include() / include_once(), if the main quits just due to a simple parse error then the whole point of differenciating between fatal errors and parse errors goes away. + that it makes plugin making very hard in CLI / RUNTIME CONSOLE enviroments, when working on a plugin on a maincode in runtime, and you do a simple parse error in the plugin, then save, then the whole runtime goes down and quit, which makes plugin making a slow nightmare. Magnus Previous Comments: [2004-01-25 18:49:55] [EMAIL PROTECTED] 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. [2004-01-06 17:37:19] [EMAIL PROTECTED] one more comment: using require() doesn't matter either, still the main script is run to the end.. [2004-01-06 17:35:55] [EMAIL PROTECTED] Parse error - execution should stop ? (but it doesn't, that's the bug here, IMO) [2004-01-06 11:10:02] mccarthy36 at earthlink dot net Description: I don't know if this is considered a bug, but in my opinion it's undesirable behavior. I'm finding that if I try to include a file that has a parse error, the file is not included -- the include function used returns false -- but the included file name is in the array returned by get_included_files(). Reproduce code: --- (file 1) ?php $worked = NO; echo *, include_once( 'included.php' ), *; echo pre; var_dump( get_included_files() ); echo /pre; echo #{$worked}#; ? (file 2) ?php $worked = YES; $name = blah whatever; ? Expected result: Since there is a parse error in the included file, and include_once() returns false, I expect the name of the included file not to appear in the array returned by get_included_files(). Actual result: -- include_once() returns false, yet the name of the included file is in the array returned by get_included_files(). -- Edit this bug report at http://bugs.php.net/?id=26814edit=1
#27734 [Opn-Fbk]: Segmentation fault (11)
ID: 27734 Updated by: [EMAIL PROTECTED] Reported By: kevenden at peak dot org -Status: Open +Status: Feedback Bug Type: MySQL related -Operating System: Linux 2.6.4 +Operating System: Redhat 7.3 PHP Version: 5.0.0RC1 New Comment: Remove --with-regex=system and add --enable-debug and regenerate the backtrace. Previous Comments: [2004-03-27 13:11:48] kevenden at peak dot org Description: When runing the sample PHP/MySQL connection script from the documentation the error.log file displays : [Sat Mar 27 10:11:47 2004] [notice] child pid 17417 exit signal Segmentation fault (11) The same script run from the command line produces a simple: Segmentation fault I upgraded my MySQL database to 4.0.18 from a 3.0 release. My configure options for php: './configure' \ '--with-mysql=/usr/local/mysql/' \ '--with-apxs2=/var/lib/apache/sbin/apxs' \ '--disable-debug' \ '--enable-pic' \ '--enable-inline-optimization' \ '--with-zlib=shared' \ '--with-zlib-dir=/usr' \ '--enable-magic-quotes' \ '--enable-track-vars' \ '--with-regex=system' \ '--with-mod_charset' \ '--enable-force-cgi-redirect' \ '--with-openssl=/usr/local/ssl/' \ '--with-bz2=/usr' \ '--with-jpeg-dir=/usr' \ '--with-inifile' \ '--with-tidy' \ '--with-curl=/usr/local' \ '--with-flatfile' \ '--with-png-dir=/usr' \ '--with-gd' \ '--with-ttf' \ '--enable-gd-native-ttf' \ '--with-freetype-dir=/usr' \ '--with-gmp' \ '--with-mhash' \ '--enable-dba' \ '--with-db4=/usr/local/BerkeleyDB.4.2/' \ '--with-mcrypt' My MySQL configure options: CFLAGS=-O3 CXX=gcc CXXFLAGS=-O3 -felide-constructors \ -fno-exceptions -fno-rtti ./configure \ --prefix=/usr/local/mysql --enable-assembler \ --with-mysqld-ldflags=-all-static Reproduce code: --- ?php $link = mysql_connect(localhost, kevenden, some_password) or die(Could not connect: . mysql_error()); echo Connected successfully; mysql_close($link); ? Expected result: Connected successfully Actual result: -- Segmentation fault (11) Core was generated by `php mysqltest.php'. Program terminated with signal 11, Segmentation fault. Cannot access memory at address 0x40059dd8. #0 0x0 in ?? () (gdb) bt #0 0x0 in ?? () #1 0x4078e1fc in ?? () from /lib/libnss_db.so.2 #2 0x4078e2bc in ?? () from /lib/libnss_db.so.2 #3 0x4078d8fd in ?? () from /lib/libnss_db.so.2 #4 0x4078dc09 in ?? () from /lib/libnss_db.so.2 #5 0x406f4bb0 in ?? () from /lib/libc.so.6 #6 0x406f49f5 in ?? () from /lib/libc.so.6 #7 0x40061d40 in ?? () from /usr/local/mysql/lib/mysql/libmysqlclient.so.12 #8 0x40061be2 in ?? () from /usr/local/mysql/lib/mysql/libmysqlclient.so.12 #9 0x80d9421 in ?? () #10 0x80da5cc in ?? () #11 0x82129bb in ?? () #12 0x8212b4e in ?? () #13 0x820ede8 in ?? () #14 0x81f0b7f in ?? () #15 0x81b770f in ?? () #16 0x821a5ae in ?? () #17 0x406199b3 in ?? () from /lib/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=27734edit=1
#27739 [Csd-Bgs]: pcntl_fork() children go defunct on completion
ID: 27739 Updated by: [EMAIL PROTECTED] Reported By: bhook at coder7 dot com -Status: Closed +Status: Bogus Bug Type: *Extensibility Functions Operating System: Slackware 9.1 (Linux 2.6.4) PHP Version: 5.0.0RC1 New Comment: Only real bugs that have been fixed should have status Closed. Previous Comments: [2004-03-27 16:05:22] bhook at coder7 dot com The child processes will go defunct if the parent doesn't retrieve their status. Adding: pcntl_waitpid(-1,$c_status,WNOHANG); as the last line inside the loop fixes the defunct processes. [2004-03-27 15:24:07] bhook at coder7 dot com Description: When using pcntl_fork(), if a child script finishes execution (or exit/dies), the process goes defunct. I've found that with my particular needs I can reverse the normal programming method used with a server-like application, and the defunct problem goes away. For example, if I had a script that waited for a socket connection, then I would spawn child processes to handle any connections. This causes defunct processes when the children exit. Instead, I have to spawn a child that continues listening, and the parent process handles the current connection. When the parent finishes execution, it exits cleanly, and the child becomes the new parent. Reproduce code: --- for($a=0;$a=10;$a++) { $pid=pcntl_fork(); if($pid==-1){die('fork error');} elseif($pid==0) //child process { echo hello world\n; exit; } else //parent process { /* Continue Looping */ } } passthru('ps -a | grep php'); Expected result: Expected output of passthru() would be to have 1 properly functioning process listed. Actual result: -- Defunct processes are created. These processes will persist until the parent process dies. -- Edit this bug report at http://bugs.php.net/?id=27739edit=1
#27347 [Csd-Bgs]: Cannot query SNMPv1 devices (version cannot be set)
ID: 27347 Updated by: [EMAIL PROTECTED] Reported By: Ernest at Beinrohr dot sk -Status: Closed +Status: Bogus Bug Type: SNMP related Operating System: linux 2.4 PHP Version: 4.3.4 New Comment: Not a bug - Bogus Previous Comments: [2004-02-27 03:22:43] Ernest at Beinrohr dot sk in php-4.3.4 new install the bug has not show up. damn, sorry for robbing your time. [2004-02-26 15:48:08] [EMAIL PROTECTED] Forgot to ask: EXACTLY what error do you get? (About the version: It _is_ set to 1 in snmpget() ) [2004-02-23 03:20:32] Ernest at Beinrohr dot sk Ok, but this fails only with SNMPv1 device. That's the problem. ?php $printer_oid = .iso.org.dod.internet.4.1.11.2.3.9.1.1.3.0; snmpget(jetdirect, public, $printer_oid)); ? [2004-02-22 08:42:35] Ernest at Beinrohr dot sk Description: I use the newest stable php 4.3.4 and I cannot query my old jetdirect network device with php-snmp. With command line tools it works only when I specify version 1. linux 2.4.22 net-snmp-5.1 Reproduce code: --- with SNMPv1 devices Expected result: should get a response Actual result: -- no response from SNMPv1 device. -- Edit this bug report at http://bugs.php.net/?id=27347edit=1
#27221 [Csd-Bgs]: $_POST superglobal variable not populated after posting a form
ID: 27221 Updated by: [EMAIL PROTECTED] Reported By: patrick at studioemma dot be -Status: Closed +Status: Bogus Bug Type: *General Issues Operating System: Redhat 7.3 PHP Version: 4.3.4 New Comment: Since it wasn't a bug in PHP, it should be set to bogus. Previous Comments: [2004-02-19 02:51:00] patrick at studioemma dot be Thanks, I should have thought as much :) Closing the issue [2004-02-18 22:13:51] aintlikenospam at www dot ravis dot org/contact/ I wasted 2 full days tracking down something that looks very similar to this. In my case it's limited to IE and SSL only. Very intermitant. What solved it for us was this: http://support.microsoft.com/default.aspx?scid=kb;en-us;831167 and adding SetEnvIf User-Agent .*MSIE.* nokeepalive ssl-unclean-shutdown to our apache config in the ssl enabled virtualhost section. Give it a shot and see if it works for you too. [2004-02-18 18:21:48] steve dot carrico at louisville dot edu I don't beleive this is a PHP bug. We started receiving similar problem reports at the university I work for after the latest Internet Explorer security update was released. I came across the following Microsoft Knowledge Base article yesterday and the software update linked under the Resolution section appears to fix the problem: http://support.microsoft.com/default.aspx?scid=kb;en-us;831167 [2004-02-12 10:02:39] [EMAIL PROTECTED] Can not reproduce using latest CVS (or even with 4.3.4) [2004-02-12 05:10:24] patrick at studioemma dot be I will wait for the definite release. I can however allready add these comments: - only occurs on SSL - occurs when some fields (no reserved words as names) have spaces, numeric values, and perhaps others. In the meantime I moved to just HTTP instead of HTTPS 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/27221 -- Edit this bug report at http://bugs.php.net/?id=27221edit=1
#26448 [Csd-Bgs]: Unable to define a variable in a class
ID: 26448 Updated by: [EMAIL PROTECTED] Reported By: hervecaussinus at yahoo dot ca -Status: Closed +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Windows 2000 PHP Version: 5.0.0b2 (beta2) New Comment: Leave as bogus. Previous Comments: [2004-02-03 15:36:59] hervecaussinus at yahoo dot ca Thank you. I will test this again in my office. [2004-02-03 15:15:45] redeye at erisx dot de Remove the Backslashes ( your string wasn't enclosed ) ?php class MyClass { public $Hello = Hello, World\n; } print 1; ? [2003-11-28 12:01:07] hervecaussinus at yahoo dot ca I test the syntax: ?php class MyClass { public $Hello = \Hello, World\\n\; } print 1; ? and it does not work. Once again I am very sorry if I am doing something wrong (that is possible due to my short experience) but I think it is a bug (that looks strange I must admit). [2003-11-28 11:31:21] [EMAIL PROTECTED] 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. You need to define class variables like this: class MyClass { public $Hello = \Hello, World\\n\; } no bug here. [2003-11-28 10:54:47] hervecaussinus at yahoo dot ca Description: I am not able to use the class examples in your Web site. In fact it seems that it is impossible to declare a variable when defining a class. I am very new to PHP (3 days). Sorry if I am doing something wrong. I look at the bug database and I also download and install the last binary (php5-win32-200311281530.zip). Reproduce code: --- ?php class MyClass { $Hello = Hello, World!\n; } print 1; ? Expected result: Should parse and display 1 . Actual result: -- Gives this error: Parse error: parse error, unexpected T_VARIABLE, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in c:\inetpub\wwwroot\CorePHP\6-1.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=26448edit=1
#27044 [Csd-Bgs]: $this-$Variable[] crashes PHP, no output
ID: 27044 Updated by: [EMAIL PROTECTED] Reported By: siggi at junesystems dot com -Status: Closed +Status: Bogus Bug Type: Class/Object related Operating System: RedHat 9, Linux 2.4.20-27.9smp PHP Version: 4.3.4 New Comment: Still not a bug. Leave as bogus. Previous Comments: [2004-01-27 03:07:02] siggi at junesystems dot com Very stupid mistake. E_COMPILE_ERROR was not defined in the php.ini and so the message was not displayed. [2004-01-26 20:03:24] [EMAIL PROTECTED] # php t.php PHP Fatal error: Cannot use [] for reading in /home/jani/t.php on line 6 [2004-01-26 05:38:39] siggi at junesystems dot com Description: When creating a class that contains a class variable array being filled (in this case in the wrong way) like: $this-$Variable[] = whatever; (!! notice second $ ) PHP produces no output and no error message ($Variable is empty BTW, does not exist). In a script with a couple of hundred of lines of code it is a nightmare trying to locate a typo like this with no help from PHP. Reproduce code: --- class Test { var $Variable = Array(); function Test(){ $this-$Variable[] = Test string; } } $object = new Test(); Expected result: Error message. Actual result: -- No output (this comes from PHP): !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META http-equiv=Content-Type content=text/html; charset=windows-1252/HEAD BODY/BODY/HTML -- Edit this bug report at http://bugs.php.net/?id=27044edit=1
#27024 [Csd-Bgs]: fopen
ID: 27024 Updated by: [EMAIL PROTECTED] Reported By: mypass2002 at mail dot ru -Status: Closed +Status: Bogus Bug Type: HTTP related Operating System: Windows XP 5.1 build 2600 PHP Version: 4.3.5RC1 New Comment: Since it wasn't a bug in PHP, leave as bogus. Previous Comments: [2004-01-27 10:05:48] mypass2002 at mail dot ru well whatever... i guess you're right, but i still have to migrate to some other function, oh and 10x anyway :) [2004-01-24 19:20:10] [EMAIL PROTECTED] The HTTP/1.1 protocol specifies a maximum length for GET queries of 2048 bytes. PHP will, however, attempt to send queries with longer lengths if you try to use them. Whether the remote webserver will honor the query is entirely up to the remote server. Most likely this is the case here, you've attempted to request a longer URL than the tareget webserver supports and it's responded with a failure message. Take a look at $http_reponse_headers after the fopen() attempt and you should see the 5xx error produced by the remote server. If you need to send more data than the remote webserver will accept in a GET request, consider sending a POST request (which will take a little more work on your part). You can use example 2 provided on http://www.php.net/stream as a starting point. P.S. - That code snipet wouldn't actually work without the http:// preamble. It'd assume you wanted a local file named www.foo.com?whatever [2004-01-23 16:22:28] mypass2002 at mail dot ru also tryed on php 4.3.4 NOT 4.3.2 [2004-01-23 14:37:36] mypass2002 at mail dot ru Description: Apache/1.3.29 (Win32) PHP/4.3.5RC2-dev running... also tryed on 4.3.2 fopen(www.foo.com?data=safasfafa...64kb...dgdfg, rb) fails, because it's too much data, works well with less data PHP.INI changes: addes the lines for php_debugger increased memory+time+input changed docroot Reproduce code: --- $url=action=UPDATEROWupdaterow=.urlencode(serialize($row_send)); m_get_url($url);//fopen ($baseurl.$url) functio m_get_url($url) { global $otherurl; $url2=$otherurl.?.$msg; //dyes when opening with LOTS of data ... like more than 64kb $a=fopen($url2,rb) or die(...) fclose($a); } Expected result: to work with infinite paramerter data send Actual result: -- Warning: fopen(http://localhost/download.php?action=UPDATEROWupdaterow=a%3A14% in c:\www\upload.php on line 44 -- Edit this bug report at http://bugs.php.net/?id=27024edit=1
#27072 [Csd-Bgs]: Can't view a variable stored in session_register under PHP 4.3.4
ID: 27072 Updated by: [EMAIL PROTECTED] Reported By: info at iplsoft dot com -Status: Closed +Status: Bogus Bug Type: Session related Operating System: Unix PHP Version: 4.3.4 New Comment: Not a bug = Bogus Previous Comments: [2004-01-29 14:58:25] info at iplsoft dot com Problem fixed. Thanks to a couple of friends. Needed to include $name=$_get['name'] [2004-01-29 11:46:55] [EMAIL PROTECTED] Please read carefully the manual pages for sessions: http://www.php.net/session Especially the part about 'register_globals'.. Sessions work just fine as long as they're used correctly. This bug system is not the right place to ask support questions about how PHP is used. Please ask such questions on the appropriate mailing lists. [2004-01-29 11:37:17] info at iplsoft dot com So, if this is not a bug, what the hell am I doing wrong? Before the upgrade to 4.3.4 at my hosting company, everything worked fine. [2004-01-28 09:24:49] [EMAIL PROTECTED] This is not any bug. [2004-01-28 09:24:27] [EMAIL PROTECTED] RTFM: http://www.php.net/manual/en/function.session-register.php And especially everything with 'register_globals' with it. It defaults to 'off' since 4.2.0.. 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/27072 -- Edit this bug report at http://bugs.php.net/?id=27072edit=1