#45226 [Opn]: xmlrpc_set_type fails with valid ISO8601 date string
ID: 45226 User updated by: bmn at bmn dot name Reported By: bmn at bmn dot name Status: Open Bug Type: Reproducible crash -Operating System: Linux +Operating System: Linux, Gutsy Gibbon PHP Version: 5.2.6 New Comment: Added OS detail. Previous Comments: [2008-06-10 05:12:19] bmn at bmn dot name Description: PHP crashes when trying to call xmlrpc_set_type with a correctly formatted ISO8601 datetime string from the date() function. Note that if you specify a datetime string without the +/-00:00, it will work. If you specify the timezome information (as the constant DATE_ISO8601 does), php will crash. Reproduce code: --- // this code breaks $d = date(DATE_ISO8601); xmlrpc_set_type($d, 'datetime'); echo xmlrpc_encode_request('method.call', array('date' => $d)); //working code $d = '2008-01-01 20:00:00'; xmlrpc_set_type($d, 'datetime'); echo xmlrpc_encode_request('method.call', array('date' => $d)); Expected result: method.call date 20080101T20:00:00 Actual result: -- *** stack smashing detected ***: php terminated Aborted (core dumped) -- Edit this bug report at http://bugs.php.net/?id=45226&edit=1
#45226 [NEW]: xmlrpc_set_type fails with valid ISO8601 date string
From: bmn at bmn dot name Operating system: Linux PHP version: 5.2.6 PHP Bug Type: Reproducible crash Bug description: xmlrpc_set_type fails with valid ISO8601 date string Description: PHP crashes when trying to call xmlrpc_set_type with a correctly formatted ISO8601 datetime string from the date() function. Note that if you specify a datetime string without the +/-00:00, it will work. If you specify the timezome information (as the constant DATE_ISO8601 does), php will crash. Reproduce code: --- // this code breaks $d = date(DATE_ISO8601); xmlrpc_set_type($d, 'datetime'); echo xmlrpc_encode_request('method.call', array('date' => $d)); //working code $d = '2008-01-01 20:00:00'; xmlrpc_set_type($d, 'datetime'); echo xmlrpc_encode_request('method.call', array('date' => $d)); Expected result: method.call date 20080101T20:00:00 Actual result: -- *** stack smashing detected ***: php terminated Aborted (core dumped) -- Edit bug report at http://bugs.php.net/?id=45226&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45226&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45226&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45226&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45226&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45226&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45226&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45226&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45226&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45226&r=support Expected behavior:http://bugs.php.net/fix.php?id=45226&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45226&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45226&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45226&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45226&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45226&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45226&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45226&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45226&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45226&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45226&r=mysqlcfg
#45225 [NEW]: Memory behavior that reminds ie memory leak.
From: vituko at gmail dot com Operating system: Lenny PHP version: 5.2.6 PHP Bug Type: Class/Object related Bug description: Memory behavior that reminds ie memory leak. Description: Garbage collection works in an unexpected way for me, when there're crossed references. I discovered it working with large databases, Apache crashes sometimes : the thread hangs and after /etc/init.d/apache2 restart, it continues working. Another thing : the only way to get track of references is debug_zval_dump (of course it can be done manually) and huge strings must be parsed. Further, when mixing true (&) and "php" references it's no more possible... or is it? Only a tought... Thanks Reproduce code: --- class a { public function __destruct() { echo 'destr' ; } } $a = new a ; $a -> v = new a ; $a -> w = new a ; $a -> v -> w = $a -> w ; $a -> w -> v = $a -> v ; unset ($a) ; echo 'fin' ; exit ; Expected result: destr destr destr fin Actual result: -- destr fin destr destr -- Edit bug report at http://bugs.php.net/?id=45225&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45225&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45225&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45225&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45225&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45225&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45225&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45225&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45225&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45225&r=support Expected behavior:http://bugs.php.net/fix.php?id=45225&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45225&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45225&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45225&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45225&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45225&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45225&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45225&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45225&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45225&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45225&r=mysqlcfg
#27421 [Com]: mbstring.func_overload set in .htaccess becomes global
ID: 27421 Comment by: future at shiny dot co dot il Reported By: php at strategma dot bg Status: Assigned Bug Type: mbstring related Operating System: Slackware 9.1 kernel: 2.4.22 PHP Version: 4.3.4 Assigned To: hirokawa New Comment: David, unfortunately your patch doesn't seem to solve the problem. Furthermore, on my system, strlen never seems to be overridden (mb_orig_strlen never exists) while substr always remains overridden (mb_orig_substr always exists). Are you sure this shutdown sequence is even being run? Previous Comments: [2008-03-19 18:37:03] [EMAIL PROTECTED] Assigned to maintainer. [2008-03-19 18:28:25] david at dfoerster dot de > It is not recommended to use the function overloading option in > the per-directory context, because it's not confirmed yet to be > stable enough in a production environment and may lead to > undefined behaviour. Once the patch is applied this notice can probably be removed from the documentation. [2008-03-19 18:08:46] david at dfoerster dot de Hi, this patch fixes the problem (didn't find a way to attach a patch here): http://www.dfoerster.de/misc/php-27421.diff The problem was that the while loop in PHP_RSHUTDOWN_FUNCTION would terminate on the first function that was not overloaded. With a settin of 2, the str* functions would never be restored, because the mail function was not overloaded. The patch changes the behaviour to be similar to the loop in PHP_RINIT_FUNCTION. [2008-03-15 13:41:58] rnbarra at yaho dot copm sopa [2008-02-24 21:21:08] lip at lip dot net dot ua I also have this problem. PHP 5.2.5 Apache/2.2.8 If I use mbstring.func_overload in .htaccess other virtualhosts not work For example: DocumentRoot /var/www/phpmyadmin AddHandler cgi-script .cgi AddHandler cgi-script .pl ServerName n.com.net DocumentRoot /var/www/db ServerName db.net in /var/www/db/.htaccess php_value mbstring.func_overload 6 In this situation phpmyadmin doesnt work when I refresh few times db.net 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/27421 -- Edit this bug report at http://bugs.php.net/?id=27421&edit=1
#45224 [NEW]: Segmentation Fault in preg_match
From: dave at westphila dot net Operating system: Linux, Fedora Core 8 PHP version: 5.2.6 PHP Bug Type: Reproducible crash Bug description: Segmentation Fault in preg_match Description: I can reproduce a segfault in a preg_match call with a particular regular expression and target text (which is a large html file). The offending regEx and a very similar one which does not segfault are included in the script I've attached. Reproduce code: --- ^<]{1,20}>){0,1}(\s|<[^<^>]+>| )+L(<[^>^<]{1,20}>){0,1}imitation(\s|<[^<^>]+>| )+/"; $exp2 = "/(<[^>^<]{1,20}>){0,1}(\s|<[^<^>]+>| )+L(<[^>^<]{1,20}>){0,1}imitation(\s|<[^<^>]+>| )+o/"; preg_match($exp1, $text); echo "Passed Expression 1\n"; preg_match($exp2, $text); echo "Passed Expression 2\n"; ?> Expected result: The file may or may not match the regEx, out of memory maybe, but certainly it shouldn't segfault. Actual result: -- The reg ex string in $exp1 runs ok. The expression in $exp2 is only one character longer and produces a segfault when run on the file publicly available here: http://dev.xtractresearch.com/SD11212006CA.htm A segfault does not happen when instead of this file a shorter string of text is used (commented out in the script code). Length of the file should not be an issue since the first regEx completes ok. -- Edit bug report at http://bugs.php.net/?id=45224&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45224&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45224&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45224&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45224&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45224&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45224&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45224&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45224&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45224&r=support Expected behavior:http://bugs.php.net/fix.php?id=45224&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45224&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45224&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45224&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45224&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45224&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45224&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45224&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45224&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45224&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45224&r=mysqlcfg
#29479 [Com]: changing current process name
ID: 29479 Comment by: lindsay dot snider at gmail dot com Reported By: black at scene-si dot org Status: Suspended Bug Type: Feature/Change Request Operating System: linux PHP Version: 6CVS New Comment: Here is a shorter version based off of xdecock's code which has been working well. I see value in having this available when using PHP in CLI mode. --- #include #include #include #include static char *argv0 = NULL; #define MAX_TITLE_LENGTH128 void setproctitle(char *title) { charbuffer[MAX_TITLE_LENGTH]; int tlen = strlen(title); memset(buffer, 0x20, MAX_TITLE_LENGTH); buffer[MAX_TITLE_LENGTH-1] = '\0'; if( tlen < (MAX_TITLE_LENGTH-1) ) memcpy(buffer, title, tlen); if( argv0 ) snprintf(argv0, MAX_TITLE_LENGTH, "%s", buffer); } void set_proctitle_init() { sapi_module_struct *symbol = NULL; symbol = (sapi_module_struct *)dlsym(NULL, "sapi_module"); if( symbol ) argv0 = symbol->executable_location; } PHP_FUNCTION(setproctitle) { char*title; longtlen; if(zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "s",&title, &tlen) == FAILURE) RETURN_FALSE; setproctitle(title); } Previous Comments: [2007-06-06 12:54:17] xdecock at gmail dot com I've tried to make a port of the apache thing used for wikipedia to a more generic one. If it can be usefull for anyone (only tested it on cli, as i search the way of doing this for cli primary) Not sure how good is this method, at first seen, it works proctitle.h & config.m4 are almost the same (except for MREQUEST_INIT & MREQUEST_SHUTDOWN), but it is not usefull for CLI the url for those files: http://wikipedia.svn.sourceforge.net/viewvc/wikipedia/trunk/extensions/pecl-proctitle/php_proctitle.h?revision=9174&view=markup #proctitle.c /* +--+ | PHP Version 4 | +--+ | Copyright (c) 1997-2003 The PHP Group | +--+ | This source file is subject to version 2.02 of the PHP license, | | that is bundled with this package in the file LICENSE, and is | | available at through the world-wide-web at | | http://www.php.net/license/2_02.txt. | | If you did not receive a copy of the PHP license and are unable to | | obtain it through the world-wide-web, please send a note to | | [EMAIL PROTECTED] so we can mail you a copy immediately. | +--+ | Author: | +--+ $Id$ */ #define MAXTITLE 1024 #ifdef HAVE_CONFIG_H #include "config.h" #endif #include #include "php.h" #include "php_ini.h" #include "SAPI.h" #include "ext/standard/info.h" #include "php_proctitle.h" #include /* If you declare any globals in php_proctitle.h uncomment this: ZEND_DECLARE_MODULE_GLOBALS(proctitle) */ /* True global resources - no need for thread safety here */ static int le_proctitle; static char *proctitle_argv=NULL; static char process_base_name[MAXTITLE+1]; #ifndef HAVE_PROCTITLE void setproctitle(char *title) { if (proctitle_argv){ sprintf(proctitle_argv,process_base_name,title); } } #endif /* {{{ proctitle_functions[] * * Every user visible function must have an entry in proctitle_functions[]. */ function_entry proctitle_functions[] = { PHP_FE(setproctitle,NULL) /* For testing, remove later. */ {NULL, NULL, NULL} /* Must be the last line in proctitle_functions[] */ }; /* }}} */ /* {{{ proctitle_module_entry */ zend_module_entry proctitle_module_entry = { #if ZEND_MODULE_API_NO >= 20010901 STANDARD_MODULE_HEADER, #endif "proctitle", proctitle_functions, PHP_MINIT(proctitle), PHP_MSHUTDOWN(proctitle), NULL, /* Replace with NULL if there's nothing to do at request start */ NULL, /* Replace with NULL if there's nothing to do at request end */ PHP_MINFO(proctitle), #if ZEND_MODULE_API_NO >= 20010901 "0.1", /* Replace with version number for your extension */ #endif STANDARD_MODULE_PROPERTIES }; /* }}} */ #ifdef COMPILE_DL_PROCTITLE ZEND_GET_MODULE(proctitle) #endif /* {{{ PHP_MINIT_FUNCTION */ PHP_MINIT_FUNCTION(proctit
#44777 [Com]: PHP ISAPI random working dir only in Root of website
ID: 44777 Comment by: don dot lebert at crystaltech dot com Reported By: toby at simmonsconsulting dot com Status: Open Bug Type: IIS related Operating System: Windows 2003 Server PHP Version: 5.2.5 New Comment: I too am still having this problem which was originally posted here: http://bugs.php.net/bug.php?id=43309&edit=2 Previous Comments: [2008-06-04 19:30:23] asset at impactdamage dot com I am having this same issue, however I get this when using either ISAPI or FASTCGI. It can be resolved by giving list folder permissions on the parent folder. I cant seem to find a workaround to this, as in a shared environment I dont want to give list permissions on the parent. [2008-04-18 14:49:27] toby at simmonsconsulting dot com FYI, PHP CGI/FastCGI does not have this problem. [2008-04-18 14:44:15] toby at simmonsconsulting dot com Description: PHP ISAPI under IIS 6.x (Windows 2003 Server) reports an inconsistent working directory ONLY in the root of a web site. The working directory is perfectly consistent when checked in a subdirectory of a web site. I have seen similar bugs reported but they were either BOGUS or no longer open. I understand ISAPI is unstable (according to Bug #42460) but this bug only seems to occur in the root of a web site. Say the root of your web site is D:\websites\testsite. If you create a php file with the following code: \n"; ?> and place it in the above directory then load it (http://testsite/cwd.php), loading will produce a random directory. If you place this file in a subdirectory, say D:\websites\testsite\testdir, and load the page (from the new location, http://testsite/testdir/cwd.php) it will produce the expected results: D:\websites\testsite\testdir. Reproduce code: --- \n"; ?> Expected result: In the root folder of your website (say, D:\websites\testsite) you would expect D:\websites\testsite. In a subdirectory of your website (say, D:\websites\testsite\testdir) you would expect just that, D:\websites\testsite\testdir. Actual result: -- In the root folder of your website (say, D:\websites\testsite) you get random results, anything from C:\WINDOWS\System32 to various subdirectories in your website (or other websites if you host more than one.) In a subdirectory of your website (say, D:\websites\testsite\testdir) it seems to work fine. -- Edit this bug report at http://bugs.php.net/?id=44777&edit=1
#45223 [NEW]: else if (...): unexpected T_IF, expecting ':'
From: ms419 at freezone dot co dot uk Operating system: PHP version: 5.2.6 PHP Bug Type: *General Issues Bug description: else if (...): unexpected T_IF, expecting ':' Description: PHP documentation claims: "In PHP, you can also write 'else if' (in two words) and the behavior would be identical to the one of 'elseif' (in a single word). The syntactic meaning is slightly different (if you're familiar with C, this is the same behavior) but the bottom line is that both would result in exactly the same behavior." - http://php.net/elseif However I get the following error: Parse error: syntax error, unexpected T_IF, expecting ':' in /home/jablko/public_html/test.php on line 3 Reproduce code: --- AAA BBB CCC Expected result: BBB Actual result: -- Parse error: syntax error, unexpected T_IF, expecting ':' in /home/jablko/public_html/test.php on line 3 -- Edit bug report at http://bugs.php.net/?id=45223&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45223&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45223&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45223&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45223&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45223&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45223&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45223&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45223&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45223&r=support Expected behavior:http://bugs.php.net/fix.php?id=45223&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45223&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45223&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45223&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45223&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45223&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45223&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45223&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45223&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45223&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45223&r=mysqlcfg
#32278 [Com]: Remote linked server not accessibile
ID: 32278 Comment by: cmoore at getzeroedin dot com Reported By: raulionescu at gmail dot com Status: No Feedback Bug Type: MSSQL related Operating System: WinXP Pro PHP Version: 5.0.4 New Comment: I'm experiencing the same error, Warning: mssql_query() [function.mssql-query]: message: Heterogeneous queries require the ANSI_NULLS and ANSI_WARNINGS options to be set for the connection. This ensures consistent query semantics. Enable these options and then reissue your query, when attempting to execute a linked MDX query to SQL Server Analysis Services (an analytics cube). Below is the query set ANSI_NULLS ON; set ANSI_ARNINGS ON; exec sp_addlinkedserver @server='linked_olap', @srvproduct='', @provider='MSOLAP.3', @datasrc='scout', @catalog='Adventure Works DW Standard Edition' ; SELECT * FROM OpenQuery(linked_olap,'SELECT {Measures.[Internet Order Count]} ON COLUMNS , [Product].[Category].members ON ROWS FROM [Adventure Works]') ; exec sp_dropserver 'linked_olap' ; In the linked server procedure, 'scout' is my database server name, but Adventure Works is the sample analysis server data warehouse (cube), so you should be able to recreate this simply. Are there any plans to support native MDX queries against a SQL Server Analysis Server, or plans to resolve this issue? Previous Comments: [2008-04-30 16:41:06] webster_jack at hotmail dot com Hi Has this bug been fixed? [2007-12-12 19:33:37] kenneth dot kaye at bankofamerica dot com This bug still exists as of PHP 5.1.2. I run PHP(cli) 5.1.2 on Windows 2003 Server, and attempting to execute a stored procedure within PHP that calls a linked server yields the following error: PHP Warning: mssql_execute(): message: Heterogeneous queries require the ANSI_NULLS and ANSI_WARNINGS options to be set for the connection. This ensures consistent query semantics. Enable these options and then reissue your query. (severit y 16) in c:\logs\btest.php on line 46 PHP Warning: mssql_execute(): stored procedure execution failed in c:\logs\btest.php on line 4 6 PHP Warning: mssql_fetch_array(): supplied argument is not a valid MS SQL-result resource in c:\logs\btest.php on line 55 I have ANSI_NULLS and ANSI_WARNINGS set within the stored procedure itself. Any advice or a fix? [2006-09-15 13:58:20] redshifteric at gmail dot com Bug reproduced on Win2k Server MSSQL 2000 SP3 PHP 5.1.2 I tried using the normal syntax to access table on the linked server. I mean using linkedservername.databasename.dbo.tablename or directoty the local tablename but without success. If i specify the full linked server path, i get the following error: Could not find server 'KCONT81' in sysservers. Execute sp_addlinkedserver to add the server to sysservers But if i execute the same query trough isqlw.exe (query analyzer) it works fine. Best regards, Red [2005-06-14 01:00:03] 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". [2005-06-07 00:17:31] [EMAIL PROTECTED] Try putting 'error_reporting(E_ALL);' as first line in your script and see if you get any warnings/notices.. 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/32278 -- Edit this bug report at http://bugs.php.net/?id=32278&edit=1
#45220 [Opn]: curl_read callback returns -1 when needs to return size_t (unsigned)
ID: 45220 User updated by: brockn at gmail dot com Reported By: brockn at gmail dot com Status: Open Bug Type: cURL related Operating System: CentOS release 4.6 (Final) PHP Version: 5.2.6 New Comment: Here are the details of the problem which occurs inside libcurl: http://curl.haxx.se/mail/lib-2008-06/0109.html http://curl.haxx.se/mail/lib-2008-06/0111.html http://curl.haxx.se/mail/lib-2008-06/0123.html Previous Comments: [2008-06-09 17:17:46] brockn at gmail dot com Description: curl_read, can return -1 when it explicitly states its return size_t. This causes curl versions >= 7.18.X to fail with the attached code. Curl stores the callback return value as int, but casts it to a size_t to do a check. This causes the value to become very large and thus the check fails when it should not. I tried to download a snapshot and check that out, but the site appears to be down. Reproduce code: --- http://bashcurescancer.com/dump-request-variable.php'; $CR = curl_init(); curl_setopt($CR, CURLOPT_TIMEOUT, 60); curl_setopt($CR, CURLOPT_URL, $host); curl_setopt($CR, CURLOPT_POST, 1); curl_setopt($CR, CURLOPT_FAILONERROR, true); curl_setopt($CR, CURLOPT_RETURNTRANSFER, 1); curl_setopt($CR, CURLOPT_SSL_VERIFYPEER, 0); $body = curl_exec( $CR ); $error = curl_error( $CR ); if( !empty( $error )) { print("FAIL: $error\n"); exit(1); } else { print("PASS: " . trim($body) . "\n"); curl_close($CR); exit(0); } ?> Expected result: PASS: array ( ) Actual result: -- FAIL: Failed to open/read local data from file/application -- Edit this bug report at http://bugs.php.net/?id=45220&edit=1
#45212 [Bgs]: compiling from source returns an error when using --with-curl parameter
ID: 45212 User updated by: theprisonerofzenda at gmail dot com Reported By: theprisonerofzenda at gmail dot com Status: Bogus Bug Type: Compile Failure Operating System: RedHat Enterprise Linux 5 x86_64 PHP Version: 5.2.6 New Comment: Now happens to be that the system came with wrong mix of package installations as it was having many *-devel.i386 and *-libs.i386 although it is an x86_64, I fixed this mixture specially e2fsprogs-libs and libidn-devel and recompiled to find everything went smooth. Previous Comments: [2008-06-09 16:41:28] theprisonerofzenda at gmail dot com I do the /lib64 to avoid some previous compilation errors on x86_64 machines on other machines so supposing that you are right, I did the configuration without this parameter and I got the same output. Also here's a link to the paste of the config.log file http://pastebin.com/m45f78efd One thing to mention, I did what the error message told me and opened the config.log file and I think it's something related with libcurl and openssl support but I got the rpms installed on my systems and fetched them to find that libcurl is compiled with openssl support, May be I am wrong in that but the config.log output would clear things out to you. [2008-06-09 16:30:50] [EMAIL PROTECTED] I would guess it's caused by this wrong line: '--with-libdir=/lib64' \ But if you had bothered doing what configure tells you to, you would propably have found out yourself. No bug here. [2008-06-09 12:56:50] theprisonerofzenda at gmail dot com Description: PHP-5.2.6 compilation using the --with-curl parameter end with... ## checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. ## However without using the --with-curl everything compiles fine. Reproduce code: --- 1. got php-5.2.6.tar.bz2 2. used this configuration parameters CFLAGS='-O3' \ './configure' \ '--disable-debug' \ '--with-libdir=/lib64' \ '--prefix=/usr/local' \ '--enable-bcmath' \ '--enable-calendar' \ '--with-gd' \ '--with-jpeg-dir=/usr/local' \ '--with-png-dir=/usr' \ '--with-gettext' \ '--with-mysqli' \ '--with-mysql=/usr' \ '--with-pear' \ '--with-mcrypt' \ '--enable-sockets' \ '--with-ttf' \ '--with-freetype-dir=/usr' \ '--enable-gd-native-ttf' \ '--with-zlib' \ '--disable-ipv6' \ '--disable-cli' \ '--enable-magic-quotes' \ '--enable-discard-path' \ '--enable-force-cgi-redirect' \ '--enable-fastcgi' \ '--with-openssl' \ '--with-curl' \ "$@" 3. compilation fails. Expected result: PHP compiles with curl support. Actual result: -- checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. -- Edit this bug report at http://bugs.php.net/?id=45212&edit=1
#45222 [NEW]: Creation zipfiles with duplicate names in PHP results in crash Apache
From: crabbydata at gmail dot com Operating system: MS Vista PHP version: 5.2.6 PHP Bug Type: Zip Related Bug description: Creation zipfiles with duplicate names in PHP results in crash Apache Description: When creating a new zip-file with the "ZipArchive::CREATE"-function, and there already is a zipfile with the given filename Apache will crash without any warning (just a Vista error popup saying it has already stopped working). Reproduce code: --- open($zipfile, ZipArchive::CREATE) !== true) exit("Can't create file ".$zipfile); // Add stuff inside the zip-file $zip->addFromString('tmp', 'bla'); // temporary file within zip $zip->close(); // Same code as above so two identical files are (tried to be) created if($zip->open($zipfile, ZipArchive::CREATE) !== true) exit("Can't create file ".$zipfile); // Add stuff inside the zip-file $zip->addFromString('tmp', 'bla'); // temporary file within zip $zip->close(); ?> Expected result: When the second file is created, it should give out the exit-error: "Can't create file myveryownzipfile.zip". Or it should give a "fatal error!"-notice of PHP itself saying the filename already exists or simply that the (second) file could not be created (e.g. "duplicate filename"). Actual result: -- When activating this script (only with the creation of a single zipfile) through a form, and submitting it repeatingly (fast(!)), a (Vista) error pops up saying "Apache.exe doesn't work any longer" and Apache has been forced to shut down. Screenshots (I've a Dutch-language Vista): (1) http://img377.imageshack.us/img377/8170/06092008200500jp7.png Translation: "Apache HTTP Server has stopped working Searching for a solution..." (2) http://img156.imageshack.us/img156/4051/06092008195928sd1.png Translation: "Apache HTTP Server has stopped working An error occured which made the program function incorrectly. The program will now be closed and you'll get a notice when a solution is available." I installed/run PHP through the XAMPP-package (http://www.apachefriends.org/en/xampp.html). Zip-module information: Extension Version: $Id: php_zip.c,v 1.1.2.38 2007/08/06 22:02:32 bjori Exp $ Zip version: 2.0.0 Libzip version: 0.7.1 -- Edit bug report at http://bugs.php.net/?id=45222&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45222&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45222&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45222&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45222&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45222&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45222&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45222&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45222&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45222&r=support Expected behavior:http://bugs.php.net/fix.php?id=45222&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45222&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45222&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45222&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45222&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45222&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45222&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45222&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45222&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45222&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45222&r=mysqlcfg
#45217 [Opn->Fbk]: crash if -z and -m are used together
ID: 45217 Updated by: [EMAIL PROTECTED] Reported By: dmda at yandex dot ru -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: * PHP Version: 5.2.6 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2008-06-09 16:14:00] dmda at yandex dot ru Description: if -z and -m command line options are used together, php-cgi will crash. It happens b'ze print_extensions() function in cgi_main.c has a serious flaw: 1) it first makes a copy of the main list of zend_extensions 2) then it dumps out the content 3) then it destroys its copy of the list Duding phase 3, the list destructor is called and it UNLOADS all the zend_extensions. SHULD be noted that at this time the main list still has original copies of zend_extensions and that's why php will crash during shutdown in attempt to walk through the list and shutdown the extensions. You may replicate the problem with _ANY_ zend_extension. Better to do it under Windows that unmaps memory regions and shutdown will try call non-existing code. So the crash is inavoidable. Reproduce code: --- no code necessary Expected result: no crash is expected Actual result: -- backtrace from VC6: 015c2049() zend_extension_shutdown(_zend_extension * 0x014c4568, void * * * 0x01021c70) line 129 + 10 bytes zend_llist_apply(_zend_llist * 0x10508620 _zend_extensions, void (void *, void * * *)* 0x1007536c zend_extension_shutdown(_zend_extension *, void * * *), void * * * 0x01021c70) line 193 + 14 bytes zend_shutdown_extensions(void * * * 0x01021c70) line 166 + 19 bytes zend_shutdown(void * * * 0x01021c70) line 741 + 9 bytes php_module_shutdown(void * * * 0x01021c70) line 1887 + 9 bytes main(int 4, char * * 0x01021cd0) line 2058 + 10 bytes PHP-CGI! mainCRTStartup + 227 bytes KERNEL32! 7c816fd7() -- Edit this bug report at http://bugs.php.net/?id=45217&edit=1
#45221 [NEW]: Number in string conversion with comma separator
From: walterquez at yahoo dot com Operating system: Windows 2003 PHP version: 5.2.6 PHP Bug Type: Strings related Bug description: Number in string conversion with comma separator Description: When numbers in a string containing comma separators are converted to any numeric type, it strips any number to the right of the commas. Reproduce code: --- $b) echo 'A is bigger'; else echo 'B is bigger'; ?> For some reason, because $b has a comma, it converts $b to 1, not 1000. If you remove the comma, it works fine. To prove it, check the following. $b = (int) $b; // same with (float), (double) or (real) echo $b; // it prints 1, not 1000. I even included, setlocale(LC_ALL, 'en'); but no luck. Expected result: B is bigger Actual result: -- A is bigger -- Edit bug report at http://bugs.php.net/?id=45221&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45221&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45221&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45221&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45221&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45221&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45221&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45221&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45221&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45221&r=support Expected behavior:http://bugs.php.net/fix.php?id=45221&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45221&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45221&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45221&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45221&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45221&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45221&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45221&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45221&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45221&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45221&r=mysqlcfg
#45219 [Opn->Bgs]: mssql_connect() fails to connect to server
ID: 45219 User updated by: dhf2 at buffalo dot edu Reported By: dhf2 at buffalo dot edu -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Linux/Windows XP Pro PHP Version: 5.2.6 New Comment: Yeah, that completely fixed it. Thanks again, and sorry about the bogus bug report. Previous Comments: [2008-06-09 17:49:10] dhf2 at buffalo dot edu No, I guess I misread the documentation for mssql_connect... I'll look into that, thanks a lot. [2008-06-09 17:18:30] [EMAIL PROTECTED] The first parameter should not be a host name but the name of the configuration form the freetds.conf file. Did you configure this? [2008-06-09 16:51:34] dhf2 at buffalo dot edu Description: I've been having some issues with mssql_connect. I'm trying to connect to an MS-SQL 2000 database from PHP on a Linux server running PHP 5.1.6, but the mssql_connect() function always gives me the same error message saying it can't connect to the server. I also tried connecting to the same server from my local machine (Windows XP Pro, PHP 5.2.5) with the same results. However, I wrote a quick python script using pymssql and that worked fine from this machine. I also set up an ODBC connection on this machine and connected from PHP via odbc_connect(), which also worked fine. The mssql_connect() problems are the same whether mssql.secure_connection is set to Off or On in the php.ini Reproduce code: --- $db = mssql_connect('hostname', 'username', 'password'); if(!$db) { die('Massive failure'); } Expected result: Should connect to database not print any errors Actual result: -- Warning: mssql_connect() [function.mssql-connect]: Unable to connect to server: host.name.of.server in /var/www/html/filename.php on line 28 -- Edit this bug report at http://bugs.php.net/?id=45219&edit=1
#45219 [Opn]: mssql_connect() fails to connect to server
ID: 45219 User updated by: dhf2 at buffalo dot edu Reported By: dhf2 at buffalo dot edu Status: Open Bug Type: MSSQL related Operating System: Linux/Windows XP Pro PHP Version: 5.2.6 New Comment: No, I guess I misread the documentation for mssql_connect... I'll look into that, thanks a lot. Previous Comments: [2008-06-09 17:18:30] [EMAIL PROTECTED] The first parameter should not be a host name but the name of the configuration form the freetds.conf file. Did you configure this? [2008-06-09 16:51:34] dhf2 at buffalo dot edu Description: I've been having some issues with mssql_connect. I'm trying to connect to an MS-SQL 2000 database from PHP on a Linux server running PHP 5.1.6, but the mssql_connect() function always gives me the same error message saying it can't connect to the server. I also tried connecting to the same server from my local machine (Windows XP Pro, PHP 5.2.5) with the same results. However, I wrote a quick python script using pymssql and that worked fine from this machine. I also set up an ODBC connection on this machine and connected from PHP via odbc_connect(), which also worked fine. The mssql_connect() problems are the same whether mssql.secure_connection is set to Off or On in the php.ini Reproduce code: --- $db = mssql_connect('hostname', 'username', 'password'); if(!$db) { die('Massive failure'); } Expected result: Should connect to database not print any errors Actual result: -- Warning: mssql_connect() [function.mssql-connect]: Unable to connect to server: host.name.of.server in /var/www/html/filename.php on line 28 -- Edit this bug report at http://bugs.php.net/?id=45219&edit=1
#45219 [Opn]: mssql_connect() fails to connect to server
ID: 45219 Updated by: [EMAIL PROTECTED] Reported By: dhf2 at buffalo dot edu Status: Open Bug Type: MSSQL related Operating System: Linux/Windows XP Pro PHP Version: 5.2.6 New Comment: The first parameter should not be a host name but the name of the configuration form the freetds.conf file. Did you configure this? Previous Comments: [2008-06-09 16:51:34] dhf2 at buffalo dot edu Description: I've been having some issues with mssql_connect. I'm trying to connect to an MS-SQL 2000 database from PHP on a Linux server running PHP 5.1.6, but the mssql_connect() function always gives me the same error message saying it can't connect to the server. I also tried connecting to the same server from my local machine (Windows XP Pro, PHP 5.2.5) with the same results. However, I wrote a quick python script using pymssql and that worked fine from this machine. I also set up an ODBC connection on this machine and connected from PHP via odbc_connect(), which also worked fine. The mssql_connect() problems are the same whether mssql.secure_connection is set to Off or On in the php.ini Reproduce code: --- $db = mssql_connect('hostname', 'username', 'password'); if(!$db) { die('Massive failure'); } Expected result: Should connect to database not print any errors Actual result: -- Warning: mssql_connect() [function.mssql-connect]: Unable to connect to server: host.name.of.server in /var/www/html/filename.php on line 28 -- Edit this bug report at http://bugs.php.net/?id=45219&edit=1
#45220 [NEW]: curl_read callback returns -1 when needs to return size_t (unsigned)
From: brockn at gmail dot com Operating system: CentOS release 4.6 (Final) PHP version: 5.2.6 PHP Bug Type: cURL related Bug description: curl_read callback returns -1 when needs to return size_t (unsigned) Description: curl_read, can return -1 when it explicitly states its return size_t. This causes curl versions >= 7.18.X to fail with the attached code. Curl stores the callback return value as int, but casts it to a size_t to do a check. This causes the value to become very large and thus the check fails when it should not. I tried to download a snapshot and check that out, but the site appears to be down. Reproduce code: --- http://bashcurescancer.com/dump-request-variable.php'; $CR = curl_init(); curl_setopt($CR, CURLOPT_TIMEOUT, 60); curl_setopt($CR, CURLOPT_URL, $host); curl_setopt($CR, CURLOPT_POST, 1); curl_setopt($CR, CURLOPT_FAILONERROR, true); curl_setopt($CR, CURLOPT_RETURNTRANSFER, 1); curl_setopt($CR, CURLOPT_SSL_VERIFYPEER, 0); $body = curl_exec( $CR ); $error = curl_error( $CR ); if( !empty( $error )) { print("FAIL: $error\n"); exit(1); } else { print("PASS: " . trim($body) . "\n"); curl_close($CR); exit(0); } ?> Expected result: PASS: array ( ) Actual result: -- FAIL: Failed to open/read local data from file/application -- Edit bug report at http://bugs.php.net/?id=45220&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45220&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45220&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45220&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45220&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45220&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45220&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45220&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45220&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45220&r=support Expected behavior:http://bugs.php.net/fix.php?id=45220&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45220&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45220&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45220&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45220&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45220&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45220&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45220&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45220&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45220&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45220&r=mysqlcfg
#45219 [NEW]: mssql_connect() fails to connect to server
From: dhf2 at buffalo dot edu Operating system: Linux/Windows XP Pro PHP version: 5.2.6 PHP Bug Type: MSSQL related Bug description: mssql_connect() fails to connect to server Description: I've been having some issues with mssql_connect. I'm trying to connect to an MS-SQL 2000 database from PHP on a Linux server running PHP 5.1.6, but the mssql_connect() function always gives me the same error message saying it can't connect to the server. I also tried connecting to the same server from my local machine (Windows XP Pro, PHP 5.2.5) with the same results. However, I wrote a quick python script using pymssql and that worked fine from this machine. I also set up an ODBC connection on this machine and connected from PHP via odbc_connect(), which also worked fine. The mssql_connect() problems are the same whether mssql.secure_connection is set to Off or On in the php.ini Reproduce code: --- $db = mssql_connect('hostname', 'username', 'password'); if(!$db) { die('Massive failure'); } Expected result: Should connect to database not print any errors Actual result: -- Warning: mssql_connect() [function.mssql-connect]: Unable to connect to server: host.name.of.server in /var/www/html/filename.php on line 28 -- Edit bug report at http://bugs.php.net/?id=45219&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45219&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45219&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45219&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45219&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45219&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45219&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45219&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45219&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45219&r=support Expected behavior:http://bugs.php.net/fix.php?id=45219&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45219&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45219&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45219&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45219&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45219&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45219&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45219&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45219&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45219&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45219&r=mysqlcfg
#45212 [Bgs]: compiling from source returns an error when using --with-curl parameter
ID: 45212 User updated by: theprisonerofzenda at gmail dot com Reported By: theprisonerofzenda at gmail dot com Status: Bogus Bug Type: Compile Failure Operating System: RedHat Enterprise Linux 5 x86_64 PHP Version: 5.2.6 New Comment: I do the /lib64 to avoid some previous compilation errors on x86_64 machines on other machines so supposing that you are right, I did the configuration without this parameter and I got the same output. Also here's a link to the paste of the config.log file http://pastebin.com/m45f78efd One thing to mention, I did what the error message told me and opened the config.log file and I think it's something related with libcurl and openssl support but I got the rpms installed on my systems and fetched them to find that libcurl is compiled with openssl support, May be I am wrong in that but the config.log output would clear things out to you. Previous Comments: [2008-06-09 16:30:50] [EMAIL PROTECTED] I would guess it's caused by this wrong line: '--with-libdir=/lib64' \ But if you had bothered doing what configure tells you to, you would propably have found out yourself. No bug here. [2008-06-09 12:56:50] theprisonerofzenda at gmail dot com Description: PHP-5.2.6 compilation using the --with-curl parameter end with... ## checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. ## However without using the --with-curl everything compiles fine. Reproduce code: --- 1. got php-5.2.6.tar.bz2 2. used this configuration parameters CFLAGS='-O3' \ './configure' \ '--disable-debug' \ '--with-libdir=/lib64' \ '--prefix=/usr/local' \ '--enable-bcmath' \ '--enable-calendar' \ '--with-gd' \ '--with-jpeg-dir=/usr/local' \ '--with-png-dir=/usr' \ '--with-gettext' \ '--with-mysqli' \ '--with-mysql=/usr' \ '--with-pear' \ '--with-mcrypt' \ '--enable-sockets' \ '--with-ttf' \ '--with-freetype-dir=/usr' \ '--enable-gd-native-ttf' \ '--with-zlib' \ '--disable-ipv6' \ '--disable-cli' \ '--enable-magic-quotes' \ '--enable-discard-path' \ '--enable-force-cgi-redirect' \ '--enable-fastcgi' \ '--with-openssl' \ '--with-curl' \ "$@" 3. compilation fails. Expected result: PHP compiles with curl support. Actual result: -- checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. -- Edit this bug report at http://bugs.php.net/?id=45212&edit=1
#45218 [NEW]: PHAR archive built from directory limited by max open file handles
From: [EMAIL PROTECTED] Operating system: All PHP version: 5.3CVS-2008-06-09 (snap) PHP Bug Type: *Compression related Bug description: PHAR archive built from directory limited by max open file handles Description: When building a PHAR archive using the methods buildFromDirectory() or buildFromIterator(), a temporary file is opened for each file to be added to the archive. These temporary files remain open until the last stages of the archive creation (to prevent the files from being deleted), meaning that the number of files that can be added to the archive is limited by the maximum number of file handles that can be open at any one time (often 2048). -- Edit bug report at http://bugs.php.net/?id=45218&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45218&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45218&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45218&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45218&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45218&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45218&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45218&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45218&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45218&r=support Expected behavior:http://bugs.php.net/fix.php?id=45218&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45218&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45218&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45218&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45218&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45218&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45218&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45218&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45218&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45218&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45218&r=mysqlcfg
#45212 [Opn->Bgs]: compiling from source returns an error when using --with-curl parameter
ID: 45212 Updated by: [EMAIL PROTECTED] Reported By: theprisonerofzenda at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RedHat Enterprise Linux 5 x86_64 PHP Version: 5.2.6 New Comment: I would guess it's caused by this wrong line: '--with-libdir=/lib64' \ But if you had bothered doing what configure tells you to, you would propably have found out yourself. No bug here. Previous Comments: [2008-06-09 12:56:50] theprisonerofzenda at gmail dot com Description: PHP-5.2.6 compilation using the --with-curl parameter end with... ## checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. ## However without using the --with-curl everything compiles fine. Reproduce code: --- 1. got php-5.2.6.tar.bz2 2. used this configuration parameters CFLAGS='-O3' \ './configure' \ '--disable-debug' \ '--with-libdir=/lib64' \ '--prefix=/usr/local' \ '--enable-bcmath' \ '--enable-calendar' \ '--with-gd' \ '--with-jpeg-dir=/usr/local' \ '--with-png-dir=/usr' \ '--with-gettext' \ '--with-mysqli' \ '--with-mysql=/usr' \ '--with-pear' \ '--with-mcrypt' \ '--enable-sockets' \ '--with-ttf' \ '--with-freetype-dir=/usr' \ '--enable-gd-native-ttf' \ '--with-zlib' \ '--disable-ipv6' \ '--disable-cli' \ '--enable-magic-quotes' \ '--enable-discard-path' \ '--enable-force-cgi-redirect' \ '--enable-fastcgi' \ '--with-openssl' \ '--with-curl' \ "$@" 3. compilation fails. Expected result: PHP compiles with curl support. Actual result: -- checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. -- Edit this bug report at http://bugs.php.net/?id=45212&edit=1
#45217 [NEW]: crash if -z and -m are used together
From: dmda at yandex dot ru Operating system: ANY PHP version: 5.2.6 PHP Bug Type: Reproducible crash Bug description: crash if -z and -m are used together Description: if -z and -m command line options are used together, php-cgi will crash. It happens b'ze print_extensions() function in cgi_main.c has a serious flaw: 1) it first makes a copy of the main list of zend_extensions 2) then it dumps out the content 3) then it destroys its copy of the list Duding phase 3, the list destructor is called and it UNLOADS all the zend_extensions. SHULD be noted that at this time the main list still has original copies of zend_extensions and that's why php will crash during shutdown in attempt to walk through the list and shutdown the extensions. You may replicate the problem with _ANY_ zend_extension. Better to do it under Windows that unmaps memory regions and shutdown will try call non-existing code. So the crash is inavoidable. Reproduce code: --- no code necessary Expected result: no crash is expected Actual result: -- backtrace from VC6: 015c2049() zend_extension_shutdown(_zend_extension * 0x014c4568, void * * * 0x01021c70) line 129 + 10 bytes zend_llist_apply(_zend_llist * 0x10508620 _zend_extensions, void (void *, void * * *)* 0x1007536c zend_extension_shutdown(_zend_extension *, void * * *), void * * * 0x01021c70) line 193 + 14 bytes zend_shutdown_extensions(void * * * 0x01021c70) line 166 + 19 bytes zend_shutdown(void * * * 0x01021c70) line 741 + 9 bytes php_module_shutdown(void * * * 0x01021c70) line 1887 + 9 bytes main(int 4, char * * 0x01021cd0) line 2058 + 10 bytes PHP-CGI! mainCRTStartup + 227 bytes KERNEL32! 7c816fd7() -- Edit bug report at http://bugs.php.net/?id=45217&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45217&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45217&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45217&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45217&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45217&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45217&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45217&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45217&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45217&r=support Expected behavior:http://bugs.php.net/fix.php?id=45217&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45217&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45217&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45217&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45217&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45217&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45217&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45217&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45217&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45217&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45217&r=mysqlcfg
#45216 [NEW]: SplFileObject::fgetss is not mapped correctly
From: perrick at noparking dot net Operating system: mac os x PHP version: 5.3CVS-2008-06-09 (snap) PHP Bug Type: SPL related Bug description: SplFileObject::fgetss is not mapped correctly Description: SplFileObject::fgetss($allowable_tags = NULL) doesn't work at all. The underlying fgetss that's called in the object needs a length : "string fgetss ( resource $handle [, int $length [, string $allowable_tags ]] )" A test is available on testfest.php.net : http://testfest.php.net/index.php?do=details&task_id=126 Reproduce code: --- $file = dirname(__FILE__) . '/foo.html'; file_put_contents($file, 'text 0text 1'); $handle = fopen($file, 'r'); $object = new SplFileObject($file); var_dump($object->fgetss()); var_dump(fgetss($handle)); Expected result: string(12) "text 0text 1" string(12) "text 0text 1" Actual result: -- Warning: fgetss(): Length parameter must be greater than 0 in /Users/perrick/Desktop/testfest/spl_fileobject_fgetss_basic.php on line 7 string(12) "text 0text 1" -- Edit bug report at http://bugs.php.net/?id=45216&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45216&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45216&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45216&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45216&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45216&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45216&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45216&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45216&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45216&r=support Expected behavior:http://bugs.php.net/fix.php?id=45216&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45216&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45216&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45216&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45216&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45216&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45216&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45216&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45216&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45216&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45216&r=mysqlcfg
#45215 [Fbk->Opn]: php_gmp.dll uses exotic instructions
ID: 45215 User updated by: shaunspiller at gmail dot com Reported By: shaunspiller at gmail dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Win32 PHP Version: 5.2.6 Assigned To: pajoye New Comment: Thanks for the feedback. I can understand it's not reasonable to degrade the GMP binaries for such old systems. Documenting it would have saved me a lot of confusion though. Yes I'm using Windows 98 SE at the moment, although hope to be back on Windows 2003 soon. Exactly the same problem with PHP versions 5.2.6 and 5.1.6. Ideally, perhaps the GMP module should check on load to see if 686+ instructions are supported, and if not, fail to load gracefully by returning an error message to PHP, rather than just crashing the whole program. Is that possible? Previous Comments: [2008-06-09 14:51:17] [EMAIL PROTECTED] "I'm using the latest precompiled Win32 binaries of PHP-5.2.6 (and have also tried PHP-5.1.6) and get a program crash with an #Undefined Opcode exception when loading php_gmp.dll." Do you mean that you get the same issue with 5.1.6? I think yes as the gmp library has not been changed since 5.1.6. About win9x support, which OS do you use? You may know that we plan to drop win9x support for 5.3+, only 2k+ will be supported. About i386 support, especially with GMP there is a real improvement by using 686+, see the gmp website for a detailed list. And finally good point about the documentation, we should document it asap. [2008-06-09 14:29:25] shaunspiller at gmail dot com Description: I'm using the latest precompiled Win32 binaries of PHP-5.2.6 (and have also tried PHP-5.1.6) and get a program crash with an #Undefined Opcode exception when loading php_gmp.dll. I know what the problem is and I'm not sure if one would consider it a bug or not since it will only happen on very old machines, but I can't believe I'm the first person to have ever encountered this. The instruction in php_gmp.dll which causes the crash is CMOVZ EDX, EAX. The conditional move instructions were only added with the Pentium Pro. Tough luck for me -- my computer literally blew up last week and I'm stuck temporarally with a Pentium MMX and a K6 laptop, neither of which support CMOVcc. It's understandable that compiling for P6+ instructions might be a good tradeoff between performance and compatibility, but current versions of PHP are *stated* to work with even Windows 98 and up, and so are the precompiled binaries (other extensions seem to work just fine). I don't know how much CMOVcc is relied on in php_gmp.dll, and changing the build options to use generic I386+ might be undesirable, but the P6 instruction set requirement should at least be *mentioned* somewhere, and it isn't (not that I found). Disappointing for me in either case, because recompiling the DLL is a little beyond what I can do on this old system right now. I would normally have just used BCMath instead, but I need the base-conversion stuff, which that doesn't have. Reproduce code: --- Expected result: hi! Actual result: -- Instant program crash. Windows provides the following info: PHP executed an invalid instruction in module PHP_GMP.DLL at 0187:01a760f4. Registers: EAX=01a7ced0 CS=0187 EIP=01a760f4 EFLGS=00010202 EBX=01a710e0 SS=018f ESP=00d3f904 EBP=01989c20 ECX=01a710c0 DS=018f ESI=001a FS=12c7 EDX=01a710b0 ES=018f EDI=01370ae0 GS= Bytes at CS:EIP: 0f 44 d0 b8 60 cf a7 01 85 c9 0f 44 c8 85 db b8 Stack dump: 1001a380 01a710a4 01a710b0 01a710c0 01a710e0 01a8c2f0 000c 01a76120 0003 001a 01370ae0 01a8c2fc 0013 0002 0003 001a -- Edit this bug report at http://bugs.php.net/?id=45215&edit=1
#45215 [Opn->Fbk]: php_gmp.dll uses exotic instructions
ID: 45215 Updated by: [EMAIL PROTECTED] Reported By: shaunspiller at gmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Win32 PHP Version: 5.2.6 -Assigned To: +Assigned To: pajoye New Comment: "I'm using the latest precompiled Win32 binaries of PHP-5.2.6 (and have also tried PHP-5.1.6) and get a program crash with an #Undefined Opcode exception when loading php_gmp.dll." Do you mean that you get the same issue with 5.1.6? I think yes as the gmp library has not been changed since 5.1.6. About win9x support, which OS do you use? You may know that we plan to drop win9x support for 5.3+, only 2k+ will be supported. About i386 support, especially with GMP there is a real improvement by using 686+, see the gmp website for a detailed list. And finally good point about the documentation, we should document it asap. Previous Comments: [2008-06-09 14:29:25] shaunspiller at gmail dot com Description: I'm using the latest precompiled Win32 binaries of PHP-5.2.6 (and have also tried PHP-5.1.6) and get a program crash with an #Undefined Opcode exception when loading php_gmp.dll. I know what the problem is and I'm not sure if one would consider it a bug or not since it will only happen on very old machines, but I can't believe I'm the first person to have ever encountered this. The instruction in php_gmp.dll which causes the crash is CMOVZ EDX, EAX. The conditional move instructions were only added with the Pentium Pro. Tough luck for me -- my computer literally blew up last week and I'm stuck temporarally with a Pentium MMX and a K6 laptop, neither of which support CMOVcc. It's understandable that compiling for P6+ instructions might be a good tradeoff between performance and compatibility, but current versions of PHP are *stated* to work with even Windows 98 and up, and so are the precompiled binaries (other extensions seem to work just fine). I don't know how much CMOVcc is relied on in php_gmp.dll, and changing the build options to use generic I386+ might be undesirable, but the P6 instruction set requirement should at least be *mentioned* somewhere, and it isn't (not that I found). Disappointing for me in either case, because recompiling the DLL is a little beyond what I can do on this old system right now. I would normally have just used BCMath instead, but I need the base-conversion stuff, which that doesn't have. Reproduce code: --- Expected result: hi! Actual result: -- Instant program crash. Windows provides the following info: PHP executed an invalid instruction in module PHP_GMP.DLL at 0187:01a760f4. Registers: EAX=01a7ced0 CS=0187 EIP=01a760f4 EFLGS=00010202 EBX=01a710e0 SS=018f ESP=00d3f904 EBP=01989c20 ECX=01a710c0 DS=018f ESI=001a FS=12c7 EDX=01a710b0 ES=018f EDI=01370ae0 GS= Bytes at CS:EIP: 0f 44 d0 b8 60 cf a7 01 85 c9 0f 44 c8 85 db b8 Stack dump: 1001a380 01a710a4 01a710b0 01a710c0 01a710e0 01a8c2f0 000c 01a76120 0003 001a 01370ae0 01a8c2fc 0013 0002 0003 001a -- Edit this bug report at http://bugs.php.net/?id=45215&edit=1
#45215 [NEW]: php_gmp.dll uses exotic instructions
From: shaunspiller at gmail dot com Operating system: Win32 PHP version: 5.2.6 PHP Bug Type: Reproducible crash Bug description: php_gmp.dll uses exotic instructions Description: I'm using the latest precompiled Win32 binaries of PHP-5.2.6 (and have also tried PHP-5.1.6) and get a program crash with an #Undefined Opcode exception when loading php_gmp.dll. I know what the problem is and I'm not sure if one would consider it a bug or not since it will only happen on very old machines, but I can't believe I'm the first person to have ever encountered this. The instruction in php_gmp.dll which causes the crash is CMOVZ EDX, EAX. The conditional move instructions were only added with the Pentium Pro. Tough luck for me -- my computer literally blew up last week and I'm stuck temporarally with a Pentium MMX and a K6 laptop, neither of which support CMOVcc. It's understandable that compiling for P6+ instructions might be a good tradeoff between performance and compatibility, but current versions of PHP are *stated* to work with even Windows 98 and up, and so are the precompiled binaries (other extensions seem to work just fine). I don't know how much CMOVcc is relied on in php_gmp.dll, and changing the build options to use generic I386+ might be undesirable, but the P6 instruction set requirement should at least be *mentioned* somewhere, and it isn't (not that I found). Disappointing for me in either case, because recompiling the DLL is a little beyond what I can do on this old system right now. I would normally have just used BCMath instead, but I need the base-conversion stuff, which that doesn't have. Reproduce code: --- Expected result: hi! Actual result: -- Instant program crash. Windows provides the following info: PHP executed an invalid instruction in module PHP_GMP.DLL at 0187:01a760f4. Registers: EAX=01a7ced0 CS=0187 EIP=01a760f4 EFLGS=00010202 EBX=01a710e0 SS=018f ESP=00d3f904 EBP=01989c20 ECX=01a710c0 DS=018f ESI=001a FS=12c7 EDX=01a710b0 ES=018f EDI=01370ae0 GS= Bytes at CS:EIP: 0f 44 d0 b8 60 cf a7 01 85 c9 0f 44 c8 85 db b8 Stack dump: 1001a380 01a710a4 01a710b0 01a710c0 01a710e0 01a8c2f0 000c 01a76120 0003 001a 01370ae0 01a8c2fc 0013 0002 0003 001a -- Edit bug report at http://bugs.php.net/?id=45215&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45215&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45215&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45215&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45215&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45215&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45215&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45215&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45215&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45215&r=support Expected behavior:http://bugs.php.net/fix.php?id=45215&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45215&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45215&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45215&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45215&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45215&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45215&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45215&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45215&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45215&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45215&r=mysqlcfg
#45200 [Opn->Fbk]: xsl document() Function crash Output
ID: 45200 Updated by: [EMAIL PROTECTED] Reported By: privat at praeclarus dot de -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: Linux PHP Version: 5.2.6 New Comment: Cannot reproduce here, so without trace, try newer version of libxml2 and libxslt Previous Comments: [2008-06-09 13:14:48] privat at praeclarus dot de Sorry, there is no Debugger installed on my Server. All i can provide is that "Reproduce code" that ends with a blank Screen. [2008-06-09 12:28:31] [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. [2008-06-07 12:43:05] privat at praeclarus dot de Description: This Part of Code will crash the Script without any Error. After commenting out: it will output "hello". At php 4 domxsl the same Stylesheet will work like charme, like in all other XSLT-Processors. Reproduce code: --- hallo'; $s_xsl = ' http://www.w3.org/1999/XSL/Transform";> '; $o_xml = DOMDocument::loadXML ( $s_xml ); $o_xsl = DOMDocument::loadXML ( $s_xsl ); $o_Prozess = new XSLTProcessor(); $o_Prozess -> importStyleSheet ( $o_xsl ); echo $o_Prozess -> transformToXML( $o_xml ); ?> Expected result: When not 'Sprache_DE_Fahrzeugliste.xml' exist an Error, and whn Exist processing the xml_Document. Actual result: -- Crash witout any output ... seems the Apache-Process will killed before an Output -- Edit this bug report at http://bugs.php.net/?id=45200&edit=1
#45160 [Opn]: PHP has encountered an Access Violation at 01B849C7
ID: 45160 User updated by: php at eklenet dot de Reported By: php at eklenet dot de Status: Open Bug Type: PDO related Operating System: Windows 2003 Server 32bit PHP Version: 5.2.6 New Comment: i have modified my script to work on cli. here are the dumps: http://space.eklenet.de/CrashHang_Memory_Report.mht http://space.eklenet.de/CrashHang_Report.mht hope that helps ! Previous Comments: [2008-06-09 09:27:56] php at eklenet dot de hi, how do i run IIS as a single thread ? i dont found a manual to that. [2008-06-09 08:40:13] [EMAIL PROTECTED] Thanks for the backtrace, can you try to create a small script to actually reproduce the crash? Also if it is possible to configure your IIS to run a single thread, it may help to see what causes the crash. The backtrace does not show anything related to odbc or pdo. [2008-06-09 08:27:33] php at eklenet dot de here: http://space.eklenet.de/CrashHang_Memory_Report__PID_5904__06092008100613171.mht but i dont see something in this report. [2008-06-08 16:02:29] [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. [2008-06-08 14:42:24] php at eklenet dot de but in the last sql was no getdate(), getdate() was two sql before. all the errors are on Windows not on Linux. The ODBC-Connection points to a MS-SQL. 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=45160&edit=1
#45214 [NEW]: __autoload tries to load callback'ed self and parent (close to #37138; no dupe)
From: webmaster at eiscp dot de Operating system: Windows XP Professional SP 3 PHP version: 5.2.6 PHP Bug Type: Class/Object related Bug description: __autoload tries to load callback'ed self and parent (close to #37138; no dupe) Description: Like #37138 __autoload tries to load callback'ed self and parent PHP tries to __autoload if callcack is used with self or parent in method name. Please note that this is not a dupe! Reproduce code: --- function __autoload($class) { echo __METHOD__, '(', $class, ')', PHP_EOL; } class A { function X() { echo __METHOD__, PHP_EOL; } function Y() { echo __METHOD__, PHP_EOL; call_user_func(array($this, 'self::X')); } } class B extends A { function X() { echo __METHOD__, PHP_EOL; call_user_func(array($this, 'parent::X')); } function Y() { echo __METHOD__, PHP_EOL; call_user_func(array($this, 'parent::Y')); } } // Test $a = new A(); echo '--- Case 1 ---', PHP_EOL; $a->X(); echo '--- Case 2 ---', PHP_EOL; $a->Y(); $b = new B(); echo '--- Case 3 ---', PHP_EOL; $b->X(); echo '--- Case 4 ---', PHP_EOL; $b->Y(); Expected result: --- Case 1 --- A::X --- Case 2 --- A::Y A::X --- Case 3 --- B::X A::X --- Case 4 --- B::Y A::Y A::X Actual result: -- --- Case 1 --- A::X --- Case 2 --- A::Y __autoload(self) A::X --- Case 3 --- B::X __autoload(parent) A::X --- Case 4 --- B::Y __autoload(parent) A::Y __autoload(self) A::X -- Edit bug report at http://bugs.php.net/?id=45214&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45214&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45214&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45214&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45214&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45214&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45214&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45214&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45214&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45214&r=support Expected behavior:http://bugs.php.net/fix.php?id=45214&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45214&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45214&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45214&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45214&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45214&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45214&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45214&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45214&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45214&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45214&r=mysqlcfg
#45213 [NEW]: imap_utf7_encode() computes wrong UTF-7 data
From: thomas dot jarosch at intra2net dot com Operating system: linux PHP version: 5.2.6 PHP Bug Type: IMAP related Bug description: imap_utf7_encode() computes wrong UTF-7 data Description: Hello together, I tried to encode german umlauts using imap_utf7_encode(), but the computed string is not understood by the cyrus IMAP server. This is pretty much related to bug #15630, but now I had the help of a coworker who is pretty fast decoding base64 by hand :-) UTF-7 is defined to encode special characters as two byte UTF-16 stream. Normally the ISO-8859-1 string "täst" should be encoded into t&AOQ-st, which corresponds to 0x00, 0xe4. The current code in PHP 5.2.6 encodes it to t&5A-st, which is 0xe4 without the leading 0x00. Would be nice if that could be resolved since it's not compatible with most IMAP implementations. Bug #15630 is around since 2002. Cheers, Thomas Reproduce code: --- echo imap_utf7_encode("täst"); Expected result: t&AOQ-st Actual result: -- t&5A-st -- Edit bug report at http://bugs.php.net/?id=45213&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45213&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45213&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45213&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45213&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45213&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45213&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45213&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45213&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45213&r=support Expected behavior:http://bugs.php.net/fix.php?id=45213&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45213&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45213&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45213&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45213&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45213&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45213&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45213&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45213&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45213&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45213&r=mysqlcfg
#45200 [Fbk->Opn]: xsl document() Function crash Output
ID: 45200 User updated by: privat at praeclarus dot de Reported By: privat at praeclarus dot de -Status: Feedback +Status: Open Bug Type: XSLT related Operating System: Linux PHP Version: 5.2.6 New Comment: Sorry, there is no Debugger installed on my Server. All i can provide is that "Reproduce code" that ends with a blank Screen. Previous Comments: [2008-06-09 12:28:31] [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. [2008-06-07 12:43:05] privat at praeclarus dot de Description: This Part of Code will crash the Script without any Error. After commenting out: it will output "hello". At php 4 domxsl the same Stylesheet will work like charme, like in all other XSLT-Processors. Reproduce code: --- hallo'; $s_xsl = ' http://www.w3.org/1999/XSL/Transform";> '; $o_xml = DOMDocument::loadXML ( $s_xml ); $o_xsl = DOMDocument::loadXML ( $s_xsl ); $o_Prozess = new XSLTProcessor(); $o_Prozess -> importStyleSheet ( $o_xsl ); echo $o_Prozess -> transformToXML( $o_xml ); ?> Expected result: When not 'Sprache_DE_Fahrzeugliste.xml' exist an Error, and whn Exist processing the xml_Document. Actual result: -- Crash witout any output ... seems the Apache-Process will killed before an Output -- Edit this bug report at http://bugs.php.net/?id=45200&edit=1
#45212 [Opn]: compiling from source returns an error when using --with-curl parameter
ID: 45212 User updated by: theprisonerofzenda at gmail dot com Reported By: theprisonerofzenda at gmail dot com Status: Open Bug Type: Compile Failure -Operating System: Red Hat Enterprise Linux 5 x86_6 +Operating System: RedHat Enterprise Linux 5 x86_64 PHP Version: 5.2.6 New Comment: Previous Comments: [2008-06-09 12:56:50] theprisonerofzenda at gmail dot com Description: PHP-5.2.6 compilation using the --with-curl parameter end with... ## checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. ## However without using the --with-curl everything compiles fine. Reproduce code: --- 1. got php-5.2.6.tar.bz2 2. used this configuration parameters CFLAGS='-O3' \ './configure' \ '--disable-debug' \ '--with-libdir=/lib64' \ '--prefix=/usr/local' \ '--enable-bcmath' \ '--enable-calendar' \ '--with-gd' \ '--with-jpeg-dir=/usr/local' \ '--with-png-dir=/usr' \ '--with-gettext' \ '--with-mysqli' \ '--with-mysql=/usr' \ '--with-pear' \ '--with-mcrypt' \ '--enable-sockets' \ '--with-ttf' \ '--with-freetype-dir=/usr' \ '--enable-gd-native-ttf' \ '--with-zlib' \ '--disable-ipv6' \ '--disable-cli' \ '--enable-magic-quotes' \ '--enable-discard-path' \ '--enable-force-cgi-redirect' \ '--enable-fastcgi' \ '--with-openssl' \ '--with-curl' \ "$@" 3. compilation fails. Expected result: PHP compiles with curl support. Actual result: -- checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. -- Edit this bug report at http://bugs.php.net/?id=45212&edit=1
#45212 [NEW]: compiling from source returns an error when using --with-curl parameter
From: theprisonerofzenda at gmail dot com Operating system: Red Hat Enterprise Linux 5 x86_6 PHP version: 5.2.6 PHP Bug Type: Compile Failure Bug description: compiling from source returns an error when using --with-curl parameter Description: PHP-5.2.6 compilation using the --with-curl parameter end with... ## checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. ## However without using the --with-curl everything compiles fine. Reproduce code: --- 1. got php-5.2.6.tar.bz2 2. used this configuration parameters CFLAGS='-O3' \ './configure' \ '--disable-debug' \ '--with-libdir=/lib64' \ '--prefix=/usr/local' \ '--enable-bcmath' \ '--enable-calendar' \ '--with-gd' \ '--with-jpeg-dir=/usr/local' \ '--with-png-dir=/usr' \ '--with-gettext' \ '--with-mysqli' \ '--with-mysql=/usr' \ '--with-pear' \ '--with-mcrypt' \ '--enable-sockets' \ '--with-ttf' \ '--with-freetype-dir=/usr' \ '--enable-gd-native-ttf' \ '--with-zlib' \ '--disable-ipv6' \ '--disable-cli' \ '--enable-magic-quotes' \ '--enable-discard-path' \ '--enable-force-cgi-redirect' \ '--enable-fastcgi' \ '--with-openssl' \ '--with-curl' \ "$@" 3. compilation fails. Expected result: PHP compiles with curl support. Actual result: -- checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. -- Edit bug report at http://bugs.php.net/?id=45212&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45212&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45212&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45212&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45212&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45212&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45212&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45212&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45212&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45212&r=support Expected behavior:http://bugs.php.net/fix.php?id=45212&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45212&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45212&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45212&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45212&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45212&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45212&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45212&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45212&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45212&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45212&r=mysqlcfg
#45200 [Opn->Fbk]: xsl document() Function crash Output
ID: 45200 Updated by: [EMAIL PROTECTED] Reported By: privat at praeclarus dot de -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: Linux PHP Version: 5.2.6 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-06-07 12:43:05] privat at praeclarus dot de Description: This Part of Code will crash the Script without any Error. After commenting out: it will output "hello". At php 4 domxsl the same Stylesheet will work like charme, like in all other XSLT-Processors. Reproduce code: --- hallo'; $s_xsl = ' http://www.w3.org/1999/XSL/Transform";> '; $o_xml = DOMDocument::loadXML ( $s_xml ); $o_xsl = DOMDocument::loadXML ( $s_xsl ); $o_Prozess = new XSLTProcessor(); $o_Prozess -> importStyleSheet ( $o_xsl ); echo $o_Prozess -> transformToXML( $o_xml ); ?> Expected result: When not 'Sprache_DE_Fahrzeugliste.xml' exist an Error, and whn Exist processing the xml_Document. Actual result: -- Crash witout any output ... seems the Apache-Process will killed before an Output -- Edit this bug report at http://bugs.php.net/?id=45200&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: Computer dot Pers at gmail dot com Reported By: graham at directhostinguk dot com Status: Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.6 Assigned To: scottmac New Comment: OK. I've upgraded PHP to latest 5.2.6 Message: "Error in my_thread_global_end(): 1 threads didn't exit" is disappeared. but delay of 5 seconds is here. I've disabled ALL plugins and there's no any delay. 1. Then i've enabled "extension=php_mysql.dll" 2. i've created script, which shows curent time before and after "php -v" commnad and launched it several times here is result: 1. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:16 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:16 2. Delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:18 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:23 3. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:26 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:26 4. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:28 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:28 5. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:29 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:29 6. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:30 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:30 7. Delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:31 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:36 . 1 of 3 or 4 times i see a delay of 5 secs. and this is on a machine Intel Xeon E5335 @2Ghz 4Gb Ram at Idle state MySql for test reason was STOPPED. Previous Comments: [2008-06-09 10:55:35] [EMAIL PROTECTED] First you need 5.2.6 and secondly you need to check for old libmysql.dll files lurking around in your path, I can't reproduce this with MySQL 5.0.51. Can you reproduce this when you disable all extensions and just enable MySQL? If you start enabling extensions which one causes the problem? On phpinfo() what version of libmysql does it show? If you don't have PHP 5.2.6 and MySQL 5.0.51 or newer then please upgrade before you consider replying. [2008-06-09 10:12:06] Computer dot Pers at gmail dot com So... Is there's any solution??? C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>php -v PHP 5.2.5 (cli) (built: Nov 8 2007 23:18:51) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit [2008-06-09 02:33:33] kneekoo at yahoo dot com As indicated in some of the above messages, I tried some advices but nothing changed on my setup. 1. Commenting ;[PHP_MYSQL] ;extension=php_mysql.dll and de-commenting extension=php_mysql.dll didn't help. 2. Switching mysql.allow_persistent to Off didn't help as well. I downloaded PHP 5.2.6, installed it on a WinXP SP2 system and that's it. There is a delay (more than 5 seconds to me - about 7) and this message: Error in my_thread_global_end(): 1 threads didn't exit It's shocking to find out there isn't an official fix for this after one whole year. Lucky me I can work with my scripts but I hope this won't interfere with my development further on. Please, guys, fix this. Thanks! [2008-06-06 01:00:00] 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-06-04 16:58:30] onehourlate at hotmail dot com php 5.2.6, Windo
#45199 [Bgs->Opn]: Serializing objects with private properties
ID: 45199 Updated by: [EMAIL PROTECTED] Reported By: mehran20 at hotmail dot com -Status: Bogus +Status: Open Bug Type: Class/Object related Operating System: CentOS / Linux PHP Version: 5.2.6 Previous Comments: [2008-06-09 10:24:07] mehran20 at hotmail dot com Jani, I know what PRIVATE means and I know what I've submitted is a bug, not a BOGUS!! Please take another look at this bug, it did not exist in 5.2 and when I upgraded to 5.2.6 it suddenly hit me. Please take a close look at it, this is a php bug!!! [2008-06-09 08:53:35] [EMAIL PROTECTED] RTFM: "Private limits visibility only to the class that defines the item." [2008-06-07 09:02:39] mehran20 at hotmail dot com Description: Hi Before you read the code, I want to say that the code that is given in this section works fine. The only problem is for the code that is given in the "Reproduce code". class A { private $a = 1; } class B extends A { private $b = 2; } $v = new B; print_r(unserialize(serialize($v))); Output (which is correct): B Object ( [b:private] => 2 [a:private] => 1 ) Reproduce code: --- class A { private $a = 1; public function __sleep() { $vars = get_object_vars($this); return array_keys($vars); } } class B extends A { private $b = 2; } $v = new B; print_r(unserialize(serialize($v))); Expected result: B Object ( [b:private] => 2 [a:private] => 1 ) Or B Object ( [b:private] => 2 ) I prefer the first one! But both could be correct!! Actual result: -- Notice: serialize() [function.serialize]: "a" returned as member variable from __sleep() but does not exist in <__FILE__> on line 14 B Object ( [b:private] => 2 [a:private] => 1 [a] => ) -- Edit this bug report at http://bugs.php.net/?id=45199&edit=1
#41350 [NoF->Fbk]: Error in my_thread_global_end()
ID: 41350 Updated by: [EMAIL PROTECTED] Reported By: graham at directhostinguk dot com -Status: No Feedback +Status: Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.6 Assigned To: scottmac New Comment: First you need 5.2.6 and secondly you need to check for old libmysql.dll files lurking around in your path, I can't reproduce this with MySQL 5.0.51. Can you reproduce this when you disable all extensions and just enable MySQL? If you start enabling extensions which one causes the problem? On phpinfo() what version of libmysql does it show? If you don't have PHP 5.2.6 and MySQL 5.0.51 or newer then please upgrade before you consider replying. Previous Comments: [2008-06-09 10:12:06] Computer dot Pers at gmail dot com So... Is there's any solution??? C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>php -v PHP 5.2.5 (cli) (built: Nov 8 2007 23:18:51) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit [2008-06-09 02:33:33] kneekoo at yahoo dot com As indicated in some of the above messages, I tried some advices but nothing changed on my setup. 1. Commenting ;[PHP_MYSQL] ;extension=php_mysql.dll and de-commenting extension=php_mysql.dll didn't help. 2. Switching mysql.allow_persistent to Off didn't help as well. I downloaded PHP 5.2.6, installed it on a WinXP SP2 system and that's it. There is a delay (more than 5 seconds to me - about 7) and this message: Error in my_thread_global_end(): 1 threads didn't exit It's shocking to find out there isn't an official fix for this after one whole year. Lucky me I can work with my scripts but I hope this won't interfere with my development further on. Please, guys, fix this. Thanks! [2008-06-06 01:00:00] 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-06-04 16:58:30] onehourlate at hotmail dot com php 5.2.6, Windows Visa or XP I confirm that the 5 seconds delay on exit is still there. Grabbing libmysql.dll from the lastest stable Mysql (5.0.51b) didn't help. Haven't tried to use binaries from php 5.2.1 yet. The problem seems to appear as soon as I play with sockets. [2008-05-31 03:00:57] da_pimp2004_966 at hotmail dot com Ok, I used the updated versions of the files and I recieved this error; PHP Warning: PHP Startup: mysql: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=1 PHP compiled with module API=20060613, debug=0, thread-safety=0 These options need to match in Unknown on line 0 Anybody have any ideas? [EMAIL PROTECTED] - any help appreciated. 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/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#45199 [Bgs]: Serializing objects with private properties
ID: 45199 User updated by: mehran20 at hotmail dot com Reported By: mehran20 at hotmail dot com Status: Bogus Bug Type: Class/Object related Operating System: CentOS / Linux PHP Version: 5.2.6 New Comment: Jani, I know what PRIVATE means and I know what I've submitted is a bug, not a BOGUS!! Please take another look at this bug, it did not exist in 5.2 and when I upgraded to 5.2.6 it suddenly hit me. Please take a close look at it, this is a php bug!!! Previous Comments: [2008-06-09 08:53:35] [EMAIL PROTECTED] RTFM: "Private limits visibility only to the class that defines the item." [2008-06-07 09:02:39] mehran20 at hotmail dot com Description: Hi Before you read the code, I want to say that the code that is given in this section works fine. The only problem is for the code that is given in the "Reproduce code". class A { private $a = 1; } class B extends A { private $b = 2; } $v = new B; print_r(unserialize(serialize($v))); Output (which is correct): B Object ( [b:private] => 2 [a:private] => 1 ) Reproduce code: --- class A { private $a = 1; public function __sleep() { $vars = get_object_vars($this); return array_keys($vars); } } class B extends A { private $b = 2; } $v = new B; print_r(unserialize(serialize($v))); Expected result: B Object ( [b:private] => 2 [a:private] => 1 ) Or B Object ( [b:private] => 2 ) I prefer the first one! But both could be correct!! Actual result: -- Notice: serialize() [function.serialize]: "a" returned as member variable from __sleep() but does not exist in <__FILE__> on line 14 B Object ( [b:private] => 2 [a:private] => 1 [a] => ) -- Edit this bug report at http://bugs.php.net/?id=45199&edit=1
#45211 [Bgs]: configure --with-swf[=DIR] throws error
ID: 45211 User updated by: ved dot prakash at personiva dot com Reported By: ved dot prakash at personiva dot com Status: Bogus Bug Type: *General Issues Operating System: linux ubuntu PHP Version: 5.2.6 New Comment: So why does php.net site doesn't have a mention of it anywhere with this upadate or it is left deliberately? Thanks Ved Previous Comments: [2008-06-09 08:44:33] [EMAIL PROTECTED] Of course you get an error, that extension was moved to PECL about 5 years ago. Not a bug -> bogus. [2008-06-09 07:48:23] ved dot prakash at personiva dot com Description: Hi, I am trying to compile php with swf but it throws an error unknown option configure script ./configure --prefix=/usr/local/phpnew --with-config-file-path=/usr/local/phpnew --with-apxs2=/usr/local/apache2/bin/apxs --enable-fastcgi --enable-sigchild --enable-libgcc--disable-short-tags --disable-ipv6--with-pcre-regex --with-zlib --disable-bcmath --disable-dba --enable-mbstring --enable-sockets --enable-exif --without-fbsql --without-fdftk--with-gd --with-ttf --with-freetype-dir --without-iconv --without-imap --without-imap-ssl --without-interbase --without-ldap --without-ldap-sasl --without-mime-magic --with-mysql=/usr/include/mysql/ --with-mysql-sock --with-mysqli --without-ncurses --without-oci8 --without-adabas --without-sapdb --without-solid --without-ibm-db2 --without-empress --without-empress-bcs --without-birdstep --without-custom-odbc --without-iodbc --without-esoob --disable-pcntl --disable-pdo --without-pgsql --disable-shmop --without-sqlite--enable-shared --enable-fast-install --with-gnu-ld--with-pic--with-regex=php --enable-zip --with-xsl --with-jpeg-dir --with-png-dir --with-swf=/usr/local/src/libswf -- Output Generating files updating cache ./config.cache creating ./config.status creating php5.spec . . . Notice: Following unknown configure options were used: --with-swf=/usr/local/src/libswf Check './configure --help' for available options though the ./configure --help doesn't show --with-swf the documentation about www.php.net/manual/en/swf.installation.php tells us to compile with option --with-swf for enabling swf support. I think this is a bug. Thanks, Ved Expected result: code should get configured without any errors or notices -- Edit this bug report at http://bugs.php.net/?id=45211&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: Computer dot Pers at gmail dot com Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.6 Assigned To: scottmac New Comment: So... Is there's any solution??? C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>php -v PHP 5.2.5 (cli) (built: Nov 8 2007 23:18:51) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit Previous Comments: [2008-06-09 02:33:33] kneekoo at yahoo dot com As indicated in some of the above messages, I tried some advices but nothing changed on my setup. 1. Commenting ;[PHP_MYSQL] ;extension=php_mysql.dll and de-commenting extension=php_mysql.dll didn't help. 2. Switching mysql.allow_persistent to Off didn't help as well. I downloaded PHP 5.2.6, installed it on a WinXP SP2 system and that's it. There is a delay (more than 5 seconds to me - about 7) and this message: Error in my_thread_global_end(): 1 threads didn't exit It's shocking to find out there isn't an official fix for this after one whole year. Lucky me I can work with my scripts but I hope this won't interfere with my development further on. Please, guys, fix this. Thanks! [2008-06-06 01:00:00] 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-06-04 16:58:30] onehourlate at hotmail dot com php 5.2.6, Windows Visa or XP I confirm that the 5 seconds delay on exit is still there. Grabbing libmysql.dll from the lastest stable Mysql (5.0.51b) didn't help. Haven't tried to use binaries from php 5.2.1 yet. The problem seems to appear as soon as I play with sockets. [2008-05-31 03:00:57] da_pimp2004_966 at hotmail dot com Ok, I used the updated versions of the files and I recieved this error; PHP Warning: PHP Startup: mysql: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=1 PHP compiled with module API=20060613, debug=0, thread-safety=0 These options need to match in Unknown on line 0 Anybody have any ideas? [EMAIL PROTECTED] - any help appreciated. [2008-05-30 04:04:35] louis at steelbytes dot com still got slowness on exit with php 5.2.6 when using mysql AND CURL (As somebody else noted in bug #41968 that was marked as a dupe of this bug) and still replacing libmysql.dll with the copy from php 5.2.1 fixes it. doesn't seem to be happending to me when only using mysql and not curl? PS, am using dl() to load these two extension - not php.ini The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#45160 [Fbk->Opn]: PHP has encountered an Access Violation at 01B849C7
ID: 45160 User updated by: php at eklenet dot de Reported By: php at eklenet dot de -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Windows 2003 Server 32bit PHP Version: 5.2.6 New Comment: hi, how do i run IIS as a single thread ? i dont found a manual to that. Previous Comments: [2008-06-09 08:40:13] [EMAIL PROTECTED] Thanks for the backtrace, can you try to create a small script to actually reproduce the crash? Also if it is possible to configure your IIS to run a single thread, it may help to see what causes the crash. The backtrace does not show anything related to odbc or pdo. [2008-06-09 08:27:33] php at eklenet dot de here: http://space.eklenet.de/CrashHang_Memory_Report__PID_5904__06092008100613171.mht but i dont see something in this report. [2008-06-08 16:02:29] [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. [2008-06-08 14:42:24] php at eklenet dot de but in the last sql was no getdate(), getdate() was two sql before. all the errors are on Windows not on Linux. The ODBC-Connection points to a MS-SQL. [2008-06-08 12:36:18] ncoesel at dealogic dot nl I believe this bug is caused by calling getdate(). On my Linux machine calling getdate() crashes PHP consistently. I'll file a bug report shortly. 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=45160&edit=1
#44941 [Opn]: Post data size limited to 60k even when post_max_size = 20M
ID: 44941 Updated by: [EMAIL PROTECTED] Reported By: enadyo at hotmail dot com Status: Open Bug Type: *General Issues Operating System: CENTOS PHP Version: 5.2.5 Assigned To: fb-req-jani New Comment: FYI: I myself run a Centos server with PHP 5.2.6 without any problems. There's something wrong with your setup or something similar. Previous Comments: [2008-06-06 13:53:29] enadyo at hotmail dot com Aw it concerns HTML quotes: a) It doesn't work either way b) I remind you that this is a bug report and not a "I can't program" report. The very same code works in other servers. e.g.: http://www.xpert.gr/errata.php Please note that this server runs on PHP 4.3.9 which is no longer supported. Please read http://www.xpert.gr/myphp.php in order to compare php infos I've added the variable dumbing to target.php as you've said but it's still null on PHP 5.2.5 Apache/centos server and works fine on PHP 4.3.9 server Netcraft's report : Problematic server: Apache/2.2.8 Unix mod_ssl/2.2.8 OpenSSL/0.9.8b mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 mod_jk/1.2.25 PHP/5.2.5 Is it possible that the problem maybe caused by CENTOS since the working server runs REDHAT? Can you crossreference or even prove such an assumption? (be careful: I'm just guessing) I assume that something conflicts with something but with what remains a mystery. [2008-06-05 18:56:12] [EMAIL PROTECTED] And usually using proper HTML (With quotes around parameter values) helps too. [2008-06-05 18:54:21] [EMAIL PROTECTED] What if you try this script as target.php: [2008-06-03 22:18:50] enadyo at hotmail dot com I'm sorry to say that but ...you have some problem with your conection. Just to be sure I've tried the links with www.megaproxy.com and they work allright all over the world. It might have to do something with your firewall. Please try again or use www.megaproxy.com phpinfo: http://www.alfavita.gr/myphp.php testing page: http://www.alfavita.gr/errata.php [2008-05-26 23:56:07] [EMAIL PROTECTED] Neither of those links work. 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/44941 -- Edit this bug report at http://bugs.php.net/?id=44941&edit=1
#45199 [Opn->Bgs]: Serializing objects with private properties
ID: 45199 Updated by: [EMAIL PROTECTED] Reported By: mehran20 at hotmail dot com -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: CentOS / Linux PHP Version: 5.2.6 New Comment: RTFM: "Private limits visibility only to the class that defines the item." Previous Comments: [2008-06-07 09:02:39] mehran20 at hotmail dot com Description: Hi Before you read the code, I want to say that the code that is given in this section works fine. The only problem is for the code that is given in the "Reproduce code". class A { private $a = 1; } class B extends A { private $b = 2; } $v = new B; print_r(unserialize(serialize($v))); Output (which is correct): B Object ( [b:private] => 2 [a:private] => 1 ) Reproduce code: --- class A { private $a = 1; public function __sleep() { $vars = get_object_vars($this); return array_keys($vars); } } class B extends A { private $b = 2; } $v = new B; print_r(unserialize(serialize($v))); Expected result: B Object ( [b:private] => 2 [a:private] => 1 ) Or B Object ( [b:private] => 2 ) I prefer the first one! But both could be correct!! Actual result: -- Notice: serialize() [function.serialize]: "a" returned as member variable from __sleep() but does not exist in <__FILE__> on line 14 B Object ( [b:private] => 2 [a:private] => 1 [a] => ) -- Edit this bug report at http://bugs.php.net/?id=45199&edit=1
#45203 [Opn->Csd]: missing HTTP Vary header
ID: 45203 Updated by: [EMAIL PROTECTED] Reported By: e dot ehritt at web dot de -Status: Open +Status: Closed Bug Type: Zlib Related Operating System: other PHP Version: 5.2.6 New Comment: And as was mentioned in bug #40325, it was fixed in HEAD (as in: PHP 6) but the fix was not possible to be merged to 5.2 branch. Previous Comments: [2008-06-07 17:07:16] e dot ehritt at web dot de Description: If configuration of zlib.output_compression zlib.output_compression_level is seeded in a php.ini, not at all there are a header "Vary". RFC 2616 section 14.44 requires own. It is the same problem as discribe in http://bugs.php.net/40325 ob_start('ob_gzhander') is not the only way to start output compression. -- Edit this bug report at http://bugs.php.net/?id=45203&edit=1
#45211 [Opn->Bgs]: configure --with-swf[=DIR] throws error
ID: 45211 Updated by: [EMAIL PROTECTED] Reported By: ved dot prakash at personiva dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: linux ubuntu PHP Version: 5.2.6 New Comment: Of course you get an error, that extension was moved to PECL about 5 years ago. Not a bug -> bogus. Previous Comments: [2008-06-09 07:48:23] ved dot prakash at personiva dot com Description: Hi, I am trying to compile php with swf but it throws an error unknown option configure script ./configure --prefix=/usr/local/phpnew --with-config-file-path=/usr/local/phpnew --with-apxs2=/usr/local/apache2/bin/apxs --enable-fastcgi --enable-sigchild --enable-libgcc--disable-short-tags --disable-ipv6--with-pcre-regex --with-zlib --disable-bcmath --disable-dba --enable-mbstring --enable-sockets --enable-exif --without-fbsql --without-fdftk--with-gd --with-ttf --with-freetype-dir --without-iconv --without-imap --without-imap-ssl --without-interbase --without-ldap --without-ldap-sasl --without-mime-magic --with-mysql=/usr/include/mysql/ --with-mysql-sock --with-mysqli --without-ncurses --without-oci8 --without-adabas --without-sapdb --without-solid --without-ibm-db2 --without-empress --without-empress-bcs --without-birdstep --without-custom-odbc --without-iodbc --without-esoob --disable-pcntl --disable-pdo --without-pgsql --disable-shmop --without-sqlite--enable-shared --enable-fast-install --with-gnu-ld--with-pic--with-regex=php --enable-zip --with-xsl --with-jpeg-dir --with-png-dir --with-swf=/usr/local/src/libswf -- Output Generating files updating cache ./config.cache creating ./config.status creating php5.spec . . . Notice: Following unknown configure options were used: --with-swf=/usr/local/src/libswf Check './configure --help' for available options though the ./configure --help doesn't show --with-swf the documentation about www.php.net/manual/en/swf.installation.php tells us to compile with option --with-swf for enabling swf support. I think this is a bug. Thanks, Ved Expected result: code should get configured without any errors or notices -- Edit this bug report at http://bugs.php.net/?id=45211&edit=1
#45160 [Opn->Fbk]: PHP has encountered an Access Violation at 01B849C7
ID: 45160 Updated by: [EMAIL PROTECTED] Reported By: php at eklenet dot de -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Windows 2003 Server 32bit PHP Version: 5.2.6 New Comment: Thanks for the backtrace, can you try to create a small script to actually reproduce the crash? Also if it is possible to configure your IIS to run a single thread, it may help to see what causes the crash. The backtrace does not show anything related to odbc or pdo. Previous Comments: [2008-06-09 08:27:33] php at eklenet dot de here: http://space.eklenet.de/CrashHang_Memory_Report__PID_5904__06092008100613171.mht but i dont see something in this report. [2008-06-08 16:02:29] [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. [2008-06-08 14:42:24] php at eklenet dot de but in the last sql was no getdate(), getdate() was two sql before. all the errors are on Windows not on Linux. The ODBC-Connection points to a MS-SQL. [2008-06-08 12:36:18] ncoesel at dealogic dot nl I believe this bug is caused by calling getdate(). On my Linux machine calling getdate() crashes PHP consistently. I'll file a bug report shortly. [2008-06-03 12:57:56] php at eklenet dot de Description: hi, i got the error : PHP has encountered an Access Violation at 01B849C7 on some sqls. i have tried some php-version, 5.2.4, 5.2.5, 5.2.6 and php5.2-win32-latest.zip, on IIS ISAPI and Apache2 Mod, all the same. i think the the error must be in the PDO prepare statement, as you see a "A" is show with the SQL in the actual result, but never a "B" at the last line The attatched output is complete. The reproduce code is just a part of a big script. Reproduce code: --- ... $this->CONNECTION['handle'] =$dbh = new PDO('odbc:bluesheet', "sa",""); ... echo "A:$sql:"; $this->CONNECTION['response'] = $this->CONNECTION['handle']->prepare($sql); echo "B"; $this->CONNECTION['response']->execute(); echo "C"; ... Expected result: no error and correctly executed sqls. Actual result: -- PHP has encountered an Access Violation at 01B849C7A:SELECT id,name FROM bs_companies;:BCA:SELECT id,name FROM bs_users;:BCA:SELECT * FROM bs_salesmans;:BCA:INSERT INTO bs_access_log ( func , ip , ip_for , session , php_session , browser , login , date ) VALUES ( 'muster_stueckliste_edit' /* func */ , '192.168.224.4' /* ip */ , '' /* ip_for */ , 'e9bc10605d413039c338efeaef5abef0' /* session */ , '8b1q4n09vhpvba2dqgfl7sh6t5'/* php_session */ , 'Mozilla/5.0 (Windows; U; Windows NT 5.2; de; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14'/* browser */ , '1' /* login */ , getdate() /* date */ ) :BCA:SELECT [function] FROM bs_functions4user WHERE user_id = '1' :BCA:UPDATE bs_stueckliste SET parent_id = '32' , stueck = '2' , details = '2' , einheit = '2' , verbrauch = DEFAULT , groese = '2' , farbe = DEFAULT , positions = DEFAULT , anz = DEFAULT WHERE id = '5' AND ident = '64' : -- Edit this bug report at http://bugs.php.net/?id=45160&edit=1
#45160 [Fbk->Opn]: PHP has encountered an Access Violation at 01B849C7
ID: 45160 User updated by: php at eklenet dot de Reported By: php at eklenet dot de -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Windows 2003 Server 32bit PHP Version: 5.2.6 New Comment: here: http://space.eklenet.de/CrashHang_Memory_Report__PID_5904__06092008100613171.mht but i dont see something in this report. Previous Comments: [2008-06-08 16:02:29] [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. [2008-06-08 14:42:24] php at eklenet dot de but in the last sql was no getdate(), getdate() was two sql before. all the errors are on Windows not on Linux. The ODBC-Connection points to a MS-SQL. [2008-06-08 12:36:18] ncoesel at dealogic dot nl I believe this bug is caused by calling getdate(). On my Linux machine calling getdate() crashes PHP consistently. I'll file a bug report shortly. [2008-06-03 12:57:56] php at eklenet dot de Description: hi, i got the error : PHP has encountered an Access Violation at 01B849C7 on some sqls. i have tried some php-version, 5.2.4, 5.2.5, 5.2.6 and php5.2-win32-latest.zip, on IIS ISAPI and Apache2 Mod, all the same. i think the the error must be in the PDO prepare statement, as you see a "A" is show with the SQL in the actual result, but never a "B" at the last line The attatched output is complete. The reproduce code is just a part of a big script. Reproduce code: --- ... $this->CONNECTION['handle'] =$dbh = new PDO('odbc:bluesheet', "sa",""); ... echo "A:$sql:"; $this->CONNECTION['response'] = $this->CONNECTION['handle']->prepare($sql); echo "B"; $this->CONNECTION['response']->execute(); echo "C"; ... Expected result: no error and correctly executed sqls. Actual result: -- PHP has encountered an Access Violation at 01B849C7A:SELECT id,name FROM bs_companies;:BCA:SELECT id,name FROM bs_users;:BCA:SELECT * FROM bs_salesmans;:BCA:INSERT INTO bs_access_log ( func , ip , ip_for , session , php_session , browser , login , date ) VALUES ( 'muster_stueckliste_edit' /* func */ , '192.168.224.4' /* ip */ , '' /* ip_for */ , 'e9bc10605d413039c338efeaef5abef0' /* session */ , '8b1q4n09vhpvba2dqgfl7sh6t5'/* php_session */ , 'Mozilla/5.0 (Windows; U; Windows NT 5.2; de; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14'/* browser */ , '1' /* login */ , getdate() /* date */ ) :BCA:SELECT [function] FROM bs_functions4user WHERE user_id = '1' :BCA:UPDATE bs_stueckliste SET parent_id = '32' , stueck = '2' , details = '2' , einheit = '2' , verbrauch = DEFAULT , groese = '2' , farbe = DEFAULT , positions = DEFAULT , anz = DEFAULT WHERE id = '5' AND ident = '64' : -- Edit this bug report at http://bugs.php.net/?id=45160&edit=1
#45211 [NEW]: configure --with-swf[=DIR] throws error
From: ved dot prakash at personiva dot com Operating system: linux ubuntu PHP version: 5.2.6 PHP Bug Type: *General Issues Bug description: configure --with-swf[=DIR] throws error Description: Hi, I am trying to compile php with swf but it throws an error unknown option configure script ./configure --prefix=/usr/local/phpnew --with-config-file-path=/usr/local/phpnew --with-apxs2=/usr/local/apache2/bin/apxs --enable-fastcgi --enable-sigchild --enable-libgcc--disable-short-tags --disable-ipv6--with-pcre-regex --with-zlib --disable-bcmath --disable-dba --enable-mbstring --enable-sockets --enable-exif --without-fbsql --without-fdftk--with-gd --with-ttf --with-freetype-dir --without-iconv --without-imap --without-imap-ssl --without-interbase --without-ldap --without-ldap-sasl --without-mime-magic --with-mysql=/usr/include/mysql/ --with-mysql-sock --with-mysqli --without-ncurses --without-oci8 --without-adabas --without-sapdb --without-solid --without-ibm-db2 --without-empress --without-empress-bcs --without-birdstep --without-custom-odbc --without-iodbc --without-esoob --disable-pcntl --disable-pdo --without-pgsql --disable-shmop --without-sqlite--enable-shared --enable-fast-install --with-gnu-ld--with-pic--with-regex=php --enable-zip --with-xsl --with-jpeg-dir --with-png-dir --with-swf=/usr/local/src/libswf -- Output Generating files updating cache ./config.cache creating ./config.status creating php5.spec . . . Notice: Following unknown configure options were used: --with-swf=/usr/local/src/libswf Check './configure --help' for available options though the ./configure --help doesn't show --with-swf the documentation about www.php.net/manual/en/swf.installation.php tells us to compile with option --with-swf for enabling swf support. I think this is a bug. Thanks, Ved Expected result: code should get configured without any errors or notices -- Edit bug report at http://bugs.php.net/?id=45211&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45211&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45211&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45211&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45211&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45211&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45211&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45211&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45211&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45211&r=support Expected behavior:http://bugs.php.net/fix.php?id=45211&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45211&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45211&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45211&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45211&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45211&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45211&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45211&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45211&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45211&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45211&r=mysqlcfg