#39930 [NoF->Opn]: Error passing Word macro arguments
ID: 39930 User updated by: poon dot fung at gmail dot com Reported By: poon dot fung at gmail dot com -Status: No Feedback +Status: Open Bug Type: COM related Operating System: Windows XP PHP Version: 5.2.0 New Comment: Here is the output of my test run on http://snaps.php.net/win32/php5.2-win32-latest.zip. --- START OUTPUT --- D:\php-bug2>bug2-test1.php TEST #1 OK! D:\php-bug2>bug2-test2.php TEST #2 OK! D:\php-bug2>bug2-test3.php TEST #3 OK! D:\php-bug2>bug2-test4.php TEST #4 OK! D:\php-bug2>bug2-test5.php PHP Fatal error: Uncaught exception 'com_exception' with message 'Source: Unknown Description: Unknown' in D:\php-bug2\bug2-test5.php:9 Stack trace: #0 D:\php-bug2\bug2-test5.php(9): variant->Run('Normal.MyModule...', 'Some value') #1 {main} thrown in D:\php-bug2\bug2-test5.php on line 9 D:\php-bug2>bug2-test6.php PHP Fatal error: Uncaught exception 'com_exception' with message 'Source: Unknown Description: Unknown' in D:\php-bug2\bug2-test6.php:9 Stack trace: #0 D:\php-bug2\bug2-test6.php(9): variant->Run('Normal.MyModule...', 'Some value', 'Some value') #1 {main} thrown in D:\php-bug2\bug2-test6.php on line 9 D:\php-bug2> --- END OUTPUT --- Here are the test programs. --- TEST 1 --- This works fine $word = new COM('Word.Application') or die('Start Word automation failed.'); $word->Documents->Open('D:\php-bug2\testme.doc'); $word->Application->Run('phptest1'); $word->Quit(); $word = null; print "TEST #1 OK!\n"; ?> --- TEST 2 --- This works fine $word = new COM('Word.Application') or die('Start Word automation failed.'); $word->Documents->Open('D:\php-bug2\testme.doc'); $arg1 = 'Some value'; $word->Application->Run('phptest2', $arg1); $word->Quit(); $word = null; print "TEST #2 OK!\n"; ?> --- TEST 3 --- This works fine $word = new COM('Word.Application') or die('Start Word automation failed.'); $word->Documents->Open('D:\php-bug2\testme.doc'); $arg1 = 'Some value'; $word->Application->Run('phptest3', $arg1, $arg1); $word->Quit(); $word = null; print "TEST #3 OK!\n"; ?> --- TEST 4 --- This works fine $word = new COM('Word.Application') or die('Start Word automation failed.'); $word->Documents->Open('D:\php-bug2\testme.doc'); $arg1 = 'Some value'; $word->Application->Run('Normal.MyModule.phptest1'); $word->Quit(); $word = null; print "TEST #4 OK!\n"; ?> --- TEST 5 --- FAILED $word = new COM('Word.Application') or die('Start Word automation failed.'); $word->Documents->Open('D:\php-bug2\testme.doc'); $arg1 = 'Some value'; $word->Application->Run('Normal.MyModule.phptest2', $arg1); $word->Quit(); $word = null; print "TEST #5 OK!\n"; ?> --- TEST 6 --- FAILED $word = new COM('Word.Application') or die('Start Word automation failed.'); $word->Documents->Open('D:\php-bug2\testme.doc'); $arg1 = 'Some value'; $word->Application->Run('Normal.MyModule.phptest3', $arg1, $arg1); $word->Quit(); $word = null; print "TEST #6 OK!\n"; ?> Previous Comments: [2007-01-02 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". [2006-12-25 02:55:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-12-22 07:34:47] poon dot fung at gmail dot com Description: I can call a Word macro without any argument ok. But when I pass a string arguement to a Word macro, I get the following exception. Source: Unknown Description: Unknown I discovered the following problem: 1. It works when a macro does not have argument. The macro can be in the default macro file "Module/NewMacros" or other module file such as "Module/MyMacros". 2. It works when a macro has one or more arguements when the macro is in default macro file "Module/NewMacros". It does not work when the same macro is copied to a different module file such as "Module/MyMacros". Reproduce code: --- Documents->Open('c:\testme.doc'); $arg1 = 'Some value'; // First test --> This works fine //$word->Application->Run('phptest1'); // Second test --> This works fine //$word->Application->Run('phptest2', $arg1); // Third test --> This works fine //$word->Application->Run('phptest3', $arg1, $arg1); // Forth test --> This works fine //$word->Application->Run('Normal.MyMacros.phptest1'); // Fifth test --> FAILED $word->Application->Run('Normal.MyMacros.phptest2', $arg1); // Sixth test --> FAILED //$word->Application->Run('Normal.MyMacros.phptest3', $arg1, $arg1); $word
#40018 [NEW]: Segment Fault
From: greg at imagiclab dot com Operating system: x86_64-redhat-linux PHP version: 5.2.0 PHP Bug Type: Sockets related Bug description: Segment Fault Description: When I try to use this function $fp = fsockopen('ssl://www.in.honda.com',443,$errno, $errstring); I one of 2 results in the CLI 1) *** glibc detected *** free(): invalid pointer: 0x003f3d030898 *** Aborted 2) Segment Fault If I remove the ssl:// I do not get the error I saw another bug on mysql site that might be related to this: http://bugs.mysql.com/bug.php?id=19289 Reproduce code: --- $fp = fsockopen('ssl://www.in.honda.com',443,$errno,$errstring); Expected result: no error Actual result: -- *** glibc detected *** free(): invalid pointer: 0x003f3d030898 *** Aborted The following is my phpinfo output phpinfo() PHP Version => 5.2.0 System => Linux 101801-www1.imagiclabs.com 2.6.9-42.0.3.ELsmp #1 SMP Mon Sep 25 17:24:31 EDT 2006 x86_64 Build Date => Nov 27 2006 14:01:13 Configure Command => './configure' '--prefix=/apps/php' '-- with-zlib-dir=/apps/zlib' '--enable-exif' '--with-tidy=// apps/tidy' '--enable-track-vars' '--with-calendar=shared' '--with-config-file-path=/apps/etc' '--enable-pcntl' '-- host=x86_64-redhat-linux' '--enable-magic-quotes' '--enable- trans-sid' '--enable-wddx' '--enable-sockets' '--enable-ftp' '--enable-inline-optimization' '--enable-memory-limit' '-- with-zlib' '--with-openssl=/apps/ssl' '--with-imap=/apps/ imap' '--with-curl=/apps/curl' '--with-mysql=/apps/mysql' '--with-gd=/apps/gd' '--with-ttf=/apps/fonts/truetype' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /apps/etc/php.ini PHP API => 20041225 PHP Extension => 20060613 Zend Extension => 220060519 Debug Build => no Thread Safety => disabled Zend Memory Manager => enabled IPv6 Support => enabled Registered PHP Streams => php, file, data, http, ftp, compress.zlib, https, ftps Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters => string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, convert.iconv.*, zlib.* This program makes use of the Zend Scripting Language Engine: Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies ___ Configuration PHP Core Directive => Local Value => Master Value allow_call_time_pass_reference => Off => Off allow_url_fopen => On => On allow_url_include => On => On always_populate_raw_post_data => Off => Off arg_separator.input => & => & arg_separator.output => & => & asp_tags => Off => Off auto_append_file => no value => no value auto_globals_jit => On => On auto_prepend_file => no value => no value browscap => no value => no value default_charset => no value => no value default_mimetype => text/html => text/html define_syslog_variables => Off => Off disable_classes => no value => no value disable_functions => no value => no value display_errors => On => On display_startup_errors => Off => Off doc_root => no value => no value docref_ext => no value => no value docref_root => no value => no value enable_dl => On => On error_append_string => no value => no value error_log => no value => no value error_prepend_string => no value => no value error_reporting => 6135 => 6135 expose_php => On => On extension_dir => /apps/php/lib/php/extensions/ => /apps/php/ lib/php/extensions/ file_uploads => On => On highlight.bg => #FF => #FF highlight.comment => #FF8000 => #FF8000 highlight.default => #BB => #BB highlight.html => #00 => #00 highlight.keyword => #007700 => #007700 highlight.string => #DD => #DD html_errors => Off => Off ignore_repeated_errors => Off => Off ignore_repeated_source => Off => Off ignore_user_abort => Off => Off implicit_flush => On => On include_path => .:/apps/php/lib/php => .:/apps/php/lib/php log_errors => On => On log_errors_max_len => 1024 => 1024 magic_quotes_gpc => On => On magic_quotes_runtime => Off => Off magic_quotes_sybase => Off => Off mail.force_extra_parameters => no value => no value max_execution_time => 0 => 0 max_input_time => -1 => -1 memory_limit => 100M => 100M open_basedir => no value => no value output_buffering => 0 => 0 output_handler => no value => no value post_max_size => 1000M => 1000M precision => 14 => 14 realpath_cache_size => 16K => 16K realpath_cache_ttl => 120 => 120 register_argc_argv => On => On register_globals => On => On register_long_arrays => On => On report_memleaks => On => On report_zend_debug => Off => Off safe_mode => Off => Off safe_mode_exec_dir => no value => no value safe_mode_gid => Off => Off safe_mode_include_dir => no value => no value sendmail_from => no value => no value sendmail_path => /usr/sbin/sendmail -t -i => /usr/sbin/ sendmail -t -i serialize_precision => 100 => 100 short_open_
#39221 [Com]: php5ts.dll faulting every few minutes on apache2.2
ID: 39221 Comment by: judexidoneus_g6 at hotmail dot com Reported By: kris at k-software dot org Status: No Feedback Bug Type: Apache2 related Operating System: windows server 2003 x64 PHP Version: 5CVS-2006-10-20 (snap) New Comment: So, there is no solution for this bug? Previous Comments: [2006-11-07 07:44:44] paradiso at gmail dot com This is really a bug. on my p4 2.4c + 865G + 1G ram, win2k3 server, apache 2.2.3.0 & php 5.2, this happens all the time. [2006-10-31 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-10-22 14:14:23] kris at k-software dot org Error in CPU IDs in previous comment, from microsoft support article ID 252867: Processor enumeration on computers that use hyperthreading first assign processor numbers to the primary logical processor for each processor and then assign numbers to the secondary. For example, for dual physical processor computers with hyperthreading, the first processor has logical processor 0 and 2, and the second processor has logical processor 1 and 3. [2006-10-22 13:59:13] kris at k-software dot org It appears that setting the CPU affinity of the apache http process to a single physical processor stops the crashing... Setting the server to NOT use the second hyperthreaded core of the xeons (i.e. CPUs 0+2 or 1+3) seems to solve this random crashing. Will test with a prefork MPM. [2006-10-22 12:49:58] kris at k-software dot org I'm currently unable to track down a single script/function which causes this error, and am therefore unable to provide a code sample. I realise that the bug report is pretty useless without reproducable code, so I'm still investigating and trying to track down the exact cause of the crashes. 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/39221 -- Edit this bug report at http://bugs.php.net/?id=39221&edit=1
#40017 [NEW]: htmlentities double escaping
From: thedewi at hotmail dot com Operating system: Debian with bpo backport PHP version: 5.2.0 PHP Bug Type: Strings related Bug description: htmlentities double escaping Description: For some UTF-8 characters, htmlentities() returns... ... when it should return ... The problem does not seem to occur in the punctuation or currency subranges, but many subranges are affected including: drawing, greek, cyrillic, hebrew. It has been partially fixed in the past: http://bugs.php.net/bug.php?id=11175 There has also been at least one other bug report, filed "Bogus" without a very detailed explanation: http://bugs.php.net/bug.php?id=27691 Presumably the above was a misunderstanding, but if you get the urge to mark this bug as "Bogus", please explain it, because this behaviour seems to result in unpredictable and ambiguous results (by which I mean that applying a workaround will give false positives). Reproduce code: --- Thanks.'; ?> Expected result: When I enter text into the input field, it should render a correctly represented and escaped value in the resulting markup: »¥Ω∏░☺ψЭש ك Note: it seems this bug report form itself suffers from a similar problem, so keep in mind that the above are unicode characters, not HTML escapes. Actual result: -- »¥Ω∏░☺ψЭש ك As you can see, the first few translations were correct, but the more exotic ones failed. -- Edit bug report at http://bugs.php.net/?id=40017&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40017&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40017&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40017&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40017&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40017&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40017&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40017&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40017&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40017&r=support Expected behavior:http://bugs.php.net/fix.php?id=40017&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40017&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40017&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40017&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40017&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40017&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40017&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40017&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40017&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40017&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40017&r=mysqlcfg
#40008 [Bgs]: lock file
ID: 40008 User updated by: wisans at gmail dot com Reported By: wisans at gmail dot com Status: Bogus Bug Type: Performance problem Operating System: window xp PHP Version: 5.2.0 New Comment: host b call b.php not have any dependency b.php that call by host a, so i think it should not wait for host b.php success on on host a. if i comment line shell_exec , host b can run b.php without any problem. while shell_exec i test command shell_exec("dir"); i test this problem on freeBSD it does not any problem. if i should read manual what chapter i read ? . thank you very much. Previous Comments: [2007-01-04 02:15:58] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php . [2007-01-03 11:05:28] wisans at gmail dot com Description: host a call a.php and open new ie call b.php (this action make b.php wait for a.php success because it use same sessionid not problem, when socket_timeout it make a.php end and b.php end) problem is host b open b.php it wait for b.php on host a success Reproduce code: --- a.php http://192.168.4.199/ar_master.php";; fopen($url,"r"); ?> b.php ".rand(1,2); ?> -- Edit this bug report at http://bugs.php.net/?id=40008&edit=1
#40016 [NEW]: Unsetting a session var in a foreach loop over $_SESSION
From: mbechler at eenterphace dot org Operating system: Any? PHP version: 5.2.0 PHP Bug Type: Session related Bug description: Unsetting a session var in a foreach loop over $_SESSION Description: When 'register_long_arrays' is enabled and a session variable is unset within a foreach loop over $_SESSION the session is not written out anymore, causing the changes to the session beeing lost. (session_unregister works nice btw.) Reproduced on various (patched and vanilla) 5.* (including 5.2.0) versions on GNU/Linux Some debugging showed that actually the internal pointer (in ps_globals' http_session_vars zval) to the session hashtable are wrecked when doing this so this seems not to be a ext/session issue but more of a core issue. Dump in php_session_flush: gdb> print (*ps_globals.http_session_vars).value $5 = {lval = 0x5a5a5a5a, dval = 1.7838867517321418e+127, str = {val = 0x5a5a5a5a , len = 0x5a5a5a5a}, ht = 0x5a5a5a5a, obj = {handle = 0x5a5a5a5a, handlers = 0x5a5a5a5a}} Reproduce code: --- $val) { unset($_SESSION['test']); } var_dump($_SESSION); ?> Expected result: On first run: array(9) { } array(1) { ["foo"]=> string(4) "test" } On second run: array(1) { ["foo"]=> string(4) "test" } array(1) { ["foo"]=> string(4) "test" } Actual result: -- On every run: array(9) { } array(1) { ["foo"]=> string(4) "test" } -- Edit bug report at http://bugs.php.net/?id=40016&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40016&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40016&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40016&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40016&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40016&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40016&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40016&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40016&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40016&r=support Expected behavior:http://bugs.php.net/fix.php?id=40016&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40016&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40016&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40016&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40016&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40016&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40016&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40016&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40016&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40016&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40016&r=mysqlcfg
#40002 [Opn->Asn]: Try/Catch performs poorly
ID: 40002 Updated by: [EMAIL PROTECTED] Reported By: public at syranide dot com -Status: Open +Status: Assigned Bug Type: Performance problem Operating System: Windows XP 32bit PHP Version: 5.2.0 -Assigned To: +Assigned To: dmitry Previous Comments: [2007-01-02 19:58:26] public at syranide dot com Should've mentioned this in the report, but one reason behind that it should not scale linear is because just as well as adding more clauses you could instead just make one catch-all-clause. This clause internally matches exceptions (using is_a etc) and if none is matched then it is thrown again, which should have equal functionality, but more clauses does not affect performance if no exception is thrown. [2007-01-02 19:47:15] public at syranide dot com Description: Try/Catch-statements in PHP is performing rather poorly, main problem that seems to be that the Catch-clauses are always tried regardless of an exception being thrown or not. Although Try/Catch is pretty expensive (about twice of @), the worst part is that it scales linear with each Catch. Of course that might be very hard to not do and is not a problem, but the problem arises from the linear scaling followed by Catch-clauses always impacting performance, regardless of an Exception being thrown or not. Reproduce code: --- $start = microtime(TRUE); class PHPException extends Exception {} for($i = 0; $i < 10; $i++) { try {} catch(PHPException $e) {} catch(PHPException $e) {} catch(PHPException $e) {} catch(PHPException $e) {} catch(PHPException $e) {} } echo microtime(TRUE) - $start; Expected result: Note that the above code is rather strupid in nature, but the result is the same regardless. >From the above I would expect very similar performance to having only one Catch-clause (or to be more precise, that in the event of no exception being thrown performance is not linear to the number of Catch-clauses). Actual result: -- (nothing useful) -- Edit this bug report at http://bugs.php.net/?id=40002&edit=1
#40008 [Opn->Bgs]: lock file
ID: 40008 Updated by: [EMAIL PROTECTED] Reported By: wisans at gmail dot com -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: window xp PHP Version: 5.2.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php . Previous Comments: [2007-01-03 11:05:28] wisans at gmail dot com Description: host a call a.php and open new ie call b.php (this action make b.php wait for a.php success because it use same sessionid not problem, when socket_timeout it make a.php end and b.php end) problem is host b open b.php it wait for b.php on host a success Reproduce code: --- a.php http://192.168.4.199/ar_master.php";; fopen($url,"r"); ?> b.php ".rand(1,2); ?> -- Edit this bug report at http://bugs.php.net/?id=40008&edit=1
#40015 [Opn->Bgs]: odbtp 1.1.3 or 1.1.4 doesn't work with PHP 5.2 and above?
ID: 40015 Updated by: [EMAIL PROTECTED] Reported By: delontan at yahoo dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: win 2003 PHP Version: 5.2.0 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-01-04 00:17:08] delontan at yahoo dot com Description: i am upgrading PHP 5.0.3 to PHP 5.2. Finally i am getting oracle and mssql to work but odbtp has failed. I've tried install the latest odbtp 1.1.4 but it doesn't seem to work. odbtp 1.1.3 had failed during php startup. i checked odbtp 1.1.4, it looks like it's only supporting up to 5.1.x php version. i am not sure if this is considered a bug but i just want to see if anyone is able to get php 5.2 to work with odbtp. -- thanks! -- Edit this bug report at http://bugs.php.net/?id=40015&edit=1
#40015 [NEW]: odbtp 1.1.3 or 1.1.4 doesn't work with PHP 5.2 and above?
From: delontan at yahoo dot com Operating system: win 2003 PHP version: 5.2.0 PHP Bug Type: Unknown/Other Function Bug description: odbtp 1.1.3 or 1.1.4 doesn't work with PHP 5.2 and above? Description: i am upgrading PHP 5.0.3 to PHP 5.2. Finally i am getting oracle and mssql to work but odbtp has failed. I've tried install the latest odbtp 1.1.4 but it doesn't seem to work. odbtp 1.1.3 had failed during php startup. i checked odbtp 1.1.4, it looks like it's only supporting up to 5.1.x php version. i am not sure if this is considered a bug but i just want to see if anyone is able to get php 5.2 to work with odbtp. -- thanks! -- Edit bug report at http://bugs.php.net/?id=40015&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40015&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40015&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40015&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40015&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40015&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40015&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40015&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40015&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40015&r=support Expected behavior:http://bugs.php.net/fix.php?id=40015&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40015&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40015&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40015&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40015&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40015&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40015&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40015&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40015&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40015&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40015&r=mysqlcfg
#39979 [Asn]: PGSQL_CONNECT_FORCE_NEW will causes next connect to establish a new connection
ID: 39979 Updated by: [EMAIL PROTECTED] Reported By: solar dot c at gmx dot net Status: Assigned Bug Type: PostgreSQL related Operating System: SLES 10 PHP Version: 5.2.0 Assigned To: iliaa New Comment: comment was removed because the bug was not solved. Previous Comments: [2007-01-03 19:41:59] solar dot c at gmx dot net Hi, I've seen that the bug should be solved in the latest CVS - at least iliaa has written a comment with this information (why did you removed your comment?). So I fetched the latest CVS and tryed it - didn't solve the Problem. How can I help you to solve it? Greetz Clemens [2006-12-28 17:46:00] solar dot c at gmx dot net Description: I want to force a NEW connection to a psql server with PGSQL_CONNECT_FORCE_NEW. After this i make a second pg_connect, which should have the same connection/ressource as the 1st one. But with the force-option the second pg_connect is also forced to establish a new connection (the 3rd pg_connect will use the ressource of the 2nd). I tested this on 5.2 and 5.1.1. Only 5.2 showed up this behavior. Apache2, PostgreSQL 8.2 and 8.0.3 Reproduce code: --- Expected result: Expected to only establish 1 connection, and reuse the established ones. the ressource id outputted should be everytime same. the stat_activity should show only one recordset (if the server issn't busy elsewhere). Actual result: -- 2 connection will be established, 2 different ressource ids 2 recordsets will be returned @ var_dump -- Edit this bug report at http://bugs.php.net/?id=39979&edit=1
#40009 [Opn->Csd]: http_build_query(array()) returns NULL, not empty string
ID: 40009 Updated by: [EMAIL PROTECTED] Reported By: bugs dot php dot net at chsc dot dk -Status: Open +Status: Closed Bug Type: URL related Operating System: Windows PHP Version: 5.2.0 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2007-01-03 11:24:21] bugs dot php dot net at chsc dot dk Description: http_build_query(array()) returns NULL. According to the documentation, the return type of http_build_query is string. This can be considered a documentation problem, but I think it would be better to change the function so that it always returns a string. Reproduce code: --- ./php.exe -r "echo gettype(http_build_query(array()));" Expected result: string Actual result: -- NULL -- Edit this bug report at http://bugs.php.net/?id=40009&edit=1
#39458 [Fbk->Csd]: ftp_nlist returns false on empty directories
ID: 39458 Updated by: [EMAIL PROTECTED] Reported By: brain at eucoders dot com -Status: Feedback +Status: Closed Bug Type: FTP related Operating System: Rehat Linux PHP Version: 4.4.5-dev Assigned To: nlopess New Comment: OK, I have analysed your server response and it is returning a non-valid response (code 450). searching a little leads to: http://bugs.proftpd.org/show_bug.cgi?id=2863 http://bugs.proftpd.org/show_bug.cgi?id=2861 comment from the proftpd developer: "Resolved in 1.3.1rc1", so you'll need to upgrade proftpd as well. Closing bug report as the problem was already fixed (it didn't worked with a valid return code: 226) Previous Comments: [2007-01-03 20:06:52] [EMAIL PROTECTED] After all, I had already merged the patch to php 4.4 some time ago. So I really need access to your FTP server (an anonymous account is sufficient) [2007-01-03 18:24:38] brain at eucoders dot com Ok, after testing and testing and testing I got a nasty conclusion... After testing: http://www.phpclasses.org/browse/package/3174.html http://www.phpclasses.org/browse/package/2137.html http://www.phpclasses.org/browse/package/1244.html which are simple clases to handle FTP without builtin functions I got the same result which is "false" instead of "array()". That gave me the conclusion that it can be another bug in my ProFTP server 1.2.9 and I tried the same scripts for a different ftp server and worked fine. I think I will try to update ProFTP as well, and check again and post a bug on their site. Thanx. [2007-01-03 18:10:35] [EMAIL PROTECTED] I didn't merge the patches to PHP 4.. [2007-01-03 17:10:07] brain at eucoders dot com The previous sequence is returning false even though the directory exists and have 777 permissions. [2007-01-03 17:07:34] brain at eucoders dot com The sequence of the code is: ftpconnect(); echo "'"; $a=ftp_nlist($ftp_id, '/httpdocs/_site/s/5/0/3/t'); if($a===false) echo 'false'; else print_r($a); echo "'"; ftpclose(); (ftpconnect and ftpclose are my defined functions to connect to ftp server) 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/39458 -- Edit this bug report at http://bugs.php.net/?id=39458&edit=1
#19022 [Com]: PHP Warning: Failed to write session data (files)
ID: 19022 Comment by: stranger at teuton dot org Reported By: phpbugs at mx4k dot com Status: No Feedback Bug Type: Session related Operating System: linux (rh7.3), apache 1.3.26 PHP Version: 4.2.2 New Comment: I just started encountering this problem today, after having upgraded to PHP5 from a PHP4 app. As with some of the other reports I have some users reporting constant problems, while others have no problems at all. I using Linux, with session files written to /tmp. I can see that many session files are being written, but at the same time some session calls produce errors. I do not use any session function in my code other than session_start() Previous Comments: [2004-07-12 03:02:26] oliver at veryhip dot com i have the same bug, however, it seems my windows xp box with ie6.0 handles it well, possibly because of the double cookie values being handled properly? i was using my site for a few months, wandering why people weren't signing up, then i used my site on my living room computer and got errors. i have windows 2k and ie5 on it. i get no errors with netscape 7.0 or mozilla or firefox either. so, if you ask me: i don't use the php pear rep for the same reason that I'm about to code my own class for handling sessions. i hate managing a large code repository of my own, but the only thing that annoys me more is not understanding what is wrong because of some strange error. [2004-05-18 07:01:46] oliver at veryhip dot com the sessions on my system sometimes look like this: 68.217.0.206.276341084854774671 it's like the php isn't md5'ing the data or something to make the session. i would assume that maybe php is looking for file: /tmp/sess_68.217.0.206.276341084854774671 instead of the /tmp/sess_md5(68.217.0.206.276341084854774671 ) or base64 or whatever php encodes the session to. if i'm right about this, it wouldn't be able to read the session because it's looking for another file cause it's not encoding the session variable right... i get this in my apache logs, which gets put in my sql database. as i log the cookies in apache logs, i had to reformat my sql tables to store 255 chars instead of 32... i need to know how to fix this. it happens randomly and i can only wait till it screws up so i can try to fix it... please email me if you find a fix thanks =] [2004-04-03 07:10:23] nicolas at swarm dot cc Hi guys, i experienced the same problem since 3 weeks.. my session dies after the current request... after some investigations: php sends a wrong "Set-Cookie" header in the HTTP request.. maybe due to the load.. i'm not sure == GET / HTTP/1.0 Accept: */* Referer: my_host Accept-Language: fr-ch User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) Host: my_host Connection: Keep-Alive HTTP/1.1 200 OK Date: Sat, 03 Apr 2004 11:23:42 GMT Server: Apache X-Powered-By: PHP/4.3.3 Set-Cookie: PHPSESSID=50f49658391ab2bfd84ab11baf7b124c; expires=Tue, 23-Sep-1902 09:55:18 GMT; path=/ Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Connection: close Content-Type: text/html == as you can see, the date is wrong .. i made my test today (4th April) .. mmmh.. i wasn't born when the cookie died :) i made a very straightforward workaround that is to backup the session id and restore it as needed.. you can simply cut & paste the following code i tried this and it works fine.. there's maybe some smarter to do.. but that way it works.. i hope it will also help the php team to find out what happens... the only reason i can see is server-load.. on my dev server it never happened.. so .. let's go back to work :) [2004-04-02 12:01:59] phpbugs at chime dot tv dot cutthis I'm losing session variables randomly too. Sometimes I get the "Failed to write..." error but not always. Since I don't host my servers I can't give full server details. However here's a test script on both servers with the relevant PHPInfo: Server A: http://chir.ag/test.php Server B: https://secure.magictanorders.com/test.php Test script: Sessions work."; } else { $_SESSION["test"] = 1; echo "Starting Session... Click refresh to see if the session works or not."; } phpinfo(); ?> Basically Server A works ALWAYS and remembers the session for upto 30 minutes. Server B randomly forgets the session in 1 second to 5 minutes. No session on Server B lasts more than 5 minutes. The problem randomly started on Server B yesterday (Apr 1). We thought it was output_buffering (and tu
#40014 [NEW]: "try, catch" -- Let's Empower It, Please!!!
From: marcus3v at hotmail dot com Operating system: PHP version: 6CVS-2007-01-03 (CVS) PHP Bug Type: Feature/Change Request Bug description: "try, catch" -- Let's Empower It, Please!!! Description: Hey, men! What about to enhance the "try, catch" Statement so that the code inside "try" would transparently cause a Fatal Error that, then, is handled through the "catch" Blocks -- just as occurs in JavaScript?! Reproduce code: --- try { /*@@*/ echo("[global] -- causing a Fatal Error..."); $nonObjVar->method(); //## "nonObjVar" isn't defined } catch(Exception $error) { /*@@*/ echo("[global] -- some handling being executed..."); //## some handling... } /*@@*/ echo("[global] -- [end]"); Expected result: The output would be the following: # [global] -- causing a Fatal Error... # [global] -- some handling being executed... # [global] -- [end] Actual result: -- Obviously, the output with the current implementation is the following: # [global] -- causing a Fatal Error... # ( PHP Notice ) undefined Variable: nonObjVar # ( PHP Fatal Error ) call to member a Funcion ( "method()" ) on a non-Object -- Edit bug report at http://bugs.php.net/?id=40014&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40014&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40014&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40014&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40014&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40014&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40014&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40014&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40014&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40014&r=support Expected behavior:http://bugs.php.net/fix.php?id=40014&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40014&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40014&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40014&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40014&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40014&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40014&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40014&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40014&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40014&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40014&r=mysqlcfg
#40003 [Bgs]: strtotime(), incorrect results
ID: 40003 User updated by: matt at iws dot co dot nz Reported By: matt at iws dot co dot nz Status: Bogus Bug Type: Date/time related Operating System: Linux 2.4 PHP Version: 5.2.0 New Comment: Shouldn't "Second Monday Jan 2007" and "Second Tuesday Jan 2007" return days consecutive days in Jan 2007, instead of dates one week apart? "Second Monday Feb 2007" and "Second Tuesday Feb 2007" return the correct results. As far as I can tell the results are always inconsistent for the weekday that is the first day of the month. Example Code: - echo date('Y-m-d', strtotime('second monday jan 2007')); // returns 2007-01-15 echo date('Y-m-d', strtotime('second tuesday jan 2007')); // returns 2007-01-09 Previous Comments: [2007-01-03 08:08:41] [EMAIL PROTECTED] This is not a bug, but expected behaviour. To get the behaviour that you want, simply use "Monday Jan 2007" (without the first). [2007-01-02 23:15:33] matt at iws dot co dot nz Description: Asking strtotime() for the date of the first occurrence of a particular day of the week, when that day of the week is also the first day of the month, returns the incorrect day. See examples below. Reproduce code: --- echo date('Y-m-d', strtotime('first monday jan 2007')); echo date('Y-m-d', strtotime('first monday feb 2007')); echo date('Y-m-d', strtotime('first thursday feb 2007')); echo date('Y-m-d', strtotime('first thursday jan 2007')); Expected result: // First Monday Jan 2007 2007-01-01 // First Monday Feb 2007 2007-02-05 // First Thursday Feb 2007 2007-02-01 // First Thursday Jan 2007 2007-01-04 Actual result: -- // First Monday Jan 2007 - incorrect 2007-01-08 // First Monday Feb 2007 - correct 2007-02-05 // First Thursday Feb 2007 - incorrect 2007-02-08 // First Thursday Jan 2007 - correct 2007-01-04 -- Edit this bug report at http://bugs.php.net/?id=40003&edit=1
#39458 [Asn->Fbk]: ftp_nlist returns false on empty directories
ID: 39458 Updated by: [EMAIL PROTECTED] Reported By: brain at eucoders dot com -Status: Assigned +Status: Feedback Bug Type: FTP related Operating System: Rehat Linux PHP Version: 4.4.5-dev Assigned To: nlopess New Comment: After all, I had already merged the patch to php 4.4 some time ago. So I really need access to your FTP server (an anonymous account is sufficient) Previous Comments: [2007-01-03 18:24:38] brain at eucoders dot com Ok, after testing and testing and testing I got a nasty conclusion... After testing: http://www.phpclasses.org/browse/package/3174.html http://www.phpclasses.org/browse/package/2137.html http://www.phpclasses.org/browse/package/1244.html which are simple clases to handle FTP without builtin functions I got the same result which is "false" instead of "array()". That gave me the conclusion that it can be another bug in my ProFTP server 1.2.9 and I tried the same scripts for a different ftp server and worked fine. I think I will try to update ProFTP as well, and check again and post a bug on their site. Thanx. [2007-01-03 18:10:35] [EMAIL PROTECTED] I didn't merge the patches to PHP 4.. [2007-01-03 17:10:07] brain at eucoders dot com The previous sequence is returning false even though the directory exists and have 777 permissions. [2007-01-03 17:07:34] brain at eucoders dot com The sequence of the code is: ftpconnect(); echo "'"; $a=ftp_nlist($ftp_id, '/httpdocs/_site/s/5/0/3/t'); if($a===false) echo 'false'; else print_r($a); echo "'"; ftpclose(); (ftpconnect and ftpclose are my defined functions to connect to ftp server) [2007-01-03 17:06:10] brain at eucoders dot com I installed: php4 (tar.bz2) (4.3M) php4 (tar.gz) (5.3M) Built On: Jan 03, 2007 15:30 GMT but the problem still appear. 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/39458 -- Edit this bug report at http://bugs.php.net/?id=39458&edit=1
#39401 [Com]: conflicting types for utf8_mime2text
ID: 39401 Comment by: jmoseley at pgtv dot com Reported By: wouter at widexs dot nl Status: Open Bug Type: IMAP related Operating System: Linux PHP Version: 4.4.4 New Comment: Can someone provide a patch for 4.4.4? The latest CVS release of 4.4.4 does not include the fix. I'd compile 5.2.0, but I am having linker problems since I run a Solaris box that uses a GCC compiler build with Sun's ld, blah, blah, blah. Previous Comments: [2006-11-17 10:26:53] wouter at widexs dot nl This was indeed fixed when using full-path, BUT it is still present in PHP 4.4.4 and PHP4-dev. (bugfix from 5.x not backported to 4.x) [2006-11-07 20:53:18] [EMAIL PROTECTED] It works just fine here as long as the fullpath to the library is specified ala /usr/local/imap-2006c [2006-11-07 19:58:52] wouter at widexs dot nl This patch fixes my problem ... --- php-5.2.0/configure Wed Nov 1 03:01:06 2006 +++ php-5.2.0-fix/configure Tue Nov 7 20:55:02 2006 @@ -45673,10 +45673,12 @@ rm -f conftest* +old_CPPFLAGS=$CPPFLAGS + CPPFLAGS=-I$IMAP_INC_DIR cat > conftest.$ac_ext < +#include "mail.h" EOF if (eval "$ac_cpp conftest.$ac_ext") 2>&5 | egrep "mail_append_set" >/dev/null 2>&1; then @@ -45690,7 +45692,8 @@ fi rm -f conftest* - +CPPFLAGS=$old_CPPFLAGS + old_CPPFLAGS=$CPPFLAGS CPPFLAGS=-I$IMAP_INC_DIR cat > conftest.$ac_ext < to #include "$IMAP_INC_DIR/mail.h" It correctly works... [2006-11-07 18:49:33] wouter at widexs dot nl It hasn't ... php-5.2.0/main/php_config.h:/* #undef HAVE_NEW_MIME2TEXT */ 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/39401 -- Edit this bug report at http://bugs.php.net/?id=39401&edit=1
#39979 [Asn]: PGSQL_CONNECT_FORCE_NEW will causes next connect to establish a new connection
ID: 39979 User updated by: solar dot c at gmx dot net Reported By: solar dot c at gmx dot net Status: Assigned Bug Type: PostgreSQL related Operating System: SLES 10 PHP Version: 5.2.0 Assigned To: iliaa New Comment: Hi, I've seen that the bug should be solved in the latest CVS - at least iliaa has written a comment with this information (why did you removed your comment?). So I fetched the latest CVS and tryed it - didn't solve the Problem. How can I help you to solve it? Greetz Clemens Previous Comments: [2006-12-28 17:46:00] solar dot c at gmx dot net Description: I want to force a NEW connection to a psql server with PGSQL_CONNECT_FORCE_NEW. After this i make a second pg_connect, which should have the same connection/ressource as the 1st one. But with the force-option the second pg_connect is also forced to establish a new connection (the 3rd pg_connect will use the ressource of the 2nd). I tested this on 5.2 and 5.1.1. Only 5.2 showed up this behavior. Apache2, PostgreSQL 8.2 and 8.0.3 Reproduce code: --- Expected result: Expected to only establish 1 connection, and reuse the established ones. the ressource id outputted should be everytime same. the stat_activity should show only one recordset (if the server issn't busy elsewhere). Actual result: -- 2 connection will be established, 2 different ressource ids 2 recordsets will be returned @ var_dump -- Edit this bug report at http://bugs.php.net/?id=39979&edit=1
#39995 [Opn->Bgs]: PHP will not use SQL extensions
ID: 39995 Updated by: [EMAIL PROTECTED] Reported By: mike at bitching dot org -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows Vista PHP Version: 5.2.0 New Comment: . Previous Comments: [2007-01-03 18:44:51] mike at bitching dot org As I explained in the initial bug report, changes to php.ini are reflected in phpinfo() except the enabling of any of the four SQL extensions. Other extensions (gettext, gd2, sockets, etc.) all showed up as expected when enabled. Adding the PHP directory to the system path has fixed the problem. Why this issue is only reflected with SQL-related extensions (and possibly others that went untested), I do not know. However, adding PHP to the path does remedy the issue. Thanks. [2007-01-02 11:29:58] [EMAIL PROTECTED] Make sure your PHP installation directory is added to the system path. Also make sure that you are modifying the php.ini file that PHP uses and is shown near the top of phpinfo page. [2006-12-31 15:07:11] mike at bitching dot org Description: Using PHP in IIS 7 works on a basic level, but PHP refuses to use any SQL related extension. To check the problem I've edited php.ini to contain various other extensions. Those changes are reflected in phpinfo(). However, enabling any of the four SQL related extensions (MySQL, MySQLi, MSSQL, MSQL) is not reflected in phpinfo(). The DLLs are loaded, as verified by looking at them through Process Monitor. The DLL loads successfully, but it never shows up in phpinfo(). The problem has actually been reported in another case on the news server (http://news.php.net/php.install/17762), but I was unable to find a bug report filed. Interestingly, it seems to present on a different version of Windows with a different version of IIS as well. -- Edit this bug report at http://bugs.php.net/?id=39995&edit=1
#40010 [Opn->Csd]: bug 39787 broken by copyright year bump
ID: 40010 Updated by: [EMAIL PROTECTED] Reported By: prlw1 at cam dot ac dot uk -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: all PHP Version: 6CVS-2007-01-03 (CVS) New Comment: Fixed in CVS, thanks for the heads up. Previous Comments: [2007-01-03 18:34:40] prlw1 at cam dot ac dot uk Just to make it obvious, here is the fix: Note, thanks to the interesting web interface, ^I means ascii 9 tab throughout... Index: apache2filter/php_functions.c === RCS file: /repository/php-src/sapi/apache2filter/php_functions.c,v retrieving revision 1.48 diff -u -r1.48 php_functions.c --- apache2filter/php_functions.c^I1 Jan 2007 09:29:36 -^I1.48 +++ apache2filter/php_functions.c^I3 Jan 2007 18:29:09 - @@ -289,7 +289,7 @@ static char *php_apache_get_version() { -#if MODULE_MAGIC_NUMBER_MAJOR >= 20070905 +#if MODULE_MAGIC_NUMBER_MAJOR >= 20060905 ^Ireturn (char *) ap_get_server_banner(); #else ^Ireturn (char *) ap_get_server_version(); Index: apache2handler/php_functions.c === RCS file: /repository/php-src/sapi/apache2handler/php_functions.c,v retrieving revision 1.28 diff -u -r1.28 php_functions.c --- apache2handler/php_functions.c^I1 Jan 2007 09:29:36 -^I1.28 +++ apache2handler/php_functions.c^I3 Jan 2007 18:29:10 - @@ -333,7 +333,7 @@ static char *php_apache_get_version() { -#if MODULE_MAGIC_NUMBER_MAJOR >= 20070905 +#if MODULE_MAGIC_NUMBER_MAJOR >= 20060905 ^Ireturn (char *) ap_get_server_banner(); #else ^Ireturn (char *) ap_get_server_version(); [2007-01-03 12:19:36] prlw1 at cam dot ac dot uk Description: Sadly bug 39787 should be reopened, as bumping the copyright year has changed the MODULE_MAGIC_NUMBER_MAJOR, breaking the patch. e.g., try cvs diff -r1.47 -r1.48 -u sapi/apache2filter/php_functions.c (same for sapi/apache2handler/php_functions.c) At least, it is fixed for the apache 2 versions which will be released after September 2007! -- Edit this bug report at http://bugs.php.net/?id=40010&edit=1
#39995 [Fbk->Opn]: PHP will not use SQL extensions
ID: 39995 User updated by: mike at bitching dot org Reported By: mike at bitching dot org -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: Windows Vista PHP Version: 5.2.0 New Comment: As I explained in the initial bug report, changes to php.ini are reflected in phpinfo() except the enabling of any of the four SQL extensions. Other extensions (gettext, gd2, sockets, etc.) all showed up as expected when enabled. Adding the PHP directory to the system path has fixed the problem. Why this issue is only reflected with SQL-related extensions (and possibly others that went untested), I do not know. However, adding PHP to the path does remedy the issue. Thanks. Previous Comments: [2007-01-02 11:29:58] [EMAIL PROTECTED] Make sure your PHP installation directory is added to the system path. Also make sure that you are modifying the php.ini file that PHP uses and is shown near the top of phpinfo page. [2006-12-31 15:07:11] mike at bitching dot org Description: Using PHP in IIS 7 works on a basic level, but PHP refuses to use any SQL related extension. To check the problem I've edited php.ini to contain various other extensions. Those changes are reflected in phpinfo(). However, enabling any of the four SQL related extensions (MySQL, MySQLi, MSSQL, MSQL) is not reflected in phpinfo(). The DLLs are loaded, as verified by looking at them through Process Monitor. The DLL loads successfully, but it never shows up in phpinfo(). The problem has actually been reported in another case on the news server (http://news.php.net/php.install/17762), but I was unable to find a bug report filed. Interestingly, it seems to present on a different version of Windows with a different version of IIS as well. -- Edit this bug report at http://bugs.php.net/?id=39995&edit=1
#40010 [Opn]: bug 39787 broken by copyright year bump
ID: 40010 User updated by: prlw1 at cam dot ac dot uk Reported By: prlw1 at cam dot ac dot uk Status: Open Bug Type: Apache2 related Operating System: all PHP Version: 6CVS-2007-01-03 (CVS) New Comment: Just to make it obvious, here is the fix: Note, thanks to the interesting web interface, ^I means ascii 9 tab throughout... Index: apache2filter/php_functions.c === RCS file: /repository/php-src/sapi/apache2filter/php_functions.c,v retrieving revision 1.48 diff -u -r1.48 php_functions.c --- apache2filter/php_functions.c^I1 Jan 2007 09:29:36 -^I1.48 +++ apache2filter/php_functions.c^I3 Jan 2007 18:29:09 - @@ -289,7 +289,7 @@ static char *php_apache_get_version() { -#if MODULE_MAGIC_NUMBER_MAJOR >= 20070905 +#if MODULE_MAGIC_NUMBER_MAJOR >= 20060905 ^Ireturn (char *) ap_get_server_banner(); #else ^Ireturn (char *) ap_get_server_version(); Index: apache2handler/php_functions.c === RCS file: /repository/php-src/sapi/apache2handler/php_functions.c,v retrieving revision 1.28 diff -u -r1.28 php_functions.c --- apache2handler/php_functions.c^I1 Jan 2007 09:29:36 -^I1.28 +++ apache2handler/php_functions.c^I3 Jan 2007 18:29:10 - @@ -333,7 +333,7 @@ static char *php_apache_get_version() { -#if MODULE_MAGIC_NUMBER_MAJOR >= 20070905 +#if MODULE_MAGIC_NUMBER_MAJOR >= 20060905 ^Ireturn (char *) ap_get_server_banner(); #else ^Ireturn (char *) ap_get_server_version(); Previous Comments: [2007-01-03 12:19:36] prlw1 at cam dot ac dot uk Description: Sadly bug 39787 should be reopened, as bumping the copyright year has changed the MODULE_MAGIC_NUMBER_MAJOR, breaking the patch. e.g., try cvs diff -r1.47 -r1.48 -u sapi/apache2filter/php_functions.c (same for sapi/apache2handler/php_functions.c) At least, it is fixed for the apache 2 versions which will be released after September 2007! -- Edit this bug report at http://bugs.php.net/?id=40010&edit=1
#39458 [Asn]: ftp_nlist returns false on empty directories
ID: 39458 User updated by: brain at eucoders dot com Reported By: brain at eucoders dot com Status: Assigned Bug Type: FTP related Operating System: Rehat Linux PHP Version: 4.4.5-dev Assigned To: nlopess New Comment: Ok, after testing and testing and testing I got a nasty conclusion... After testing: http://www.phpclasses.org/browse/package/3174.html http://www.phpclasses.org/browse/package/2137.html http://www.phpclasses.org/browse/package/1244.html which are simple clases to handle FTP without builtin functions I got the same result which is "false" instead of "array()". That gave me the conclusion that it can be another bug in my ProFTP server 1.2.9 and I tried the same scripts for a different ftp server and worked fine. I think I will try to update ProFTP as well, and check again and post a bug on their site. Thanx. Previous Comments: [2007-01-03 18:10:35] [EMAIL PROTECTED] I didn't merge the patches to PHP 4.. [2007-01-03 17:10:07] brain at eucoders dot com The previous sequence is returning false even though the directory exists and have 777 permissions. [2007-01-03 17:07:34] brain at eucoders dot com The sequence of the code is: ftpconnect(); echo "'"; $a=ftp_nlist($ftp_id, '/httpdocs/_site/s/5/0/3/t'); if($a===false) echo 'false'; else print_r($a); echo "'"; ftpclose(); (ftpconnect and ftpclose are my defined functions to connect to ftp server) [2007-01-03 17:06:10] brain at eucoders dot com I installed: php4 (tar.bz2) (4.3M) php4 (tar.gz) (5.3M) Built On: Jan 03, 2007 15:30 GMT but the problem still appear. [2006-12-01 16:38:43] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. 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/39458 -- Edit this bug report at http://bugs.php.net/?id=39458&edit=1
#39458 [Opn->Asn]: ftp_nlist returns false on empty directories
ID: 39458 Updated by: [EMAIL PROTECTED] Reported By: brain at eucoders dot com -Status: Open +Status: Assigned Bug Type: FTP related Operating System: Rehat Linux PHP Version: 4.4.5-dev Assigned To: nlopess New Comment: I didn't merge the patches to PHP 4.. Previous Comments: [2007-01-03 17:10:07] brain at eucoders dot com The previous sequence is returning false even though the directory exists and have 777 permissions. [2007-01-03 17:07:34] brain at eucoders dot com The sequence of the code is: ftpconnect(); echo "'"; $a=ftp_nlist($ftp_id, '/httpdocs/_site/s/5/0/3/t'); if($a===false) echo 'false'; else print_r($a); echo "'"; ftpclose(); (ftpconnect and ftpclose are my defined functions to connect to ftp server) [2007-01-03 17:06:10] brain at eucoders dot com I installed: php4 (tar.bz2) (4.3M) php4 (tar.gz) (5.3M) Built On: Jan 03, 2007 15:30 GMT but the problem still appear. [2006-12-01 16:38:43] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2006-12-01 16:12:37] [EMAIL PROTECTED] OK, forget my last comment. I found a server that exibists this behaviour (ftp.freeradius.org/pub/suse/i386). I'll work on a patch. 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/39458 -- Edit this bug report at http://bugs.php.net/?id=39458&edit=1
#39458 [Opn]: ftp_nlist returns false on empty directories
ID: 39458 User updated by: brain at eucoders dot com Reported By: brain at eucoders dot com Status: Open Bug Type: FTP related Operating System: Rehat Linux PHP Version: 4.4.5-dev Assigned To: nlopess New Comment: The previous sequence is returning false even though the directory exists and have 777 permissions. Previous Comments: [2007-01-03 17:07:34] brain at eucoders dot com The sequence of the code is: ftpconnect(); echo "'"; $a=ftp_nlist($ftp_id, '/httpdocs/_site/s/5/0/3/t'); if($a===false) echo 'false'; else print_r($a); echo "'"; ftpclose(); (ftpconnect and ftpclose are my defined functions to connect to ftp server) [2007-01-03 17:06:10] brain at eucoders dot com I installed: php4 (tar.bz2) (4.3M) php4 (tar.gz) (5.3M) Built On: Jan 03, 2007 15:30 GMT but the problem still appear. [2006-12-01 16:38:43] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2006-12-01 16:12:37] [EMAIL PROTECTED] OK, forget my last comment. I found a server that exibists this behaviour (ftp.freeradius.org/pub/suse/i386). I'll work on a patch. [2006-12-01 16:02:10] [EMAIL PROTECTED] can you please provide a network dump (e.g. with ethereal) of the connections to the ftp server? (or can you provide the address of your ftp server) I can't reproduce your problem with a few servers I tried. 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/39458 -- Edit this bug report at http://bugs.php.net/?id=39458&edit=1
#39458 [Opn]: ftp_nlist returns false on empty directories
ID: 39458 User updated by: brain at eucoders dot com Reported By: brain at eucoders dot com Status: Open Bug Type: FTP related Operating System: Rehat Linux PHP Version: 4.4.5-dev Assigned To: nlopess New Comment: The sequence of the code is: ftpconnect(); echo "'"; $a=ftp_nlist($ftp_id, '/httpdocs/_site/s/5/0/3/t'); if($a===false) echo 'false'; else print_r($a); echo "'"; ftpclose(); (ftpconnect and ftpclose are my defined functions to connect to ftp server) Previous Comments: [2007-01-03 17:06:10] brain at eucoders dot com I installed: php4 (tar.bz2) (4.3M) php4 (tar.gz) (5.3M) Built On: Jan 03, 2007 15:30 GMT but the problem still appear. [2006-12-01 16:38:43] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2006-12-01 16:12:37] [EMAIL PROTECTED] OK, forget my last comment. I found a server that exibists this behaviour (ftp.freeradius.org/pub/suse/i386). I'll work on a patch. [2006-12-01 16:02:10] [EMAIL PROTECTED] can you please provide a network dump (e.g. with ethereal) of the connections to the ftp server? (or can you provide the address of your ftp server) I can't reproduce your problem with a few servers I tried. [2006-12-01 06:53:30] mspreij at gmail dot com Seeing similar errors in PHP 5.1.6 on Ubuntu: - with (local) ftp server ProFTPD, ftp_nlist() returns false for both empty and non-existing directories. ftp_rawlist() behaves properly. - with external ftp server vsFTPd 2.0.1 (on RedHat), it returns proper empty array, but then that /also/ returns empty arrays for non-existing paths, should be boolean false? ftp_rawlist() does the same strange thing here: empty arrays for both empty and non-existing directories. 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/39458 -- Edit this bug report at http://bugs.php.net/?id=39458&edit=1
#39458 [Csd->Opn]: ftp_nlist returns false on empty directories
ID: 39458 User updated by: brain at eucoders dot com Reported By: brain at eucoders dot com -Status: Closed +Status: Open Bug Type: FTP related Operating System: Rehat Linux -PHP Version: 4.4.4 +PHP Version: 4.4.5-dev Assigned To: nlopess New Comment: I installed: php4 (tar.bz2) (4.3M) php4 (tar.gz) (5.3M) Built On: Jan 03, 2007 15:30 GMT but the problem still appear. Previous Comments: [2006-12-01 16:38:43] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2006-12-01 16:12:37] [EMAIL PROTECTED] OK, forget my last comment. I found a server that exibists this behaviour (ftp.freeradius.org/pub/suse/i386). I'll work on a patch. [2006-12-01 16:02:10] [EMAIL PROTECTED] can you please provide a network dump (e.g. with ethereal) of the connections to the ftp server? (or can you provide the address of your ftp server) I can't reproduce your problem with a few servers I tried. [2006-12-01 06:53:30] mspreij at gmail dot com Seeing similar errors in PHP 5.1.6 on Ubuntu: - with (local) ftp server ProFTPD, ftp_nlist() returns false for both empty and non-existing directories. ftp_rawlist() behaves properly. - with external ftp server vsFTPd 2.0.1 (on RedHat), it returns proper empty array, but then that /also/ returns empty arrays for non-existing paths, should be boolean false? ftp_rawlist() does the same strange thing here: empty arrays for both empty and non-existing directories. [2006-11-10 16:18:31] brain at eucoders dot com It appears that this problem appears on php 4.4.4 and also 4.3.2 version. Other versions should contain the same problem. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/39458 -- Edit this bug report at http://bugs.php.net/?id=39458&edit=1
#39975 [Com]: Some error in C/C++ syntax
ID: 39975 Comment by: wharmby at uk dot ibm dot com Reported By: kprzemek at coig dot katowice dot pl Status: Assigned Bug Type: Compile Failure Operating System: IBM AIX 5.3 PHP Version: 5.2.0 Assigned To: tony2001 New Comment: A couple of comments on this bug: 1) VisualAge C++ Professional Version 5.0 for AIX went out of support on December 31, 2003. The supported versions of the IBM compilers are 6.0, 7.0, or 8.0. However, you should check that you have the latest Version 5.0 PTF installed just in case this problem is resolved at that level. It can be found here: http://www.ibm.com/support/docview.wss?rs=0&uid=swg21156462 2) With each new version of the compiler changes have been made to enhance the portability from GNU C/C++ to the AIX compiler. This webpage describes such features in the latest Version 8.0 compilers: http://www.ibm.com/software/awdtools/xlcpp/features/#GNU I currently do not have access to a AIX system with the latest complier but I will look into getting access to one to to check whether or not the issues you highlight are fixed or not in a newer version of the AIX compiler. Previous Comments: [2006-12-29 19:24:43] orchard at engr dot wisc dot edu I had to fix the following error to get the Sun C compiler to compile the program (I changed the comment to standard C syntax): [eceserv1] 203% diff spl_iterators.c.orig spl_iterators.c 1484c1484 < return;// NULL --- > return;/* // NULL */ [2006-12-29 09:03:21] kprzemek at coig dot katowice dot pl Here is the step-by-step description of all errors consecutively as they appear.My compiler is: VisualAge C++ Professional / C for AIX Compiler, Version 5 Now the errors: # api.h new/php_stream_filter_api.h < 65c65 < PSFS_PASS_ON, /* filter generated output buckets; pass them on to next in chain */ --- > PSFS_PASS_ON/* filter generated output buckets; pass them on to next in chain */ ++ "/dv/usr/local/DEV/php-5.2.0/main/streams/php_stream_filter_api.h", line 65.21: 1506-275 (S) Unexpected text ',' encountered. = # diff openssl.c new/openssl.c 61c61 < ZEND_END_ARG_INFO(); --- > ZEND_END_ARG_INFO() 72c72 < OPENSSL_KEYTYPE_DEFAULT = OPENSSL_KEYTYPE_RSA, --- > OPENSSL_KEYTYPE_DEFAULT = OPENSSL_KEYTYPE_RSA ++ "/dv/usr/local/DEV/php-5.2.0/ext/openssl/openssl.c", line 61.28: 1506-137 (E) Declaration must declare at least one declarator, tag, or the members of an enumeration. "/dv/usr/local/DEV/php-5.2.0/ext/openssl/openssl.c", line 72.54: 1506-275 (S) Unexpected text ',' encountered. make: *** [ext/openssl/openssl.lo] Error 1 == # diff php_pcre.c new/php_pcre.c 55c55 < PHP_PCRE_BAD_UTF8_ERROR, --- > PHP_PCRE_BAD_UTF8_ERROR 59.34 < ZEND_DECLARE_MODULE_GLOBALS(pcre); --- > ZEND_DECLARE_MODULE_GLOBALS(pcre) + "/dv/usr/local/DEV/php-5.2.0/ext/pcre/php_pcre.c", line 55.32: 1506-275 (S) Unexpected text ',' encountered. "/dv/usr/local/DEV/php-5.2.0/ext/pcre/php_pcre.c", line 59.34: 1506-137 (E) Declaration must declare at least one declarator, tag, or the members of an enumeration. make: *** [ext/pcre/php_pcre.lo] Error 1 = # diff parse_date.c new/parse_date.c 88c88,91 < typedef unsigned char uchar; --- > /* Typ z sys/types.h !! > * > * typedef unsigned char uchar; > */ + php-5.2.0/ext/date/lib/parse_date.c", line 88.23: 1506-334 (S) Identifier uchar has already been defined on line 519 of "/usr/include/sys/types.h". php-5.2.0/ext/date/lib/parse_date.c", line 337.94: 1506-068 (S) Operation between types "illegal type*" and "illegal type*" is not allowed. php-5.2.0/ext/date/lib/parse_date.c", line 346.90: 1506-068 (S) Operation between types "illegal type*" and "illegal type*" is not allowed. php-5.2.0/ext/date/lib/parse_date.c", line 376.38: 1506-068 (S) Operation between types "illegal type*" and "illegal type*" is not allowed. php-5.2.0/ext/date/lib/parse_date.c", line 377.36: 1506-068 (S) Operation between types "illegal type*" and "illegal type*" is not allowed. php-5.2.0/ext/date/lib/parse_date.c", line 811.11: 1506-281 (S) Prefix and postfix increment and decrement operators cannot be applied to "illegal type*". and MORE lines like that: php-5.2.0/ext/date/lib/parse_date.c", line 1015.19: 1506-281 (S) Prefix and postfix increment and decrement operators cannot be applied to "illegal type*". = # diff php_hash_tiger.h new/php_hash_tiger.h 28,29c28,29 < unsigned char passes:1; < unsigned char length:7; --- > unsigned int passes:1; > unsigned int length:7; + "/dv/usr/local/DEV/php-5.2.0/ext/hash/php_hash_tiger.h", line 28.9: 1506-009 (S) Bit-field passes must be of type signed int, unsigned int or int. "/dv/usr/local/DEV/php-5.2.0/ext
#40013 [NEW]: php_uname() doesnt return nodename
From: gk at gknw dot de Operating system: NetWare PHP version: 6CVS-2007-01-03 (snap) PHP Bug Type: Feature/Change Request Bug description: php_uname() doesnt return nodename Description: On NetWare platform php_uname('n') returns a hardcoded string 'NLM' which is pretty much useless. This is due to the fact that Novell NetWare pupulates the utsname struct different from other Posix platfoms. Nevertheless they have added a bunch of other useful members which return the correct hostname as well as more accurate version infos. Here's a unified diff against ./ext/standard/info.c which corrects php_uname() for NetWare, and also adds some more useful information: http://www.gknw.net/test/php_issues/info.c.diff to verify this proposed patch here's a test script running on PHP 5.2.0 unpatched (NetWare 6.50 SP 6): http://www.gknw.net/tstphp/phpuname.php and here's running PHP 5.2.0 patched (NetWare 5.10 SP 8): http://www.mailkastl.at/tstphp/phpuname.php as you can see I get here the hostname of the machine, and in addition the NetWare version + SP level, and the libc version too. Would be great if this patch gets applied. Thanks! -- Edit bug report at http://bugs.php.net/?id=40013&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40013&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40013&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40013&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40013&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40013&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40013&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40013&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40013&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40013&r=support Expected behavior:http://bugs.php.net/fix.php?id=40013&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40013&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40013&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40013&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40013&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40013&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40013&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40013&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40013&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40013&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40013&r=mysqlcfg
#39883 [Opn->Fbk]: ftp_get - coredump
ID: 39883 Updated by: [EMAIL PROTECTED] Reported By: youza at post dot cz -Status: Open +Status: Feedback Bug Type: FTP related Operating System: Fedora Core 4 PHP Version: 4.4.4 New Comment: Are you able to replicate it using PHP CLI? Or is it reproducible only with Apache2? For the record, I don't see any problems with fetching the "welcome.msg" from the server you mentioned using the reproduce code of yours with _both_ Apache2/worker and PHP CLI. Previous Comments: [2007-01-03 15:10:16] youza at post dot cz Yes I reproduce it in the public FTP server: URL: ftp://atrey.karlin.mff.cuni.cz/welcome.msg Result: Warning: ftp_get(): Opening BINARY mode data connection for welcome.msg (241 bytes). in /web/docs/tester/youza/ftp/test.php on line 43 apache error.log: child pid 24559 exit signal Segmentation fault (11) The file not copied but create empty: -rw-rw-r-- 1 apache webuser0 Jan 3 16:04 test_l.dat [2006-12-30 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-12-22 15:35:01] [EMAIL PROTECTED] >but file is'nt copied. In the script directory (php ??) > create file "0" - the file contains: Doesn't make any sense to me.. Are you able to reproduce it with any public accessible FTP server? [2006-12-22 09:32:11] youza at post dot cz I use new apache instance and last php CVS (php4-STABLE-200612210930.tar.gz)- the changes is config only port, and path to *.so php file The result: apache errot log does not contain the Segmentation fault message but file is'nt copied. In the script directory (php ??) create file "0" - the file contains: [22-Dec-2006 10:16:11] PHP Warning: ftp_get(): Opening BINARY mode data connection for test.dat (1106982 bytes). in /web/docs/tester/youza/ftp/test.php on line 35 I running stace - this is result: ... open("/web/docs/tester/youza/ftp/test.php", O_RDONLY) = 1736 fstat64(1736, {st_mode=S_IFREG|0644, st_size=1025, ...}) = 0 fstat64(1736, {st_mode=S_IFREG|0644, st_size=1025, ...}) = 0 lseek(1736, 0, SEEK_CUR)= 0 lseek(1736, 0, SEEK_SET)= 0 read(1736, "http://bugs.php.net/39883 -- Edit this bug report at http://bugs.php.net/?id=39883&edit=1
#39883 [NoF->Opn]: ftp_get - coredump
ID: 39883 User updated by: youza at post dot cz Reported By: youza at post dot cz -Status: No Feedback +Status: Open Bug Type: FTP related Operating System: Fedora Core 4 PHP Version: 4.4.4 New Comment: Yes I reproduce it in the public FTP server: URL: ftp://atrey.karlin.mff.cuni.cz/welcome.msg Result: Warning: ftp_get(): Opening BINARY mode data connection for welcome.msg (241 bytes). in /web/docs/tester/youza/ftp/test.php on line 43 apache error.log: child pid 24559 exit signal Segmentation fault (11) The file not copied but create empty: -rw-rw-r-- 1 apache webuser0 Jan 3 16:04 test_l.dat Previous Comments: [2006-12-30 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-12-22 15:35:01] [EMAIL PROTECTED] >but file is'nt copied. In the script directory (php ??) > create file "0" - the file contains: Doesn't make any sense to me.. Are you able to reproduce it with any public accessible FTP server? [2006-12-22 09:32:11] youza at post dot cz I use new apache instance and last php CVS (php4-STABLE-200612210930.tar.gz)- the changes is config only port, and path to *.so php file The result: apache errot log does not contain the Segmentation fault message but file is'nt copied. In the script directory (php ??) create file "0" - the file contains: [22-Dec-2006 10:16:11] PHP Warning: ftp_get(): Opening BINARY mode data connection for test.dat (1106982 bytes). in /web/docs/tester/youza/ftp/test.php on line 35 I running stace - this is result: ... open("/web/docs/tester/youza/ftp/test.php", O_RDONLY) = 1736 fstat64(1736, {st_mode=S_IFREG|0644, st_size=1025, ...}) = 0 fstat64(1736, {st_mode=S_IFREG|0644, st_size=1025, ...}) = 0 lseek(1736, 0, SEEK_CUR)= 0 lseek(1736, 0, SEEK_SET)= 0 read(1736, "http://bugs.php.net/39883 -- Edit this bug report at http://bugs.php.net/?id=39883&edit=1
#40012 [Asn->Csd]: php_date.c doesnt compile
ID: 40012 Updated by: [EMAIL PROTECTED] Reported By: gk at gknw dot de -Status: Assigned +Status: Closed Bug Type: Compile Failure Operating System: NetWare PHP Version: 5CVS-2007-01-03 (snap) Assigned To: derick New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Fixed in CVS, thanks for your patch! Previous Comments: [2007-01-03 14:34:12] gk at gknw dot de Description: Compilation of ./ext/date/php_date.c fails for NetWare platform because we have a '#define tzname ...' in time.h; this clashes with the usage of tzname in PHP_FUNCTION(timezone_name_from_abbr) starting at line 2061. Proposed fix: rename tzname with tzid as used already at other places. In addition related to same file php_date.c: since the major rewrite of the date stuff with PHP 5.1.x the automatic guess of a proper timezone doesnt work any longer. For this I have written few NetWare-specific lines and inserted right after the Win32-specific code. Unified diff can be downloaded from my site: http://www.gknw.net/test/php_issues/php_date.c.diff Actual result: -- compilation breaks in php_date.c inside PHP_FUNCTION(timezone_name_from_abbr). -- Edit this bug report at http://bugs.php.net/?id=40012&edit=1
#40012 [Opn->Asn]: php_date.c doesnt compile
ID: 40012 Updated by: [EMAIL PROTECTED] Reported By: gk at gknw dot de -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: NetWare PHP Version: 5CVS-2007-01-03 (snap) -Assigned To: +Assigned To: derick Previous Comments: [2007-01-03 14:34:12] gk at gknw dot de Description: Compilation of ./ext/date/php_date.c fails for NetWare platform because we have a '#define tzname ...' in time.h; this clashes with the usage of tzname in PHP_FUNCTION(timezone_name_from_abbr) starting at line 2061. Proposed fix: rename tzname with tzid as used already at other places. In addition related to same file php_date.c: since the major rewrite of the date stuff with PHP 5.1.x the automatic guess of a proper timezone doesnt work any longer. For this I have written few NetWare-specific lines and inserted right after the Win32-specific code. Unified diff can be downloaded from my site: http://www.gknw.net/test/php_issues/php_date.c.diff Actual result: -- compilation breaks in php_date.c inside PHP_FUNCTION(timezone_name_from_abbr). -- Edit this bug report at http://bugs.php.net/?id=40012&edit=1
#39712 [Fbk->Csd]: Installation failure "Program Required"
ID: 39712 Updated by: [EMAIL PROTECTED] Reported By: kemputer at optushome dot com dot au -Status: Feedback +Status: Closed Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.2.0 Assigned To: jmertic New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2007-01-03 14:41:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-12-21 23:16:28] kemputer at optushome dot com dot au I note that this submission is now flagged as closed, however the problem is very real to me. As requested, I have produced an error.log. How do I upload it? If I cut and paste to the comment area, I get a warning about not spamming the site. Seasons Greetings to all [2006-12-21 13:44:25] [EMAIL PROTECTED] I forgot this was already fixed by Bug #39410 in CVS. Thanks for all your feedback! [2006-12-21 13:21:42] [EMAIL PROTECTED] Can you try to run the following command from the command prompt and let me know the results: [2006-12-21 12:43:42] [EMAIL PROTECTED] E-mail the error log to [EMAIL PROTECTED] 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/39712 -- Edit this bug report at http://bugs.php.net/?id=39712&edit=1
#39712 [Csd->Fbk]: Installation failure "Program Required"
ID: 39712 Updated by: [EMAIL PROTECTED] Reported By: kemputer at optushome dot com dot au -Status: Closed +Status: Feedback Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.2.0 Assigned To: jmertic New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-12-21 23:16:28] kemputer at optushome dot com dot au I note that this submission is now flagged as closed, however the problem is very real to me. As requested, I have produced an error.log. How do I upload it? If I cut and paste to the comment area, I get a warning about not spamming the site. Seasons Greetings to all [2006-12-21 13:44:25] [EMAIL PROTECTED] I forgot this was already fixed by Bug #39410 in CVS. Thanks for all your feedback! [2006-12-21 13:21:42] [EMAIL PROTECTED] Can you try to run the following command from the command prompt and let me know the results: [2006-12-21 12:43:42] [EMAIL PROTECTED] E-mail the error log to [EMAIL PROTECTED] [2006-12-20 11:35:14] jack dot magielse at 3bm dot nl I had the same problem when installing on a windows 2003 server with IIS 6. I ran the installation with the log option. The error.log is 498kb. Where can I drop it. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/39712 -- Edit this bug report at http://bugs.php.net/?id=39712&edit=1
#40012 [NEW]: php_date.c doesnt compile
From: gk at gknw dot de Operating system: NetWare PHP version: 5CVS-2007-01-03 (snap) PHP Bug Type: Compile Failure Bug description: php_date.c doesnt compile Description: Compilation of ./ext/date/php_date.c fails for NetWare platform because we have a '#define tzname ...' in time.h; this clashes with the usage of tzname in PHP_FUNCTION(timezone_name_from_abbr) starting at line 2061. Proposed fix: rename tzname with tzid as used already at other places. In addition related to same file php_date.c: since the major rewrite of the date stuff with PHP 5.1.x the automatic guess of a proper timezone doesnt work any longer. For this I have written few NetWare-specific lines and inserted right after the Win32-specific code. Unified diff can be downloaded from my site: http://www.gknw.net/test/php_issues/php_date.c.diff Actual result: -- compilation breaks in php_date.c inside PHP_FUNCTION(timezone_name_from_abbr). -- Edit bug report at http://bugs.php.net/?id=40012&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40012&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40012&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40012&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40012&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40012&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40012&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40012&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40012&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40012&r=support Expected behavior:http://bugs.php.net/fix.php?id=40012&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40012&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40012&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40012&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40012&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40012&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40012&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40012&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40012&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40012&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40012&r=mysqlcfg
#40011 [Opn->WFx]: Request for refcount function
ID: 40011 Updated by: [EMAIL PROTECTED] Reported By: emiel dot bruijntjes at copernica dot nl -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.2.0 New Comment: This function is inherently flawed as by passing the variable to the function the refcount (and other bits) might already be changed. Therefore you shouldn't count on this function too much anyway. Previous Comments: [2007-01-03 13:24:37] emiel dot bruijntjes at copernica dot nl Description: Currently, I filter out the content of the function debug_zval_dump() to get the reference count of a variable. It would be better if there was a function in PHP to get this information straight away, without the need for parsing output. Reproduce code: --- // My current code: ob_start(); debug_zval_dump($var); $output = ob_get_contents(); ob_end_clean(); $pos = strpos($output, "refcount("); if ($pos === false) return 0; $refcount = intval(substr($output, $pos + 9)); // Feature request: $refcount = refcount($var); Expected result: The internal refcount of a variable Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=40011&edit=1
#40011 [NEW]: Request for refcount function
From: emiel dot bruijntjes at copernica dot nl Operating system: Linux PHP version: 5.2.0 PHP Bug Type: Feature/Change Request Bug description: Request for refcount function Description: Currently, I filter out the content of the function debug_zval_dump() to get the reference count of a variable. It would be better if there was a function in PHP to get this information straight away, without the need for parsing output. Reproduce code: --- // My current code: ob_start(); debug_zval_dump($var); $output = ob_get_contents(); ob_end_clean(); $pos = strpos($output, "refcount("); if ($pos === false) return 0; $refcount = intval(substr($output, $pos + 9)); // Feature request: $refcount = refcount($var); Expected result: The internal refcount of a variable Actual result: -- N/A -- Edit bug report at http://bugs.php.net/?id=40011&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40011&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40011&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40011&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40011&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40011&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40011&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40011&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40011&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40011&r=support Expected behavior:http://bugs.php.net/fix.php?id=40011&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40011&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40011&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40011&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40011&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40011&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40011&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40011&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40011&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40011&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40011&r=mysqlcfg
#40001 [Asn]: Installer doesn't work.
ID: 40001 Updated by: [EMAIL PROTECTED] Reported By: riramosu at hotmail dot com Status: Assigned Bug Type: *General Issues Operating System: WINDOWS 2003 PHP Version: 5.2.0 Assigned To: jmertic New Comment: Could you run it in verbose logging mode and send the log file to [EMAIL PROTECTED] To run in verbose logging mode issue the below command from the command prompt ( from the same directory where the install exists ): msiexec /i php-5.2.0-win32-installer.msi /l*v error.log Previous Comments: [2007-01-02 18:26:07] riramosu at hotmail dot com Description: The installer doesnt work on Windows 2003 Server, It said "PHP 5.2.0 Setup There is a problem with this Windows Installer Package. A program required for this install to complete could not be run. Contact your support personnel or package vendor" What is the bug with the installer? Installer for PHP 5.2.0 doesnt work Installer for PHP 5.1.x works fine! Installer for PHP 4.4.xworks fine! Thanks. Reproduce code: --- The installer doesnt work on Windows 2003 Server, It said "PHP 5.2.0 Setup There is a problem with this Windows Installer Package. A program required for this install to complete could not be run. Contact your support personnel or package vendor" What is the bug with the installer? Installer for PHP 5.2.0 doesnt work Installer for PHP 5.1.x works fine! Installer for PHP 4.4.xworks fine! Thanks. Expected result: Installation complete. -- Edit this bug report at http://bugs.php.net/?id=40001&edit=1
#40010 [NEW]: bug 39787 broken by copyright year bump
From: prlw1 at cam dot ac dot uk Operating system: all PHP version: 6CVS-2007-01-03 (CVS) PHP Bug Type: Apache2 related Bug description: bug 39787 broken by copyright year bump Description: Sadly bug 39787 should be reopened, as bumping the copyright year has changed the MODULE_MAGIC_NUMBER_MAJOR, breaking the patch. e.g., try cvs diff -r1.47 -r1.48 -u sapi/apache2filter/php_functions.c (same for sapi/apache2handler/php_functions.c) At least, it is fixed for the apache 2 versions which will be released after September 2007! -- Edit bug report at http://bugs.php.net/?id=40010&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40010&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40010&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40010&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40010&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40010&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40010&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40010&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40010&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40010&r=support Expected behavior:http://bugs.php.net/fix.php?id=40010&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40010&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40010&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40010&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40010&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40010&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40010&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40010&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40010&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40010&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40010&r=mysqlcfg
#40009 [NEW]: http_build_query(array()) returns NULL, not empty string
From: bugs dot php dot net at chsc dot dk Operating system: Windows PHP version: 5.2.0 PHP Bug Type: URL related Bug description: http_build_query(array()) returns NULL, not empty string Description: http_build_query(array()) returns NULL. According to the documentation, the return type of http_build_query is string. This can be considered a documentation problem, but I think it would be better to change the function so that it always returns a string. Reproduce code: --- ./php.exe -r "echo gettype(http_build_query(array()));" Expected result: string Actual result: -- NULL -- Edit bug report at http://bugs.php.net/?id=40009&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40009&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40009&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40009&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40009&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40009&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40009&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40009&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40009&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40009&r=support Expected behavior:http://bugs.php.net/fix.php?id=40009&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40009&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40009&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40009&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40009&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40009&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40009&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40009&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40009&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40009&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40009&r=mysqlcfg
#40008 [NEW]: lock file
From: wisans at gmail dot com Operating system: window xp PHP version: 5.2.0 PHP Bug Type: Performance problem Bug description: lock file Description: host a call a.php and open new ie call b.php (this action make b.php wait for a.php success because it use same sessionid not problem, when socket_timeout it make a.php end and b.php end) problem is host b open b.php it wait for b.php on host a success Reproduce code: --- a.php http://192.168.4.199/ar_master.php";; fopen($url,"r"); ?> b.php ".rand(1,2); ?> -- Edit bug report at http://bugs.php.net/?id=40008&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40008&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40008&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40008&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40008&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40008&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40008&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40008&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40008&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40008&r=support Expected behavior:http://bugs.php.net/fix.php?id=40008&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40008&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40008&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40008&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40008&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40008&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40008&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40008&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40008&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40008&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40008&r=mysqlcfg
#40007 [Opn->Bgs]: Segmentation fault when adding pspell extension
ID: 40007 Updated by: [EMAIL PROTECTED] Reported By: bugs_php at mediaslut dot ch -Status: Open +Status: Bogus Bug Type: Pspell related Operating System: FreeBSD 5.4 PHP Version: 4.4.4 New Comment: Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Crash definitely seems to happen in the optimizer... Previous Comments: [2007-01-03 09:40:34] bugs_php at mediaslut dot ch Description: After adding the pspell extension, I'm getting a Segmention fault when running scripts on the command line (CLI). However, PHP is running fine through Apache. The same problem occured on previous php/zend versions: ZendOptimizer-2.5.10a / php-4.4.2 Upgrading to recent versions (php-4.4.4/ZendOptimizer-3.2.0) didn't solve the problem. The only way to get rid of the segmention fault right now, is to deinstall the pspell extension. Reproduce code: --- php -v Actual result: -- PHP 4.4.4 with Suhosin-Patch 0.9.6 (cli) (built: Jan 2 2007 16:22:12) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.11, Copyright (c) 2003-2006, by Zend Technologies with Zend Optimizer v3.2.0, Copyright (c) 1998-2006, by Zend Technologies Segmentation fault (core dumped) here's the full core dump: gdb /usr/local/bin/php /usr/local/etc/php.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypto.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.3 Reading symbols from /usr/lib/libssl.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.3 Reading symbols from /lib/libcrypt.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.2 Reading symbols from /lib/libm.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.3 Reading symbols from /lib/libc.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.5 Reading symbols from /usr/local/lib/php/20020429/Optimizer/php-4.4.x/ZendOptimizer.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20020429/Optimizer/php-4.4.x/ZendOptimizer.so Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x in ?? () (gdb) where full #0 0x in ?? () No symbol table info available. #1 0x28b9b221 in ?? () from /usr/local/lib/php/20020429/Optimizer/php-4.4.x/ZendOptimizer.so No symbol table info available. #2 0x28c5287c in extension_version_info () from /usr/local/lib/php/20020429/Optimizer/php-4.4.x/ZendOptimizer.so No symbol table info available. #3 0x281464a4 in tls_last_offset () from /libexec/ld-elf.so.1 No symbol table info available. #4 0x281425d8 in ?? () from /libexec/ld-elf.so.1 No symbol table info available. #5 0x28b9b1bc in ?? () from /usr/local/lib/php/20020429/Optimizer/php-4.4.x/ZendOptimizer.so No symbol table info available. #6 0x28127738 in _rtld_error () from /libexec/ld-elf.so.1 No symbol table info available. #7 0x28c2be31 in ?? () from /usr/local/lib/php/20020429/Optimizer/php-4.4.x/ZendOptimizer.so No symbol table info available. #8 0x28128813 in find_symdef () from /libexec/ld-elf.so.1 No symbol table info available. #9 0x28128e72 in dlclose () from /libexec/ld-elf.so.1 No symbol table info available. #10 0x080e66be in zend_extension_dtor () No symbol table info available. #11 0x080dcc5a in zend_llist_destroy () No symbol table info available. #12 0x080e66a1 in zend_shutdown_extensions () No symbol table info available. #13 0x080e33f9 in zend_shutdown () No symbol table info available. #14 0x080b9cc6 in php_module_shutdown () No symbol table info available. #15 0x080fc6e9 in main () No symbol table info available. (gdb) -- Edit this bug report at http://bugs.php.net/?id=40007&edit=1
#40007 [NEW]: Segmentation fault when adding pspell extension
From: bugs_php at mediaslut dot ch Operating system: FreeBSD 5.4 PHP version: 4.4.4 PHP Bug Type: Pspell related Bug description: Segmentation fault when adding pspell extension Description: After adding the pspell extension, I'm getting a Segmention fault when running scripts on the command line (CLI). However, PHP is running fine through Apache. The same problem occured on previous php/zend versions: ZendOptimizer-2.5.10a / php-4.4.2 Upgrading to recent versions (php-4.4.4/ZendOptimizer-3.2.0) didn't solve the problem. The only way to get rid of the segmention fault right now, is to deinstall the pspell extension. Reproduce code: --- php -v Actual result: -- PHP 4.4.4 with Suhosin-Patch 0.9.6 (cli) (built: Jan 2 2007 16:22:12) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.11, Copyright (c) 2003-2006, by Zend Technologies with Zend Optimizer v3.2.0, Copyright (c) 1998-2006, by Zend Technologies Segmentation fault (core dumped) here's the full core dump: gdb /usr/local/bin/php /usr/local/etc/php.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypto.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.3 Reading symbols from /usr/lib/libssl.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.3 Reading symbols from /lib/libcrypt.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.2 Reading symbols from /lib/libm.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.3 Reading symbols from /lib/libc.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.5 Reading symbols from /usr/local/lib/php/20020429/Optimizer/php-4.4.x/ZendOptimizer.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20020429/Optimizer/php-4.4.x/ZendOptimizer.so Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x in ?? () (gdb) where full #0 0x in ?? () No symbol table info available. #1 0x28b9b221 in ?? () from /usr/local/lib/php/20020429/Optimizer/php-4.4.x/ZendOptimizer.so No symbol table info available. #2 0x28c5287c in extension_version_info () from /usr/local/lib/php/20020429/Optimizer/php-4.4.x/ZendOptimizer.so No symbol table info available. #3 0x281464a4 in tls_last_offset () from /libexec/ld-elf.so.1 No symbol table info available. #4 0x281425d8 in ?? () from /libexec/ld-elf.so.1 No symbol table info available. #5 0x28b9b1bc in ?? () from /usr/local/lib/php/20020429/Optimizer/php-4.4.x/ZendOptimizer.so No symbol table info available. #6 0x28127738 in _rtld_error () from /libexec/ld-elf.so.1 No symbol table info available. #7 0x28c2be31 in ?? () from /usr/local/lib/php/20020429/Optimizer/php-4.4.x/ZendOptimizer.so No symbol table info available. #8 0x28128813 in find_symdef () from /libexec/ld-elf.so.1 No symbol table info available. #9 0x28128e72 in dlclose () from /libexec/ld-elf.so.1 No symbol table info available. #10 0x080e66be in zend_extension_dtor () No symbol table info available. #11 0x080dcc5a in zend_llist_destroy () No symbol table info available. #12 0x080e66a1 in zend_shutdown_extensions () No symbol table info available. #13 0x080e33f9 in zend_shutdown () No symbol table info available. #14 0x080b9cc6 in php_module_shutdown () No symbol table info available. #15 0x080fc6e9 in main () No symbol table info available. (gdb) -- Edit bug report at http://bugs.php.net/?id=40007&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40007&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40007&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40007&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40007&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40007&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40007&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40007&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40007&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40007&r=support Expected behavior:http://bugs.php.net/fix.php?id=40007&r=notwrong Not enough info: h
#40001 [Opn->Asn]: Installer doesn't work.
ID: 40001 Updated by: [EMAIL PROTECTED] Reported By: riramosu at hotmail dot com -Status: Open +Status: Assigned Bug Type: *General Issues Operating System: WINDOWS 2003 PHP Version: 5.2.0 -Assigned To: +Assigned To: jmertic Previous Comments: [2007-01-02 18:26:07] riramosu at hotmail dot com Description: The installer doesnt work on Windows 2003 Server, It said "PHP 5.2.0 Setup There is a problem with this Windows Installer Package. A program required for this install to complete could not be run. Contact your support personnel or package vendor" What is the bug with the installer? Installer for PHP 5.2.0 doesnt work Installer for PHP 5.1.x works fine! Installer for PHP 4.4.xworks fine! Thanks. Reproduce code: --- The installer doesnt work on Windows 2003 Server, It said "PHP 5.2.0 Setup There is a problem with this Windows Installer Package. A program required for this install to complete could not be run. Contact your support personnel or package vendor" What is the bug with the installer? Installer for PHP 5.2.0 doesnt work Installer for PHP 5.1.x works fine! Installer for PHP 4.4.xworks fine! Thanks. Expected result: Installation complete. -- Edit this bug report at http://bugs.php.net/?id=40001&edit=1
#40006 [NEW]: Memory leak in sybase_query()
From: [EMAIL PROTECTED] Operating system: CentOS 4 PHP version: 5CVS-2007-01-03 (CVS) PHP Bug Type: Sybase (dblib) related Bug description: Memory leak in sybase_query() Description: Calling sybase_query() for a SELECT query that returns multiple rows causes the memory limit to be hit or, in the case where the memory manager isn't compiled in, memory usage to increase until the PHP process is killed. I'm running Sybase ASE 15.0 on CentOS 4. The problem seems to occur both with PHP_5_2 CVS and also PHP 4.4.4. PHP was compiled with --with-sybase=/usr/local/sybase; /usr/local/sybase being the installation directory for ASE on the box in question. This looks quite similar to bug #39508, but that's using sybase-ct instead of straight sybase. Reproduce code: --- 0', $db)) echo "Multiple row select complete.\n"; else echo "Multiple row select failed.\n"; sybase_query('DROP TABLE phptest', $db) or print("Error dropping table.\n"); sybase_close($db) or die("Error closing connection.\n"); ?> Expected result: Table created. Records inserted, attempting select... Single row select complete. Multiple row select complete. Actual result: -- Table created. Records inserted, attempting select... Single row select complete. Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 3434496 bytes) in /tmp/test-sybase.php on line 15 -- Edit bug report at http://bugs.php.net/?id=40006&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40006&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40006&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40006&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40006&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40006&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40006&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40006&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40006&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40006&r=support Expected behavior:http://bugs.php.net/fix.php?id=40006&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40006&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40006&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40006&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40006&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40006&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40006&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40006&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40006&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40006&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40006&r=mysqlcfg
#40003 [Opn->Bgs]: strtotime(), incorrect results
ID: 40003 Updated by: [EMAIL PROTECTED] Reported By: matt at iws dot co dot nz -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Linux 2.4 PHP Version: 5.2.0 New Comment: This is not a bug, but expected behaviour. To get the behaviour that you want, simply use "Monday Jan 2007" (without the first). Previous Comments: [2007-01-02 23:15:33] matt at iws dot co dot nz Description: Asking strtotime() for the date of the first occurrence of a particular day of the week, when that day of the week is also the first day of the month, returns the incorrect day. See examples below. Reproduce code: --- echo date('Y-m-d', strtotime('first monday jan 2007')); echo date('Y-m-d', strtotime('first monday feb 2007')); echo date('Y-m-d', strtotime('first thursday feb 2007')); echo date('Y-m-d', strtotime('first thursday jan 2007')); Expected result: // First Monday Jan 2007 2007-01-01 // First Monday Feb 2007 2007-02-05 // First Thursday Feb 2007 2007-02-01 // First Thursday Jan 2007 2007-01-04 Actual result: -- // First Monday Jan 2007 - incorrect 2007-01-08 // First Monday Feb 2007 - correct 2007-02-05 // First Thursday Feb 2007 - incorrect 2007-02-08 // First Thursday Jan 2007 - correct 2007-01-04 -- Edit this bug report at http://bugs.php.net/?id=40003&edit=1