#45160 [Com]: PHP has encountered an Access Violation at 01B849C7
ID: 45160 Comment by: php at eklenet dot de Reported By: php at eklenet dot de Status: Feedback Bug Type: *General Issues Operating System: Windows 2003 Server 32bit PHP Version: 5.2.6 New Comment: I have found a work around for my Problem. Often when i use a class with a __tostring() function as string for a database-sql i got this error. so i simply make a $sql = $sql ; before i use the sql as query. Now my script works fine, but its just a work around. Previous Comments: [2008-07-18 02:44:03] tmstruthers at cox dot net I am also receiving a similar Access violation message...(PHP has encountered an Access Violation at 0116B74E) when trying to view a php web page I've created. I've got PHP 5.2.6 loaded. My page is mostly HTML with a PHP include for the header and a PGP include for a page footer (which contains a date function to get the current year). I'm running on Windows XP Pro using IIS 5.1. On average, I hit refresh about 20 times and receive this error 19 of the 20 times. The page only loads correctly about 1 in 20 times. This makes development extremely difficult. This appears to be a bug within PHP as the page does eventually load (with no edits to the source) and then continues to fail when the page is reloaded. If you need me to do something to help pinpoint the problem and assist, I'm willing to do so to get this problem corrected. [2008-07-11 16:19:46] [EMAIL PROTECTED] But is that external script running on the same webserver as the one you're accessing? [2008-07-09 08:37:47] php at eklenet dot de hello, i dont think its a internal problem from PHP. Becouse i need to get my script work, i have made a externel script to fetch data from the database. Here is sample code: -- public function run($sql) { echo A; $this-CONNECTION['lastsql']= rawurlencode(base64_encode($sql)); if(substr(strtoupper($sql),0,6)==INSERT OR substr(strtoupper($sql),0,6)==UPDATE) { $type=get_field; $sql = ($this-CONNECTION['lastsql']); $url = http://192.168.224.4/bluesheet/sql.php?type=$typesql=$sql;; $data = file_get_contents($url); } echo B; } -- so you see here is no database connection. The Output of the Script is just: PHP has encountered an Access Violation at 01B849C7 A B A B A B A As you see it ends with A and not B so there musst be an internal PHP Problem not related to the Database ! [2008-07-08 07:24:21] php at eklenet dot de now i have tried odbtp. what i get is PHP has encountered an Access Violation at 01B849C7 like with pdo [2008-07-07 12:42:03] php at eklenet dot de i have changed to odbc vom pdo_odbc and i got even a similar error: PHP has encountered an Access Violation at 01CBFC71 mybe they use the same base code ? 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/45160 -- Edit this bug report at http://bugs.php.net/?id=45160edit=1
#45551 [NEW]: Wrong result when selecting from varchar field
From: brack at wjp dot de Operating system: Windows Vista Business PHP version: 5.2.6 PHP Bug Type: MSSQL related Bug description: Wrong result when selecting from varchar field Description: On SQL Server 2005 when I execute a SELECT query to retrieve the content of a VARCHAR field with a specified length greater than 255 and less than MAX, the resulting value is truncated at a length of 255 characters. Reproduce code: --- For testing purposes, I used a table created by the following SQL code: CREATE TABLE [TESTTABLE]( [id] [int] NOT NULL, [testvalue] [varchar](1000) NULL, CONSTRAINT [PK_TESTTABLE] PRIMARY KEY CLUSTERED ( [id] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY] PHP test script code: $conn = mssql_connect('localhost', 'testuser', 'testpassword'); mssql_select_db('testdb'); $string = ' aaa'; echo strlen($string) . 'br'; mssql_query('INSERT INTO TESTTABLE (id, testvalue) VALUES (1, \'' . $string . '\')'); $result = mssql_query('SELECT testvalue FROM TESTTABLE WHERE id=1'); echo(strlen(mssql_result($result, 0, testvalue'))); Expected result: Expected output of the PHP test script: 396 396 Actual result: -- Actual output of the PHP test script: 255 396 -- Edit bug report at http://bugs.php.net/?id=45551edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45551r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45551r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45551r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45551r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45551r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45551r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45551r=needscript Try newer version:http://bugs.php.net/fix.php?id=45551r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45551r=support Expected behavior:http://bugs.php.net/fix.php?id=45551r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45551r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45551r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45551r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45551r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45551r=dst IIS Stability:http://bugs.php.net/fix.php?id=45551r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45551r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45551r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45551r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45551r=mysqlcfg
#45550 [Opn-Bgs]: BC break: strtotime parses 0000-00-00 00:00:00 as valid date in 5.2.6
ID: 45550 Updated by: [EMAIL PROTECTED] Reported By: jack+phpdotnet at smartertravelmedia dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: RHEL 4/5 PHP Version: 5.2.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. http://bugs.php.net/bug.php?id=42971 http://bugs.php.net/bug.php?id=44453 This is not a bug. MySQL is being silly to use this string as a default value. In PHP 5.3 you can now detect this however, by using date_parse_from_format( Y-m-d H:i:s); and then check the contents of date_get_last_errors(). Previous Comments: [2008-07-18 02:32:45] jack+phpdotnet at smartertravelmedia dot com updated subject to note that this is a backward-compatibility break. [2008-07-17 22:00:04] jack+phpdotnet at smartertravelmedia dot com Description: MySQL uses '-00-00 00:00:00' as a default value for non-null datetime fields. Until 5.2.6, strtotime correctly returned false (or -1 before 5.1) when passed this value - it's not a valid date/time. 5.2.6 returns '-62169966000' which is not useful. Reproduce code: --- ?php echo (int)strtotime('-00-00 00:00:00'); Expected result: Should print 0. Actual result: -- Actually prints -62169966000. -- Edit this bug report at http://bugs.php.net/?id=45550edit=1
#45150 [Fbk-Opn]: MySQL functions cannot be used with 5.3.x on Vista
ID: 45150 User updated by: conor dot kerr_php at dev dot ceon dot net Reported By: conor dot kerr_php at dev dot ceon dot net -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Windows Vista PHP Version: 5.3CVS-2008-06-02 (snap) New Comment: Thanks for replying! I've disabled all the security checks as this is a development machine so that can't be it. :( I haven't come across a single person trying 5.3 (via Apache) and the new MySQL extension out on a Vista machine.. can anyone please confirm that they have it working? Previous Comments: [2008-07-13 15:05:56] [EMAIL PROTECTED] Are you sure it's not some security feature in Vista that is blocking the connections? I'd check firewall settings, etc. [2008-06-13 14:09:03] conor dot kerr_php at dev dot ceon dot net Hi, Has anyone taken a look at this? I've managed to get PHP5.3 working fine with MySQL on Mac OS X, Linux (RedHat 9 - old I know but anyway :) ) and Windoze XP but mysql_connect times out on any Windoze Vista system. If anyone has got 5.3 working with MySQL on Vista could they please e-mail me to say so. If not, could this be looked at soon? Thanks, Conor [2008-06-02 16:46:50] conor dot kerr_php at dev dot ceon dot net Description: I've been trying the PHP 5.3.x snapshots out for the past two weeks on three separate Vista systems and consistently got timeouts when a mysql_connect function was encountered. Tried rebooting into Windoze XP on one of the systems and installing on it and everything worked perfectly straight away. Tried everything I could on the Vista systems, removing all copies of libmysql.dll from the system, changing the PATH, removing the path, (restarting after all changes) but every time PHP the mysql_connect function times out. Are the snapshots tested on XP only? I've spent almost a full working day over the past two weeks trying to get 5.3 running in my normal environment so that I could start using the namespace functionality. Sadly I now have no choice but to use XP anytime I need to run anything I write as 5.3 clearly isn't compatible with the combination of Vista and MySQL. :( Any PHP script that doesn't use MySQL works fine on all three Vista systems. Reproduce code: --- ?php print connecting...; mysqli_connect('localhost:3307', 'root', ''); ? Expected result: No errors. :) Actual result: -- Warning: mysql_connect() [function.mysql-connect]: [2002] A connection attempt failed because the connected party did not (trying to connect via tcp://localhost:3307) in C:\Program Files\Glossword-WAMP\htdocs\test8.php on line 3 Warning: mysql_connect() [function.mysql-connect]: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. in C:\Program Files\Glossword-WAMP\htdocs\test8.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=45150edit=1
#45545 [Com]: DateInterval has a limitation of 4 chars for ISO durations
ID: 45545 Comment by: tj at systisoft dot com Reported By: tj at systisoft dot com Status: Assigned Bug Type: Feature/Change Request Operating System: All PHP Version: 5.3CVS-2008-07-17 (CVS) Assigned To: derick New Comment: Just an example when whis is awkward: I get an offest from a time zone an have to add it to a DateTime. The offset was taken from the time zone via getOffset(). Lets assume the offset is positive (easy test if not). $d-add(new DateInterval('PT' . $offset . 'S'))); will fail once the offset is over seconds. While it is not really necessary to have the limit removed, it is just awkward for a user that he always has to care about this limit when handling durations he gets from sources he can not control. There will always be a limit you have to take care of but a limit of seconds is reached very fast, if you get durations in seconds. Previous Comments: [2008-07-17 17:22:42] [EMAIL PROTECTED] I don't think the limit is really needed - but then again, I also don't think it matters much that you can't have periods of 1000seconds. [2008-07-17 16:24:50] tj at systisoft dot com If you decide to keep the limit you should move that to documentation I think :). [2008-07-17 16:17:58] tj at systisoft dot com Description: If you want to create a DateInterval of 36000 seconds (10 hours) the creation will fail because you have a limit of 4 chars in the format accepted by the constructor. Up to days you can do the carry over calculation for yourself (But not for months or years), but if you get an offset in seconds from a source you cannot control it would be nice if you could just do: $date-add(new DateInterval('PT' . $seconds . 'S')); Now you have to check if seconds exceeds the limit an if it exceeds the limit you have to recalculate yourself. That is not nice from a user point of view. Reproduce code: --- $d = new DateTime('2008-01-01 10:00:00 UTC'); $d-add(new DateInterval('PT36000S')); echo $d-format(DATE_ISO8601), PHP_EOL; Expected result: 2008-01-01T20:00:00+ Actual result: -- PHP Fatal error: Uncaught exception 'Exception' with message 'DateInterval::__construct(): Unknown or bad format (PT36000S)' in /Users/tobias/test.php:2 Stack trace: #0 /Users/tobias/test.php(2): DateInterval-__construct('PT36000S') #1 {main} thrown in /Users/tobias/test.php on line 2 Fatal error: Uncaught exception 'Exception' with message 'DateInterval::__construct(): Unknown or bad format (PT36000S)' in /Users/tobias/test.php:2 Stack trace: #0 /Users/tobias/test.php(2): DateInterval-__construct('PT36000S') #1 {main} thrown in /Users/tobias/test.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=45545edit=1
#45545 [Com]: DateInterval has a limitation of 4 chars for ISO durations
ID: 45545 Comment by: tj at systisoft dot com Reported By: tj at systisoft dot com Status: Assigned Bug Type: Feature/Change Request Operating System: All PHP Version: 5.3CVS-2008-07-17 (CVS) Assigned To: derick New Comment: I forgot: At least max int would be nice as limit because then everywhere you get a duration as int you don't have to care about the limit of the DateInterval constructor. Previous Comments: [2008-07-18 08:16:43] tj at systisoft dot com Just an example when whis is awkward: I get an offest from a time zone an have to add it to a DateTime. The offset was taken from the time zone via getOffset(). Lets assume the offset is positive (easy test if not). $d-add(new DateInterval('PT' . $offset . 'S'))); will fail once the offset is over seconds. While it is not really necessary to have the limit removed, it is just awkward for a user that he always has to care about this limit when handling durations he gets from sources he can not control. There will always be a limit you have to take care of but a limit of seconds is reached very fast, if you get durations in seconds. [2008-07-17 17:22:42] [EMAIL PROTECTED] I don't think the limit is really needed - but then again, I also don't think it matters much that you can't have periods of 1000seconds. [2008-07-17 16:24:50] tj at systisoft dot com If you decide to keep the limit you should move that to documentation I think :). [2008-07-17 16:17:58] tj at systisoft dot com Description: If you want to create a DateInterval of 36000 seconds (10 hours) the creation will fail because you have a limit of 4 chars in the format accepted by the constructor. Up to days you can do the carry over calculation for yourself (But not for months or years), but if you get an offset in seconds from a source you cannot control it would be nice if you could just do: $date-add(new DateInterval('PT' . $seconds . 'S')); Now you have to check if seconds exceeds the limit an if it exceeds the limit you have to recalculate yourself. That is not nice from a user point of view. Reproduce code: --- $d = new DateTime('2008-01-01 10:00:00 UTC'); $d-add(new DateInterval('PT36000S')); echo $d-format(DATE_ISO8601), PHP_EOL; Expected result: 2008-01-01T20:00:00+ Actual result: -- PHP Fatal error: Uncaught exception 'Exception' with message 'DateInterval::__construct(): Unknown or bad format (PT36000S)' in /Users/tobias/test.php:2 Stack trace: #0 /Users/tobias/test.php(2): DateInterval-__construct('PT36000S') #1 {main} thrown in /Users/tobias/test.php on line 2 Fatal error: Uncaught exception 'Exception' with message 'DateInterval::__construct(): Unknown or bad format (PT36000S)' in /Users/tobias/test.php:2 Stack trace: #0 /Users/tobias/test.php(2): DateInterval-__construct('PT36000S') #1 {main} thrown in /Users/tobias/test.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=45545edit=1
#45551 [Com]: Wrong result when selecting from varchar field
ID: 45551 Comment by: brack at wjp dot de Reported By: brack at wjp dot de Status: Open Bug Type: MSSQL related Operating System: Windows Vista Business PHP Version: 5.2.6 New Comment: Same problem occurs on MS SQL Server 2000! Previous Comments: [2008-07-18 06:33:58] brack at wjp dot de Description: On SQL Server 2005 when I execute a SELECT query to retrieve the content of a VARCHAR field with a specified length greater than 255 and less than MAX, the resulting value is truncated at a length of 255 characters. Reproduce code: --- For testing purposes, I used a table created by the following SQL code: CREATE TABLE [TESTTABLE]( [id] [int] NOT NULL, [testvalue] [varchar](1000) NULL, CONSTRAINT [PK_TESTTABLE] PRIMARY KEY CLUSTERED ( [id] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY] PHP test script code: $conn = mssql_connect('localhost', 'testuser', 'testpassword'); mssql_select_db('testdb'); $string = ' aaa'; echo strlen($string) . 'br'; mssql_query('INSERT INTO TESTTABLE (id, testvalue) VALUES (1, \'' . $string . '\')'); $result = mssql_query('SELECT testvalue FROM TESTTABLE WHERE id=1'); echo(strlen(mssql_result($result, 0, testvalue'))); Expected result: Expected output of the PHP test script: 396 396 Actual result: -- Actual output of the PHP test script: 255 396 -- Edit this bug report at http://bugs.php.net/?id=45551edit=1
#45545 [Asn]: DateInterval has a limitation of 4 chars for ISO durations
ID: 45545 Updated by: [EMAIL PROTECTED] Reported By: tj at systisoft dot com Status: Assigned Bug Type: Feature/Change Request Operating System: All PHP Version: 5.3CVS-2008-07-17 (CVS) Assigned To: derick New Comment: You can also just do: $dateTime-add(718231 seconds); Previous Comments: [2008-07-18 08:19:47] tj at systisoft dot com I forgot: At least max int would be nice as limit because then everywhere you get a duration as int you don't have to care about the limit of the DateInterval constructor. [2008-07-18 08:16:43] tj at systisoft dot com Just an example when whis is awkward: I get an offest from a time zone an have to add it to a DateTime. The offset was taken from the time zone via getOffset(). Lets assume the offset is positive (easy test if not). $d-add(new DateInterval('PT' . $offset . 'S'))); will fail once the offset is over seconds. While it is not really necessary to have the limit removed, it is just awkward for a user that he always has to care about this limit when handling durations he gets from sources he can not control. There will always be a limit you have to take care of but a limit of seconds is reached very fast, if you get durations in seconds. [2008-07-17 17:22:42] [EMAIL PROTECTED] I don't think the limit is really needed - but then again, I also don't think it matters much that you can't have periods of 1000seconds. [2008-07-17 16:24:50] tj at systisoft dot com If you decide to keep the limit you should move that to documentation I think :). [2008-07-17 16:17:58] tj at systisoft dot com Description: If you want to create a DateInterval of 36000 seconds (10 hours) the creation will fail because you have a limit of 4 chars in the format accepted by the constructor. Up to days you can do the carry over calculation for yourself (But not for months or years), but if you get an offset in seconds from a source you cannot control it would be nice if you could just do: $date-add(new DateInterval('PT' . $seconds . 'S')); Now you have to check if seconds exceeds the limit an if it exceeds the limit you have to recalculate yourself. That is not nice from a user point of view. Reproduce code: --- $d = new DateTime('2008-01-01 10:00:00 UTC'); $d-add(new DateInterval('PT36000S')); echo $d-format(DATE_ISO8601), PHP_EOL; Expected result: 2008-01-01T20:00:00+ Actual result: -- PHP Fatal error: Uncaught exception 'Exception' with message 'DateInterval::__construct(): Unknown or bad format (PT36000S)' in /Users/tobias/test.php:2 Stack trace: #0 /Users/tobias/test.php(2): DateInterval-__construct('PT36000S') #1 {main} thrown in /Users/tobias/test.php on line 2 Fatal error: Uncaught exception 'Exception' with message 'DateInterval::__construct(): Unknown or bad format (PT36000S)' in /Users/tobias/test.php:2 Stack trace: #0 /Users/tobias/test.php(2): DateInterval-__construct('PT36000S') #1 {main} thrown in /Users/tobias/test.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=45545edit=1
#45540 [Fbk-Opn]: stream_context_create creates bad http request
ID: 45540 User updated by: jdespatis at yahoo dot fr Reported By: jdespatis at yahoo dot fr -Status: Feedback +Status: Open Bug Type: Streams related Operating System: Linux Kubuntu PHP Version: 5.2.6 New Comment: No this bug is different than bug 43222. In the latter the post content seems to be good except a CRLF more which is not dramatic In my case, the post content and header are completely broken... I've modified my configuration to forbid short open tag (i check with echo ini_get(short_open_tag) which returns nothing meaning false) and i get the same bug. But as I said, one could thing the bug comes from here (i've thought also), but not at all, the bug disappear if i let the short tag ? but change something else Php behavior is really weird... Previous Comments: [2008-07-17 22:46:57] [EMAIL PROTECTED] Are you sure this isn't same issue as reported in bug #43222 ? What was the configure line you used to configure PHP? Is short_open_tag enabled? Check from phpinfo()! [2008-07-17 07:14:41] jdespatis at yahoo dot fr Oups, my script bug.php contains a function To test it, one can use this simple script : (no need to create a nothing.mp4 to use this example) ?php include(bug.php); $params = array(username = bigbluezen, password = demo, title = ultimate video topmoumoute, tags = test machin bidule, channel = poetic); print_r(publish(nothing.mp4, $params)); ? [2008-07-17 07:10:23] jdespatis at yahoo dot fr Description: I'm coding a little script to upload a video on Youtube, thanks to stream functions in php. It takes 2 steps: 1/ first connect on google to retrieve token, no problem with php code 2/ upload video with a query in POST, and there stream_context_create is giving a completely broken query.. From time to time, i can make it work, but it's pure random I have used a sniffer as wireshark to see the exact http query Reproduce code: --- Here is the piece of code that does all this stuff: http://www.despatis.com/php/bug.phps Expected result: PHP CLIENT = YOUTUBE SERVER: POST /feeds/api/users/bigbluezen/uploads HTTP/1.0 Host: uploads.gdata.youtube.com Content-Length: 792 Content-Type: multipart/related; boundary=---cefe168b3cb99683a0f9ebd6f9b2cca6 Authorization: GoogleLogin auth=AIwbFAQtr5MDW_ctllHioiYCpY6I_uF6A9zBcSbIQ8AceGbcYfqrmytEICM8p6VjjzygDd2HPL0YhTcVk2MPmtb9y93-9Fs3yiej8hBtLF60_N_a6aWDg9Mrbm18nP-2dTVvTA6h77eJZrOJICzgN3dZyPT4AN1ffQ X-GData-Client: ytapi-SourceRH-LaCartoonerie-3lludu8g-0 X-GData-Key: key=AI39si44WZavBNwYryVhVFaMH4Y8e0JbTAr83bScAxKby6LBW3xEyBzaXrV7MTw3sm56SmYVhSOWRXNfUrS0sqC1i7313ycFrQ Slug: c447e7c1c0b79e8dc97c76cdc16e9843.gif -cefe168b3cb99683a0f9ebd6f9b2cca6 Content-Type: application/atom+xml; charset=UTF-8 ?xml version=1.0? entry xmlns=http://www.w3.org/2005/Atom; xmlns:media=http://search.yahoo.com/mrss/; xmlns:yt=http://gdata.youtube.com/schemas/2007; media:group media:title type=plaintitle foo/media:title media:description type=plaindescription foo/media:description media:category scheme=http://gdata.youtube.com/schemas/2007/categories.cat;People/media:category media:keywordskey1, key2/media:keywords /media:group /entry -cefe168b3cb99683a0f9ebd6f9b2cca6 Content-Type: video/gif Content-Transfer-Encoding: binary XXX -cefe168b3cb99683a0f9ebd6f9b2cca6-- Actual result: -- The actual result, found with a sniffer (wireshark for example) is: PHP CLIENT = YOUTUBE SERVER: POST /feeds/api/users/bigbluezen/uploads/wFqcFtuB9MY?client=ytapi-SourceRH-LaCartoonerie-3lludu8g-0 HTTP/1.0 Host: gdata.youtube.com Authorization: GoogleLogin auth=AIwbFASurkAdrgigXGJeP24Ebc0dM7EierouUTZ7Nqm2pjSzo2aRtNXQgOo-_ebco_-w7CmpxcZqysZKS_UGCUSc-K6tD5NI84jIc7sf1Sq8cPtcbknOrvlqxF6PNBj-kLzeXEPnBwKoE4vJDuwE0ag7Aleyo-u3hw X-GData-Client: ytapi-SourceRH-LaCartoonerie-3lludu8g-0 X-GData-Key: key=AI39si44WZavBNwYryVhVFaMH4Y8e0JbTAr83bScAxKby6LBW3xEyBzaXrV7MTw3sm56SmYVhSOWRXNfUrS0sqC1i7313ycFrQ Slug: c447e7c1c0b79e8dc97c76cdc16e9843.gifbScAxKby6LBW3xEyBzaXrV7MTw3sm56SmYVhSOWRXNfUrS0sqC1i7313ycFrQ Slug: c447e7c1c0b79e8dc97c76cdc16e9843.gif EOF As you can see, the first query is completely messy !! The funny thing is that: if i change '?xml version=1.0?' to 'xml version=1.0' at line 64, the http query is good... One could thing ? is interpreted by php, but in fact no... it also works if i keep the ? and ? in the xml and change another things (add an echo somewhere, but this trick doesn't work all the time) As the result is very random, i think file_get_contents doesn't get all data from the string, leaving some \r\n, which
#45545 [Com]: DateInterval has a limitation of 4 chars for ISO durations
ID: 45545 Comment by: tj at systisoft dot com Reported By: tj at systisoft dot com Status: Assigned Bug Type: Feature/Change Request Operating System: All PHP Version: 5.3CVS-2008-07-17 (CVS) Assigned To: derick New Comment: Ok, that is a solution. Since I am somewhat new to PHP all this numbers to strings stuff is a bit disquietingly for me :). Previous Comments: [2008-07-18 08:30:03] [EMAIL PROTECTED] You can also just do: $dateTime-add(718231 seconds); [2008-07-18 08:19:47] tj at systisoft dot com I forgot: At least max int would be nice as limit because then everywhere you get a duration as int you don't have to care about the limit of the DateInterval constructor. [2008-07-18 08:16:43] tj at systisoft dot com Just an example when whis is awkward: I get an offest from a time zone an have to add it to a DateTime. The offset was taken from the time zone via getOffset(). Lets assume the offset is positive (easy test if not). $d-add(new DateInterval('PT' . $offset . 'S'))); will fail once the offset is over seconds. While it is not really necessary to have the limit removed, it is just awkward for a user that he always has to care about this limit when handling durations he gets from sources he can not control. There will always be a limit you have to take care of but a limit of seconds is reached very fast, if you get durations in seconds. [2008-07-17 17:22:42] [EMAIL PROTECTED] I don't think the limit is really needed - but then again, I also don't think it matters much that you can't have periods of 1000seconds. [2008-07-17 16:24:50] tj at systisoft dot com If you decide to keep the limit you should move that to documentation I think :). 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/45545 -- Edit this bug report at http://bugs.php.net/?id=45545edit=1
#45545 [Com]: DateInterval has a limitation of 4 chars for ISO durations
ID: 45545 Comment by: tj at systisoft dot com Reported By: tj at systisoft dot com Status: Assigned Bug Type: Feature/Change Request Operating System: All PHP Version: 5.3CVS-2008-07-17 (CVS) Assigned To: derick New Comment: Also php -r '$d = new DateTime(2005-03-15 12:22:29-); $d-add(36000 seconds); var_dump($d-format(DATE_ISO8601));' gives to me: PHP Warning: DateTime::add() expects parameter 1 to be DateInterval, string given in Command line code on line 1 Warning: DateTime::add() expects parameter 1 to be DateInterval, string given in Command line code on line 1 So I don't think this is a solution for now. Previous Comments: [2008-07-18 09:07:28] tj at systisoft dot com Ok, that is a solution. Since I am somewhat new to PHP all this numbers to strings stuff is a bit disquietingly for me :). [2008-07-18 08:30:03] [EMAIL PROTECTED] You can also just do: $dateTime-add(718231 seconds); [2008-07-18 08:19:47] tj at systisoft dot com I forgot: At least max int would be nice as limit because then everywhere you get a duration as int you don't have to care about the limit of the DateInterval constructor. [2008-07-18 08:16:43] tj at systisoft dot com Just an example when whis is awkward: I get an offest from a time zone an have to add it to a DateTime. The offset was taken from the time zone via getOffset(). Lets assume the offset is positive (easy test if not). $d-add(new DateInterval('PT' . $offset . 'S'))); will fail once the offset is over seconds. While it is not really necessary to have the limit removed, it is just awkward for a user that he always has to care about this limit when handling durations he gets from sources he can not control. There will always be a limit you have to take care of but a limit of seconds is reached very fast, if you get durations in seconds. [2008-07-17 17:22:42] [EMAIL PROTECTED] I don't think the limit is really needed - but then again, I also don't think it matters much that you can't have periods of 1000seconds. 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/45545 -- Edit this bug report at http://bugs.php.net/?id=45545edit=1
#45552 [NEW]: Full circle drawn instead of arc with very small angle
From: [EMAIL PROTECTED] Operating system: Linux 2.6.25-gentoo-r6 PHP version: 5.2.6 PHP Bug Type: GD related Bug description: Full circle drawn instead of arc with very small angle Description: Instead of a very small arc slice, a full circle is drawn when calling imagefilledarc with very small angles. Reproduce code: --- ?php $image = imagecreatetruecolor( 200, 200 ); $bgColor = imagecolorallocatealpha( $image, 255, 255, 255, 127 ); imagealphablending( $image, true ); imagesavealpha( $image, true ); imagefill( $image, 1, 1, $bgColor ); $drawColor = imagecolorallocate( $image, 0, 0, 200 ); imagefilledarc( $image, 100, 100, 100, 100, 30, 30.1, $drawColor, IMG_ARC_PIE ); imagepng( $image, 'imagefilledarc_test.png' ); ? Expected result: An image with a very small arc slice. Actual result: -- A full circle, like: http://k023.de/imagefilledarc_test.png -- Edit bug report at http://bugs.php.net/?id=45552edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45552r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45552r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45552r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45552r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45552r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45552r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45552r=needscript Try newer version:http://bugs.php.net/fix.php?id=45552r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45552r=support Expected behavior:http://bugs.php.net/fix.php?id=45552r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45552r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45552r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45552r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45552r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45552r=dst IIS Stability:http://bugs.php.net/fix.php?id=45552r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45552r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45552r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45552r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45552r=mysqlcfg
#45553 [NEW]: Using XPath to return values for attributes with a namespace does not work
From: njones at art-k-tec dot com Operating system: OSX PHP version: 5.2.6 PHP Bug Type: SimpleXML related Bug description: Using XPath to return values for attributes with a namespace does not work Description: Using XPath to return values for attributes with a namespace does not work. It seems to be dropping any namespaces for attributes when using XPath. But the namespace is clearly registered because it can be used to access nodes, when using XPath. Reproduce code: --- $xml =XML xml xmlns:a=http://a; data a:label=I am A label=I am Nothingtest1/data a:data a:label=I am a:A label=I am a:Nothingtest2/a:data /xml XML; $x = simplexml_load_string($xml); $x-registerXPathNamespace(a, http://a;); var_dump($x-xpath(/xml/data/@a:label)); echo br /br /; var_dump($x-xpath(/xml/a:data)); echo br /br /; var_dump($x-xpath(/xml/a:data/@a:label)); echo br /br /; var_dump($x-data-attributes(http://a;)); Expected result: array(1) { [0]= object(SimpleXMLElement)#2 (1) { [@attributes]= array(1) { [label]= string(12) I am A } } } array(1) { [0]= object(SimpleXMLElement)#2 (2) { [@attributes]= array(1) { [label]= string(14) I am a:Nothing } [0]= string(5) test2 } } array(1) { [0]= object(SimpleXMLElement)#2 (1) { [@attributes]= array(1) { [label]= string(14) I am a:A } } } object(SimpleXMLElement)#4 (1) { [@attributes]= array(1) { [label]= string(6) I am A } } Actual result: -- array(1) { [0]= object(SimpleXMLElement)#2 (1) { [@attributes]= array(1) { [label]= string(12) I am Nothing } } } array(1) { [0]= object(SimpleXMLElement)#2 (2) { [@attributes]= array(1) { [label]= string(14) I am a:Nothing } [0]= string(5) test2 } } array(1) { [0]= object(SimpleXMLElement)#2 (1) { [@attributes]= array(1) { [label]= string(14) I am a:Nothing } } } object(SimpleXMLElement)#4 (1) { [@attributes]= array(1) { [label]= string(6) I am A } } -- Edit bug report at http://bugs.php.net/?id=45553edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45553r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45553r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45553r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45553r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45553r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45553r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45553r=needscript Try newer version:http://bugs.php.net/fix.php?id=45553r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45553r=support Expected behavior:http://bugs.php.net/fix.php?id=45553r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45553r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45553r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45553r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45553r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45553r=dst IIS Stability:http://bugs.php.net/fix.php?id=45553r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45553r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45553r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45553r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45553r=mysqlcfg
#45554 [NEW]: Inconsistent behavior of the u format char
From: tj at systisoft dot com Operating system: Mac OS X PHP version: 5.3CVS-2008-07-18 (CVS) PHP Bug Type: Date/time related Bug description: Inconsistent behavior of the u format char Description: The u format char behaves inconsistent. 1. In output the it uses 6 digits. When used in date_create_from_format it recognizes only up to 5 digits (though microseconds would be 6). So date_create_from_format('m-d-Y H:i:s T', $dateTime-format('m-d-Y H:i:s T')); will generate an error. 2. Though DateTime does not support microseconds (or does it?) and should cut them off it behaves very strange when parsing a date with fractional seconds. Reproduce code: --- $d = date_create_from_format(m-d-Y H:i:s.u T, 03-15-2005 12:22:29.0 PST); echo $d-format(m-d-Y H:i:s.u T); $d = date_create_from_format(m-d-Y H:i:s.u T, 03-15-2005 12:22:29.00100 PST); echo $d-format(m-d-Y H:i:s.u T); Expected result: 03-15-2005 12:22:29.0 PST 03-15-2005 12:22:29.0 PST Actual result: -- 03-15-2005 12:22:29.00 PST 03-15-2005 12:22:29.1 PST -- Edit bug report at http://bugs.php.net/?id=45554edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45554r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45554r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45554r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45554r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45554r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45554r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45554r=needscript Try newer version:http://bugs.php.net/fix.php?id=45554r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45554r=support Expected behavior:http://bugs.php.net/fix.php?id=45554r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45554r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45554r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45554r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45554r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45554r=dst IIS Stability:http://bugs.php.net/fix.php?id=45554r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45554r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45554r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45554r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45554r=mysqlcfg
#45554 [Com]: Inconsistent behavior of the u format char
ID: 45554 Comment by: tj at systisoft dot com Reported By: tj at systisoft dot com Status: Open Bug Type: Date/time related Operating System: Mac OS X PHP Version: 5.3CVS-2008-07-18 (CVS) New Comment: Upsi, there should be 6 zeros in the microsecond part of the expected result. Previous Comments: [2008-07-18 11:26:24] tj at systisoft dot com Description: The u format char behaves inconsistent. 1. In output the it uses 6 digits. When used in date_create_from_format it recognizes only up to 5 digits (though microseconds would be 6). So date_create_from_format('m-d-Y H:i:s T', $dateTime-format('m-d-Y H:i:s T')); will generate an error. 2. Though DateTime does not support microseconds (or does it?) and should cut them off it behaves very strange when parsing a date with fractional seconds. Reproduce code: --- $d = date_create_from_format(m-d-Y H:i:s.u T, 03-15-2005 12:22:29.0 PST); echo $d-format(m-d-Y H:i:s.u T); $d = date_create_from_format(m-d-Y H:i:s.u T, 03-15-2005 12:22:29.00100 PST); echo $d-format(m-d-Y H:i:s.u T); Expected result: 03-15-2005 12:22:29.0 PST 03-15-2005 12:22:29.0 PST Actual result: -- 03-15-2005 12:22:29.00 PST 03-15-2005 12:22:29.1 PST -- Edit this bug report at http://bugs.php.net/?id=45554edit=1
#45555 [NEW]: Segfault with invalid non-string as register_introspection_callback
From: chris_se at gmx dot net Operating system: Irrelevant PHP version: 5.2.6 PHP Bug Type: XMLRPC-EPI related Bug description: Segfault with invalid non-string as register_introspection_callback Description: If an invalid callback is passed to the xmlrpc_server_register_introspection_callback method, the method builds an error message in which it uses Z_STRVAL(php_function) where php_function may be an arbitrary zval (for example, an integer). But accepting arbitrary zvals is necessary because callbacks may be arrays or objects. This may lead to two problems: 1) Segfaults if something which when interpreted as a pointer in the zval struct is an invalid memory address. 2) Reading arbitrary process memory if an integer is passed that corresponds to a valid memory address. This does represent a very minor security problem (denial of service in case (1) and reading sensitive data from other process parts in case of (2) and e.g. a threaded webserver). I've written patches for PHP 5.3 and PHP 6 that solve this problem. The patch for PHP 5.3 doesn't apply to the PHP 5.2 branch but backporting should be trivial: http://www.christian-seiler.de/temp/xmlrpc-bug-5.3.patch http://www.christian-seiler.de/temp/xmlrpc-bug-6.patch Reproduce code: --- ?php $options = array (); $request = xmlrpc_encode_request (system.describeMethods, $options); $server = xmlrpc_server_create (); xmlrpc_server_register_introspection_callback ($server, 1); $options = array ('output_type' = 'xml', 'version' = 'xmlrpc'); xmlrpc_server_call_method ($server, $request, NULL, $options) ? other variant -- ?php define (VALID_MEM_ADDR, 0xXX); $options = array (); $request = xmlrpc_encode_request (system.describeMethods, $options); $server = xmlrpc_server_create (); xmlrpc_server_register_introspection_callback ($server, VALID_MEM_ADDR); $options = array ('output_type' = 'xml', 'version' = 'xmlrpc'); xmlrpc_server_call_method ($server, $request, NULL, $options) ? Expected result: Warning: xmlrpc_server_call_method(): Error calling user introspection callback: 1() in %s on line 7 other variant -- Warning: xmlrpc_server_call_method(): Error calling user introspection callback: 0xXX() in %s on line 7 Actual result: -- Segmentation fault other variant -- Warning: xmlrpc_server_call_method(): Error calling user introspection callback: [Contents of string found at the specified memory address]() in %s on line 7 -- Edit bug report at http://bugs.php.net/?id=4edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=4r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=4r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=4r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=4r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=4r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=4r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=4r=needscript Try newer version:http://bugs.php.net/fix.php?id=4r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=4r=support Expected behavior:http://bugs.php.net/fix.php?id=4r=notwrong Not enough info: http://bugs.php.net/fix.php?id=4r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=4r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=4r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=4r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=4r=dst IIS Stability:http://bugs.php.net/fix.php?id=4r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=4r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=4r=float No Zend Extensions: http://bugs.php.net/fix.php?id=4r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=4r=mysqlcfg
#45477 [Bgs]: ldap_mod_del() fails to remove attribute
ID: 45477 User updated by: alexis dot robert at gmail dot com Reported By: alexis dot robert at gmail dot com Status: Bogus Bug Type: LDAP related Operating System: * PHP Version: 5.2.6 New Comment: OK. I've done a *lot* of researchs (trying to make TLS/SSL work, and some other fun things -- I hate certificates) and I discovered by analysing with tcpdump/wireshark that the current Java program make the delete+add orders in the same request, when my PHP software makes it in two different requests. So, NDS refuses to let the users have no userPassword attribute for a short period of time : that is the reason of the Server unwilling to perform. As I don't think we can queue the requests in a FIFO-like stack in php_ldap's API, is it possible to send a LDIF using php_ldap ? That sounds to be a great solution. Thanks a lot Alexis Previous Comments: [2008-07-11 15:59:51] alexis dot robert at gmail dot com I don't have any access to the LDAP server. I'll try to request them on Tuesday (if I had them, it would be the first thing I would check). [2008-07-11 15:17:02] [EMAIL PROTECTED] Works - Bogus. [2008-07-11 15:16:34] [EMAIL PROTECTED] Well, should you then check in the server logs WHY it doesn't want to perform? [2008-07-11 15:16:29] alexis dot robert at gmail dot com Hmmm ... you are right. Sorry, it works like this. I thought I have tested this case. Now I have a LDAP issue :) Apologies. [2008-07-11 15:15:24] alexis dot robert at gmail dot com It says : REMOVE : Warning: ldap_mod_del() [function.ldap-mod-del]: Modify: Server is unwilling to perform in C:\wamp\www\bug.php on line 11 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/45477 -- Edit this bug report at http://bugs.php.net/?id=45477edit=1
#45540 [Opn]: stream_context_create creates bad http request
ID: 45540 User updated by: jdespatis at yahoo dot fr Reported By: jdespatis at yahoo dot fr Status: Open Bug Type: Streams related Operating System: Linux Kubuntu PHP Version: 5.2.6 New Comment: And to help to diagnose the problem i can perfectly make this script work if I code the stream by my own for example, I replace stream_context_create by some code using fsockopen, all works perfectly ... (i really think stream_context_create leaves some \r \n in some special case ...) $context = stream_context_create($opts); $buff = @file_get_contents(http://uploads.gdata.youtube.com/feeds/api/users/$username/uploads;, false, $context); by $fp = fsockopen(uploads.gdata.youtube.com, 80, $errno, $errstr, 30); if (!$fp) { return Youtube unreachable $errstr ($errno); } $out = POST /feeds/api/users/$username/uploads HTTP/1.0\r\n; $out .= Host: uploads.gdata.youtube.com\r\n; $out .= Content-Length: . strlen($opts[http][content] .\r\n; $out .= Connection: Close\r\n; $out .= $opts[http][header]; $out .= \r\n; $out .= $opts[http][content]; fwrite($fp, $out); $buff = ; while (!feof($fp)) { $buff .= fgets($fp, 4096); } fclose($fp); Previous Comments: [2008-07-18 08:44:26] jdespatis at yahoo dot fr No this bug is different than bug 43222. In the latter the post content seems to be good except a CRLF more which is not dramatic In my case, the post content and header are completely broken... I've modified my configuration to forbid short open tag (i check with echo ini_get(short_open_tag) which returns nothing meaning false) and i get the same bug. But as I said, one could thing the bug comes from here (i've thought also), but not at all, the bug disappear if i let the short tag ? but change something else Php behavior is really weird... [2008-07-17 22:46:57] [EMAIL PROTECTED] Are you sure this isn't same issue as reported in bug #43222 ? What was the configure line you used to configure PHP? Is short_open_tag enabled? Check from phpinfo()! [2008-07-17 07:14:41] jdespatis at yahoo dot fr Oups, my script bug.php contains a function To test it, one can use this simple script : (no need to create a nothing.mp4 to use this example) ?php include(bug.php); $params = array(username = bigbluezen, password = demo, title = ultimate video topmoumoute, tags = test machin bidule, channel = poetic); print_r(publish(nothing.mp4, $params)); ? [2008-07-17 07:10:23] jdespatis at yahoo dot fr Description: I'm coding a little script to upload a video on Youtube, thanks to stream functions in php. It takes 2 steps: 1/ first connect on google to retrieve token, no problem with php code 2/ upload video with a query in POST, and there stream_context_create is giving a completely broken query.. From time to time, i can make it work, but it's pure random I have used a sniffer as wireshark to see the exact http query Reproduce code: --- Here is the piece of code that does all this stuff: http://www.despatis.com/php/bug.phps Expected result: PHP CLIENT = YOUTUBE SERVER: POST /feeds/api/users/bigbluezen/uploads HTTP/1.0 Host: uploads.gdata.youtube.com Content-Length: 792 Content-Type: multipart/related; boundary=---cefe168b3cb99683a0f9ebd6f9b2cca6 Authorization: GoogleLogin auth=AIwbFAQtr5MDW_ctllHioiYCpY6I_uF6A9zBcSbIQ8AceGbcYfqrmytEICM8p6VjjzygDd2HPL0YhTcVk2MPmtb9y93-9Fs3yiej8hBtLF60_N_a6aWDg9Mrbm18nP-2dTVvTA6h77eJZrOJICzgN3dZyPT4AN1ffQ X-GData-Client: ytapi-SourceRH-LaCartoonerie-3lludu8g-0 X-GData-Key: key=AI39si44WZavBNwYryVhVFaMH4Y8e0JbTAr83bScAxKby6LBW3xEyBzaXrV7MTw3sm56SmYVhSOWRXNfUrS0sqC1i7313ycFrQ Slug: c447e7c1c0b79e8dc97c76cdc16e9843.gif -cefe168b3cb99683a0f9ebd6f9b2cca6 Content-Type: application/atom+xml; charset=UTF-8 ?xml version=1.0? entry xmlns=http://www.w3.org/2005/Atom; xmlns:media=http://search.yahoo.com/mrss/; xmlns:yt=http://gdata.youtube.com/schemas/2007; media:group media:title type=plaintitle foo/media:title media:description type=plaindescription foo/media:description media:category scheme=http://gdata.youtube.com/schemas/2007/categories.cat;People/media:category media:keywordskey1, key2/media:keywords /media:group /entry -cefe168b3cb99683a0f9ebd6f9b2cca6 Content-Type: video/gif Content-Transfer-Encoding: binary XXX -cefe168b3cb99683a0f9ebd6f9b2cca6-- Actual result: -- The actual result, found with a sniffer (wireshark for example) is: PHP CLIENT = YOUTUBE SERVER: POST /feeds/api/users/bigbluezen/uploads/wFqcFtuB9MY?client=ytapi-SourceRH-LaCartoonerie-3lludu8g-0
#45550 [Bgs]: BC break: strtotime parses 0000-00-00 00:00:00 as valid date in 5.2.6
ID: 45550 User updated by: jack+phpdotnet at smartertravelmedia dot com Reported By: jack+phpdotnet at smartertravelmedia dot com Status: Bogus Bug Type: Date/time related Operating System: RHEL 4/5 PHP Version: 5.2.6 New Comment: First of all, those previously-reported bugs are with the DateTime class, not strtotime. If DateTime uses strtotime or its underlying implementation, that's not for me to know. I searched the bug database before submitting this report and did not find the two you mentioned. Your similar bugs prompt didn't flag them either. Second, how is this not a bug? strtotime's manual page says, Returns a timestamp on success, FALSE otherwise. The string of zeroes that mysql uses is NOT a valid datetime string, so how is strtotime successfully parsing it into a random negative number? That's aside from the fact that this is a behavior *change* from 5.2.5 to 5.2.6 - that alone makes it a problem. Third, you can think mysql is silly for using this as a default all you want, but they've been doing it since at least version 3.23 if not before. Just because you don't agree with it doesn't mean PHP shouldn't handle it as advertised - namely to return false if an invalid date/time string is passed to strtotime. Previous Comments: [2008-07-18 07:25:05] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. http://bugs.php.net/bug.php?id=42971 http://bugs.php.net/bug.php?id=44453 This is not a bug. MySQL is being silly to use this string as a default value. In PHP 5.3 you can now detect this however, by using date_parse_from_format( Y-m-d H:i:s); and then check the contents of date_get_last_errors(). [2008-07-18 02:32:45] jack+phpdotnet at smartertravelmedia dot com updated subject to note that this is a backward-compatibility break. [2008-07-17 22:00:04] jack+phpdotnet at smartertravelmedia dot com Description: MySQL uses '-00-00 00:00:00' as a default value for non-null datetime fields. Until 5.2.6, strtotime correctly returned false (or -1 before 5.1) when passed this value - it's not a valid date/time. 5.2.6 returns '-62169966000' which is not useful. Reproduce code: --- ?php echo (int)strtotime('-00-00 00:00:00'); Expected result: Should print 0. Actual result: -- Actually prints -62169966000. -- Edit this bug report at http://bugs.php.net/?id=45550edit=1
#43908 [Bgs]: exec() swallows whitespace in output
ID: 43908 User updated by: Arne dot Heizmann at csr dot com Reported By: Arne dot Heizmann at csr dot com Status: Bogus Bug Type: Program Execution Operating System: Windows 2000 PHP Version: 5.2.5 New Comment: This is most certainly not expected behaviour, and furthermore, it is dataloss. If you must preserve backwards compatibility, which is certainly fair, then I recommend you add a new boolean option to the exec() call to preserve the whitespace. Either way, this bug is not bogus. I have an application whose output may or may not contain lines that contain only whitespace. I need for this whitespace to be preserved as otherwise I cannot parse the output correctly. Please note that I'm not talking about the trailing \n which is mentioned in the documentation. I'm referring to all other whitespace, especially spaces and tabs. Previous Comments: [2008-07-17 23:43:21] [EMAIL PROTECTED] Expected behaviour and can not be changed. RTFM: http://php.net/exec [2008-06-02 13:26:52] Arne dot Heizmann at csr dot com Could we have this fix in the next version please? Just remove all the code that removes the whitespace? [2008-01-25 18:24:43] [EMAIL PROTECTED] Because that is intentional, however, it affect results as your case, when the string is consisting entirely of whitespace. Well, anyway, maybe this isn't a good idea, it was only my idea. [2008-01-25 17:59:46] Arne dot Heizmann at csr dot com The actual implementation strip trailing whitespaces, my patch also do it, but when the string contains only whitespaces, it remove just \r and \n. So why are you explicitly fixing only half of the bug and leaving the other half in? [2008-01-24 20:37:30] [EMAIL PROTECTED] The actual implementation strip trailing whitespaces, my patch also do it, but when the string contains only whitespaces, it remove just \r and \n. 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/43908 -- Edit this bug report at http://bugs.php.net/?id=43908edit=1
#45556 [NEW]: Return value from callback isn't freed
From: felipensp at gmail dot com Operating system: PHP version: 5.2CVS-2008-07-18 (CVS) PHP Bug Type: XMLRPC-EPI related Bug description: Return value from callback isn't freed Description: The return value from callback in xmlrpc_server_register_introspection_callback() isn't freed. Memory leak found using --enable-debug. Reproduce code: --- ?php $options = array (); $request = xmlrpc_encode_request (system.describeMethods, $options); $server = xmlrpc_server_create(); function foo() { } xmlrpc_server_register_introspection_callback ($server, 'foo'); $options = array ('output_type' = 'xml', 'version' = 'xmlrpc'); xmlrpc_server_call_method ($server, $request, NULL, $options); Expected result: No mem. leak. Actual result: -- [Fri Jul 18 11:48:38 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/php5_2/ext/xmlrpc/xmlrpc-epi-php.c(885) : Freeing 0x085DC198 (16 bytes), script=/home/felipe/public_html/bug.php [Fri Jul 18 11:48:38 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/php5_2/Zend/zend_operators.c(543) : Freeing 0x085DC1D8 (1 bytes), script=/home/felipe/public_html/bug.php === Total 2 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=45556edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45556r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45556r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45556r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45556r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45556r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45556r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45556r=needscript Try newer version:http://bugs.php.net/fix.php?id=45556r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45556r=support Expected behavior:http://bugs.php.net/fix.php?id=45556r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45556r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45556r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45556r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45556r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45556r=dst IIS Stability:http://bugs.php.net/fix.php?id=45556r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45556r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45556r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45556r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45556r=mysqlcfg
#45556 [Opn-Asn]: Return value from callback isn't freed
ID: 45556 Updated by: [EMAIL PROTECTED] Reported By: felipensp at gmail dot com -Status: Open +Status: Assigned Bug Type:XMLRPC-EPI related PHP Version: 5.2CVS-2008-07-18 (CVS) -Assigned To: +Assigned To: felipe Previous Comments: [2008-07-18 14:54:40] felipensp at gmail dot com Description: The return value from callback in xmlrpc_server_register_introspection_callback() isn't freed. Memory leak found using --enable-debug. Reproduce code: --- ?php $options = array (); $request = xmlrpc_encode_request (system.describeMethods, $options); $server = xmlrpc_server_create(); function foo() { } xmlrpc_server_register_introspection_callback ($server, 'foo'); $options = array ('output_type' = 'xml', 'version' = 'xmlrpc'); xmlrpc_server_call_method ($server, $request, NULL, $options); Expected result: No mem. leak. Actual result: -- [Fri Jul 18 11:48:38 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/php5_2/ext/xmlrpc/xmlrpc-epi-php.c(885) : Freeing 0x085DC198 (16 bytes), script=/home/felipe/public_html/bug.php [Fri Jul 18 11:48:38 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/php5_2/Zend/zend_operators.c(543) : Freeing 0x085DC1D8 (1 bytes), script=/home/felipe/public_html/bug.php === Total 2 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=45556edit=1
#45555 [Opn-Csd]: Segfault with invalid non-string as register_introspection_callback
ID: 4 Updated by: [EMAIL PROTECTED] Reported By: chris_se at gmx dot net -Status: Open +Status: Closed Bug Type: XMLRPC-EPI related Operating System: Irrelevant PHP Version: 5.2.6 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. Thanks for the patch. Previous Comments: [2008-07-18 11:41:08] chris_se at gmx dot net Description: If an invalid callback is passed to the xmlrpc_server_register_introspection_callback method, the method builds an error message in which it uses Z_STRVAL(php_function) where php_function may be an arbitrary zval (for example, an integer). But accepting arbitrary zvals is necessary because callbacks may be arrays or objects. This may lead to two problems: 1) Segfaults if something which when interpreted as a pointer in the zval struct is an invalid memory address. 2) Reading arbitrary process memory if an integer is passed that corresponds to a valid memory address. This does represent a very minor security problem (denial of service in case (1) and reading sensitive data from other process parts in case of (2) and e.g. a threaded webserver). I've written patches for PHP 5.3 and PHP 6 that solve this problem. The patch for PHP 5.3 doesn't apply to the PHP 5.2 branch but backporting should be trivial: http://www.christian-seiler.de/temp/xmlrpc-bug-5.3.patch http://www.christian-seiler.de/temp/xmlrpc-bug-6.patch Reproduce code: --- ?php $options = array (); $request = xmlrpc_encode_request (system.describeMethods, $options); $server = xmlrpc_server_create (); xmlrpc_server_register_introspection_callback ($server, 1); $options = array ('output_type' = 'xml', 'version' = 'xmlrpc'); xmlrpc_server_call_method ($server, $request, NULL, $options) ? other variant -- ?php define (VALID_MEM_ADDR, 0xXX); $options = array (); $request = xmlrpc_encode_request (system.describeMethods, $options); $server = xmlrpc_server_create (); xmlrpc_server_register_introspection_callback ($server, VALID_MEM_ADDR); $options = array ('output_type' = 'xml', 'version' = 'xmlrpc'); xmlrpc_server_call_method ($server, $request, NULL, $options) ? Expected result: Warning: xmlrpc_server_call_method(): Error calling user introspection callback: 1() in %s on line 7 other variant -- Warning: xmlrpc_server_call_method(): Error calling user introspection callback: 0xXX() in %s on line 7 Actual result: -- Segmentation fault other variant -- Warning: xmlrpc_server_call_method(): Error calling user introspection callback: [Contents of string found at the specified memory address]() in %s on line 7 -- Edit this bug report at http://bugs.php.net/?id=4edit=1
#43908 [Bgs-Opn]: Add an optional parameter to exec() to not trim whitespace from output
ID: 43908 Updated by: [EMAIL PROTECTED] -Summary: exec() swallows whitespace in output Reported By: Arne dot Heizmann at csr dot com -Status: Bogus +Status: Open -Bug Type: Program Execution +Bug Type: Feature/Change Request Operating System: Windows 2000 PHP Version: 5.2.5 New Comment: Reclassified. Previous Comments: [2008-07-18 14:28:05] Arne dot Heizmann at csr dot com This is most certainly not expected behaviour, and furthermore, it is dataloss. If you must preserve backwards compatibility, which is certainly fair, then I recommend you add a new boolean option to the exec() call to preserve the whitespace. Either way, this bug is not bogus. I have an application whose output may or may not contain lines that contain only whitespace. I need for this whitespace to be preserved as otherwise I cannot parse the output correctly. Please note that I'm not talking about the trailing \n which is mentioned in the documentation. I'm referring to all other whitespace, especially spaces and tabs. [2008-07-17 23:43:21] [EMAIL PROTECTED] Expected behaviour and can not be changed. RTFM: http://php.net/exec [2008-06-02 13:26:52] Arne dot Heizmann at csr dot com Could we have this fix in the next version please? Just remove all the code that removes the whitespace? [2008-01-25 18:24:43] [EMAIL PROTECTED] Because that is intentional, however, it affect results as your case, when the string is consisting entirely of whitespace. Well, anyway, maybe this isn't a good idea, it was only my idea. [2008-01-25 17:59:46] Arne dot Heizmann at csr dot com The actual implementation strip trailing whitespaces, my patch also do it, but when the string contains only whitespaces, it remove just \r and \n. So why are you explicitly fixing only half of the bug and leaving the other half in? 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/43908 -- Edit this bug report at http://bugs.php.net/?id=43908edit=1
#45540 [Opn-Fbk]: stream_context_create creates bad http request
ID: 45540 Updated by: [EMAIL PROTECTED] Reported By: jdespatis at yahoo dot fr -Status: Open +Status: Feedback Bug Type: Streams related Operating System: Linux Kubuntu PHP Version: 5.2.6 New Comment: For the second time: What was the configure line you used to build PHP? Previous Comments: [2008-07-18 12:23:17] jdespatis at yahoo dot fr And to help to diagnose the problem i can perfectly make this script work if I code the stream by my own for example, I replace stream_context_create by some code using fsockopen, all works perfectly ... (i really think stream_context_create leaves some \r \n in some special case ...) $context = stream_context_create($opts); $buff = @file_get_contents(http://uploads.gdata.youtube.com/feeds/api/users/$username/uploads;, false, $context); by $fp = fsockopen(uploads.gdata.youtube.com, 80, $errno, $errstr, 30); if (!$fp) { return Youtube unreachable $errstr ($errno); } $out = POST /feeds/api/users/$username/uploads HTTP/1.0\r\n; $out .= Host: uploads.gdata.youtube.com\r\n; $out .= Content-Length: . strlen($opts[http][content] .\r\n; $out .= Connection: Close\r\n; $out .= $opts[http][header]; $out .= \r\n; $out .= $opts[http][content]; fwrite($fp, $out); $buff = ; while (!feof($fp)) { $buff .= fgets($fp, 4096); } fclose($fp); [2008-07-18 08:44:26] jdespatis at yahoo dot fr No this bug is different than bug 43222. In the latter the post content seems to be good except a CRLF more which is not dramatic In my case, the post content and header are completely broken... I've modified my configuration to forbid short open tag (i check with echo ini_get(short_open_tag) which returns nothing meaning false) and i get the same bug. But as I said, one could thing the bug comes from here (i've thought also), but not at all, the bug disappear if i let the short tag ? but change something else Php behavior is really weird... [2008-07-17 22:46:57] [EMAIL PROTECTED] Are you sure this isn't same issue as reported in bug #43222 ? What was the configure line you used to configure PHP? Is short_open_tag enabled? Check from phpinfo()! [2008-07-17 07:14:41] jdespatis at yahoo dot fr Oups, my script bug.php contains a function To test it, one can use this simple script : (no need to create a nothing.mp4 to use this example) ?php include(bug.php); $params = array(username = bigbluezen, password = demo, title = ultimate video topmoumoute, tags = test machin bidule, channel = poetic); print_r(publish(nothing.mp4, $params)); ? [2008-07-17 07:10:23] jdespatis at yahoo dot fr Description: I'm coding a little script to upload a video on Youtube, thanks to stream functions in php. It takes 2 steps: 1/ first connect on google to retrieve token, no problem with php code 2/ upload video with a query in POST, and there stream_context_create is giving a completely broken query.. From time to time, i can make it work, but it's pure random I have used a sniffer as wireshark to see the exact http query Reproduce code: --- Here is the piece of code that does all this stuff: http://www.despatis.com/php/bug.phps Expected result: PHP CLIENT = YOUTUBE SERVER: POST /feeds/api/users/bigbluezen/uploads HTTP/1.0 Host: uploads.gdata.youtube.com Content-Length: 792 Content-Type: multipart/related; boundary=---cefe168b3cb99683a0f9ebd6f9b2cca6 Authorization: GoogleLogin auth=AIwbFAQtr5MDW_ctllHioiYCpY6I_uF6A9zBcSbIQ8AceGbcYfqrmytEICM8p6VjjzygDd2HPL0YhTcVk2MPmtb9y93-9Fs3yiej8hBtLF60_N_a6aWDg9Mrbm18nP-2dTVvTA6h77eJZrOJICzgN3dZyPT4AN1ffQ X-GData-Client: ytapi-SourceRH-LaCartoonerie-3lludu8g-0 X-GData-Key: key=AI39si44WZavBNwYryVhVFaMH4Y8e0JbTAr83bScAxKby6LBW3xEyBzaXrV7MTw3sm56SmYVhSOWRXNfUrS0sqC1i7313ycFrQ Slug: c447e7c1c0b79e8dc97c76cdc16e9843.gif -cefe168b3cb99683a0f9ebd6f9b2cca6 Content-Type: application/atom+xml; charset=UTF-8 ?xml version=1.0? entry xmlns=http://www.w3.org/2005/Atom; xmlns:media=http://search.yahoo.com/mrss/; xmlns:yt=http://gdata.youtube.com/schemas/2007; media:group media:title type=plaintitle foo/media:title media:description type=plaindescription foo/media:description media:category scheme=http://gdata.youtube.com/schemas/2007/categories.cat;People/media:category media:keywordskey1, key2/media:keywords /media:group /entry -cefe168b3cb99683a0f9ebd6f9b2cca6 Content-Type: video/gif Content-Transfer-Encoding: binary XXX -cefe168b3cb99683a0f9ebd6f9b2cca6-- Actual result:
#43418 [Opn-WFx]: tick doesn't work as expected when using Apache 2.0 Handler as interface
ID: 43418 Updated by: [EMAIL PROTECTED] Reported By: deminy at deminy dot net -Status: Open +Status: Wont fix Bug Type: Apache2 related Operating System: Ubuntu, SunOS, etc PHP Version: 5.2.5 New Comment: Ticks are deprecated in PHP 5.3.0 and will be completely removed in PHP 6. We're not going to waste time trying to fix the inherently broken thing. Previous Comments: [2007-11-27 12:53:38] [EMAIL PROTECTED] See also bug #24943 [2007-11-26 20:26:36] deminy at deminy dot net Description: I wrote a script to test the behavior of construct declare/tick, and found that the HTTP outputs among different requests were inconsistent (The outputs were supposed to be the same according to the official documentation). I have tested the same script on three different web servers (which have different versions of PHP installed: 4.4.7, 5.1.6, 5.2.5, etc). I also tested the script using other different ways (from command line, running the script as a CGI script, etc). The script and other releated information (including PHP information) was put at this URL: http://www.deminy.net/php/bugs/php_bug_tick.tar.gz The bug reported here is similar to http://bugs.php.net/bug.php?id=11536 (register_tick_function weirdness) Reproduce code: --- The code and other information are put here: http://www.deminy.net/php/bugs/php_bug_tick.tar.gz Expected result: All HTTP requests to the script sould return only 5 lines beside the 1st line (which contains a string #!/opt/php5/bin/php). Actual result: -- Basically, for the 1st HTTP request, the output contains 5 lines; for the 2nd request, the output may contain 10 lines; for the 3nd request, the output may contain 15 lines ..for the Nth request, the output contains 5 lines again, and so on .. -- Edit this bug report at http://bugs.php.net/?id=43418edit=1
#38273 [Opn-WFx]: Incorrect return address after the execution of a signal handler?
ID: 38273 Updated by: [EMAIL PROTECTED] Reported By: axelluttgens at swing dot be -Status: Open +Status: Wont fix Bug Type: PCNTL related Operating System: Mac OSX 10.4.7 PHP Version: 5.2.4 New Comment: Ticks are deprecated in PHP 5.3.0 and will be completely removed in PHP 6. We're not going to waste time trying to fix the inherently broken thing. Previous Comments: [2007-07-14 11:03:56] axelluttgens at swing dot be So, as announced, I've compiled the php5.2-200707130630 snapshot. Here follows the output of a php -i command: PHP Version = 5.2.4-dev System = Darwin ALMbp.local 8.10.1 Darwin Kernel Version 8.10.1: Wed May 23 16:33:00 PDT 2007; root:xnu-792.22.5~1/RELEASE_I386 i386 Build Date = Jul 13 2007 10:13:10 Configure Command = './configure' '--prefix=/usr/local/php5' '--with-zlib-dir=/usr' '--with-zlib' '--enable-zip' '--enable-mbstring' '--enable-exif' '--enable-sockets' '--enable-ftp' '--enable-pcntl' '--with-iodbc=/usr' '--with-curl=/usr' '--with-curlwrappers' '--with-ldap=/usr' '--with-kerberos=/usr' '--with-apxs=/usr/sbin/apxs Server API = Command Line Interface Virtual Directory Support = disabled Configuration File (php.ini) Path = /usr/local/php5/lib Loaded Configuration File = (none) PHP API = 20041225 PHP Extension = 20060613 Zend Extension = 220060519 Debug Build = no Thread Safety = disabled Zend Memory Manager = enabled IPv6 Support = enabled Registered PHP Streams = zip, php, file, data, ftp, gopher, telnet, dict, ldap, http, https, ftps, compress.zlib Registered Stream Socket Transports = tcp, udp, unix, udg Registered Stream Filters = string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, convert.iconv.*, zlib.* This program makes use of the Zend Scripting Language Engine: Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Of course, things have changed since July 2006, as I am now on an Intel Mac, with OS X 10.4.10. Anyway, I doubt to be able to exacly reproduce the former environement; but, if needed, I could perhaps try the same on a 10.4.10 PPC. So, I first tried the original reproduce code, the one dated 2006-07-31 with the if statement. It seems that I still get the unexpected behavior when the dummy statement ($err = $err;) is commented out: $ ./sigtest.php ^C Warning: socket_select(): unable to select [4]: Interrupted system call in /Volumes/ALMbpData/sigtest.php on line 32 Received SIGINT ^C Warning: socket_select(): unable to select [4]: Interrupted system call in /Volumes/ALMbpData/sigtest.php on line 32 Handling SIGINT Received SIGINT ^C Warning: socket_select(): unable to select [4]: Interrupted system call in /Volumes/ALMbpData/sigtest.php on line 32 Handling SIGINT Received SIGINT [and so on...] and that uncommenting the dummy statement still brings the expected behavior back: $ ./sigtest.php ^C Warning: socket_select(): unable to select [4]: Interrupted system call in /Volumes/ALMbpData/sigtest.php on line 32 Received SIGINT Handling SIGINT ^C Warning: socket_select(): unable to select [4]: Interrupted system call in /Volumes/ALMbpData/sigtest.php on line 32 Received SIGINT Handling SIGINT [and so on...] In a word, it looks like the same behavior has been carried over from php 4 to php 5. On the other hand, re-reading my variant dated 2006-08-02, the one with the switch statement instead of the if statement, I believe I just introduced noise (sorry for that...). Indeed, one may notice that I introduced a statement between the case SOCKET_EINTR: and the PollSigs() call. Removing that extraneous statement, the socket_clear_error() call, I just get the same unexpected behavior as with he original reproduce code. In a sense, this is good news, as the basic features of the language thus behave similary! HTH, Axel [2007-07-13 07:56:57] axelluttgens at swing dot be Hello Jani, I'll try to test the case with the php5.2-200707130630 snapshot during this week-end. Thanks for the follow-up, Axel [2007-07-11 13:05:39] [EMAIL PROTECTED] Please try the 5.2 snapshot as requested before. We are going to discontinue support for PHP 4 this year so it is very unlikely that this bug will ever get fixed in PHP 4. But if the bug does not exist in PHP 5.2 it's possible to backport the fix from it to PHP 4.
#42893 [Opn-Fbk]: segfault on ia64 when working w/ constants
ID: 42893 Updated by: [EMAIL PROTECTED] Reported By: hoffie at gentoo dot org -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux on ia64 PHP Version: 5.2.5 New Comment: Even if some change between PHP versions is causing this, it's only happening on ia64, so it might as well be a bug in the compiler. Have you tried more recent GCC version..? Previous Comments: [2008-06-26 00:56:54] ryan dot oliver at dse dot vic dot gov dot au Same issue here with php-5.2.6 on ia64 (SGI Prism w SLES 9 SP3) using gcc-4.2.4 + binutils-2.18.0. As soon as debugging symbols are enabled (CFLAGS=-g or ./configure --enable-debug) the problem disappears ... Issue appears from my rudimentary tests to be due to compiler optimizations, debug symbols have no bearing on the issue Compiled with CFLAGS=-O0 CXXFLAGS=-O0 no segfault occurs. Compiled with CFLAGS=-O1 CXXFLAGS=-O1 no segfault occurs. So whatever the issue is, it is exposed by one/some of the 27 -O2 gcc optimizations. [2007-11-17 09:07:52] hoffie at gentoo dot org I've only tried Gentoo and Debian so far, but I think this should be sufficient. If it fails on two distros and previous versions of php worked (and still work) then it's likely that it is a bug which got introduced with php-5.2, isn't it? If you still want me to try it on another distro, please point me to some resource to easily install one (like Debians debootstrap). [2007-11-17 01:56:02] [EMAIL PROTECTED] Can you reproduce this with any linux distro on that machine? [2007-11-12 19:26:18] hoffie at gentoo dot org Still reproducable with gcc-4.2.2 and php-5.2.5 (final). [2007-11-12 17:52:24] hoffie at gentoo dot org We are not using gcc-3.x, but gcc-4.1(.2). Anyway, I've tried with 4.2.0 (as it was already installed) and it fails for the same reasons. I'm going to try 4.2.2, I can probably give you results later. 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/42893 -- Edit this bug report at http://bugs.php.net/?id=42893edit=1
#42143 [Asn]: The constant NAN is reported as 0 on Windows build
ID: 42143 Updated by: [EMAIL PROTECTED] Reported By: zoe at uk dot ibm dot com Status: Assigned Bug Type: Math related Operating System: Windows PHP Version: 5CVS-2007-07-30 (snap) -Assigned To: edink +Assigned To: pajoye New Comment: Pierre, assigning to you since Edin is MIA. Previous Comments: [2007-08-03 05:24:53] [EMAIL PROTECTED] Little notice about VC6, using it with the very last SDK works. I'm not sure which SDK is used on our win32 build box. It may be a platform sdk bug more than a VC bug. Edin, can you try to upgrade the SDK (if we can upgrade it:)? [2007-08-02 22:27:25] [EMAIL PROTECTED] Saw a bug under msvc2005 that can be related to this - get_nan() function produced FP exception. Weird thing is that it happens only if engine is started, shut down and then started again inside the same process. Maybe has something to do with some kind of floating point. Using PHP_DOUBLE_QUIET_NAN_HIGH instead seems to fix the problem. [2007-08-02 09:47:42] [EMAIL PROTECTED] I tried using vc 2k3 and 2k5 and NAN is correctly defined. VC6 seems to have a different way to define/get/use NAN. Maybe we can rely on fmod(1,0) instead (always return NaN on windows). [2007-07-31 11:42:49] [EMAIL PROTECTED] Edin, can you check if there's some problem with the win32 build in this? [2007-07-30 08:05:26] zoe at uk dot ibm dot com Description: The constant NAN is reported as '0' on the Windows binary downloaded from the snaps.php.net site. The function is correct on Linux. A colleague built locally (on Windows) from source and got the correct value for NAN (ie NAN). We stepped through this code (in basic_functions.c): PHPAPI double php_get_nan(void) { #if HAVE_HUGE_VAL_NAN return HUGE_VAL + -HUGE_VAL; #elif defined(__i386__) || defined(_X86_) || defined(ALPHA) || defined(_ALPHA) || defined(__alpha) double val = 0.0; ((php_uint32*)val)[1] = PHP_DOUBLE_QUIET_NAN_HIGH; ((php_uint32*)val)[0] = 0; return val; #elif HAVE_ATOF_ACCEPTS_NAN return atof(NAN); #else return 0.0/0.0; #endif } and found that the local build goes through the first if section, that is, HAVE_HUGE_VAL_NAN is true. We can't step through the Windows binary we downloaded but guessing that it's not executing the same section. Reproduce code: --- ?php echo NAN= ; var_dump(NAN); ? Expected result: NAN= float(NAN) Actual result: -- NAN= float(0) -- Edit this bug report at http://bugs.php.net/?id=42143edit=1
#45554 [Com]: Inconsistent behavior of the u format char
ID: 45554 Comment by: tj at systisoft dot com Reported By: tj at systisoft dot com Status: Open Bug Type: Date/time related Operating System: Mac OS X PHP Version: 5.3CVS-2008-07-18 (CVS) New Comment: It seems that I am not totally awake. So date_create_from_format('m-d-Y H:i:s T', $dateTime-format('m-d-Y H:i:s T')); will generate an error. should read: So date_create_from_format('m-d-Y H:i:s.u T', $dateTime-format('m-d-Y H:i:s.u T')); will generate an error. Previous Comments: [2008-07-18 11:28:52] tj at systisoft dot com Upsi, there should be 6 zeros in the microsecond part of the expected result. [2008-07-18 11:26:24] tj at systisoft dot com Description: The u format char behaves inconsistent. 1. In output the it uses 6 digits. When used in date_create_from_format it recognizes only up to 5 digits (though microseconds would be 6). So date_create_from_format('m-d-Y H:i:s T', $dateTime-format('m-d-Y H:i:s T')); will generate an error. 2. Though DateTime does not support microseconds (or does it?) and should cut them off it behaves very strange when parsing a date with fractional seconds. Reproduce code: --- $d = date_create_from_format(m-d-Y H:i:s.u T, 03-15-2005 12:22:29.0 PST); echo $d-format(m-d-Y H:i:s.u T); $d = date_create_from_format(m-d-Y H:i:s.u T, 03-15-2005 12:22:29.00100 PST); echo $d-format(m-d-Y H:i:s.u T); Expected result: 03-15-2005 12:22:29.0 PST 03-15-2005 12:22:29.0 PST Actual result: -- 03-15-2005 12:22:29.00 PST 03-15-2005 12:22:29.1 PST -- Edit this bug report at http://bugs.php.net/?id=45554edit=1
#5954 [Opn-Bgs]: Informix can't reliably figure if a text result column is NULL
ID: 5954 Updated by: [EMAIL PROTECTED] Reported By: mlemos at acm dot org -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Linux RH 6 PHP Version: 4.0 Latest CVS (04/08/2000) Assigned To: danny New Comment: Informix is now in PECL. Please submit any feature requests here: http://pecl.php.net/package/informix Previous Comments: [2000-08-04 23:13:22] [EMAIL PROTECTED] Seems a reasonable request. Introduce the PHP4 notion of NULL values for variables? if (ifx_hasnulloption()) { ifx_nullformat(2); } Or do you prefer your proposal ? ??? Danny --- [2000-08-04 17:22:50] [EMAIL PROTECTED] Change to feature/change request. [2000-08-04 08:18:44] mlemos at acm dot org There is the ifx_nullformat to tell wether NULL are returned as empty strings or a string that has the text NULL in it. Either forms can be valid result values for character string result columns. There needs to be a better solution. Suggestion: make Informix support work more like Oracle support that optionally does not set the entries of the result row array returned by ifx_fetch_row. This could be implemented with a new function for instance named ifx_returnnullcolumns that would take an argument that would set a an boolean option. null columns would only be returned if this option is true and that would be the default value to remain compatible with the current PHP-Informix API. Adding this new function would be a better solution than adding an extra mode option to ifx_nullformat because it would be easier detect if this option is available using the function_defined() function. -- Edit this bug report at http://bugs.php.net/?id=5954edit=1
#45540 [Fbk-Opn]: stream_context_create creates bad http request
ID: 45540 User updated by: jdespatis at yahoo dot fr Reported By: jdespatis at yahoo dot fr -Status: Feedback +Status: Open Bug Type: Streams related Operating System: Linux Kubuntu PHP Version: 5.2.6 New Comment: [EMAIL PROTECTED]:~$ cat php-5.2.6/config.nice #! /bin/sh # # Created by configure './configure' \ '--enable-sockets' \ '--enable-soap' \ '--with-mysql' \ '--enable-mbstring' \ '--enable-ftp' \ '--with-zlib' \ '--with-openssl' \ '--prefix=/home/enzo/divers/php_compil/' \ '--exec-prefix=/home/enzo/divers/php_compil/' \ '--disable-short-tags' \ $@ Previous Comments: [2008-07-18 16:05:44] [EMAIL PROTECTED] For the second time: What was the configure line you used to build PHP? [2008-07-18 12:23:17] jdespatis at yahoo dot fr And to help to diagnose the problem i can perfectly make this script work if I code the stream by my own for example, I replace stream_context_create by some code using fsockopen, all works perfectly ... (i really think stream_context_create leaves some \r \n in some special case ...) $context = stream_context_create($opts); $buff = @file_get_contents(http://uploads.gdata.youtube.com/feeds/api/users/$username/uploads;, false, $context); by $fp = fsockopen(uploads.gdata.youtube.com, 80, $errno, $errstr, 30); if (!$fp) { return Youtube unreachable $errstr ($errno); } $out = POST /feeds/api/users/$username/uploads HTTP/1.0\r\n; $out .= Host: uploads.gdata.youtube.com\r\n; $out .= Content-Length: . strlen($opts[http][content] .\r\n; $out .= Connection: Close\r\n; $out .= $opts[http][header]; $out .= \r\n; $out .= $opts[http][content]; fwrite($fp, $out); $buff = ; while (!feof($fp)) { $buff .= fgets($fp, 4096); } fclose($fp); [2008-07-18 08:44:26] jdespatis at yahoo dot fr No this bug is different than bug 43222. In the latter the post content seems to be good except a CRLF more which is not dramatic In my case, the post content and header are completely broken... I've modified my configuration to forbid short open tag (i check with echo ini_get(short_open_tag) which returns nothing meaning false) and i get the same bug. But as I said, one could thing the bug comes from here (i've thought also), but not at all, the bug disappear if i let the short tag ? but change something else Php behavior is really weird... [2008-07-17 22:46:57] [EMAIL PROTECTED] Are you sure this isn't same issue as reported in bug #43222 ? What was the configure line you used to configure PHP? Is short_open_tag enabled? Check from phpinfo()! [2008-07-17 07:14:41] jdespatis at yahoo dot fr Oups, my script bug.php contains a function To test it, one can use this simple script : (no need to create a nothing.mp4 to use this example) ?php include(bug.php); $params = array(username = bigbluezen, password = demo, title = ultimate video topmoumoute, tags = test machin bidule, channel = poetic); print_r(publish(nothing.mp4, $params)); ? 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/45540 -- Edit this bug report at http://bugs.php.net/?id=45540edit=1
#45150 [Opn]: MySQL functions cannot be used with 5.3.x on Vista
ID: 45150 User updated by: conor dot kerr_php at dev dot ceon dot net Reported By: conor dot kerr_php at dev dot ceon dot net Status: Open Bug Type: MySQL related Operating System: Windows Vista PHP Version: 5.3CVS-2008-06-02 (snap) New Comment: Hi, Finally got this sorted. Took a more methodical debugging attitude to this and reduced the mysql.connect_timeout to 5 seconds. Started to get error messages at last - so the mysql_connect function that wasn't failing altogether. Quickly determined that on Vista SP1, PHP5.3 can't resolve localhost to 127.0.0.1 in the mysql_connect function. Stopping Apache, pointing LoadModule php5_module ... and PHPIniDir ... back to 5.2.x then restarting Apache allows the mysql_connect function to work again (as expected). This is using a stock hosts file on Windoze, which is correctly set up for localhost. I'm not sure where the bug is but could it possibly be something to do with IPv6? Does PHP5.3's new mysqlnd default to using IPv6 first which then isn't resolving properly to 127.0.0.1? I only ask that as 5.2.6 works perfectly on the same machine(s) and the only difference I can see is the use of mysqlnd. I could be barking up the wrong tree altogether though, but I can confirm that PHP5.3.x can't resolve localhost when connecting to MySQL on Vista whereas it can on XP and 5.2.6 never has any troubles on the same machines (without any reboots). Also, FYI, hadn't tried this procedure before because command line commands to mysql work using localhost as well as 127.0.0.1 (as would be expected if Apache+PHP5.2.6 also worked) so it never occurred that there could be problem resolving localhost. At least I've got a solution for anyone out there... replace localhost with 127.0.0.1 in your scripts... until anyone @php.net can help us out with a fix/answer of course! Thanks again Jani for the post, it at least encouraged me to try and debug this more methodically and now I don't have to reboot into OSX or XP or upload scripts to a Linux server to out the new namespace functionality! :) All the best.. Conor Kerr http://ceon.net Previous Comments: [2008-07-18 07:46:35] conor dot kerr_php at dev dot ceon dot net Thanks for replying! I've disabled all the security checks as this is a development machine so that can't be it. :( I haven't come across a single person trying 5.3 (via Apache) and the new MySQL extension out on a Vista machine.. can anyone please confirm that they have it working? [2008-07-13 15:05:56] [EMAIL PROTECTED] Are you sure it's not some security feature in Vista that is blocking the connections? I'd check firewall settings, etc. [2008-06-13 14:09:03] conor dot kerr_php at dev dot ceon dot net Hi, Has anyone taken a look at this? I've managed to get PHP5.3 working fine with MySQL on Mac OS X, Linux (RedHat 9 - old I know but anyway :) ) and Windoze XP but mysql_connect times out on any Windoze Vista system. If anyone has got 5.3 working with MySQL on Vista could they please e-mail me to say so. If not, could this be looked at soon? Thanks, Conor [2008-06-02 16:46:50] conor dot kerr_php at dev dot ceon dot net Description: I've been trying the PHP 5.3.x snapshots out for the past two weeks on three separate Vista systems and consistently got timeouts when a mysql_connect function was encountered. Tried rebooting into Windoze XP on one of the systems and installing on it and everything worked perfectly straight away. Tried everything I could on the Vista systems, removing all copies of libmysql.dll from the system, changing the PATH, removing the path, (restarting after all changes) but every time PHP the mysql_connect function times out. Are the snapshots tested on XP only? I've spent almost a full working day over the past two weeks trying to get 5.3 running in my normal environment so that I could start using the namespace functionality. Sadly I now have no choice but to use XP anytime I need to run anything I write as 5.3 clearly isn't compatible with the combination of Vista and MySQL. :( Any PHP script that doesn't use MySQL works fine on all three Vista systems. Reproduce code: --- ?php print connecting...; mysqli_connect('localhost:3307', 'root', ''); ? Expected result: No errors. :) Actual result: -- Warning: mysql_connect() [function.mysql-connect]: [2002] A connection attempt failed because the connected party did not (trying to connect via tcp://localhost:3307) in C:\Program Files\Glossword-WAMP\htdocs\test8.php on line 3 Warning: mysql_connect() [function.mysql-connect]: A connection attempt failed because the connected
#45556 [Asn-Csd]: Return value from callback isn't freed
ID: 45556 Updated by: [EMAIL PROTECTED] Reported By: felipensp at gmail dot com -Status: Assigned +Status: Closed Bug Type:XMLRPC-EPI related PHP Version: 5.2CVS-2008-07-18 (CVS) Assigned To: felipe New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2008-07-18 14:54:40] felipensp at gmail dot com Description: The return value from callback in xmlrpc_server_register_introspection_callback() isn't freed. Memory leak found using --enable-debug. Reproduce code: --- ?php $options = array (); $request = xmlrpc_encode_request (system.describeMethods, $options); $server = xmlrpc_server_create(); function foo() { } xmlrpc_server_register_introspection_callback ($server, 'foo'); $options = array ('output_type' = 'xml', 'version' = 'xmlrpc'); xmlrpc_server_call_method ($server, $request, NULL, $options); Expected result: No mem. leak. Actual result: -- [Fri Jul 18 11:48:38 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/php5_2/ext/xmlrpc/xmlrpc-epi-php.c(885) : Freeing 0x085DC198 (16 bytes), script=/home/felipe/public_html/bug.php [Fri Jul 18 11:48:38 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/php5_2/Zend/zend_operators.c(543) : Freeing 0x085DC1D8 (1 bytes), script=/home/felipe/public_html/bug.php === Total 2 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=45556edit=1
#45497 [Fbk-Asn]: memory leak in select statement for varchar2 above 2000 characters
ID: 45497 Updated by: [EMAIL PROTECTED] Reported By: teju_baba at hotmail dot com -Status: Feedback +Status: Assigned Bug Type: OCI8 related Operating System: Solaris 10 PHP Version: 5.2.6 Assigned To: sixd Previous Comments: [2008-07-15 06:10:50] teju_baba at hotmail dot com This is the create statement for the 2 tables. CREATE TABLE NAS.AGENCY ( AGENCY_ID NUMBER(9), AGENCY_NAME VARCHAR2(60) NOT NULL , AGENCY_TYPE VARCHAR2(1) NOT NULL , AGENCY_ABBR VARCHAR2(10), ADMIN_HIST VARCHAR2(2000) NOT NULL , DATE_UPDATED DATE NOT NULL , PRIMARY KEY (AGENCY_ID) VALIDATE ) TABLESPACE USERS PCTFREE 10 INITRANS 1 MAXTRANS 255 STORAGE ( INITIAL 128K BUFFER_POOL DEFAULT) LOGGING; CREATE TABLE PIC.PC_CATALOGUE ( CATALOGUE_ID CHAR(10), ACCESSION_NO VARCHAR2(30), NEGATIVE_NO VARCHAR2(30), COLLECTION_TITLE VARCHAR2(1024), SUBJECT VARCHAR2(1024), CAPTION VARCHAR2(1024), MEDIUM VARCHAR2(3), SOURCE VARCHAR2(255), SOURCE_ADDRESS VARCHAR2(255), SOURCE_CONTACT_PERSON VARCHAR2(30), LOCATION VARCHAR2(10), SHELF_NO VARCHAR2(10), IMAGE_NO VARCHAR2(10), ACQUIRED_DATE DATE, ACCESSION_DATE DATE, RECORDING_DATE DATE, ACCESS_CODE VARCHAR2(3), PHOTOCD_ID VARCHAR2(50), PHOTOCD_NO VARCHAR2(50), ACCESSION_CONDITION VARCHAR2(50), REMARK VARCHAR2(255), OWNER VARCHAR2(30), STATUS CHAR(1), CHANGED_BY VARCHAR2(30), CHANGE_DATE DATE, SEARCH_FIELD VARCHAR2(4000), ACCESS_ID VARCHAR2(20), CREATE_DATE DATE, OLD_ACCESSION_NO NUMBER(10), IMAGE_LINK VARCHAR2(1024), EXTERNAL_SOURCE VARCHAR2(255), CAT_REMARKS VARCHAR2(4000), CONSTRAINT PC_CATALOGUE_PK PRIMARY KEY (CATALOGUE_ID) VALIDATE ) TABLESPACE USERS PCTFREE 10 INITRANS 1 MAXTRANS 255 STORAGE ( INITIAL 409600K BUFFER_POOL DEFAULT) LOGGING; Environment Variables: MANPATH=:/usr/man:/usr/share/man:/opt/SUNWvts/man:/opt/SUNWexplo/man:/opt/SUNWsneep/man:/opt/CTEact/man TOMCAT_HOME=/otej/sunSparcSol10/tomcat/apache-tomcat-5.5.26 TERM=xterm SHELL=/bin/bash NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1 TMPDIR=/var/tmp SSH_CLIENT=10.203.2.27 3622 22 OLDPWD=/ SSH_TTY=/dev/pts/2 USER=root LD_LIBRARY_PATH=:/otej/instantclient:/usr/openwin/lib OPENWINHOME=/usr/openwin WEBLOGIC_HOME=/usr/local/bea/weblogic81/server/bin MAIL=/var/mail//root PATH=/usr/sbin:/usr/bin:/usr/local/bin:/otej/j2sdk1.4.2_16/bin:/bin:/usr/ccs/bin:/usr/openwin/bin:/usr/dt/bin:/usr/platform/SUNW,Sun-Fire-V245/sbin:/opt/sun/bin:/opt/SUNWvts/bin:/opt/SUNWexplo/bin:/opt/SUNWsneep/bin:/opt/CTEact/bin PWD=/otej/project/a2osync JAVA_HOME=/otej/j2sdk1.4.2_16 EDITOR=vi TZ=Singapore [EMAIL PROTECTED] # [EMAIL PROTECTED] SHLVL=1 HOME=/ LOGNAME=root SSH_CONNECTION=10.203.2.27 3622 10.203.2.72 22 _=/usr/bin/env * TNS_ADMIN is not set as i do not use tnsnames.ora setting it to /otej/instantclient does not help either Versions: Machine 1: (Web server with Oracle Instant Client) OS: Solaris 10 PHP: 5.2.6 OCI: 1.3.3 Oracle Instant Client: 10.1.0.3 Machine 2: (Oracle DB) OS: Linux (Redhat Enterprise 3) Oracle: 10g Enterprise Edition: 10.1.0.3 I'll try to send you the sample data soon. [2008-07-13 17:24:00] [EMAIL PROTECTED] Can you email me CREATE TABLE and example (not real data) INSERT statements so I have the same values as you? Also let me know your NLS_LANG or other globalization settings, and exact DB version. [2008-07-13 07:54:27] teju_baba at hotmail dot com Here is another example: $query=select catalogue_id, accession_no, negative_no, collection_title, subject, caption, medium, source, source_address, source_contact_person, location, shelf_no, image_no, access_code, photocd_id, photocd_no, accession_condition, remark, owner, status, changed_by, search_field, access_id, old_accession_no, image_link, external_source, cat_remarks from PC_CATALOGUE where CATALOGUE_ID='289713'; Actual Result overflows on search_field and results in garbage for the following fields: Array ( [CATALOGUE_ID] = 289713 [ACCESSION_NO] = 0 [NEGATIVE_NO] = S128961 [COLLECTION_TITLE] = [SUBJECT] = CONSTITUENCIES (VISIT, MEET PEOPLE SESSION, ETC) [CAPTION] = COMMUNICATIONS AND LABOUR MINISTER ONG TENG CHEONG TOURING AYER RAJAH CONSTITUENCY [GROUP DESCRIPTION BY EVENT FROM TRANSFERRING AGENCY] [MEDIUM] = PCD [SOURCE] = MINISTRY OF INFORMATION AND THE ARTS (MITA) [SOURCE_ADDRESS] = [SOURCE_CONTACT_PERSON] = [LOCATION] = [SHELF_NO] = [IMAGE_NO] = 0044 [ACCESS_CODE] = B [PHOTOCD_ID] = 8262-3202-1062 [PHOTOCD_NO] = 19980006698 [ACCESSION_CONDITION] = [REMARK] = [OWNER] = CD IMAGING [STATUS] = 0 [CHANGED_BY] = CD IMAGING [SEARCH_FIELD] = C [ACCESS_ID] = MMUNICATIONS AND LAB [OLD_ACCESSION_NO] = -103019221621693332183419282117282223693512 [IMAGE_LINK] = EVENT FROM TRANSFERRING AGENCY] CONSTITUENCIES (VISIT, MEET PEOPLE
#45557 [NEW]: libxml visibility problem
From: Fedora at FamilleCollet dot com Operating system: Linux (Fedora 9) PHP version: 5.3CVS-2008-07-18 (snap) PHP Bug Type: *Compile Issues Bug description: libxml visibility problem Description: After successful compilation xml extension doesn't load Reproduce code: --- php -v Expected result: PHP 5.3.0-dev (cli) (built: Jul 18 2008 20:20:22) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2008 Zend Technologies Actual result: -- # php -v PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/dom.so' - /usr/lib64/php/modules/dom.so: undefined symbol: php_libxml_node_free_resource in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/xmlreader.so' - /usr/lib64/php/modules/xmlreader.so: undefined symbol: dom_node_class_entry in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/xsl.so' - /usr/lib64/php/modules/xsl.so: undefined symbol: dom_node_class_entry in Unknown on line 0 PHP 5.3.0-dev (cli) (built: Jul 18 2008 20:20:22) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2008 Zend Technologies -- Edit bug report at http://bugs.php.net/?id=45557edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45557r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45557r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45557r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45557r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45557r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45557r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45557r=needscript Try newer version:http://bugs.php.net/fix.php?id=45557r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45557r=support Expected behavior:http://bugs.php.net/fix.php?id=45557r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45557r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45557r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45557r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45557r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45557r=dst IIS Stability:http://bugs.php.net/fix.php?id=45557r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45557r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45557r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45557r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45557r=mysqlcfg
#45557 [Opn]: libxml visibility problem
ID: 45557 User updated by: Fedora at FamilleCollet dot com Reported By: Fedora at FamilleCollet dot com Status: Open Bug Type: *Compile Issues Operating System: Linux (Fedora 9) PHP Version: 5.3CVS-2008-07-18 (snap) New Comment: Simple patch proposal witch solves this issue : http://remi.fedorapeople.org/php-5.3.0-visibility.patch Regards Previous Comments: [2008-07-18 18:33:43] Fedora at FamilleCollet dot com Description: After successful compilation xml extension doesn't load Reproduce code: --- php -v Expected result: PHP 5.3.0-dev (cli) (built: Jul 18 2008 20:20:22) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2008 Zend Technologies Actual result: -- # php -v PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/dom.so' - /usr/lib64/php/modules/dom.so: undefined symbol: php_libxml_node_free_resource in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/xmlreader.so' - /usr/lib64/php/modules/xmlreader.so: undefined symbol: dom_node_class_entry in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/xsl.so' - /usr/lib64/php/modules/xsl.so: undefined symbol: dom_node_class_entry in Unknown on line 0 PHP 5.3.0-dev (cli) (built: Jul 18 2008 20:20:22) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2008 Zend Technologies -- Edit this bug report at http://bugs.php.net/?id=45557edit=1
#45558 [NEW]: Memcache reads/writes are not synchronized
From: emailforalex at gmail dot com Operating system: any PHP version: 5.2.6 PHP Bug Type: Feature/Change Request Bug description: Memcache reads/writes are not synchronized Description: This bug is incredibly hard to track down and reproduce, but is a major issue for high-volume sites using memcache. There is no synchronization mechanism built in when multiple servers serving multiple requests are all trying to read/write to a memcache machine. A race condition occurs where one request (r1) reads from the cache, then a second request (r2) reads from the cache, then r1 writes the same key back to the cache and r2 proceeds to also write that key to the cache. In effect, r2 overwrites the changes by r1. The issue was discovered while using the symfony framework which stores an array of all of its keys in the cache to allow for pattern-based searching of the keys. What sometimes happened is that two writes in a row would happen as described above, and the keys that were added to the array during the first write disappeared. -- Edit bug report at http://bugs.php.net/?id=45558edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45558r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45558r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45558r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45558r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45558r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45558r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45558r=needscript Try newer version:http://bugs.php.net/fix.php?id=45558r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45558r=support Expected behavior:http://bugs.php.net/fix.php?id=45558r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45558r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45558r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45558r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45558r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45558r=dst IIS Stability:http://bugs.php.net/fix.php?id=45558r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45558r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45558r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45558r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45558r=mysqlcfg
#45349 [Opn-Fbk]: ArrayObject::ksort() terminates script
ID: 45349 Updated by: [EMAIL PROTECTED] Reported By: david at grudl dot com -Status: Open +Status: Feedback Bug Type: SPL related Operating System: Windows XP PHP Version: 5.3CVS-2008-06-24 (snap) Assigned To: colder New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Previous Comments: [2008-07-16 12:57:21] david at grudl dot com This bug still exists in snapshot from Tue, 15 Jul 2008 20:25:38. [2008-07-14 01:00:02] 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. [2008-07-07 00:04:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi Can't reproduce: [EMAIL PROTECTED] /var/cvs/php.net/php5.3-dev $ sapi/cli/php -r '$a = new ArrayObject(); $a-ksort(); echo end\n;' end But I also fixed something related to methods like ksort(), so please try again. [2008-06-24 18:09:15] david at grudl dot com Description: Method ksort() terminates script. Reproduce code: --- $obj = new ArrayObject(); $obj-ksort(); -- Edit this bug report at http://bugs.php.net/?id=45349edit=1
#45559 [NEW]: I LOVE the cock
From: ls dot campbell1 at yahoo dot com Operating system: dickbutt PHP version: 5.2.6 PHP Bug Type: Unknown/Other Function Bug description: I LOVE the cock Description: [EMAIL PROTECTED] loves the cock. -- Edit bug report at http://bugs.php.net/?id=45559edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45559r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45559r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45559r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45559r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45559r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45559r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45559r=needscript Try newer version:http://bugs.php.net/fix.php?id=45559r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45559r=support Expected behavior:http://bugs.php.net/fix.php?id=45559r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45559r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45559r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45559r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45559r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45559r=dst IIS Stability:http://bugs.php.net/fix.php?id=45559r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45559r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45559r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45559r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45559r=mysqlcfg
#28344 [Com]: Memory/Stack or mktime() problem
ID: 28344 Comment by: wer1 at meta dot ua Reported By: powerstat at web dot de Status: No Feedback Bug Type: Date/time related Operating System: RedHat AS 2.1 IA64 PHP Version: 4.3.6 New Comment: OMG, amazing ftw!!! http://zoofucking.wiki.zoho.com/zoo-fucking.html http://zoofucking.wiki.zoho.com/zootube365.html http://zoofucking.wiki.zoho.com/Beastiality-video.html http://zoofucking.wiki.zoho.com/zootube-com.html Previous Comments: [2004-07-19 01:00:07] 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-07-11 21:45:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-05-10 09:19:19] powerstat at web dot de Description: PHP has a function called mktime() (see http://www.php.net/manual/en/function.mktime.php) this uses internally the Unix/Linux mktime() function. We detected the problem within the phpGroupWare (actual cvs checkout from branch 0.9.16) www.phpgroupware.org cvs repositories: https://savannah.gnu.org/projects/phpgwapi and https://savannah.gnu.org/projects/phpgroupware/ The bug itself will occur in the following file: http://savannah.gnu.org/cgi-bin/viewcvs/phpgwapi/phpgwapi/inc/class.datetime.inc.php?rev=1.5.2.12.2.8content-type=text/vnd.viewcvs-markup in the method function get_weekday_start($year,$month,$day) when php mktime() will be called, the result (in seconds) will be off by 2 days. This happens especially when zero or negative day values will be used. These values are allowed by php mktime() as well as by the underlying unix mktime() (see Itanium man mktime). We found that the problem only occurs in the above file, using the same values in a small test script will give backe the correct results! We assume that it might be a memory/stack problem within php itself, that we are not able to track down. Reproduce code: --- For URLs see description. switch($weekday) { case 0: $sday = mktime(2,0,0,$month,$day - 6,$year); break; case 1: $sday = mktime(2,0,0,$month,$day,$year); break; default: $sday = mktime(2,0,0,$month,$day - ($weekday - 1),$year); echo ':' . $day . ':' . $weekday . br /\n; echo ':' . $year . '/' . $month . '/' . ($day - ($weekday - 1)) . ' : ' . $sday . :br /hr /\n; } Expected result: The correct value in seconds (differs a bit by tomezone settings), but not values that are 2 days or more off. orrect Output values here 32bit linux machine: :1:4 :2004/4/-2 : 1080518400: :1:2 :2004/6/0 : 1085961600: :1:6 :2004/05/-4 : 1082937600: :1:6 :2004/05/-4 : 1082937600: wrong output values 64 bit itanium2: :1:4 :2004/4/-2 : 1080694800: :1:2 :2004/6/0 : 1085965200: :1:6 :2004/05/-4 : 1083286800: :1:6 :2004/05/-4 : 1083286800: -- Edit this bug report at http://bugs.php.net/?id=28344edit=1
#28344 [Com]: Memory/Stack or mktime() problem
ID: 28344 Comment by: wer2 at meta dot ua Reported By: powerstat at web dot de Status: No Feedback Bug Type: Date/time related Operating System: RedHat AS 2.1 IA64 PHP Version: 4.3.6 New Comment: OMG AMAZING FTW!!! http://zoo-fucking.wikidot.com http://zootube365.wikidot.com http://zootube-com.wikidot.com http://zootube-beastiality.wikidot.com Previous Comments: [2008-07-18 20:58:03] wer1 at meta dot ua OMG, amazing ftw!!! http://zoofucking.wiki.zoho.com/zoo-fucking.html http://zoofucking.wiki.zoho.com/zootube365.html http://zoofucking.wiki.zoho.com/Beastiality-video.html http://zoofucking.wiki.zoho.com/zootube-com.html [2004-07-19 01:00:07] 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-07-11 21:45:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-05-10 09:19:19] powerstat at web dot de Description: PHP has a function called mktime() (see http://www.php.net/manual/en/function.mktime.php) this uses internally the Unix/Linux mktime() function. We detected the problem within the phpGroupWare (actual cvs checkout from branch 0.9.16) www.phpgroupware.org cvs repositories: https://savannah.gnu.org/projects/phpgwapi and https://savannah.gnu.org/projects/phpgroupware/ The bug itself will occur in the following file: http://savannah.gnu.org/cgi-bin/viewcvs/phpgwapi/phpgwapi/inc/class.datetime.inc.php?rev=1.5.2.12.2.8content-type=text/vnd.viewcvs-markup in the method function get_weekday_start($year,$month,$day) when php mktime() will be called, the result (in seconds) will be off by 2 days. This happens especially when zero or negative day values will be used. These values are allowed by php mktime() as well as by the underlying unix mktime() (see Itanium man mktime). We found that the problem only occurs in the above file, using the same values in a small test script will give backe the correct results! We assume that it might be a memory/stack problem within php itself, that we are not able to track down. Reproduce code: --- For URLs see description. switch($weekday) { case 0: $sday = mktime(2,0,0,$month,$day - 6,$year); break; case 1: $sday = mktime(2,0,0,$month,$day,$year); break; default: $sday = mktime(2,0,0,$month,$day - ($weekday - 1),$year); echo ':' . $day . ':' . $weekday . br /\n; echo ':' . $year . '/' . $month . '/' . ($day - ($weekday - 1)) . ' : ' . $sday . :br /hr /\n; } Expected result: The correct value in seconds (differs a bit by tomezone settings), but not values that are 2 days or more off. orrect Output values here 32bit linux machine: :1:4 :2004/4/-2 : 1080518400: :1:2 :2004/6/0 : 1085961600: :1:6 :2004/05/-4 : 1082937600: :1:6 :2004/05/-4 : 1082937600: wrong output values 64 bit itanium2: :1:4 :2004/4/-2 : 1080694800: :1:2 :2004/6/0 : 1085965200: :1:6 :2004/05/-4 : 1083286800: :1:6 :2004/05/-4 : 1083286800: -- Edit this bug report at http://bugs.php.net/?id=28344edit=1
#28344 [Com]: Memory/Stack or mktime() problem
ID: 28344 Comment by: wer1 at meta dot ua Reported By: powerstat at web dot de Status: No Feedback Bug Type: Date/time related Operating System: RedHat AS 2.1 IA64 PHP Version: 4.3.6 New Comment: http://beastiality-video.wikidot.com http://animal-porn-tube.wikidot.com http://glam0ur.wikidot.com http://novoporn.wikidot.com Previous Comments: [2008-07-18 20:59:05] wer2 at meta dot ua OMG AMAZING FTW!!! http://zoo-fucking.wikidot.com http://zootube365.wikidot.com http://zootube-com.wikidot.com http://zootube-beastiality.wikidot.com [2008-07-18 20:58:03] wer1 at meta dot ua OMG, amazing ftw!!! http://zoofucking.wiki.zoho.com/zoo-fucking.html http://zoofucking.wiki.zoho.com/zootube365.html http://zoofucking.wiki.zoho.com/Beastiality-video.html http://zoofucking.wiki.zoho.com/zootube-com.html [2004-07-19 01:00:07] 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-07-11 21:45:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-05-10 09:19:19] powerstat at web dot de Description: PHP has a function called mktime() (see http://www.php.net/manual/en/function.mktime.php) this uses internally the Unix/Linux mktime() function. We detected the problem within the phpGroupWare (actual cvs checkout from branch 0.9.16) www.phpgroupware.org cvs repositories: https://savannah.gnu.org/projects/phpgwapi and https://savannah.gnu.org/projects/phpgroupware/ The bug itself will occur in the following file: http://savannah.gnu.org/cgi-bin/viewcvs/phpgwapi/phpgwapi/inc/class.datetime.inc.php?rev=1.5.2.12.2.8content-type=text/vnd.viewcvs-markup in the method function get_weekday_start($year,$month,$day) when php mktime() will be called, the result (in seconds) will be off by 2 days. This happens especially when zero or negative day values will be used. These values are allowed by php mktime() as well as by the underlying unix mktime() (see Itanium man mktime). We found that the problem only occurs in the above file, using the same values in a small test script will give backe the correct results! We assume that it might be a memory/stack problem within php itself, that we are not able to track down. Reproduce code: --- For URLs see description. switch($weekday) { case 0: $sday = mktime(2,0,0,$month,$day - 6,$year); break; case 1: $sday = mktime(2,0,0,$month,$day,$year); break; default: $sday = mktime(2,0,0,$month,$day - ($weekday - 1),$year); echo ':' . $day . ':' . $weekday . br /\n; echo ':' . $year . '/' . $month . '/' . ($day - ($weekday - 1)) . ' : ' . $sday . :br /hr /\n; } Expected result: The correct value in seconds (differs a bit by tomezone settings), but not values that are 2 days or more off. orrect Output values here 32bit linux machine: :1:4 :2004/4/-2 : 1080518400: :1:2 :2004/6/0 : 1085961600: :1:6 :2004/05/-4 : 1082937600: :1:6 :2004/05/-4 : 1082937600: wrong output values 64 bit itanium2: :1:4 :2004/4/-2 : 1080694800: :1:2 :2004/6/0 : 1085965200: :1:6 :2004/05/-4 : 1083286800: :1:6 :2004/05/-4 : 1083286800: -- Edit this bug report at http://bugs.php.net/?id=28344edit=1
#28344 [Com]: Memory/Stack or mktime() problem
ID: 28344 Comment by: wer2 at meta dot ua Reported By: powerstat at web dot de Status: No Feedback Bug Type: Date/time related Operating System: RedHat AS 2.1 IA64 PHP Version: 4.3.6 New Comment: http://hentaicrack.wikidot.com http://24porn7.wikidot.com http://nonknonk.wikidot.com http://enwhore.wikidot.com Previous Comments: [2008-07-18 20:59:24] wer1 at meta dot ua http://beastiality-video.wikidot.com http://animal-porn-tube.wikidot.com http://glam0ur.wikidot.com http://novoporn.wikidot.com [2008-07-18 20:59:05] wer2 at meta dot ua OMG AMAZING FTW!!! http://zoo-fucking.wikidot.com http://zootube365.wikidot.com http://zootube-com.wikidot.com http://zootube-beastiality.wikidot.com [2008-07-18 20:58:03] wer1 at meta dot ua OMG, amazing ftw!!! http://zoofucking.wiki.zoho.com/zoo-fucking.html http://zoofucking.wiki.zoho.com/zootube365.html http://zoofucking.wiki.zoho.com/Beastiality-video.html http://zoofucking.wiki.zoho.com/zootube-com.html [2004-07-19 01:00:07] 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-07-11 21:45:56] [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 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/28344 -- Edit this bug report at http://bugs.php.net/?id=28344edit=1
#28344 [Com]: Memory/Stack or mktime() problem
ID: 28344 Comment by: wer3 at meta dot ua Reported By: powerstat at web dot de Status: No Feedback Bug Type: Date/time related Operating System: RedHat AS 2.1 IA64 PHP Version: 4.3.6 New Comment: http://wunbuck.wikidot.com http://assdumper.wikidot.com http://spankwire.wikidot.com Previous Comments: [2008-07-18 20:59:41] wer2 at meta dot ua http://hentaicrack.wikidot.com http://24porn7.wikidot.com http://nonknonk.wikidot.com http://enwhore.wikidot.com [2008-07-18 20:59:24] wer1 at meta dot ua http://beastiality-video.wikidot.com http://animal-porn-tube.wikidot.com http://glam0ur.wikidot.com http://novoporn.wikidot.com [2008-07-18 20:59:05] wer2 at meta dot ua OMG AMAZING FTW!!! http://zoo-fucking.wikidot.com http://zootube365.wikidot.com http://zootube-com.wikidot.com http://zootube-beastiality.wikidot.com [2008-07-18 20:58:03] wer1 at meta dot ua OMG, amazing ftw!!! http://zoofucking.wiki.zoho.com/zoo-fucking.html http://zoofucking.wiki.zoho.com/zootube365.html http://zoofucking.wiki.zoho.com/Beastiality-video.html http://zoofucking.wiki.zoho.com/zootube-com.html [2004-07-19 01:00:07] 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. 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/28344 -- Edit this bug report at http://bugs.php.net/?id=28344edit=1
#44645 [Com]: php5ts.dll Crash (x86_64 base machines)
ID: 44645 Comment by: madhav_2k at yahoo dot com Reported By: gary dot wilson at coull dot biz Status: No Feedback Bug Type: Reproducible crash Operating System: Windows Server 2003 PHP Version: 5.2.5 New Comment: i am getting the same error as well. Httpd.exe - Application error The instruction at xxx referenced memory at xxx. The memory could not be read This has completely halted my development and has pretty much rendered PHP on my laptop unusable. I use a Dell Latitude with a Intel Centrino Duo Core processor running Win2k Sp2. Software versions are MySQL 5.1 , Apache webserver 2.2 and Php 5.2.3 This has become a major showstopper and a quick resolution is highly desirable!! Previous Comments: [2008-07-13 01:00:01] 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. [2008-07-05 12:38:11] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. We also need the script. Is apache a x64 or x86 build (aka runs under 32bit or 64bit OS mode)? If not already done, please use the pdb files (debug pack) so we can see where it crashes (not only which functions). [2008-07-05 12:23:26] donald dot lam at live dot com This problem also occurred on my windows 2000 Pro system. It was happened on installing phpBB with WAMP server and firebird DB. Windows events log as following: = Event Type: Error Event Source: Application Error Event Category: (100) Event ID: 1000 Date: 2008/7/5 Time: ºß 08:12:04 User: N/A Computer: XPDON Description: Faulting application httpd.exe, version 2.2.8.0, faulting module php5ts.dll, version 5.2.6.6, fault address 0xb4f0. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: : 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 68 74 74 ure htt 0018: 70 64 2e 65 78 65 20 32 pd.exe 2 0020: 2e 32 2e 38 2e 30 20 69 .2.8.0 i 0028: 6e 20 70 68 70 35 74 73 n php5ts 0030: 2e 64 6c 6c 20 35 2e 32 .dll 5.2 0038: 2e 36 2e 36 20 61 74 20 .6.6 at 0040: 6f 66 66 73 65 74 20 30 offset 0 0048: 30 30 30 62 34 66 30 000b4f0 Apache log as following: == [Sat Jul 05 20:12:13 2008] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Sat Jul 05 20:12:14 2008] [notice] Apache/2.2.8 (Win32) PHP/5.2.6 configured -- resuming normal operations [Sat Jul 05 20:12:14 2008] [notice] Server built: Jan 18 2008 00:37:19 [Sat Jul 05 20:12:14 2008] [notice] Parent: Created child process 3204 [Sat Jul 05 20:12:14 2008] [notice] Child 3204: Child process is running [Sat Jul 05 20:12:14 2008] [notice] Child 3204: Acquired the start mutex. [Sat Jul 05 20:12:14 2008] [notice] Child 3204: Starting 64 worker threads. [Sat Jul 05 20:12:14 2008] [notice] Child 3204: Starting thread to listen on port 80. [Sat Jul 05 20:13:37 2008] [notice] Parent: Received shutdown signal -- Shutting down the server. [Sat Jul 05 20:13:37 2008] [notice] Child 3204: Exit event signaled. Child process is ending. [Sat Jul 05 20:13:38 2008] [notice] Child 3204: Released the start mutex [Sat Jul 05 20:13:39 2008] [notice] Child 3204: All worker threads have exited. [Sat Jul 05 20:13:39 2008] [notice] Child 3204: Child process is exiting [Sat Jul 05 20:13:39 2008] [notice] Parent: Child process exited successfully. This problem also occurred on my windows 2000 Pro system. It was happened on installing phpBB with WAMP server and firebird DB. Windows events log as followng: = Event Type: Error Event Source: Application Error Event Category: (100) Event ID: 1000 Date: 2008/7/5 Time: ºß 08:12:04 User: N/A Computer: XPDON Description: Faulting application httpd.exe, version 2.2.8.0, faulting module php5ts.dll, version 5.2.6.6, fault address 0xb4f0. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: : 41
#42188 [Com]: session_start segfaults with Apache 2
ID: 42188 Comment by: adam dot prall at thinkingman dot com Reported By: h dot fietz at dezem dot de Status: No Feedback Bug Type: Session related Operating System: Gentoo 2006.1 PHP Version: 5.2.3 New Comment: Issue confirmed on two machines: Mac OS X 10.5.4 on an Intel and a PPC Machine with identical configurations, running Apache2 64 bit with PHP 5.2.4 entropy version. Previous Comments: [2007-10-09 08:45:40] oyvind at selbek dot com OSX 10.5 Leopard, issue confirmed. Let's hope it gets fixed before Leopard goes retail. This makes PHP almost useless on leopard :/ [2007-09-11 02:54:59] tony at mcrsys dot com Mac OSX 10.5 (Leopard), PHP 5.2.3 Same stack trace, from index.php, session_start() before any output. [2007-08-11 01:00:01] 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. [2007-08-03 01:04:24] [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 [2007-08-02 20:03:12] h dot fietz at dezem dot de Description: PHP crashes (Child pid xxx exit signal segmentation fault in Apache's error_log) on calling session_start(). Environment: AMD Opteron 146 (64bit) Gentoo Linux 2006.1 Apache 2.0.58 PHP 5.2.3 from portage ebuild Reproduce code: --- ? sleep(30);// give some time to attach gdb session_start(); // crash echo Never comes herebr; ? Expected result: session starts Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46971518093328 (LWP 26146)] 0x2ab8688ac430 in strlen () from /lib/libc.so.6 (gdb) bt #0 0x2ab8688ac430 in strlen () from /lib/libc.so.6 #1 0x2ab86a81c934 in zif_session_encode () from /usr/lib64/apache2/modules/libphp5.so #2 0x2ab86a81efc5 in php_session_start () from /usr/lib64/apache2/modules/libphp5.so #3 0x2ab86a81f8b9 in zif_session_start () from /usr/lib64/apache2/modules/libphp5.so #4 0x2ab86a975512 in execute () from /usr/lib64/apache2/modules/libphp5.so #5 0x2ab86a9660d3 in execute () from /usr/lib64/apache2/modules/libphp5.so #6 0x2ab86a94715d in zend_execute_scripts () from /usr/lib64/apache2/modules/libphp5.so #7 0x2ab86a905b18 in php_execute_script () from /usr/lib64/apache2/modules/libphp5.so #8 0x2ab86a9c5dbd in php_ap2_register_hook () from /usr/lib64/apache2/modules/libphp5.so #9 0x00426d69 in ap_run_handler () #10 0x00429c62 in ap_invoke_handler () #11 0x00424d38 in ap_process_request () #12 0x0041fd30 in _start () -- Edit this bug report at http://bugs.php.net/?id=42188edit=1
#45558 [Opn-Bgs]: Memcache reads/writes are not synchronized
ID: 45558 Updated by: [EMAIL PROTECTED] Reported By: emailforalex at gmail dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: any PHP Version: 5.2.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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. This is a problem with the application design, you need to do some sort of locking before you read and write the value. Previous Comments: [2008-07-18 19:14:46] emailforalex at gmail dot com Description: This bug is incredibly hard to track down and reproduce, but is a major issue for high-volume sites using memcache. There is no synchronization mechanism built in when multiple servers serving multiple requests are all trying to read/write to a memcache machine. A race condition occurs where one request (r1) reads from the cache, then a second request (r2) reads from the cache, then r1 writes the same key back to the cache and r2 proceeds to also write that key to the cache. In effect, r2 overwrites the changes by r1. The issue was discovered while using the symfony framework which stores an array of all of its keys in the cache to allow for pattern-based searching of the keys. What sometimes happened is that two writes in a row would happen as described above, and the keys that were added to the array during the first write disappeared. -- Edit this bug report at http://bugs.php.net/?id=45558edit=1
#45561 [NEW]: PHP-5.2.6 + Mod_FastCGI-2.4.6 + Suexec Apache 2.2.9 causes hangs/error 500
From: jamesslee at hotmail dot com Operating system: centos-5 PHP version: 5.2.6 PHP Bug Type: Apache2 related Bug description: PHP-5.2.6 + Mod_FastCGI-2.4.6 + Suexec Apache 2.2.9 causes hangs/error 500 Description: PHP5 compiled with: ./configure --prefix=/usr/local/php5 --enable-fastcgi --enable-force-cgi-redirect Basically, I am using Apache2 Suexec with mod_fastcgi using PHP 5.2.6 as a cli. I am using the same apache directives and same fcgi script (the only difference is that one points to the php4 binary vs php5 vinary). This setup works with PHP-4.4.8, but not with PHP-5.2.6. When I try to view test.php5 via the web browser, it just hangs until I get the 500 error. Reproduce code: --- test.php5: ? phpinfo(); ? Expected result: I expect to see the results of the phpinfo function. Actual result: -- test.php5 hangs in the browser. The following logs are produced: access.log: X.X.X.X - - [19/Jul/2008:00:17:27 -0400] GET /test.php5 HTTP/1.1 500 545 error.log: [Sat Jul 19 00:17:32 2008] [warn] FastCGI: (dynamic) server /home/foo/domains/foo.com/cgi-bin/php5.fcgi restarted (pid 3048) [Sat Jul 19 00:17:32 2008] [warn] FastCGI: (dynamic) server /home/foo/domains/foo.com/cgi-bin/php5.fcgi (pid 3048) terminated by calling exit with status '0' [Sat Jul 19 00:17:35 2008] [error] [client X.X.X.X] (104)Connection reset by peer: FastCGI: comm with server /home/foo/domains/foo.com/cgi-bin/php5.fcgi aborted: read failed [Sat Jul 19 00:17:35 2008] [error] [client X.X.X.X] FastCGI: incomplete headers (0 bytes) received from server /home/foo/domains/foo.com/cgi-bin/php5.fcgi -- Edit bug report at http://bugs.php.net/?id=45561edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45561r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45561r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45561r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45561r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45561r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45561r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45561r=needscript Try newer version:http://bugs.php.net/fix.php?id=45561r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45561r=support Expected behavior:http://bugs.php.net/fix.php?id=45561r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45561r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45561r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45561r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45561r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45561r=dst IIS Stability:http://bugs.php.net/fix.php?id=45561r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45561r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45561r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45561r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45561r=mysqlcfg