Bug #51051 [Com]: DateTime modify wrong result with DST change
Edit report at https://bugs.php.net/bug.php?id=51051edit=1
ID: 51051
Comment by: joerg dot eichhorn at kiwigrid dot com
Reported by:mehdi dot rande at aliasource dot fr
Summary:DateTime modify wrong result with DST change
Status: Assigned
Type: Bug
Package:Date/time related
Operating System: Linux
PHP Version:5.3.1
Assigned To:derick
Block user comment: N
Private report: N
New Comment:
Still present with:
PHP 5.4.7 (cli) (built: Sep 12 2012 23:48:31)
Copyright (c) 1997-2012 The PHP Group
My former test script still shows the error:
?php
$dt = new DateTime('now', new DateTimeZone('Europe/Berlin'));
// try to set timestamp of 2010-10-31T02:00:00+0200
$dt-setTimestamp(1288483200);
echo Expected: 1288483200\n;
// but returns timestamp of 2010-10-31T02:00:00+0100
echo Actual : .$dt-getTimestamp().\n; // outputs 1288486800
?
Any Ideas when this issue is going to be fixed? It's a serious issue that it
returns another timestamp than what was set!
Previous Comments:
[2013-03-19 18:09:02] kavi at postpro dot net
This is still broken in 5.3.21, according to danielc's test.
$ php --version
PHP 5.3.21 (cli) (built: Jan 17 2013 12:34:34)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2013 Zend Technologies
$ php derp.php
SPRING INTERVALS (add okay, sub does not change hour)
2010-03-14T01:59:59-05:00 America/New_York EST 0 126854
Adding interval: PT1S
2010-03-14T03:00:00-04:00 America/New_York EDT 1 126855
Subtracting interval: PT1S
2010-03-14T03:59:59-04:00 America/New_York EDT 1 1268553599
SPRING TIMESTAMPS (works as expected)
2010-03-14T01:59:59-05:00 America/New_York EST 0 126854
Adding seconds: 1
2010-03-14T03:00:00-04:00 America/New_York EDT 1 126855
Subtracting seconds: 1
2010-03-14T01:59:59-05:00 America/New_York EST 0 126854
FALL INTERVALS (add and sub skip the 1am - 2am redo)
2010-11-07T00:59:59-04:00 America/New_York EDT 1 1289105999
Adding interval: PT1H
2010-11-07T01:59:59-04:00 America/New_York EDT 1 1289109599
Adding interval: PT1S
2010-11-07T02:00:00-05:00 America/New_York EST 0 1289113200
Subtracting interval: PT1S
2010-11-07T01:59:59-04:00 America/New_York EDT 1 1289109599
FALL TIMESTAMPS (works as expected)
2010-11-07T00:59:59-04:00 America/New_York EDT 1 1289105999
Adding seconds: 3600
2010-11-07T01:59:59-04:00 America/New_York EDT 1 1289109599
Adding seconds: 1
2010-11-07T01:00:00-05:00 America/New_York EST 0 1289109600
Adding seconds: 3600
2010-11-07T02:00:00-05:00 America/New_York EST 0 1289113200
Subtracting seconds: 1
2010-11-07T01:59:59-05:00 America/New_York EST 0 1289113199
[2012-05-17 00:12:04] kavi at postpro dot net
See also:
https://bugs.php.net/bug.php?id=60960
https://bugs.php.net/bug.php?id=61530
https://bugs.php.net/bug.php?id=52480
Quoting https://wiki.php.net/rfc/datetime_and_daylight_saving_time -- Getting
these issues straightened out before 5.4 goes into Release Candidate status
seems
wise.
[2012-03-14 14:36:41] webmaster at martinandersson dot com
DateTime::diff get's it wrong in PHP 5.4. Tested on Apache (with PHP 5.4 VC9) /
Windows 7 x64. Code of horror:
$d1 = new DateTime(2011-10-30 01:05:00, new DateTimeZone(Europe/Stockholm));
$d2 = new DateTime(2011-10-30 03:05:00, new DateTimeZone(Europe/Stockholm));
$di = $d1-diff($d2);
echo $di-h;
This produces '2' whereas it should have said '3' because in this timezone and
interval (more precisly 03:00:00), all Swedes turned their clock back 1 hour.
Still, the internal logic of PHP 5.4 knows about the different offsets:
echo $d1-getOffset() / (60 * 60);
Prints '2'.
echo $d2-getOffset() / (60 * 60);
Prints '1'.
A direct calculation with UNIX timestamps produces the correct result:
$hoursofdiff = ($d2-getTimeStamp() - $d1-getTimeStamp()) / 60 / 60;
echo Calculated difference in hours: $hoursofdiff;
Prints '3'.
This issue has been further elaborated here:
http://stackoverflow.com/questions/9695870/phps-datetimediff-gets-it-wrong
[2011-11-21 02:43:15] dani...@php.net
This will be addressed by
https://wiki.php.net/rfc/datetime_and_daylight_saving_time
[2011-04-18 17:30:09] halde at freenet dot de
reproduced issue of previous poster on a linux machine (timestamps are not
equal):
$ php -a
Interactive shell
php $dt = new DateTime('now', new DateTimeZone('Europe/Berlin'));
php $dt-setTimestamp(1288483200);
php echo $dt-getTimestamp();
1288486800
php echo phpversion();
5.3.3
[PHP-BUG] Bug #62231 [NEW]: Tag attributes missing in SOAP Response in non-WSDL mode
From: joerg dot klein at ifsam dot lu
Operating system: Windows 2008R2
PHP version: 5.3.13
Package: SOAP related
Bug Type: Bug
Bug description:Tag attributes missing in SOAP Response in non-WSDL mode
Description:
While receiving a message back from a soap call, tag attributes are
missing. The
SoapClient uses non-WSDL mode and soap_version SOAP_1_1.
Response with correct tag attribute (SoapClient::__getLastResponse):
s:Envelope xmlns:s=http://schemas.xmlsoap.org/soap/envelope/;s:Header
ActivityId CorrelationId=53d1a6af-6103-441f-ad3a-7160a76f341f
xmlns=http://schemas.microsoft.com/2004/09/ServiceModel/Diagnostics;5cbc1103-
589c-4f6e-86ee-9cafc58caab5/ActivityId/s:Headers:Body
GetMessagesResponse xmlns=http://test.example.com/2009/7/3/TestService;
GetMessagesResult
Messages xmlns=http://test.example.com/2009/7/24/messages;
Document xmlns=urn:iso:std:iso:20022:tech:xsd:setr.012.001.03
xmlns:im=http://test.example.com/internalMessage/V1.0;
Sbcpt
MltplExctnDtls
IndvExctnDtls
NetAmt Ccy=EUR7000.00/NetAmt
/IndvExctnDtls
/MltplExctnDtls
/Sbcpt
/Document
/Messages/GetMessagesResult/GetMessagesResponse/s:Body/s:Envelope
Test script:
---
$options = array('soapaction' =
'http://test.example.com/2009/7/3/TestService/TestService/GetMessages');
$XMLObject = $this-soapClient-__soapCall(GetMessages, array(),
$options);
echo NetAmt
:.$XMLObject-Messages-Document-Sbcpt-MltplExctnDtls-IndvExctnDtls-NetAmt;
echo Ccy
:.$XMLObject-Messages-Document-Sbcpt-MltplExctnDtls-IndvExctnDtls-NetAmt['Ccy'];
Expected result:
NetAmt: 7000
Ccy: EUR
Actual result:
--
NetAmt: 7000
Ccy:
--
Edit bug report at https://bugs.php.net/bug.php?id=62231edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=62231r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=62231r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=62231r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=62231r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=62231r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=62231r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=62231r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=62231r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=62231r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=62231r=support
Expected behavior:
https://bugs.php.net/fix.php?id=62231r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=62231r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=62231r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=62231r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=62231r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=62231r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=62231r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=62231r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=62231r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=62231r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=62231r=mysqlcfg
Bug #51307 [Nab]: php.exe error on command line
Edit report at https://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by:joerg dot klein at ifsam dot lu Reported by:joerg dot klein at ifsam dot lu Summary:php.exe error on command line Status: Not a bug Type: Bug Package:Reproducible crash -Operating System: win32 only - Windows Server 2003 +Operating System: win32 only-Windows Server 2003/8 -PHP Version:5.3.6 +PHP Version:5.3.10 Assigned To:pajoye Block user comment: N Private report: N New Comment: I installed a fresh server 2008R2 and I get the same errors. Setting register_globals to off seems to solve the problem. I set up two php.ini. One with register_globals=on for the webserver and one with register_globals=off for the cli. I got no error so far. So the problem is still there, but it seems to work with a workaround! Previous Comments: [2011-09-01 10:04:50] joerg dot klein at ifsam dot lu only one php.ini no different path in the system PATH variable or in php.ini I use the TS builds because I use it with apache sapi mainly and for some scheduling tasks I use cli. [2011-09-01 09:57:33] paj...@php.net Different php.ini used, different PATH, etc. Also please note that I do not understand why you want the TS builds to be used with FastCGI. Please use only the NTS builds for FastCGI. [2011-09-01 09:53:55] joerg dot klein at ifsam dot lu I checked the DLLs. There are no old version in the system PATH available. I have the problem on two different servers and I am checking my servers for over a year for a misconfiguration. How would you explain my comment form 2011-08-19 09:07? It is the same script using the same configuration using different SAPIs! [2011-09-01 08:42:39] paj...@php.net You certainly messed up with the DLLs, having old version sill installed or something similar. [2011-09-01 08:30:07] joerg dot klein at ifsam dot lu Why should it be a configuration problem? The system runs fine with the same configuration for a long time. Starting with PHP 5.3.2 the errors occurs. 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 https://bugs.php.net/bug.php?id=51307 -- Edit this bug report at https://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Asn]: php.exe error on command line
Edit report at https://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by:joerg dot klein at ifsam dot lu Reported by:joerg dot klein at ifsam dot lu Summary:php.exe error on command line Status: Assigned Type: Bug Package:Reproducible crash Operating System: win32 only - Windows Server 2003 PHP Version:5.3.6 Assigned To:pajoye Block user comment: N Private report: N New Comment: You don't need these files, because there is no real reproduce script. On every PHP release the results are different. For the current release 5.3.8 just start pear pear list and PHP crashes. All extensions I use are from the latest release. I am on Windows Server 2003 SP2 Version 5.2.3790 Previous Comments: [2011-09-01 00:52:33] mattfic...@php.net I can't download your reproduce script from http://ifsam.net/test.php or http://ifsam.net/test.zip. Both links return an HTTP404 error. Can you provide a new reproduce script or new link to it? Also, are you sure that the PHP release and the mysql and gd2 extensions are all compiled with VC9? Also, would you provide the exact Windows Server version you are using (run 'winver')? [2011-08-19 09:07:26] joerg dot klein at ifsam dot lu I just updated to 5.3.7 and still get erros from the command line. This time I did some additional testing. I run some files with the different SAPIs (php.exe, php-cgi.exe, php-win.exe). One file runs fine with php-cgi.exe and get errors with php.exe and php-win.exe. Another file get an error with php-cgi.exe and runs fine with php.exe and php-win.exe. Both files run fine with the Apache SAPI (php5_apache2_2.dll). [2011-03-29 07:32:43] joerg dot klein at ifsam dot lu If it helps you to track down the problem, I can give you some more backtraces. For example using pear [2011-03-18 13:46:10] joerg dot klein at ifsam dot lu Thread 0 - System ID 736 Entry point php_cgi!mainCRTStartup Create time 18.03.2011 12:18:32 Time spent in user mode 0 Days 0:0:0.31 Time spent in kernel mode 0 Days 0:0:0.156 Function Arg 1 Arg 2 Arg 3 Source php5ts!zend_register_internal_class_ex+ba7 003f5098 100e1075 01864590 php5ts!_efree+2e 01864590 003f2918 1021e045 php5ts!closelog+55 101d7ba4 0001 0013 php5ts!zm_deactivate_syslog+5 0001 0013 003f2918 php5ts!zm_deactivate_basic+e4 0001 0013 003f2918 php5ts!module_registry_cleanup+1b 0198d1b8 003f2918 003f2918 php5ts!zend_hash_reverse_apply+3f 1058b280 10006640 003f2918 php5ts!zend_deactivate_modules+61 003f2918 0002 003f2918 php5ts!php_request_shutdown+235 0040a4c8 0001 php_cgi!main+e89 0002 003f3f30 003f2f80 php_cgi!memset+160 7ffdd000 kernel32!ProcessIdToSessionId+209 00406a7a PHP5TS!ZEND_REGISTER_INTERNAL_CLASS_EX+BA7In php-cgi__PID__932__Date__03_18_2011__Time_12_18_35PM__387__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!zend_register_internal_class_ex+ba7 in C:\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x6aebadf8 on thread 0 Module Information Image Name: C:\php\php5ts.dll Symbol Type: PDB Base address: 0x1000 Time Stamp: Thu Mar 17 11:41:09 2011 Checksum: 0x005a6b72 Comments: COM DLL: False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter: False File Version: 5.3.6 Managed DLL: False Internal Name: PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2010 The PHP Group Loaded Image Name: php5ts.dll Legal Trademarks: PHP Mapped Image Name: Original filename: php5ts.dll Module name: php5ts Private Build: Single Threaded: False Product Name: PHP Module Size: 5,75 MBytes Product Version: 5.3.6 Symbol File Name: C:\php\php5ts.pdb Special Build: [2011-03-18 10:14:18] paj...@php.net Please provide a new backtrace then, if it crashes somewhere else. But I still have little clue about what's happening :) 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 https://bugs.php.net/bug.php?id=51307 -- Edit this bug
Bug #51307 [Fbk-Asn]: php.exe error on command line
Edit report at https://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by:joerg dot klein at ifsam dot lu Reported by:joerg dot klein at ifsam dot lu Summary:php.exe error on command line -Status: Feedback +Status: Assigned Type: Bug Package:Reproducible crash Operating System: win32 only - Windows Server 2003 PHP Version:5.3.6 Assigned To:pajoye Block user comment: N Private report: N New Comment: Why should it be a configuration problem? The system runs fine with the same configuration for a long time. Starting with PHP 5.3.2 the errors occurs. Previous Comments: [2011-09-01 08:19:05] paj...@php.net Then it is definitively a configuration problem. To confirm it, run php -n somescript.php and it should work (as long as the script do not use any non loaded extension. [2011-09-01 08:03:39] joerg dot klein at ifsam dot lu You don't need these files, because there is no real reproduce script. On every PHP release the results are different. For the current release 5.3.8 just start pear pear list and PHP crashes. All extensions I use are from the latest release. I am on Windows Server 2003 SP2 Version 5.2.3790 [2011-09-01 00:52:33] mattfic...@php.net I can't download your reproduce script from http://ifsam.net/test.php or http://ifsam.net/test.zip. Both links return an HTTP404 error. Can you provide a new reproduce script or new link to it? Also, are you sure that the PHP release and the mysql and gd2 extensions are all compiled with VC9? Also, would you provide the exact Windows Server version you are using (run 'winver')? [2011-08-19 09:07:26] joerg dot klein at ifsam dot lu I just updated to 5.3.7 and still get erros from the command line. This time I did some additional testing. I run some files with the different SAPIs (php.exe, php-cgi.exe, php-win.exe). One file runs fine with php-cgi.exe and get errors with php.exe and php-win.exe. Another file get an error with php-cgi.exe and runs fine with php.exe and php-win.exe. Both files run fine with the Apache SAPI (php5_apache2_2.dll). [2011-03-29 07:32:43] joerg dot klein at ifsam dot lu If it helps you to track down the problem, I can give you some more backtraces. For example using pear 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 https://bugs.php.net/bug.php?id=51307 -- Edit this bug report at https://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Bgs]: php.exe error on command line
Edit report at https://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by:joerg dot klein at ifsam dot lu Reported by:joerg dot klein at ifsam dot lu Summary:php.exe error on command line Status: Bogus Type: Bug Package:Reproducible crash Operating System: win32 only - Windows Server 2003 PHP Version:5.3.6 Assigned To:pajoye Block user comment: N Private report: N New Comment: I checked the DLLs. There are no old version in the system PATH available. I have the problem on two different servers and I am checking my servers for over a year for a misconfiguration. How would you explain my comment form 2011-08-19 09:07? It is the same script using the same configuration using different SAPIs! Previous Comments: [2011-09-01 08:42:39] paj...@php.net You certainly messed up with the DLLs, having old version sill installed or something similar. [2011-09-01 08:30:07] joerg dot klein at ifsam dot lu Why should it be a configuration problem? The system runs fine with the same configuration for a long time. Starting with PHP 5.3.2 the errors occurs. [2011-09-01 08:19:05] paj...@php.net Then it is definitively a configuration problem. To confirm it, run php -n somescript.php and it should work (as long as the script do not use any non loaded extension. [2011-09-01 08:03:39] joerg dot klein at ifsam dot lu You don't need these files, because there is no real reproduce script. On every PHP release the results are different. For the current release 5.3.8 just start pear pear list and PHP crashes. All extensions I use are from the latest release. I am on Windows Server 2003 SP2 Version 5.2.3790 [2011-09-01 00:52:33] mattfic...@php.net I can't download your reproduce script from http://ifsam.net/test.php or http://ifsam.net/test.zip. Both links return an HTTP404 error. Can you provide a new reproduce script or new link to it? Also, are you sure that the PHP release and the mysql and gd2 extensions are all compiled with VC9? Also, would you provide the exact Windows Server version you are using (run 'winver')? 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 https://bugs.php.net/bug.php?id=51307 -- Edit this bug report at https://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Bgs]: php.exe error on command line
Edit report at https://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by:joerg dot klein at ifsam dot lu Reported by:joerg dot klein at ifsam dot lu Summary:php.exe error on command line Status: Bogus Type: Bug Package:Reproducible crash Operating System: win32 only - Windows Server 2003 PHP Version:5.3.6 Assigned To:pajoye Block user comment: N Private report: N New Comment: only one php.ini no different path in the system PATH variable or in php.ini I use the TS builds because I use it with apache sapi mainly and for some scheduling tasks I use cli. Previous Comments: [2011-09-01 09:57:33] paj...@php.net Different php.ini used, different PATH, etc. Also please note that I do not understand why you want the TS builds to be used with FastCGI. Please use only the NTS builds for FastCGI. [2011-09-01 09:53:55] joerg dot klein at ifsam dot lu I checked the DLLs. There are no old version in the system PATH available. I have the problem on two different servers and I am checking my servers for over a year for a misconfiguration. How would you explain my comment form 2011-08-19 09:07? It is the same script using the same configuration using different SAPIs! [2011-09-01 08:42:39] paj...@php.net You certainly messed up with the DLLs, having old version sill installed or something similar. [2011-09-01 08:30:07] joerg dot klein at ifsam dot lu Why should it be a configuration problem? The system runs fine with the same configuration for a long time. Starting with PHP 5.3.2 the errors occurs. [2011-09-01 08:19:05] paj...@php.net Then it is definitively a configuration problem. To confirm it, run php -n somescript.php and it should work (as long as the script do not use any non loaded extension. 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 https://bugs.php.net/bug.php?id=51307 -- Edit this bug report at https://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Asn]: php.exe error on command line
Edit report at https://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by:joerg dot klein at ifsam dot lu Reported by:joerg dot klein at ifsam dot lu Summary:php.exe error on command line Status: Assigned Type: Bug Package:Reproducible crash Operating System: win32 only - Windows Server 2003 PHP Version:5.3.6 Assigned To:pajoye Block user comment: N Private report: N New Comment: I just updated to 5.3.7 and still get erros from the command line. This time I did some additional testing. I run some files with the different SAPIs (php.exe, php-cgi.exe, php-win.exe). One file runs fine with php-cgi.exe and get errors with php.exe and php-win.exe. Another file get an error with php-cgi.exe and runs fine with php.exe and php-win.exe. Both files run fine with the Apache SAPI (php5_apache2_2.dll). Previous Comments: [2011-03-29 07:32:43] joerg dot klein at ifsam dot lu If it helps you to track down the problem, I can give you some more backtraces. For example using pear [2011-03-18 13:46:10] joerg dot klein at ifsam dot lu Thread 0 - System ID 736 Entry point php_cgi!mainCRTStartup Create time 18.03.2011 12:18:32 Time spent in user mode 0 Days 0:0:0.31 Time spent in kernel mode 0 Days 0:0:0.156 Function Arg 1 Arg 2 Arg 3 Source php5ts!zend_register_internal_class_ex+ba7 003f5098 100e1075 01864590 php5ts!_efree+2e 01864590 003f2918 1021e045 php5ts!closelog+55 101d7ba4 0001 0013 php5ts!zm_deactivate_syslog+5 0001 0013 003f2918 php5ts!zm_deactivate_basic+e4 0001 0013 003f2918 php5ts!module_registry_cleanup+1b 0198d1b8 003f2918 003f2918 php5ts!zend_hash_reverse_apply+3f 1058b280 10006640 003f2918 php5ts!zend_deactivate_modules+61 003f2918 0002 003f2918 php5ts!php_request_shutdown+235 0040a4c8 0001 php_cgi!main+e89 0002 003f3f30 003f2f80 php_cgi!memset+160 7ffdd000 kernel32!ProcessIdToSessionId+209 00406a7a PHP5TS!ZEND_REGISTER_INTERNAL_CLASS_EX+BA7In php-cgi__PID__932__Date__03_18_2011__Time_12_18_35PM__387__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!zend_register_internal_class_ex+ba7 in C:\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x6aebadf8 on thread 0 Module Information Image Name: C:\php\php5ts.dll Symbol Type: PDB Base address: 0x1000 Time Stamp: Thu Mar 17 11:41:09 2011 Checksum: 0x005a6b72 Comments: COM DLL: False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter: False File Version: 5.3.6 Managed DLL: False Internal Name: PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2010 The PHP Group Loaded Image Name: php5ts.dll Legal Trademarks: PHP Mapped Image Name: Original filename: php5ts.dll Module name: php5ts Private Build: Single Threaded: False Product Name: PHP Module Size: 5,75 MBytes Product Version: 5.3.6 Symbol File Name: C:\php\php5ts.pdb Special Build: [2011-03-18 10:14:18] paj...@php.net Please provide a new backtrace then, if it crashes somewhere else. But I still have little clue about what's happening :) [2011-03-18 10:11:41] joerg dot klein at ifsam dot lu I tested 5.3.6 VC9 today. The crash is still there, but it occurs in another file. I just removed one comment line and the file works without a problem! As I Stated in my last post, it is impossible to write a short reproduceable script. Even when it crashes on my site, it won't do on your site. [2010-08-18 14:41:40] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. The remainder of the comments for this report are too long. To view the rest
Bug #51307 [Asn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by:joerg dot klein at ifsam dot lu Reported by:joerg dot klein at ifsam dot lu Summary:php.exe error on command line Status: Assigned Type: Bug Package:Reproducible crash Operating System: win32 only - Windows Server 2003 PHP Version:5.3.6 Assigned To:pajoye Block user comment: N Private report: N New Comment: If it helps you to track down the problem, I can give you some more backtraces. For example using pear Previous Comments: [2011-03-18 13:46:10] joerg dot klein at ifsam dot lu Thread 0 - System ID 736 Entry point php_cgi!mainCRTStartup Create time 18.03.2011 12:18:32 Time spent in user mode 0 Days 0:0:0.31 Time spent in kernel mode 0 Days 0:0:0.156 Function Arg 1 Arg 2 Arg 3 Source php5ts!zend_register_internal_class_ex+ba7 003f5098 100e1075 01864590 php5ts!_efree+2e 01864590 003f2918 1021e045 php5ts!closelog+55 101d7ba4 0001 0013 php5ts!zm_deactivate_syslog+5 0001 0013 003f2918 php5ts!zm_deactivate_basic+e4 0001 0013 003f2918 php5ts!module_registry_cleanup+1b 0198d1b8 003f2918 003f2918 php5ts!zend_hash_reverse_apply+3f 1058b280 10006640 003f2918 php5ts!zend_deactivate_modules+61 003f2918 0002 003f2918 php5ts!php_request_shutdown+235 0040a4c8 0001 php_cgi!main+e89 0002 003f3f30 003f2f80 php_cgi!memset+160 7ffdd000 kernel32!ProcessIdToSessionId+209 00406a7a PHP5TS!ZEND_REGISTER_INTERNAL_CLASS_EX+BA7In php-cgi__PID__932__Date__03_18_2011__Time_12_18_35PM__387__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!zend_register_internal_class_ex+ba7 in C:\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x6aebadf8 on thread 0 Module Information Image Name: C:\php\php5ts.dll Symbol Type: PDB Base address: 0x1000 Time Stamp: Thu Mar 17 11:41:09 2011 Checksum: 0x005a6b72 Comments: COM DLL: False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter: False File Version: 5.3.6 Managed DLL: False Internal Name: PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2010 The PHP Group Loaded Image Name: php5ts.dll Legal Trademarks: PHP Mapped Image Name: Original filename: php5ts.dll Module name: php5ts Private Build: Single Threaded: False Product Name: PHP Module Size: 5,75 MBytes Product Version: 5.3.6 Symbol File Name: C:\php\php5ts.pdb Special Build: [2011-03-18 10:14:18] paj...@php.net Please provide a new backtrace then, if it crashes somewhere else. But I still have little clue about what's happening :) [2011-03-18 10:11:41] joerg dot klein at ifsam dot lu I tested 5.3.6 VC9 today. The crash is still there, but it occurs in another file. I just removed one comment line and the file works without a problem! As I Stated in my last post, it is impossible to write a short reproduceable script. Even when it crashes on my site, it won't do on your site. [2010-08-18 14:41:40] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2010-08-18 14:27:30] joerg dot klein at ifsam dot lu I tried again with 5.3.3 final. The same script which produces the error in 5.3.2 works fine, but with some minimal changes (e.g. remove a comment line) the error occured again. A small reproduce script seems to be impossible. I also tried some different configurations. The result: adding just a comment line in the php.ini let the error disappear. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug
Bug #51307 [Fbk-Asn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by:joerg dot klein at ifsam dot lu Reported by:joerg dot klein at ifsam dot lu Summary:php.exe error on command line -Status: Feedback +Status: Assigned Type: Bug Package:Reproducible crash Operating System: win32 only - Windows Server 2003 -PHP Version:5.3.3 +PHP Version:5.3.6 Assigned To:pajoye Block user comment: N Private report: N New Comment: I tested 5.3.6 VC9 today. The crash is still there, but it occurs in another file. I just removed one comment line and the file works without a problem! As I Stated in my last post, it is impossible to write a short reproduceable script. Even when it crashes on my site, it won't do on your site. Previous Comments: [2010-08-18 14:41:40] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2010-08-18 14:27:30] joerg dot klein at ifsam dot lu I tried again with 5.3.3 final. The same script which produces the error in 5.3.2 works fine, but with some minimal changes (e.g. remove a comment line) the error occured again. A small reproduce script seems to be impossible. I also tried some different configurations. The result: adding just a comment line in the php.ini let the error disappear. [2010-08-08 16:22:01] paj...@php.net Please try using 5.3.3 final. If it still crashes, please provide a small (really small w/o external dependencies) reproduce script. [2010-06-21 13:44:56] joerg dot klein at ifsam dot lu The error occurs every time. I tried again to shorten the code for a reproducible script without success. I don't think it is an extension error. For example one way to run the script without error is to execute the file from a different directory: error: F:\daten\dir1234567890C:\Program Files\Apache Group\Apache\php-bin\php.exe f:\daten\dir1234567890\upload_pending.php no error: F:\daten\dirC:\Program Files\Apache Group\Apache\php-bin\php.exe f:\daten\dir1234567890\upload_pending.php Another possibility is to remove a bunch of lines or only change the path of a single require statement. After hours of research again I was not able to find some similarities. It's very strange. I have found bug #47766 where the reporter had pretty much the same problem. [2010-06-21 10:14:25] paj...@php.net ok, disable GD and mysql and try again. Then enable mysql alone, try again, same with GD (without mysql). 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/bug.php?id=51307 -- Edit this bug report at http://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Fbk-Asn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by:joerg dot klein at ifsam dot lu Reported by:joerg dot klein at ifsam dot lu Summary:php.exe error on command line -Status: Feedback +Status: Assigned Type: Bug Package:Reproducible crash Operating System: win32 only - Windows Server 2003 PHP Version:5.3.6 Assigned To:pajoye Block user comment: N Private report: N New Comment: Thread 0 - System ID 736 Entry point php_cgi!mainCRTStartup Create time 18.03.2011 12:18:32 Time spent in user mode 0 Days 0:0:0.31 Time spent in kernel mode 0 Days 0:0:0.156 Function Arg 1 Arg 2 Arg 3 Source php5ts!zend_register_internal_class_ex+ba7 003f5098 100e1075 01864590 php5ts!_efree+2e 01864590 003f2918 1021e045 php5ts!closelog+55 101d7ba4 0001 0013 php5ts!zm_deactivate_syslog+5 0001 0013 003f2918 php5ts!zm_deactivate_basic+e4 0001 0013 003f2918 php5ts!module_registry_cleanup+1b 0198d1b8 003f2918 003f2918 php5ts!zend_hash_reverse_apply+3f 1058b280 10006640 003f2918 php5ts!zend_deactivate_modules+61 003f2918 0002 003f2918 php5ts!php_request_shutdown+235 0040a4c8 0001 php_cgi!main+e89 0002 003f3f30 003f2f80 php_cgi!memset+160 7ffdd000 kernel32!ProcessIdToSessionId+209 00406a7a PHP5TS!ZEND_REGISTER_INTERNAL_CLASS_EX+BA7In php-cgi__PID__932__Date__03_18_2011__Time_12_18_35PM__387__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!zend_register_internal_class_ex+ba7 in C:\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x6aebadf8 on thread 0 Module Information Image Name: C:\php\php5ts.dll Symbol Type: PDB Base address: 0x1000 Time Stamp: Thu Mar 17 11:41:09 2011 Checksum: 0x005a6b72 Comments: COM DLL: False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter: False File Version: 5.3.6 Managed DLL: False Internal Name: PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2010 The PHP Group Loaded Image Name: php5ts.dll Legal Trademarks: PHP Mapped Image Name: Original filename: php5ts.dll Module name: php5ts Private Build: Single Threaded: False Product Name: PHP Module Size: 5,75 MBytes Product Version: 5.3.6 Symbol File Name: C:\php\php5ts.pdb Special Build: Previous Comments: [2011-03-18 10:14:18] paj...@php.net Please provide a new backtrace then, if it crashes somewhere else. But I still have little clue about what's happening :) [2011-03-18 10:11:41] joerg dot klein at ifsam dot lu I tested 5.3.6 VC9 today. The crash is still there, but it occurs in another file. I just removed one comment line and the file works without a problem! As I Stated in my last post, it is impossible to write a short reproduceable script. Even when it crashes on my site, it won't do on your site. [2010-08-18 14:41:40] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2010-08-18 14:27:30] joerg dot klein at ifsam dot lu I tried again with 5.3.3 final. The same script which produces the error in 5.3.2 works fine, but with some minimal changes (e.g. remove a comment line) the error occured again. A small reproduce script seems to be impossible. I also tried some different configurations. The result: adding just a comment line in the php.ini let the error disappear. [2010-08-08 16:22:01] paj...@php.net Please try using 5.3.3 final. If it still crashes, please provide a small (really small w/o external dependencies) reproduce script. The remainder of the comments for this report are too long. To view
Req #42023 [Com]: html_entity_decode() skips some chars
Edit report at http://bugs.php.net/bug.php?id=42023edit=1
ID: 42023
Comment by: joerg dot lottermoser at web dot de
Reported by:anders dot jenbo at pc dot dk
Summary:html_entity_decode() skips some chars
Status: Bogus
Type: Feature/Change Request
Package:*General Issues
Operating System: Linux
PHP Version:5.2.3, 4.4.7
Block user comment: N
Private report: N
New Comment:
also affected: euro; (won't be decoded - PHP 5.3.1).
Previous Comments:
[2010-10-11 07:06:05] cataphr...@php.net
See bug #52712.
[2007-07-21 14:05:24] mattias at secweb dot se
ISO-8859-1 which php5 will use by default dosen't support those
characters. See
http://www.w3.org/TR/REC-html40/sgml/entities.html#h-24.2
echo(html_entity_decode('rdquo;ldquo;bdquo;infin;rsquo;bull;trade;hellip;ndash;',
0, 'UTF-8'));
.. will decode the entities.
[2007-07-18 06:27:46] anders dot jenbo at pc dot dk
Description:
html_entity_decode does not handle rdquo; ldquo; bdquo; infin;
rsquo; bull; trade; hellip; ndash;
Reproduce code:
---
echo(html_entity_decode('
rdquo;ldquo;bdquo;infin;rsquo;bull;trade;hellip;ndash;'));
Expected result:
#8734;
Actual result:
--
rdquo;ldquo;bdquo;infin;rsquo;bull;trade;hellip;ndash;
--
Edit this bug report at http://bugs.php.net/bug.php?id=42023edit=1
Bug #51307 [Fbk-Asn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by:joerg dot klein at ifsam dot lu Reported by:joerg dot klein at ifsam dot lu Summary:php.exe error on command line -Status: Feedback +Status: Assigned Type: Bug Package:Reproducible crash Operating System: win32 only - Windows Server 2003 -PHP Version:5.3.2 +PHP Version:5.3.3 Assigned To:pajoye Block user comment: N New Comment: I tried again with 5.3.3 final. The same script which produces the error in 5.3.2 works fine, but with some minimal changes (e.g. remove a comment line) the error occured again. A small reproduce script seems to be impossible. I also tried some different configurations. The result: adding just a comment line in the php.ini let the error disappear. Previous Comments: [2010-08-08 16:22:01] paj...@php.net Please try using 5.3.3 final. If it still crashes, please provide a small (really small w/o external dependencies) reproduce script. [2010-06-21 13:44:56] joerg dot klein at ifsam dot lu The error occurs every time. I tried again to shorten the code for a reproducible script without success. I don't think it is an extension error. For example one way to run the script without error is to execute the file from a different directory: error: F:\daten\dir1234567890C:\Program Files\Apache Group\Apache\php-bin\php.exe f:\daten\dir1234567890\upload_pending.php no error: F:\daten\dirC:\Program Files\Apache Group\Apache\php-bin\php.exe f:\daten\dir1234567890\upload_pending.php Another possibility is to remove a bunch of lines or only change the path of a single require statement. After hours of research again I was not able to find some similarities. It's very strange. I have found bug #47766 where the reporter had pretty much the same problem. [2010-06-21 10:14:25] paj...@php.net ok, disable GD and mysql and try again. Then enable mysql alone, try again, same with GD (without mysql). [2010-06-21 10:08:15] joerg dot klein at ifsam dot lu The MySQL directory isn't in PATH at all. [2010-06-21 09:41:57] paj...@php.net Be sure that the PHP directory is first in your PATH, not MySql. 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/bug.php?id=51307 -- Edit this bug report at http://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Fbk-Opn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by: joerg dot klein at ifsam dot lu Reported by: joerg dot klein at ifsam dot lu Summary: php.exe error on command line -Status: Feedback +Status: Open Type: Bug Package: Reproducible crash Operating System: win32 only - Windows Server 2003 PHP Version: 5.3.2 Assigned To: pajoye New Comment: The MySQL directory isn't in PATH at all. Previous Comments: [2010-06-21 09:41:57] paj...@php.net Be sure that the PHP directory is first in your PATH, not MySql. [2010-06-21 07:34:05] joerg dot klein at ifsam dot lu yes [2010-06-20 17:05:03] paj...@php.net Did you install mysql too on this machine? [2010-03-17 11:47:34] joerg dot klein at ifsam dot lu I double checked both configurations and both apache and cli are using the same php.ini and also the same settings. Nothing was changed since the previous working php versions. The only change to the system was replacing the php directory. Since 5.3 I use always the VC6 TS versions. I also have redownloaded and installed the 5.3.2 VC6 TS win32 binaries without success. Something has to be changed from 5.3.1 to 5.3.2. [2010-03-17 10:37:31] paj...@php.net I see only one cause, some old version of these extensions are being loaded. Or extensions not from the same PHP releases (VC6 instead of VC9 for example, for php 5.3). But there are no problem in 5.3.2's gd or mysql extensions. They work just fine (cli as you see yourself), apache, etc.). I would double check that apache is actually using the same configuration than CLI (via a simple phpinfo), and compare the paths (extension_dir, loaded php.ini). The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=51307 -- Edit this bug report at http://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Fbk-Opn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by: joerg dot klein at ifsam dot lu Reported by: joerg dot klein at ifsam dot lu Summary: php.exe error on command line -Status: Feedback +Status: Open Type: Bug Package: Reproducible crash Operating System: win32 only - Windows Server 2003 PHP Version: 5.3.2 Assigned To: pajoye New Comment: The error occurs every time. I tried again to shorten the code for a reproducible script without success. I don't think it is an extension error. For example one way to run the script without error is to execute the file from a different directory: error: F:\daten\dir1234567890C:\Program Files\Apache Group\Apache\php-bin\php.exe f:\daten\dir1234567890\upload_pending.php no error: F:\daten\dirC:\Program Files\Apache Group\Apache\php-bin\php.exe f:\daten\dir1234567890\upload_pending.php Another possibility is to remove a bunch of lines or only change the path of a single require statement. After hours of research again I was not able to find some similarities. It's very strange. I have found bug #47766 where the reporter had pretty much the same problem. Previous Comments: [2010-06-21 10:14:25] paj...@php.net ok, disable GD and mysql and try again. Then enable mysql alone, try again, same with GD (without mysql). [2010-06-21 10:08:15] joerg dot klein at ifsam dot lu The MySQL directory isn't in PATH at all. [2010-06-21 09:41:57] paj...@php.net Be sure that the PHP directory is first in your PATH, not MySql. [2010-06-21 07:34:05] joerg dot klein at ifsam dot lu yes [2010-06-20 17:05:03] paj...@php.net Did you install mysql too on this machine? 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/bug.php?id=51307 -- Edit this bug report at http://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Fbk-Opn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by: joerg dot klein at ifsam dot lu Reported by: joerg dot klein at ifsam dot lu Summary: php.exe error on command line -Status: Feedback +Status: Open Type: Bug Package: Reproducible crash Operating System: win32 only - Windows Server 2003 PHP Version: 5.3.2 Assigned To: pajoye New Comment: yes Previous Comments: [2010-06-20 17:05:03] paj...@php.net Did you install mysql too on this machine? [2010-03-17 11:47:34] joerg dot klein at ifsam dot lu I double checked both configurations and both apache and cli are using the same php.ini and also the same settings. Nothing was changed since the previous working php versions. The only change to the system was replacing the php directory. Since 5.3 I use always the VC6 TS versions. I also have redownloaded and installed the 5.3.2 VC6 TS win32 binaries without success. Something has to be changed from 5.3.1 to 5.3.2. [2010-03-17 10:37:31] paj...@php.net I see only one cause, some old version of these extensions are being loaded. Or extensions not from the same PHP releases (VC6 instead of VC9 for example, for php 5.3). But there are no problem in 5.3.2's gd or mysql extensions. They work just fine (cli as you see yourself), apache, etc.). I would double check that apache is actually using the same configuration than CLI (via a simple phpinfo), and compare the paths (extension_dir, loaded php.ini). [2010-03-17 09:11:08] joerg dot klein at ifsam dot lu By disabling gd2 or mysql or both, the error is gone. I only have these to extensions enabled. [2010-03-16 16:54:04] paj...@php.net Please disable all extensions and enable them again one by one to figure out which one. 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/bug.php?id=51307 -- Edit this bug report at http://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Fbk-Opn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by: joerg dot klein at ifsam dot lu Reported by: joerg dot klein at ifsam dot lu Summary: php.exe error on command line -Status: Feedback +Status: Open Type: Bug Package: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.3.2 New Comment: By disabling gd2 or mysql or both, the error is gone. I only have these to extensions enabled. Previous Comments: [2010-03-16 16:54:04] paj...@php.net Please disable all extensions and enable them again one by one to figure out which one. [2010-03-16 16:15:14] joerg dot klein at ifsam dot lu Backtrace: Thread 0 - System ID 1180 Entry point php!mainCRTStartup Create time 16.03.2010 16:09:36 Time spent in user mode 0 Days 0:0:0.15 Time spent in kernel mode 0 Days 0:0:0.93 Function Arg 1 Arg 2 Arg 3 Source php5ts!_zend_mm_free_int+66 002250f8 5c6e6574 100d2214 php5ts!_efree+36 01ad44b0 00223ba8 101f2e05 php5ts!closelog+54 101ae8b7 0001 0013 php5ts!zm_deactivate_syslog+5 0001 0013 00223ba8 php5ts!zm_deactivate_basic+e7 0001 0013 00223ba8 php5ts!module_registry_cleanup+1c 01bfcca8 00223ba8 00c0fb24 php5ts!zend_hash_reverse_apply+42 1054d280 10008400 00223ba8 php5ts!zend_deactivate_modules+62 00c0ffb0 56433230 php5ts!zend_deactivate_modules+48 00229adc 00223ba8 100bbbdb php5ts!zend_llist_clean+b 00229adc 00c0fdf0 php5ts!php_deactivate_ticks+1b 00c0fc0c 00223ba8 00c0fea8 php5ts!execute+2fe 01b00128 00223b00 php5ts!zend_execute_scripts+f6 00c0ffb0 56433230 php5ts!php_request_shutdown+13d 0002 00220178 01ace4c8 msvcrt!_lseek+aa 00c0ffb0 56433230 php5ts!php_request_shutdown+206 77bbd08c 0022 ntdll!RtlAllocateHeap+ee7 7ffda000 kernel32!BaseProcessStart+23 00402d78 PHP5TS!_ZEND_MM_FREE_INT+66In php__PID__1284__Date__03_16_2010__Time_04_09_56PM__366__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!_zend_mm_free_int+66 in C:\Program Files\Apache Group\Apache\php-bin\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x5e1baa1c on thread 0 Module Information Image Name: C:\Program Files\Apache Group\Apache\php-bin\php5ts.dll Symbol Type: PDB Base address: 0x1000 Time Stamp: Wed Mar 03 20:38:42 2010 Checksum: 0x Comments: COM DLL: False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter: False File Version: 5.3.2 Managed DLL: False Internal Name: PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2009 The PHP Group Loaded Image Name: php5ts.dll Legal Trademarks: PHP Mapped Image Name: C:\Program Files\Apache Software Foundation\Apache2.2\php-bin\php5ts.dll Original filename: php5ts.dll Module name: php5ts Private Build: Single Threaded: False Product Name: PHP Module Size: 5,50 MBytes Product Version: 5.3.2 Symbol File Name: C:\Program Files\Apache Software Foundation\Apache2.2\php-bin\php5ts.pdb Special Build: [2010-03-16 15:49:09] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2010-03-16 15:48:55] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. I can't reproduce any crash with the code you have
Bug #51307 [Fbk-Opn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by: joerg dot klein at ifsam dot lu Reported by: joerg dot klein at ifsam dot lu Summary: php.exe error on command line -Status: Feedback +Status: Open Type: Bug Package: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.3.2 New Comment: I double checked both configurations and both apache and cli are using the same php.ini and also the same settings. Nothing was changed since the previous working php versions. The only change to the system was replacing the php directory. Since 5.3 I use always the VC6 TS versions. I also have redownloaded and installed the 5.3.2 VC6 TS win32 binaries without success. Something has to be changed from 5.3.1 to 5.3.2. Previous Comments: [2010-03-17 10:37:31] paj...@php.net I see only one cause, some old version of these extensions are being loaded. Or extensions not from the same PHP releases (VC6 instead of VC9 for example, for php 5.3). But there are no problem in 5.3.2's gd or mysql extensions. They work just fine (cli as you see yourself), apache, etc.). I would double check that apache is actually using the same configuration than CLI (via a simple phpinfo), and compare the paths (extension_dir, loaded php.ini). [2010-03-17 09:11:08] joerg dot klein at ifsam dot lu By disabling gd2 or mysql or both, the error is gone. I only have these to extensions enabled. [2010-03-16 16:54:04] paj...@php.net Please disable all extensions and enable them again one by one to figure out which one. [2010-03-16 16:15:14] joerg dot klein at ifsam dot lu Backtrace: Thread 0 - System ID 1180 Entry point php!mainCRTStartup Create time 16.03.2010 16:09:36 Time spent in user mode 0 Days 0:0:0.15 Time spent in kernel mode 0 Days 0:0:0.93 Function Arg 1 Arg 2 Arg 3 Source php5ts!_zend_mm_free_int+66 002250f8 5c6e6574 100d2214 php5ts!_efree+36 01ad44b0 00223ba8 101f2e05 php5ts!closelog+54 101ae8b7 0001 0013 php5ts!zm_deactivate_syslog+5 0001 0013 00223ba8 php5ts!zm_deactivate_basic+e7 0001 0013 00223ba8 php5ts!module_registry_cleanup+1c 01bfcca8 00223ba8 00c0fb24 php5ts!zend_hash_reverse_apply+42 1054d280 10008400 00223ba8 php5ts!zend_deactivate_modules+62 00c0ffb0 56433230 php5ts!zend_deactivate_modules+48 00229adc 00223ba8 100bbbdb php5ts!zend_llist_clean+b 00229adc 00c0fdf0 php5ts!php_deactivate_ticks+1b 00c0fc0c 00223ba8 00c0fea8 php5ts!execute+2fe 01b00128 00223b00 php5ts!zend_execute_scripts+f6 00c0ffb0 56433230 php5ts!php_request_shutdown+13d 0002 00220178 01ace4c8 msvcrt!_lseek+aa 00c0ffb0 56433230 php5ts!php_request_shutdown+206 77bbd08c 0022 ntdll!RtlAllocateHeap+ee7 7ffda000 kernel32!BaseProcessStart+23 00402d78 PHP5TS!_ZEND_MM_FREE_INT+66In php__PID__1284__Date__03_16_2010__Time_04_09_56PM__366__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!_zend_mm_free_int+66 in C:\Program Files\Apache Group\Apache\php-bin\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x5e1baa1c on thread 0 Module Information Image Name: C:\Program Files\Apache Group\Apache\php-bin\php5ts.dll Symbol Type: PDB Base address: 0x1000 Time Stamp: Wed Mar 03 20:38:42 2010 Checksum: 0x Comments: COM DLL: False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter: False File Version: 5.3.2 Managed DLL: False Internal Name: PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2009 The PHP Group Loaded Image Name: php5ts.dll Legal Trademarks: PHP Mapped Image Name: C:\Program Files\Apache Software Foundation\Apache2.2\php-bin\php5ts.dll Original filename: php5ts.dll Module name: php5ts Private Build: Single Threaded: False Product Name: PHP Module Size: 5,50 MBytes Product Version: 5.3.2 Symbol File Name: C:\Program Files\Apache Software Foundation\Apache2.2\php-bin\php5ts.pdb Special Build: [2010-03-16 15:49:09] paj...@php.net Thank
Bug #51307 [Opn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by: joerg dot klein at ifsam dot lu Reported by: joerg dot klein at ifsam dot lu Summary: php.exe error on command line Status: Open Type: Bug Package: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.3.2 New Comment: sorry the link to the test files is http://ifsam.net/test.zip Previous Comments: [2010-03-16 14:32:11] joerg dot klein at ifsam dot lu Description: I have several scripts that runs from the command line. Some of them causes an error in the Event Viewer since 5.3.2: Application Failure php.exe 5.3.2.0 in php5ts.dll 5.3.2.0 at offset c4d6 With 5.3.1 the scripts runs without any error. I tried to track down the error on one example, but I can't tell you where exact the error occurs. Renaming the files/directories or just removing a line of code and the error is gone. It's strange. mysql and gd2 extension was loaded in php.ini Test script: --- Run the upload_pending.php from the archive within the given directory. Ignore the runtime errors, I have reduced the code as much as possible. http://ifsam.net/test.php Expected result: no error ;) -- Edit this bug report at http://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Fbk-Opn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by: joerg dot klein at ifsam dot lu Reported by: joerg dot klein at ifsam dot lu Summary: php.exe error on command line -Status: Feedback +Status: Open Type: Bug Package: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.3.2 New Comment: can I attach them as patch? Previous Comments: [2010-03-16 14:42:27] paj...@php.net pls run in the console: php.exe -n -m then php.exe -m and finally php -i paste the output of each in separate text files and attacht them to this report. [2010-03-16 14:34:31] joerg dot klein at ifsam dot lu sorry the link to the test files is http://ifsam.net/test.zip [2010-03-16 14:32:11] joerg dot klein at ifsam dot lu Description: I have several scripts that runs from the command line. Some of them causes an error in the Event Viewer since 5.3.2: Application Failure php.exe 5.3.2.0 in php5ts.dll 5.3.2.0 at offset c4d6 With 5.3.1 the scripts runs without any error. I tried to track down the error on one example, but I can't tell you where exact the error occurs. Renaming the files/directories or just removing a line of code and the error is gone. It's strange. mysql and gd2 extension was loaded in php.ini Test script: --- Run the upload_pending.php from the archive within the given directory. Ignore the runtime errors, I have reduced the code as much as possible. http://ifsam.net/test.php Expected result: no error ;) -- Edit this bug report at http://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Opn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by: joerg dot klein at ifsam dot lu Reported by: joerg dot klein at ifsam dot lu Summary: php.exe error on command line Status: Open Type: Bug Package: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.3.2 New Comment: you can find the php -i output here: http://ifsam.net/php_i.txt your parser detects it as text/x-pascal ;) Previous Comments: [2010-03-16 15:04:21] paj...@php.net yes [2010-03-16 14:59:07] joerg dot klein at ifsam dot lu can I attach them as patch? [2010-03-16 14:42:27] paj...@php.net pls run in the console: php.exe -n -m then php.exe -m and finally php -i paste the output of each in separate text files and attacht them to this report. [2010-03-16 14:34:31] joerg dot klein at ifsam dot lu sorry the link to the test files is http://ifsam.net/test.zip [2010-03-16 14:32:11] joerg dot klein at ifsam dot lu Description: I have several scripts that runs from the command line. Some of them causes an error in the Event Viewer since 5.3.2: Application Failure php.exe 5.3.2.0 in php5ts.dll 5.3.2.0 at offset c4d6 With 5.3.1 the scripts runs without any error. I tried to track down the error on one example, but I can't tell you where exact the error occurs. Renaming the files/directories or just removing a line of code and the error is gone. It's strange. mysql and gd2 extension was loaded in php.ini Test script: --- Run the upload_pending.php from the archive within the given directory. Ignore the runtime errors, I have reduced the code as much as possible. http://ifsam.net/test.php Expected result: no error ;) -- Edit this bug report at http://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Fbk-Opn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by: joerg dot klein at ifsam dot lu Reported by: joerg dot klein at ifsam dot lu Summary: php.exe error on command line -Status: Feedback +Status: Open Type: Bug Package: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.3.2 New Comment: they were attached as patch already Previous Comments: [2010-03-16 15:21:35] paj...@php.net Still need the other two outputs :) [2010-03-16 15:19:10] joerg dot klein at ifsam dot lu you can find the php -i output here: http://ifsam.net/php_i.txt your parser detects it as text/x-pascal ;) [2010-03-16 15:04:21] paj...@php.net yes [2010-03-16 14:59:07] joerg dot klein at ifsam dot lu can I attach them as patch? [2010-03-16 14:42:27] paj...@php.net pls run in the console: php.exe -n -m then php.exe -m and finally php -i paste the output of each in separate text files and attacht them to this report. 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/bug.php?id=51307 -- Edit this bug report at http://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Fbk-Opn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by: joerg dot klein at ifsam dot lu Reported by: joerg dot klein at ifsam dot lu Summary: php.exe error on command line -Status: Feedback +Status: Open Type: Bug Package: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.3.2 New Comment: I wasn't referering to a specific line. I removed step-by-step all lines which produces no error. I tried to reproduce a one file script without success. I think the error depends on including files and the length of the filenames/Directories. When I shorten the dir- or the filename, the error is gone. Previous Comments: [2010-03-16 15:39:31] paj...@php.net btw, try to fix your code while being at it: Warning: in_array() expects parameter 2 to be array, null given in C:\test\51307\error_handler.php on line 31 Warning: gethostbyaddr(): Address is not a valid IPv4 or IPv6 address in C:\test\51307\error_handler.php on line 39 Warning: gethostbyaddr(): Address is not a valid IPv4 or IPv6 address in C:\test\51307\error_handler.php on line 55 Warning: mail(): sendmail_from not set in php.ini or custom From: header missing in C:\test\51307\error_handler.php on line 116 Warning: in_array() expects parameter 2 to be array, null given in C:\test\51307\error_handler.php on line 119 font color=redbError/b: Use of undefined constant require_path - assumed 'require_path' in bC:\test\51307\conf.php/b on line b2/bbr/fontbr [2010-03-16 15:33:06] paj...@php.net Not sure what's wrong. Which line are you referering to in your initial comment? Please try to create a one file script to reproduce the error. [2010-03-16 15:24:17] joerg dot klein at ifsam dot lu they were attached as patch already [2010-03-16 15:21:35] paj...@php.net Still need the other two outputs :) [2010-03-16 15:19:10] joerg dot klein at ifsam dot lu you can find the php -i output here: http://ifsam.net/php_i.txt your parser detects it as text/x-pascal ;) 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/bug.php?id=51307 -- Edit this bug report at http://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Opn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by: joerg dot klein at ifsam dot lu Reported by: joerg dot klein at ifsam dot lu Summary: php.exe error on command line Status: Open Type: Bug Package: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.3.2 New Comment: as I stated above: Ignore the runtime errors, I have reduced the code as much as possible to track down the problem. With the correct and complete source code, the same error occurs. Previous Comments: [2010-03-16 15:43:36] joerg dot klein at ifsam dot lu I wasn't referering to a specific line. I removed step-by-step all lines which produces no error. I tried to reproduce a one file script without success. I think the error depends on including files and the length of the filenames/Directories. When I shorten the dir- or the filename, the error is gone. [2010-03-16 15:39:31] paj...@php.net btw, try to fix your code while being at it: Warning: in_array() expects parameter 2 to be array, null given in C:\test\51307\error_handler.php on line 31 Warning: gethostbyaddr(): Address is not a valid IPv4 or IPv6 address in C:\test\51307\error_handler.php on line 39 Warning: gethostbyaddr(): Address is not a valid IPv4 or IPv6 address in C:\test\51307\error_handler.php on line 55 Warning: mail(): sendmail_from not set in php.ini or custom From: header missing in C:\test\51307\error_handler.php on line 116 Warning: in_array() expects parameter 2 to be array, null given in C:\test\51307\error_handler.php on line 119 font color=redbError/b: Use of undefined constant require_path - assumed 'require_path' in bC:\test\51307\conf.php/b on line b2/bbr/fontbr [2010-03-16 15:33:06] paj...@php.net Not sure what's wrong. Which line are you referering to in your initial comment? Please try to create a one file script to reproduce the error. [2010-03-16 15:24:17] joerg dot klein at ifsam dot lu they were attached as patch already [2010-03-16 15:21:35] paj...@php.net Still need the other two outputs :) 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/bug.php?id=51307 -- Edit this bug report at http://bugs.php.net/bug.php?id=51307edit=1
Bug #51307 [Fbk-Opn]: php.exe error on command line
Edit report at http://bugs.php.net/bug.php?id=51307edit=1 ID: 51307 User updated by: joerg dot klein at ifsam dot lu Reported by: joerg dot klein at ifsam dot lu Summary: php.exe error on command line -Status: Feedback +Status: Open Type: Bug Package: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.3.2 New Comment: Backtrace: Thread 0 - System ID 1180 Entry point php!mainCRTStartup Create time 16.03.2010 16:09:36 Time spent in user mode 0 Days 0:0:0.15 Time spent in kernel mode 0 Days 0:0:0.93 Function Arg 1 Arg 2 Arg 3 Source php5ts!_zend_mm_free_int+66 002250f8 5c6e6574 100d2214 php5ts!_efree+36 01ad44b0 00223ba8 101f2e05 php5ts!closelog+54 101ae8b7 0001 0013 php5ts!zm_deactivate_syslog+5 0001 0013 00223ba8 php5ts!zm_deactivate_basic+e7 0001 0013 00223ba8 php5ts!module_registry_cleanup+1c 01bfcca8 00223ba8 00c0fb24 php5ts!zend_hash_reverse_apply+42 1054d280 10008400 00223ba8 php5ts!zend_deactivate_modules+62 00c0ffb0 56433230 php5ts!zend_deactivate_modules+48 00229adc 00223ba8 100bbbdb php5ts!zend_llist_clean+b 00229adc 00c0fdf0 php5ts!php_deactivate_ticks+1b 00c0fc0c 00223ba8 00c0fea8 php5ts!execute+2fe 01b00128 00223b00 php5ts!zend_execute_scripts+f6 00c0ffb0 56433230 php5ts!php_request_shutdown+13d 0002 00220178 01ace4c8 msvcrt!_lseek+aa 00c0ffb0 56433230 php5ts!php_request_shutdown+206 77bbd08c 0022 ntdll!RtlAllocateHeap+ee7 7ffda000 kernel32!BaseProcessStart+23 00402d78 PHP5TS!_ZEND_MM_FREE_INT+66In php__PID__1284__Date__03_16_2010__Time_04_09_56PM__366__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!_zend_mm_free_int+66 in C:\Program Files\Apache Group\Apache\php-bin\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x5e1baa1c on thread 0 Module Information Image Name: C:\Program Files\Apache Group\Apache\php-bin\php5ts.dll Symbol Type: PDB Base address: 0x1000 Time Stamp: Wed Mar 03 20:38:42 2010 Checksum: 0x Comments: COM DLL: False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter: False File Version: 5.3.2 Managed DLL: False Internal Name: PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2009 The PHP Group Loaded Image Name: php5ts.dll Legal Trademarks: PHP Mapped Image Name: C:\Program Files\Apache Software Foundation\Apache2.2\php-bin\php5ts.dll Original filename: php5ts.dll Module name: php5ts Private Build: Single Threaded: False Product Name: PHP Module Size: 5,50 MBytes Product Version: 5.3.2 Symbol File Name: C:\Program Files\Apache Software Foundation\Apache2.2\php-bin\php5ts.pdb Special Build: Previous Comments: [2010-03-16 15:49:09] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2010-03-16 15:48:55] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. I can't reproduce any crash with the code you have provided. Please provide a backtrace if you can, that should be a start. [2010-03-16 15:46:06] joerg dot klein at ifsam dot lu as I stated above: Ignore the runtime errors, I have reduced the code as much as possible to track down the problem. With the correct and complete source code, the same error occurs
#45092 [Com]: header HTTP context option not being used (--with-curlwrappers)
ID: 45092
Comment by: php at joerg dot wedekind dot de
Reported By: nweibley at gmail dot com
Status: Open
Bug Type: cURL related
Operating System: Linux (Gentoo)
PHP Version: 5.2.6
New Comment:
Well I have the same prolem, using this Code in php 5.2.6:
?php
$postdata = http_build_query(
array(
'var1' = 'some content',
'var2' = 'doh'
)
);
$opts = array('http' =
array(
'method' = 'POST',
'header' = 'Cookie: testcookie=1234',
'content' = $postdata
)
);
$context = stream_context_create($opts);
$result = file_get_contents('http://wedekind.de/submit.php', false,
$context);
?
The cookie-Information is not send to the Server, see this tracelog:
0x: 0020 ed69 d4ca 000a 5e4a a34a 0800 4500 ...i^J.J..E.
0x0010: 00e7 cb3f 4000 3a06 cfea 5413 a9b3 d90b [EMAIL PROTECTED]:...T.
0x0020: ce14 e117 0050 9419 c2ce a31a b3c2 8018 .P..
0x0030: 002e 3f79 0101 080a 0b17 09ff a78e ..?y
0x0040: 6583 504f 5354 202f 7375 626d 6974 2e70 e.POST./submit.p
0x0050: 6870 2048 5454 502f 312e 310d 0a55 7365 hp.HTTP/1.1..Use
0x0060: 722d 4167 656e 743a 2050 4850 2f35 2e32 r-Agent:.PHP/5.2
0x0070: 2e36 0d0a 486f 7374 3a20 7765 6465 6b69 .6..Host:.wedeki
0x0080: 6e64 2e64 650d 0a41 6363 6570 743a 202a nd.de..Accept:.*
0x0090: 2f2a 0d0a 436f 6e74 656e 742d 4c65 6e67 /*..Content-Leng
0x00a0: 7468 3a20 3236 0d0a 436f 6e74 656e 742d th:.26..Content-
0x00b0: 5479 7065 3a20 6170 706c 6963 6174 696f Type:.applicatio
0x00c0: 6e2f 782d 772d 666f 726d 2d75 726c n/x-www-form-url
0x00d0: 656e 636f 6465 640d 0a0d 0a76 6172 313d encodedvar1=
0x00e0: 736f 6d65 2b63 6f6e 7465 6e74 2676 6172 some+contentvar
0x00f0: 323d 646f 68 2=doh
Previous Comments:
[2008-05-26 15:34:59] nweibley at gmail dot com
Ah, came to the solution.
Line 332 of ext/curl/streams.c:
if (Z_TYPE_PP(header) == IS_STRING) {
Ergo, each element of the array passed as the value of the 'header'
context option *must* be a string, not an associative key=value pair.
I'd propose this be more clearly documented or an additional conditional
branch be added to ext/curl/streams.c to handle key=value array pairs
and especially a simple string as the header context option.
This is the behavior when --with-curlwrappers is not used, and it seems
highly logical that it would still stand with curlwrappers enabled.
[2008-05-26 15:27:37] nweibley at gmail dot com
Since line 324 of ext/curl/streams.c reads:
if (SUCCESS == php_stream_context_get_option(context, http, header,
ctx_opt) Z_TYPE_PP(ctx_opt) == IS_ARRAY) {
I have changed my code to reflect passing an array as the value of
'header' in the context options. The problem still persists, however.
[2008-05-26 15:16:09] nweibley at gmail dot com
Description:
Pretty simple; I'm trying to create a stream context which will send
custom headers along with a simple HTTP GET request. It wasn't working
so I created a second debug script to see what was up and found that PHP
simply isn't including any of my custom headers.
This *is not* a duplicate of bug #41051, I have tried that as well.
Reproduce code:
---
?php
//send.php
$params = array('http' = array('method' = 'GET','header' = Custom:
woot));
$ctx = stream_context_create($params);
$fp = fopen('http://localhost/recv.php', 'r', false, $ctx);
print_r(stream_context_get_options($ctx));
print_r(stream_get_meta_data($fp));
echo stream_get_contents($fp);
?
?php
//recv.php
print_r(apache_request_headers());
?
Expected result:
Array
(
[http] = Array
(
[method] = GET
[header] = Custom: woot
)
)
Array
(
[wrapper_data] = Array
(
[headers] = Array
(
)
[readbuf] = Resource id #4
)
[wrapper_type] = cURL
[stream_type] = cURL
[mode] = r
[unread_bytes] = 0
[seekable] =
[uri] = http://localhost/404.php
[timed_out] =
[blocked] = 1
[eof] =
)
Array
(
[User-Agent] = PHP/5.2.6-pl1-gentoo
[Host] = localhost
[Accept] = */*
[Custom] = woot
)
Actual result:
--
Array
(
[http] = Array
(
[method] = GET
[header] = Custom: woot
)
)
Array
(
[wrapper_data] = Array
(
[headers] = Array
(
)
[readbuf] = Resource id #4
)
[wrapper_type] = cURL
[stream_type] = cURL
[mode] = r
[unread_bytes] = 0
[seekable] =
[uri] = http://localhost/recv.php
[timed_out] =
[blocked] = 1
[eof
#43002 [Bgs]: Unwanted timeout at end of script
ID: 43002 Updated by: [EMAIL PROTECTED] Reported By: anrdaemon at freemail dot ru Status: Bogus Bug Type: MySQL related Operating System: Win2000 PHP Version: 5.2.4 New Comment: The one from #42345 is about mssql and not mYsql. But there is already #41350 or #42714. Previous Comments: [2007-10-17 08:59:28] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See #42345 [2007-10-17 03:05:11] anrdaemon at freemail dot ru Description: PHP stuck for about 5 seconds after end of script while php_mysql extension loaded with bundled libmysql.dll. CGI executable reporting Error in my_thread_global_end(): 1 threads didn't exit (It was 1 or 2 threads from time to time) Reproduce code: --- Just run ?php phpinfo(); ? script from console. Expected result: Expecting no delay after end of script output. Actual result: -- Got about 5 sec delay after end of script output (PHP-CLI/PHP-WIN) In addition to that delay, string Error in my_thread_global_end(): 1 threads didn't exit being written to STDERR (PHP-CGI) Actually, problem disappears when using libmysql.dll from MySQL.com Connector/PHP or from installed MySQL server. -- Edit this bug report at http://bugs.php.net/?id=43002edit=1
#42714 [NoF-Opn]: Error in my_thread_global_end(): 3 threads didn't exit
ID: 42714 Updated by: [EMAIL PROTECTED] Reported By: rafael dot figueiredo at prowebs dot com dot br -Status: No Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: WINDOWS 2003 SP1 PHP Version: 5.2.4 New Comment: Problem exists also in the latest snapshots C:\php -v PHP 5.2.5-dev (cli) (built: Oct 18 2007 08:04:14) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit There is no code example needed because a simple php -v or -m shows the error. To avoid problem with existing libmysql.dll the mysqld was deinstalled befor testing. Previous Comments: [2007-09-28 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. [2007-09-20 13:28:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Should be fixed already. [2007-09-19 17:33:24] rafael dot figueiredo at prowebs dot com dot br Description: Always when a load a page .php I receive this message Error in my_thread_global_end(): 3 threads didn't exit. When all my page contents show the browser stay receiving for more 5 seconds and then show these message. This error occurs even a put a simple ?php phpinfo(); ? or ?php ? How could I resolve this? My system: - Win 2003 SP1 - php-5.2.4-win32-installer.msi - mysql-essential-5.0.45-win32.msi Thanks, Rafael. Reproduce code: --- ?='HELLO!'? Expected result: HELLO! Actual result: -- HELLO!Error in my_thread_global_end(): 3 threads didn't exit -- Edit this bug report at http://bugs.php.net/?id=42714edit=1
#42714 [Opn]: Error in my_thread_global_end(): 3 threads didn't exit
ID: 42714 Updated by: [EMAIL PROTECTED] Reported By: rafael dot figueiredo at prowebs dot com dot br Status: Open Bug Type: Scripting Engine problem Operating System: WINDOWS 2003 SP1 PHP Version: 5.2.4 New Comment: Its only ext/mysql and no pdo used. c:\php -i [..] mysql MySQL Support = enabled Active Persistent Links = 0 Active Links = 0 Client API version = 5.0.45 [..] If you did not receive a copy of the PHP license, or have any questions about PHP licensing, please contact [EMAIL PROTECTED] Error in my_thread_global_end(): 1 threads didn't exit As a workaround the libmysql.dll from the old 5.2.1 works. But this was already mentioned in earlier posts. I have verified that there is no other libmysql.dll on the system. A test with a renamed file give the canot load error because no libmysql.dll was found. Previous Comments: [2007-10-18 16:10:26] [EMAIL PROTECTED] What MySQL extensions do you have installed? MySQL, MySQLi and pdo_mysql? What version of libmysql does the phpinfo page show? [2007-10-18 15:34:25] [EMAIL PROTECTED] Problem exists also in the latest snapshots C:\php -v PHP 5.2.5-dev (cli) (built: Oct 18 2007 08:04:14) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit There is no code example needed because a simple php -v or -m shows the error. To avoid problem with existing libmysql.dll the mysqld was deinstalled befor testing. [2007-09-28 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. [2007-09-20 13:28:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Should be fixed already. [2007-09-19 17:33:24] rafael dot figueiredo at prowebs dot com dot br Description: Always when a load a page .php I receive this message Error in my_thread_global_end(): 3 threads didn't exit. When all my page contents show the browser stay receiving for more 5 seconds and then show these message. This error occurs even a put a simple ?php phpinfo(); ? or ?php ? How could I resolve this? My system: - Win 2003 SP1 - php-5.2.4-win32-installer.msi - mysql-essential-5.0.45-win32.msi Thanks, Rafael. Reproduce code: --- ?='HELLO!'? Expected result: HELLO! Actual result: -- HELLO!Error in my_thread_global_end(): 3 threads didn't exit -- Edit this bug report at http://bugs.php.net/?id=42714edit=1
#37888 [Opn-Bgs]: Unable to dynamic library
ID: 37888 Updated by: [EMAIL PROTECTED] Reported By: saiari_ram at yahoo dot co dot in -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Windows 2003 PHP Version: 5.1.4 New Comment: This extension needs 3rd party libs. So install and configure the oracle client or the instant client on your machine first. Previous Comments: [2006-06-22 14:49:09] saiari_ram at yahoo dot co dot in Description: My PC is loaded with Windows 2003 and have all latest patches and service pack. I have installed 5.1.4 version. My PHP.ini is configured properlly except database connected. Whenever i invoke phpinfo() method, it is displaying the page. Whenever i Want to conntect to oracle. It display message called Unable to load to dynamic link library php_oci8.dll file. I have downloaded PECL.ZIP and extracted and put all the dll file including php_oci8.dll in C:\php\ext\ directory. Still i get the message as above. Plese suggest with some solution -- Edit this bug report at http://bugs.php.net/?id=37888edit=1
#35085 [NEW]: session_set_save_handler(): Argument 2 is not a valid callback
From: joerg at krause dot net Operating system: Linux PHP version: 4.4.1 PHP Bug Type: Session related Bug description: session_set_save_handler(): Argument 2 is not a valid callback Description: The following message arises: session_set_save_handler(): Argument 2 is not a valid callback it doesn't matter if there is valid callback or not, the function crashes under all circumstances, if the handler is stored in a class Reproduce code: --- session_set_save_handler(array ($this,'lsess_open'), array ($this,'lsess_dummy'), array ($this, 'lsess_read'), array ($this, 'lsess_write'), array ($this, 'lsess_destroy'), array($this, 'lsess_gc')); The handler are all in the same class defined as function. With all previous versions of PHP it works fine. Expected result: No error, just accept callbacks. Actual result: -- error message (warning): session_set_save_handler(): Argument 2 is not a valid callback -- Edit bug report at http://bugs.php.net/?id=35085edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35085r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35085r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35085r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35085r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35085r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35085r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35085r=needscript Try newer version: http://bugs.php.net/fix.php?id=35085r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35085r=support Expected behavior: http://bugs.php.net/fix.php?id=35085r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35085r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35085r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35085r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35085r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35085r=dst IIS Stability: http://bugs.php.net/fix.php?id=35085r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35085r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35085r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35085r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35085r=mysqlcfg
#34147 [NEW]: Timezone problem
From: joerg dot klein at ifsam dot lu Operating system: win2000 PHP version: 5.1.0b3 PHP Bug Type: Date/time related Bug description: Timezone problem Description: hi It seems that php don't have the correct timezone. This error occurs since 5.1.0b3. I am on GMT+1 for the following example the system time is 11:00 date(H:i); = 09:00 set system time-zone to GMT(+0) date(H:i); = 09:00 set system time to 10:00 date(H:i); = 08:00 My box runs on win2000SP4. -- Edit bug report at http://bugs.php.net/?id=34147edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34147r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34147r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34147r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34147r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34147r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34147r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34147r=needscript Try newer version: http://bugs.php.net/fix.php?id=34147r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34147r=support Expected behavior: http://bugs.php.net/fix.php?id=34147r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34147r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34147r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34147r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34147r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34147r=dst IIS Stability: http://bugs.php.net/fix.php?id=34147r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34147r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34147r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34147r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34147r=mysqlcfg
#34147 [Fbk-Opn]: Timezone problem
ID: 34147 User updated by: joerg dot klein at ifsam dot lu Reported By: joerg dot klein at ifsam dot lu -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: win2000 PHP Version: 5.1.0b3 New Comment: same results with the latest snapshot Previous Comments: [2005-08-16 11:35:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-08-16 10:07:54] joerg dot klein at ifsam dot lu Description: hi It seems that php don't have the correct timezone. This error occurs since 5.1.0b3. I am on GMT+1 for the following example the system time is 11:00 date(H:i); = 09:00 set system time-zone to GMT(+0) date(H:i); = 09:00 set system time to 10:00 date(H:i); = 08:00 My box runs on win2000SP4. -- Edit this bug report at http://bugs.php.net/?id=34147edit=1
#34147 [Bgs-Opn]: Timezone problem
ID: 34147 User updated by: joerg dot klein at ifsam dot lu Reported By: joerg dot klein at ifsam dot lu -Status: Bogus +Status: Open Bug Type: Date/time related Operating System: win2000 PHP Version: 5.1.0b3 New Comment: This behaviour occurs the first time in 5.1.0b3. The time was always displayed correct in any previous PHP version! So why should the behaviour change in the latest beta version? Previous Comments: [2005-08-16 13:17:19] [EMAIL PROTECTED] Duplicate of #33920 [2005-08-16 12:17:58] [EMAIL PROTECTED] Derick, please check it out. [2005-08-16 12:16:33] joerg dot klein at ifsam dot lu same results with the latest snapshot [2005-08-16 11:35:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-08-16 10:07:54] joerg dot klein at ifsam dot lu Description: hi It seems that php don't have the correct timezone. This error occurs since 5.1.0b3. I am on GMT+1 for the following example the system time is 11:00 date(H:i); = 09:00 set system time-zone to GMT(+0) date(H:i); = 09:00 set system time to 10:00 date(H:i); = 08:00 My box runs on win2000SP4. -- Edit this bug report at http://bugs.php.net/?id=34147edit=1
#33871 [Com]: No daylight savings time
ID: 33871
Comment by: joerg dot klein at ifsam dot lu
Reported By: jeremy at techtrav dot com
Status: Feedback
Bug Type: Date/time related
Operating System: Windows XP Apache 2
PHP Version: 5.1.0b3
Assigned To: derick
New Comment:
hi
it seems that I have a related problem:
I am on GMT+1
for the following example the system time is 11:00
date(H:i);
= 09:00
set system time-zone to GMT(+0)
date(H:i);
= 09:00
set system time to 10:00
date(H:i);
= 08:00
It seems that php don't have the correct timezone. This error occurs
since 5.1.0b3.
My box runs on win2000SP4 with the latest snapshot.
Previous Comments:
[2005-08-05 12:53:27] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Sorry, but I've tested on windows and it works perfectly. Are you sure
you are using an up-to-date snapshot? And that means PHP 5.1.0 beta 3
is old...
[2005-08-04 17:01:09] jeremy at techtrav dot com
By the way I do have E_ALL turned on, on my machine. After all I don't
run my windows box with PHP in production. I use my windows box for
development. Our PHP production runs on OpenBSD servers.
I don't quite understand this comment of yours:
Now, if we can find a way how PHP can guess the correct timezone from
your windows box
PHP 5.0.4 reads my TZ perfectly and gives you the expected result. Why
would PHP 5.1.X not be able to?
[2005-08-04 16:55:55] jeremy at techtrav dot com
okay I figured out how to set my time zone.
I ran the following code in PHP 5.0.4 and PHP 5.1.X and recieved the
same result
putenv(TZ=US/Central);
echo date('r', (strtotime('oct 25')+(86400*6)));
This would mean the bug is simply that PHP5.1.X is not looking at the
time zone on the local machine.
[2005-08-04 16:54:58] [EMAIL PROTECTED]
That function is only there in the snapshots, please try that instead.
http://snaps.php.net (and pick latest cvs (5.1-dev) there).
[2005-08-04 16:53:03] [EMAIL PROTECTED]
Now, if we can find a way how PHP can guess the correct timezone from
your windows box (like it can do on most unices) that would be nice -
but I think it's quite impossible.
BTW, if you use error_reporting(E_ALL) you'd have gotten a warning
about this...
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/33871
--
Edit this bug report at http://bugs.php.net/?id=33871edit=1
#33661 [Fbk]: Header and _POST problem
ID: 33661
Updated by: [EMAIL PROTECTED]
Reported By: f dot hardy at origami-systems dot com
Status: Feedback
Bug Type: HTTP related
Operating System: freebsd 4.10
PHP Version: 5.0.4
New Comment:
Whats happend after you add the missing action tag ot the form?
Previous Comments:
[2005-07-12 16:03:36] [EMAIL PROTECTED]
Are you sure? I tested your code under both PHP 4.4 and 5.1 and it
works nicely. With a request like:
POST /abc.php HTTP/1.1
Host: localhost
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: UTF-8,*
Keep-Alive: 300
Connection: keep-alive
Referer: http://localhost/abc.php
Content-Type: application/x-www-form-urlencoded
Content-Length: 19
test=modify=Modify
I get back:
HTTP/1.x 404 Not Found
Date: Tue, 12 Jul 2005 13:59:21 GMT
Server: Apache/1.3.33 (Debian GNU/Linux) PHP/5.1.0-dev
X-Powered-By: PHP/5.1.0-dev
Content-Type: text/html; charset=utf-8
Keep-Alive: timeout=1, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Of course, there is no body to the 404 response, because you are not
sending any. So how exactly did you check that you were getting a 200
back on the POST request?
[2005-07-12 15:38:58] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-07-12 15:33:03] f dot hardy at origami-systems dot com
Description:
I have a problem with $_POST and the header() function.
If I make a test on $_POST, my 404 http header is replaced by a 2OO OK
header.
If I make a test on $_GET (with a get action in html form), or an
another variable, I receive the 404 http header.
Reproduce code:
---
?php
if (isset($_POST['test']) == true)
{
header(HTTP/1.1 404 Not Found, true);
die();
}
else
{
?
form method=post
input type=text name=test value= /
input type=submit name=modify value=Modify /
/form
?php
}
?
Expected result:
A 404 HTTP header in response.
Actual result:
--
A 200 OK HTTP header in response.
--
Edit this bug report at http://bugs.php.net/?id=33661edit=1
#33369 [Fbk]: pdo_odbc.so was compilied in an not as a shared extension
ID: 33369 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PDO related Operating System: IRIX 6.5.27 PHP Version: 5CVS-2005-06-16 (dev) New Comment: Thx Wez, yes '--with-pdo-odbc=shared,unixODBC,/usr/nekoware' works. Someone please correct the configure help befor closing this bug :) Previous Comments: [2005-06-16 22:12:52] [EMAIL PROTECTED] --with-pdo-odbc=shared,unixODBC,/usr/nekoware should work with HEAD [2005-06-16 22:03:30] [EMAIL PROTECTED] Description: The ./configure --help describes that when using --with-pdo-odbc=flavour,dir that this extension will always build as a shared one. ... This extension will always be created as a shared extension named pdo_odbc.so. .. Compiled on IRIX with latest mips cc 7.4.3 compiler the *.so file is not created. Instead it it compiled into the php cli. [o2k]:/usr2/MIPS/php-src $ sapi/cli/php -v PHP 5.1.0-dev (cli) (built: Jun 16 2005 20:57:39) [o2k]:/usr2/MIPS/php-src $ sapi/cli/php -m | grep ODBC PDO_ODBC Reproduce code: --- ./configure --disable-all --disable-cgi --with-unixODBC=shared,/usr/nekoware --with-pdo-odbc=unixODBC,/usr/nekoware gmake gmake install Expected result: A shared extension named pdo_odbc.so Actual result: -- Compiled into the cli -- Edit this bug report at http://bugs.php.net/?id=33369edit=1
#33316 [Fbk-Csd]: configure problems detecting --with-pdo-odbc=unixODBC
ID: 33316 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: PDO related Operating System: IRIX 6.5.27 PHP Version: 5CVS-2005-06-12 (dev) New Comment: It works now. Thx for the fix. regards Joerg Previous Comments: [2005-06-14 04:19:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip I changed quite a lot of the ext/pdo_odbc/config.m4 so please try it out. (make sure the file has revision 1.20!) [2005-06-12 19:21:02] [EMAIL PROTECTED] Description: PHP was unable to bypass the configure when using --with-pdo-odbc=unixODBC,/usr/nekoware and latest mips c99 compiler. Thats sounds weird because checking for ext/unixodbc works like a charm. checking for unixODBC support... yes ... checking for ODBC v3 support for PDO... yes checking for selected PDO ODBC flavour... unixODBC libs /usr/nekoware/lib, headers/usr/nekoware/include Your ODBC library does not exist ... Config.log shows whats going wrong: configure:73675: c99 -o conftest -O3 -mips4 -I/usr/nekoware/include -OPT:Olimit=0:roundoff=3 -TAR G:platform=IP27:proc=r1 -I/usr/nekoware/include -D_XPG_IV -L/usr/nekoware/lib -lodbc -lm -ldl conftest.c -lm -lz -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm 15 ld32: WARNING 84 : /usr/nekoware/lib/libodbc.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/lib32/mips4/libm.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/lib32/libdl.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/nekoware/lib/libz.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/nekoware/lib/libxml2.so is not used for resolving any symbol. ld32: ERROR 33 : Unresolved text symbol SQLBindCol -- 1st referenced by conftest.o. After adding -lodbc to the END of the line instead somewhere in the middle the configtest compiles fine and configure passes the check. The same issue 20 lines later when it tries to detecting libodbc 3.x After the changes PHP head compiles fine. regards Joerg Reproduce code: --- Compile with '--with-unixODBC=shared,/usr/nekoware' \ '--with-pdo-odbc=unixODBC,/usr/nekoware' \ -- Edit this bug report at http://bugs.php.net/?id=33316edit=1
#30206 [Opn-Bgs]: Apache and php install problems
ID: 30206 Updated by: [EMAIL PROTECTED] Reported By: martinkuria at hotmail dot com -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Fedora linux PHP Version: 5.0.1 New Comment: Apache2 have no AddModule directive anymore. Please consult your docs first. Previous Comments: [2004-09-23 07:28:58] martinkuria at hotmail dot com Description: I cannot get apache 2.0.50 to work with php 5 When I tried to install php5 with apache 2.0.50 I had a problem with this line: AddModule mod_php5.c that I put in the apache httpd.conf file This is everything I put in the httpd.conf file, apache 2.0.50 is conflicting the line above LoadModule php5_module libexec/libphp5.so AddModule mod_php5.c AddType application/x-httpd-php .php and I get an error: invalid command AddModule, perhaps mis-pelled or defined by a module not included in the server configuration What is the Problem -- Edit this bug report at http://bugs.php.net/?id=30206edit=1
#30048 [NEW]: round() and number_format() calculates wrong
From: joerg dot klein at ifsam dot lu Operating system: win2000 PHP version: 5.0.0 PHP Bug Type: *Math Functions Bug description: round() and number_format() calculates wrong Description: I use a fomular as the first paramter and the result is wrong. When brackets were set, the result is correct, but this makes no sense to me. Reproduce code: --- echo round(0.35*90/100); echo number_format(0.35*90/100, 2, ., ); to get the correct result I should use the following syntax: echo round(0.35* (90/100) ) echo number_format(0.35* (90/100) , 2, ., ); Expected result: 0.32 0.32 Actual result: -- 0.31 0.31 -- Edit bug report at http://bugs.php.net/?id=30048edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30048r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30048r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30048r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30048r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30048r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30048r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30048r=needscript Try newer version: http://bugs.php.net/fix.php?id=30048r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30048r=support Expected behavior: http://bugs.php.net/fix.php?id=30048r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30048r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30048r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30048r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30048r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30048r=dst IIS Stability: http://bugs.php.net/fix.php?id=30048r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30048r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30048r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30048r=mysqlcfg
#30048 [Bgs]: round() and number_format() calculates wrong
ID: 30048 User updated by: joerg dot klein at ifsam dot lu Reported By: joerg dot klein at ifsam dot lu Status: Bogus Bug Type: *Math Functions Operating System: win2000 PHP Version: 5.0.0 New Comment: That's the cause, but not the solution. Previous Comments: [2004-09-10 11:09:02] [EMAIL PROTECTED] Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. Thank you for your interest in PHP. . [2004-09-10 10:48:00] joerg dot klein at ifsam dot lu Description: I use a fomular as the first paramter and the result is wrong. When brackets were set, the result is correct, but this makes no sense to me. Reproduce code: --- echo round(0.35*90/100); echo number_format(0.35*90/100, 2, ., ); to get the correct result I should use the following syntax: echo round(0.35* (90/100) ) echo number_format(0.35* (90/100) , 2, ., ); Expected result: 0.32 0.32 Actual result: -- 0.31 0.31 -- Edit this bug report at http://bugs.php.net/?id=30048edit=1
#24950 [Com]: Compiling PHP --with-oci8 --with oracle (Oracle 9i) fails
ID: 24950 Comment by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: fschulze at more-radio dot de Status: Bogus Bug Type: Compile Failure Operating System: Solaris8 PHP Version: 4.3.2 New Comment: maybe someone could add a test to ext/oci/config.m4 to check if ORACLE_HOME/lib and ORACLE_HOME/lib32 is in place. if both are there, check what type of binary is 'produced' 32-bit or 64-bit, similar to the irix-checks in aclocal.m4 and then decide which lib-directory to use. Previous Comments: [2003-08-12 06:49:13] fschulze at more-radio dot de note: i figured out that using oracle for solaris 32(!) bit version runs without any problem. this version is available at oracle.com for download. install client and select custom. select management tools, c/c++ librarys and programmers tools. use --with-oracle. [2003-08-06 09:54:08] [EMAIL PROTECTED] http://www.phpbuilder.com/mail/php-install/2003011/0231.php There are other 64bit issues that need to be solved and this falls in the same category. I'll add a note about this in the bug #21973 (currently I have no access to such machine so there isn't much I can do about these.) [2003-08-06 09:40:48] fschulze at more-radio dot de thanks for the answers. CVS brings the same error. after install c++ OCI interface from oracle CD make brings up this error: ight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_A I.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_inde t.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/ end_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/apache2handler/sa i_apache2.lo sapi/apache2handler/apache_config.lo sapi/apache2handler/php_funct ons.lo main/internal_functions.lo -lmysqlclient -lresolv -lm -ldl -lnsl -lsocke -lgcc -lnsl -lsocket -lgen -ldl -lclntsh -o libphp4.la ld: fatal: file /www/bin/oracle/produkt/9.2.0/lib/libclntsh.so: wrong ELF class ELFCLASS64 ld: fatal: File processing errors. No output written to .libs/libphp4.so *** Error code 1 make: Fatal error: Command failed for target `libphp4.la' [2003-08-05 18:27:12] cunha17 at uol dot com dot br This is caused by configure not locating oci.h. Verify that you installed the C/C++ OCI interface (wich must be selected manually with the Installer). I guess that the oci.h file after installation is located inside the demo directory. Hope it helps. [2003-08-05 10:52:09] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24950 -- Edit this bug report at http://bugs.php.net/?id=24950edit=1
#28960 [NEW]: When INSTALL_ROOT don't use apxs with Option '-a'
From: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Operating system: irrelevant PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: When INSTALL_ROOT don't use apxs with Option '-a' Description: It would be really great if apxs would not be called with '-a' when INSTALL_ROOT is set. This would make package building easier. this is a patch to sapi/apache/config.m4 which I think it must fix it. But please proove-read it. --- sapi/apache/config.m4.orig Tue Jun 29 15:44:21 2004 +++ sapi/apache/config.m4 Tue Jun 29 15:48:26 2004 @@ -70,9 +70,16 @@ # Test whether apxs support -S option $APXS -q -S CFLAGS=$APXS_CFLAGS CFLAGS /dev/null 21 + + # Test whether INSTALL_ROOT is set + ifeq ($(strip $(INSTALL_ROOT)),) +APXS_ACTIVATE=-a + else +APXS_ACTIVATE=-a + endif if test $? != 0; then -APACHE_INSTALL=$APXS -i -a -n php4 $SAPI_SHARED # Old apxs does not have -S option +APACHE_INSTALL=$APXS -i $APXS_ACTIVATE -n php4 $SAPI_SHARED # Old apxs does not have -S option else APXS_LIBEXECDIR='$(INSTALL_ROOT)'`$APXS -q LIBEXECDIR` if test -z `$APXS -q SYSCONFDIR`; then @@ -85,7 +92,7 @@ \$(mkinstalldirs) '$APXS_SYSCONFDIR' \ $APXS -S LIBEXECDIR='$APXS_LIBEXECDIR' \ -S SYSCONFDIR='$APXS_SYSCONFDIR' \ - -i -a -n php4 $SAPI_SHARED + -i $APXS_ACTIVATE -n php4 $SAPI_SHARED fi fi -- Edit bug report at http://bugs.php.net/?id=28960edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28960r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28960r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28960r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28960r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28960r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28960r=needscript Try newer version: http://bugs.php.net/fix.php?id=28960r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28960r=support Expected behavior: http://bugs.php.net/fix.php?id=28960r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28960r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28960r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28960r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28960r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28960r=dst IIS Stability: http://bugs.php.net/fix.php?id=28960r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28960r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28960r=float
#28960 [Opn]: When INSTALL_ROOT don't use apxs with Option '-a'
ID: 28960 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Status: Open Bug Type: Feature/Change Request Operating System: irrelevant PHP Version: Irrelevant New Comment: OK, my patch is obviously wrong. I'm not really good at autoconf and configure. my ifeq-test is make-syntax not configure, I thought this will be put into the Makefile, which is not, and configure fails :-( please look at it. Previous Comments: [2004-06-29 15:54:31] Joerg dot Dieter dot Friedrich at uni-konstanz dot de oops, typo in patch: --- sapi/apache/config.m4.orig Tue Jun 29 15:44:21 2004 +++ sapi/apache/config.m4 Tue Jun 29 15:52:54 2004 @@ -70,9 +70,16 @@ # Test whether apxs support -S option $APXS -q -S CFLAGS=$APXS_CFLAGS CFLAGS /dev/null 21 + + # Test whether INSTALL_ROOT is set + ifeq ($(strip $(INSTALL_ROOT)),) +APXS_ACTIVATE=-a + else +APXS_ACTIVATE= + endif if test $? != 0; then -APACHE_INSTALL=$APXS -i -a -n php4 $SAPI_SHARED # Old apxs does not have -S option +APACHE_INSTALL=$APXS -i $APXS_ACTIVATE -n php4 $SAPI_SHARED # Old apxs does not have -S option else APXS_LIBEXECDIR='$(INSTALL_ROOT)'`$APXS -q LIBEXECDIR` if test -z `$APXS -q SYSCONFDIR`; then @@ -85,7 +92,7 @@ \$(mkinstalldirs) '$APXS_SYSCONFDIR' \ $APXS -S LIBEXECDIR='$APXS_LIBEXECDIR' \ -S SYSCONFDIR='$APXS_SYSCONFDIR' \ - -i -a -n php4 $SAPI_SHARED + -i $APXS_ACTIVATE -n php4 $SAPI_SHARED fi fi [2004-06-29 15:51:28] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Description: It would be really great if apxs would not be called with '-a' when INSTALL_ROOT is set. This would make package building easier. this is a patch to sapi/apache/config.m4 which I think it must fix it. But please proove-read it. --- sapi/apache/config.m4.orig Tue Jun 29 15:44:21 2004 +++ sapi/apache/config.m4 Tue Jun 29 15:48:26 2004 @@ -70,9 +70,16 @@ # Test whether apxs support -S option $APXS -q -S CFLAGS=$APXS_CFLAGS CFLAGS /dev/null 21 + + # Test whether INSTALL_ROOT is set + ifeq ($(strip $(INSTALL_ROOT)),) +APXS_ACTIVATE=-a + else +APXS_ACTIVATE=-a + endif if test $? != 0; then -APACHE_INSTALL=$APXS -i -a -n php4 $SAPI_SHARED # Old apxs does not have -S option +APACHE_INSTALL=$APXS -i $APXS_ACTIVATE -n php4 $SAPI_SHARED # Old apxs does not have -S option else APXS_LIBEXECDIR='$(INSTALL_ROOT)'`$APXS -q LIBEXECDIR` if test -z `$APXS -q SYSCONFDIR`; then @@ -85,7 +92,7 @@ \$(mkinstalldirs) '$APXS_SYSCONFDIR' \ $APXS -S LIBEXECDIR='$APXS_LIBEXECDIR' \ -S SYSCONFDIR='$APXS_SYSCONFDIR' \ - -i -a -n php4 $SAPI_SHARED + -i $APXS_ACTIVATE -n php4 $SAPI_SHARED fi fi -- Edit this bug report at http://bugs.php.net/?id=28960edit=1
#26677 [NoF-Opn]: Errors when compiling with mbstring support
ID: 26677
Updated by: [EMAIL PROTECTED]
Reported By: behrens at takenet dot de
-Status: No Feedback
+Status: Open
Bug Type: mbstring related
Operating System: IRIX64
PHP Version: 5CVS
Assigned To: moriyoshi
Previous Comments:
[2004-03-13 15:48:25] behren at takenet dot de
Tested with a current php5-200403131830
cc-1028 cc: ERROR File =
/mnt/MIPS/php5-200403131830/ext/mbstring/oniguruma/regparse.c, Line =
4513
The expression used must have a constant value.
OnigCodePoint end_op[] = { (OnigCodePoint )MC_ESC,
(OnigCodePoint )'E' };
^
1 error detected in the compilation of
/mnt/MIPS/php5-200403131830/ext/mbstring/oniguruma/regparse.c.
[2004-03-08 07:12:40] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.
[2004-02-28 15:55:35] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-02-25 17:30:12] [EMAIL PROTECTED]
I'll report this problem to the author of the regex
engine.
Thanks.
[2004-02-13 10:09:04] [EMAIL PROTECTED]
Moriyoshi, maybe you could take a look?
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/26677
--
Edit this bug report at http://bugs.php.net/?id=26677edit=1
#27491 [Opn]: curious Warning with ftp_put()
ID: 27491 User updated by: joerg dot klein at ifsam dot lu Reported By: joerg dot klein at ifsam dot lu Status: Open Bug Type: FTP related Operating System: win2k PHP Version: 4CVS-2004-03-10 New Comment: in 1 percent of these warning I got the following ErrorMessage: ErrorNumber: 2 ErrorType: Warning ErrorMsg: ftp_put(): Type set to I. Previous Comments: [2004-03-10 02:35:53] joerg dot klein at ifsam dot lu problem still there! [2004-03-09 08:23:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip There were some problems with the stable snapshots til now so please grab the latest from now. [2004-03-08 03:11:47] joerg dot klein at ifsam dot lu ok, here you get some more infos: the scripts connects to this FTP-Server: cl06 FTP server (SunOS 5.8) connection: $conn_ftp = ftp_connect($ftp_server); $login_result = ftp_login($conn_ftp, $ftp_user_name, $ftp_user_pass); ftp_pasv($conn_ftp, true); upload (9 times in the script): ftp_put($conn_ftp, $path_file_ImportFinished_t, $path_file_ImportFinished_s, FTP_BINARY); I expect all files to be uploaded correctly, but sometimes I get the warning for upload #3, sometimes for upload #6,... and the file does not get uploaded. In 99.9% of the time the script works without a problem! If you need some more infos, leave a note ;) [2004-03-04 05:45:40] joerg dot klein at ifsam dot lu Description: I have a script that create some files and upload them to an FTP server. this script runs every minute. I got this warning sporadically (sometimes 3 times a day, sometimes 1 per week): ErrorNumber: 2 ErrorType: Warning ErrorMsg: ftp_put(): Transfer complete. The file does not get uploaded. -- Edit this bug report at http://bugs.php.net/?id=27491edit=1
#27491 [Opn]: curious Warning with ftp_put()
ID: 27491 User updated by: joerg dot klein at ifsam dot lu Reported By: joerg dot klein at ifsam dot lu Status: Open Bug Type: FTP related Operating System: win2k PHP Version: 4.3.4 New Comment: the problem is still there! I got no warning for 3 hours and then 2 warnings in 3 minutes on different lines Previous Comments: [2004-03-09 02:07:19] joerg dot klein at ifsam dot lu I have installed it, so stay tuned for results. [2004-03-08 06:53:40] joerg dot klein at ifsam dot lu do you have done some changes yet? [2004-03-08 06:51:59] [EMAIL PROTECTED] Then we can't help you with it. [2004-03-08 06:45:56] joerg dot klein at ifsam dot lu I can't test it on my test system and I don't want to install a CVS Snapshot on my live system. [2004-03-08 06:36:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/27491 -- Edit this bug report at http://bugs.php.net/?id=27491edit=1
#27491 [Fbk-Opn]: curious Warning with ftp_put()
ID: 27491 User updated by: joerg dot klein at ifsam dot lu Reported By: joerg dot klein at ifsam dot lu -Status: Feedback +Status: Open Bug Type: FTP related Operating System: win2k PHP Version: 4CVS-2004-03-05 New Comment: problem still there! Previous Comments: [2004-03-09 08:23:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip There were some problems with the stable snapshots til now so please grab the latest from now. [2004-03-09 04:54:03] joerg dot klein at ifsam dot lu the problem is still there! I got no warning for 3 hours and then 2 warnings in 3 minutes on different lines [2004-03-08 06:36:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-03-08 03:11:47] joerg dot klein at ifsam dot lu ok, here you get some more infos: the scripts connects to this FTP-Server: cl06 FTP server (SunOS 5.8) connection: $conn_ftp = ftp_connect($ftp_server); $login_result = ftp_login($conn_ftp, $ftp_user_name, $ftp_user_pass); ftp_pasv($conn_ftp, true); upload (9 times in the script): ftp_put($conn_ftp, $path_file_ImportFinished_t, $path_file_ImportFinished_s, FTP_BINARY); I expect all files to be uploaded correctly, but sometimes I get the warning for upload #3, sometimes for upload #6,... and the file does not get uploaded. In 99.9% of the time the script works without a problem! If you need some more infos, leave a note ;) [2004-03-04 05:45:40] joerg dot klein at ifsam dot lu Description: I have a script that create some files and upload them to an FTP server. this script runs every minute. I got this warning sporadically (sometimes 3 times a day, sometimes 1 per week): ErrorNumber: 2 ErrorType: Warning ErrorMsg: ftp_put(): Transfer complete. The file does not get uploaded. -- Edit this bug report at http://bugs.php.net/?id=27491edit=1
#27491 [Fbk-Opn]: curious Warning with ftp_put()
ID: 27491 User updated by: joerg dot klein at ifsam dot lu Reported By: joerg dot klein at ifsam dot lu -Status: Feedback +Status: Open Bug Type: FTP related Operating System: win2k PHP Version: 4.3.4 New Comment: ok, here you get some more infos: the scripts connects to this FTP-Server: cl06 FTP server (SunOS 5.8) connection: $conn_ftp = ftp_connect($ftp_server); $login_result = ftp_login($conn_ftp, $ftp_user_name, $ftp_user_pass); ftp_pasv($conn_ftp, true); upload (9 times in the script): ftp_put($conn_ftp, $path_file_ImportFinished_t, $path_file_ImportFinished_s, FTP_BINARY); I expect all files to be uploaded correctly, but sometimes I get the warning for upload #3, sometimes for upload #6,... and the file does not get uploaded. In 99.9% of the time the script works without a problem! If you need some more infos, leave a note ;) Previous Comments: [2004-03-05 18:52:37] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2004-03-04 05:45:40] joerg dot klein at ifsam dot lu Description: I have a script that create some files and upload them to an FTP server. this script runs every minute. I got this warning sporadically (sometimes 3 times a day, sometimes 1 per week): ErrorNumber: 2 ErrorType: Warning ErrorMsg: ftp_put(): Transfer complete. The file does not get uploaded. -- Edit this bug report at http://bugs.php.net/?id=27491edit=1
#27491 [Fbk-Opn]: curious Warning with ftp_put()
ID: 27491 User updated by: joerg dot klein at ifsam dot lu Reported By: joerg dot klein at ifsam dot lu -Status: Feedback +Status: Open Bug Type: FTP related Operating System: win2k PHP Version: 4.3.4 New Comment: I can't test it on my test system and I don't want to install a CVS Snapshot on my live system. Previous Comments: [2004-03-08 06:36:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-03-08 03:11:47] joerg dot klein at ifsam dot lu ok, here you get some more infos: the scripts connects to this FTP-Server: cl06 FTP server (SunOS 5.8) connection: $conn_ftp = ftp_connect($ftp_server); $login_result = ftp_login($conn_ftp, $ftp_user_name, $ftp_user_pass); ftp_pasv($conn_ftp, true); upload (9 times in the script): ftp_put($conn_ftp, $path_file_ImportFinished_t, $path_file_ImportFinished_s, FTP_BINARY); I expect all files to be uploaded correctly, but sometimes I get the warning for upload #3, sometimes for upload #6,... and the file does not get uploaded. In 99.9% of the time the script works without a problem! If you need some more infos, leave a note ;) [2004-03-05 18:52:37] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2004-03-04 05:45:40] joerg dot klein at ifsam dot lu Description: I have a script that create some files and upload them to an FTP server. this script runs every minute. I got this warning sporadically (sometimes 3 times a day, sometimes 1 per week): ErrorNumber: 2 ErrorType: Warning ErrorMsg: ftp_put(): Transfer complete. The file does not get uploaded. -- Edit this bug report at http://bugs.php.net/?id=27491edit=1
#27491 [Bgs]: curious Warning with ftp_put()
ID: 27491 User updated by: joerg dot klein at ifsam dot lu Reported By: joerg dot klein at ifsam dot lu Status: Bogus Bug Type: FTP related Operating System: win2k PHP Version: 4.3.4 New Comment: do you have done some changes yet? Previous Comments: [2004-03-08 06:51:59] [EMAIL PROTECTED] Then we can't help you with it. [2004-03-08 06:45:56] joerg dot klein at ifsam dot lu I can't test it on my test system and I don't want to install a CVS Snapshot on my live system. [2004-03-08 06:36:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-03-08 03:11:47] joerg dot klein at ifsam dot lu ok, here you get some more infos: the scripts connects to this FTP-Server: cl06 FTP server (SunOS 5.8) connection: $conn_ftp = ftp_connect($ftp_server); $login_result = ftp_login($conn_ftp, $ftp_user_name, $ftp_user_pass); ftp_pasv($conn_ftp, true); upload (9 times in the script): ftp_put($conn_ftp, $path_file_ImportFinished_t, $path_file_ImportFinished_s, FTP_BINARY); I expect all files to be uploaded correctly, but sometimes I get the warning for upload #3, sometimes for upload #6,... and the file does not get uploaded. In 99.9% of the time the script works without a problem! If you need some more infos, leave a note ;) [2004-03-05 18:52:37] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. 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/27491 -- Edit this bug report at http://bugs.php.net/?id=27491edit=1
#27491 [Bgs-Opn]: curious Warning with ftp_put()
ID: 27491 User updated by: joerg dot klein at ifsam dot lu Reported By: joerg dot klein at ifsam dot lu -Status: Bogus +Status: Open Bug Type: FTP related Operating System: win2k PHP Version: 4.3.4 New Comment: I have installed it, so stay tuned for results. Previous Comments: [2004-03-08 06:53:40] joerg dot klein at ifsam dot lu do you have done some changes yet? [2004-03-08 06:51:59] [EMAIL PROTECTED] Then we can't help you with it. [2004-03-08 06:45:56] joerg dot klein at ifsam dot lu I can't test it on my test system and I don't want to install a CVS Snapshot on my live system. [2004-03-08 06:36:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-03-08 03:11:47] joerg dot klein at ifsam dot lu ok, here you get some more infos: the scripts connects to this FTP-Server: cl06 FTP server (SunOS 5.8) connection: $conn_ftp = ftp_connect($ftp_server); $login_result = ftp_login($conn_ftp, $ftp_user_name, $ftp_user_pass); ftp_pasv($conn_ftp, true); upload (9 times in the script): ftp_put($conn_ftp, $path_file_ImportFinished_t, $path_file_ImportFinished_s, FTP_BINARY); I expect all files to be uploaded correctly, but sometimes I get the warning for upload #3, sometimes for upload #6,... and the file does not get uploaded. In 99.9% of the time the script works without a problem! If you need some more infos, leave a note ;) 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/27491 -- Edit this bug report at http://bugs.php.net/?id=27491edit=1
#27491 [NEW]: curious Warning with ftp_put()
From: joerg dot klein at ifsam dot lu Operating system: win2k PHP version: 4.3.4 PHP Bug Type: FTP related Bug description: curious Warning with ftp_put() Description: I have a script that create some files and upload them to an FTP server. this script runs every minute. I got this warning sporadically (sometimes 3 times a day, sometimes 1 per week): ErrorNumber: 2 ErrorType: Warning ErrorMsg: ftp_put(): Transfer complete. The file does not get uploaded. -- Edit bug report at http://bugs.php.net/?id=27491edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27491r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27491r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27491r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27491r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27491r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27491r=needscript Try newer version: http://bugs.php.net/fix.php?id=27491r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27491r=support Expected behavior: http://bugs.php.net/fix.php?id=27491r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27491r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27491r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27491r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27491r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27491r=dst IIS Stability: http://bugs.php.net/fix.php?id=27491r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27491r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27491r=float
#26264 [NoF-Opn]: php segfaults with iconv or mbstring enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: No Feedback +Status: Open Bug Type: Reproducible crash Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: Hi! Sorry, I had no spare time to do some more debugging. Now back online :-) I cannot confirm the bug with only using --enable-mbstring or --with-iconv... I only encounter the bug when testing the horde-Framework from CVS. I was not able to create a php script that crashed. But everytime I call 'php login.php' from horde there is a segfault. the same with the apache 1.x module. I don't know how to go on. Yours Joerg Previous Comments: [2003-12-07 12:01:33] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-12-02 05:55:06] [EMAIL PROTECTED] Also confirm if this configure line works / does not work: # ./configure --disable-all --with-apxs=/opt/apache/bin/apxs --enable-mbstring=all [2003-12-02 05:47:32] [EMAIL PROTECTED] Are you still loading any shared extensions? Check your php.ini.. [2003-12-02 04:40:17] Joerg dot Dieter dot Friedrich at uni-konstanz dot de The problem occurs when enabling iconv or mbstring [2003-11-27 04:40:07] [EMAIL PROTECTED] Try this: # rm config.cache # ./configure --with-apxs=/opt/apache/bin/apxs --disable-all # make clean make And as that most likely works fine, add the other options one by one to see which one actually causes the 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/26264 -- Edit this bug report at http://bugs.php.net/?id=26264edit=1
#26515 [Bgs]: configure: error: Cannot find OpenSSL's libraries
ID: 26515 Updated by: [EMAIL PROTECTED] Reported By: Greg dot Kresko at nrc-cnrc dot gc dot ca Status: Bogus Bug Type: OpenSSL related Operating System: IRIX 6.5.21f PHP Version: 4.3.4 New Comment: [origin]:~ $ php -v ; php -m | grep openssl PHP 4.3.4 (cli) (built: Nov 22 2003 17:22:20) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies openssl [origin]:~ $ So there is no problem here at the moment. And you can also build your openssl as shared. [origin]:~ $ ll /usr/local/ssl/lib/ total 13904 -rw-r--r--1 root sys 4021732 Okt 16 11:27 libcrypto.a lrwxr-xr-x1 root sys14 Okt 16 11:27 libcrypto.so - libcrypto.so.0 lrwxr-xr-x1 root sys18 Okt 16 11:27 libcrypto.so.0 - libcrypto.so.0.9.7 -r-xr-xr-x1 root sys 2147436 Okt 16 11:27 libcrypto.so.0.9.7 -rw-r--r--1 root sys581092 Okt 16 11:27 libssl.a lrwxr-xr-x1 root sys11 Okt 16 11:27 libssl.so - libssl.so.0 lrwxr-xr-x1 root sys15 Okt 16 11:27 libssl.so.0 - libssl.so.0.9.7 -r-xr-xr-x1 root sys363016 Okt 16 11:27 libssl.so.0.9.7 drw-r--r--2 root sys23 Okt 16 11:27 pkgconfig [origin]:~ $ uname -R 6.5 6.5.22m Previous Comments: [2003-12-03 16:36:05] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Your --with-openssl line is broken, you need to point to the installation root (/usr/local or /usr/local/ssl). [2003-12-03 16:17:24] Greg dot Kresko at nrc-cnrc dot gc dot ca Description: ./configure --prefix=/usr/local/apache --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-openssl=../openssl-0.9.7c --with-mm=../mm-1.3.0 fails with --- Configuring extensions checking for OpenSSL support... yes checking for pkg-config... no configure: error: Cannot find OpenSSL's libraries --- I have static libraries: 111 (renard)kresko ls -l /usr/local/ssl/lib total 5752 -rw-r--r--1 root sys 2564356 Nov 20 16:09 libcrypto.a -rw-r--r--1 root sys375828 Nov 20 16:09 libssl.a drwxr-xr-x2 root sys28 Jun 9 16:13 pkgconfig --- It also fails with php4-STABLE-200312031830. php-4.3.3 works with the same statement. This is a follow-up to bug 25703 (I added a note on Nov. 20) and is also related to bug 25719. -- Edit this bug report at http://bugs.php.net/?id=26515edit=1
#26264 [Fbk-Opn]: php segfaults with iconv or mbstring enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: The problem occurs when enabling iconv or mbstring Previous Comments: [2003-11-27 04:40:07] [EMAIL PROTECTED] Try this: # rm config.cache # ./configure --with-apxs=/opt/apache/bin/apxs --disable-all # make clean make And as that most likely works fine, add the other options one by one to see which one actually causes the problem. [2003-11-27 01:25:12] Joerg dot Dieter dot Friedrich at uni-konstanz dot de ok, done. removing gettext support didn't help: /opt/horde3/horde$ gdb /opt/apache/bin/httpd GNU gdb 6.0 Copyright 2003 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 sparc-sun-solaris2.9... (gdb) run -X Starting program: /opt/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0xfddb2e4c in shutdown_memory_manager (silent=0, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 531 REMOVE_POINTER_FROM_LIST(t); [2003-11-25 14:16:24] [EMAIL PROTECTED] Remove the '--with-gettext' and try again. [2003-11-25 10:12:50] Joerg dot Dieter dot Friedrich at uni-konstanz dot de [EMAIL PROTECTED]:/usr/local/src/php-4.3.4$ php -i | head -20 phpinfo() PHP Version = 4.3.4 System = SunOS thurn 5.9 Generic_112233-08 sun4u Build Date = Nov 24 2003 13:49:46 Configure Command = './configure' '--prefix=/opt/php4' '--with-apxs=/opt/apache/bin/apxs' '--sysconfdir=/opt/etc/php4' '--with-config-file-path=/opt/etc/php4' '--disable-debug' '--with-gd' '--with-jpeg-dir=/usr/sfw' '--with-png-dir=/usr/sfw' '--with-zlib' '--with-imap=/usr/local/src/imap-2002e' '--with-mysql=/opt/mysql' '--with-mysql-sock=/var/run/mysql/sock' '--enable-dba' '--with-db4=/usr/local' '--with-ndbm' '--with-ldap=/usr/local' '--with-gettext' '--with-pear' '--enable-safe-mode' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-mcrypt=/usr/local' '--with-xml' '--with-dom' '--with-dom-xslt' '--with-dom-exsl' '--enable-mime-magic=/opt/etc/apache/magic' '--with-iconv' '--enable-mbstring=all' '--with-expat-dir=/usr/local' '--with-openssl=/usr/local/ssl' Server API = Command Line Interface Virtual Directory Support = disabled Configuration File (php.ini) Path = /opt/etc/php4/php.ini PHP API = 20020918 PHP Extension = 20020429 Zend Extension = 20021010 Debug Build = no Thread Safety = disabled Registered PHP Streams = php, http, ftp, https, ftps, compress.zlib This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies [EMAIL PROTECTED]:/usr/local/src/php-4.3.4$ grep '\-O' Makefile CFLAGS_CLEAN = -g -O2 [2003-11-25 02:58:23] [EMAIL PROTECTED] What was the optimizing option (-Ox where x is some number) for gcc for this last build? And are you absolutely sure none of those shared extensions are not loaded in any php.ini files anymore? 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/26264 -- Edit this bug report at http://bugs.php.net/?id=26264edit=1
#26264 [Fbk-Opn]: php segfaults with iconv or mbstring enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: ok, done. removing gettext support didn't help: /opt/horde3/horde$ gdb /opt/apache/bin/httpd GNU gdb 6.0 Copyright 2003 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 sparc-sun-solaris2.9... (gdb) run -X Starting program: /opt/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0xfddb2e4c in shutdown_memory_manager (silent=0, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 531 REMOVE_POINTER_FROM_LIST(t); Previous Comments: [2003-11-25 14:16:24] [EMAIL PROTECTED] Remove the '--with-gettext' and try again. [2003-11-25 10:12:50] Joerg dot Dieter dot Friedrich at uni-konstanz dot de [EMAIL PROTECTED]:/usr/local/src/php-4.3.4$ php -i | head -20 phpinfo() PHP Version = 4.3.4 System = SunOS thurn 5.9 Generic_112233-08 sun4u Build Date = Nov 24 2003 13:49:46 Configure Command = './configure' '--prefix=/opt/php4' '--with-apxs=/opt/apache/bin/apxs' '--sysconfdir=/opt/etc/php4' '--with-config-file-path=/opt/etc/php4' '--disable-debug' '--with-gd' '--with-jpeg-dir=/usr/sfw' '--with-png-dir=/usr/sfw' '--with-zlib' '--with-imap=/usr/local/src/imap-2002e' '--with-mysql=/opt/mysql' '--with-mysql-sock=/var/run/mysql/sock' '--enable-dba' '--with-db4=/usr/local' '--with-ndbm' '--with-ldap=/usr/local' '--with-gettext' '--with-pear' '--enable-safe-mode' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-mcrypt=/usr/local' '--with-xml' '--with-dom' '--with-dom-xslt' '--with-dom-exsl' '--enable-mime-magic=/opt/etc/apache/magic' '--with-iconv' '--enable-mbstring=all' '--with-expat-dir=/usr/local' '--with-openssl=/usr/local/ssl' Server API = Command Line Interface Virtual Directory Support = disabled Configuration File (php.ini) Path = /opt/etc/php4/php.ini PHP API = 20020918 PHP Extension = 20020429 Zend Extension = 20021010 Debug Build = no Thread Safety = disabled Registered PHP Streams = php, http, ftp, https, ftps, compress.zlib This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies [EMAIL PROTECTED]:/usr/local/src/php-4.3.4$ grep '\-O' Makefile CFLAGS_CLEAN = -g -O2 [2003-11-25 02:58:23] [EMAIL PROTECTED] What was the optimizing option (-Ox where x is some number) for gcc for this last build? And are you absolutely sure none of those shared extensions are not loaded in any php.ini files anymore? [2003-11-24 08:06:42] Joerg dot Dieter dot Friedrich at uni-konstanz dot de It's me again. I just compiled everything static. running the script form commandline doesn't segfault anymore, but the apache1 module still segfaults! gdb showed: (gdb) run -X Starting program: /opt/apache/bin/httpd -X warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 Program received signal SIGSEGV, Segmentation fault. 0xfddb4624 in shutdown_memory_manager (silent=1, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 531 REMOVE_POINTER_FROM_LIST(t); (gdb) bt #0 0xfddb4624 in shutdown_memory_manager (silent=1, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 #1 0xfdd94980 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.4/main/main.c:1005 #2 0xfddd577c in apache_php_module_main (r=0x0, display_source_mode=-35825944) at /usr/local/src/php-4.3.4/sapi/apache/sapi_apache.c:60 [2003-11-24 01:04:07] Joerg dot Dieter dot Friedrich at uni-konstanz dot de No, I only compiled iconv and mbstring static, but I'll test today. And yes I always remove the old buildtree and unpack a new one. 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/26264 -- Edit this bug report at http://bugs.php.net/?id=26264edit=1
#26264 [Fbk-Opn]: php segfaults with iconv or mbstring enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: [EMAIL PROTECTED]:/usr/local/src/php-4.3.4$ php -i | head -20 phpinfo() PHP Version = 4.3.4 System = SunOS thurn 5.9 Generic_112233-08 sun4u Build Date = Nov 24 2003 13:49:46 Configure Command = './configure' '--prefix=/opt/php4' '--with-apxs=/opt/apache/bin/apxs' '--sysconfdir=/opt/etc/php4' '--with-config-file-path=/opt/etc/php4' '--disable-debug' '--with-gd' '--with-jpeg-dir=/usr/sfw' '--with-png-dir=/usr/sfw' '--with-zlib' '--with-imap=/usr/local/src/imap-2002e' '--with-mysql=/opt/mysql' '--with-mysql-sock=/var/run/mysql/sock' '--enable-dba' '--with-db4=/usr/local' '--with-ndbm' '--with-ldap=/usr/local' '--with-gettext' '--with-pear' '--enable-safe-mode' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-mcrypt=/usr/local' '--with-xml' '--with-dom' '--with-dom-xslt' '--with-dom-exsl' '--enable-mime-magic=/opt/etc/apache/magic' '--with-iconv' '--enable-mbstring=all' '--with-expat-dir=/usr/local' '--with-openssl=/usr/local/ssl' Server API = Command Line Interface Virtual Directory Support = disabled Configuration File (php.ini) Path = /opt/etc/php4/php.ini PHP API = 20020918 PHP Extension = 20020429 Zend Extension = 20021010 Debug Build = no Thread Safety = disabled Registered PHP Streams = php, http, ftp, https, ftps, compress.zlib This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies [EMAIL PROTECTED]:/usr/local/src/php-4.3.4$ grep '\-O' Makefile CFLAGS_CLEAN = -g -O2 Previous Comments: [2003-11-25 02:58:23] [EMAIL PROTECTED] What was the optimizing option (-Ox where x is some number) for gcc for this last build? And are you absolutely sure none of those shared extensions are not loaded in any php.ini files anymore? [2003-11-24 08:06:42] Joerg dot Dieter dot Friedrich at uni-konstanz dot de It's me again. I just compiled everything static. running the script form commandline doesn't segfault anymore, but the apache1 module still segfaults! gdb showed: (gdb) run -X Starting program: /opt/apache/bin/httpd -X warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 Program received signal SIGSEGV, Segmentation fault. 0xfddb4624 in shutdown_memory_manager (silent=1, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 531 REMOVE_POINTER_FROM_LIST(t); (gdb) bt #0 0xfddb4624 in shutdown_memory_manager (silent=1, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 #1 0xfdd94980 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.4/main/main.c:1005 #2 0xfddd577c in apache_php_module_main (r=0x0, display_source_mode=-35825944) at /usr/local/src/php-4.3.4/sapi/apache/sapi_apache.c:60 [2003-11-24 01:04:07] Joerg dot Dieter dot Friedrich at uni-konstanz dot de No, I only compiled iconv and mbstring static, but I'll test today. And yes I always remove the old buildtree and unpack a new one. [2003-11-23 21:09:28] [EMAIL PROTECTED] Every extension compiled as 'static' ?? And you're using clean sources? [2003-11-23 13:31:02] Joerg dot Dieter dot Friedrich at uni-konstanz dot de even when compiled static, the result is the same. 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/26264 -- Edit this bug report at http://bugs.php.net/?id=26264edit=1
#26264 [Opn]: php segfaults with iconv or mbstring enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Status: Open Bug Type: *General Issues Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: It's me again. I just compiled everything static. running the script form commandline doesn't segfault anymore, but the apache1 module still segfaults! gdb showed: (gdb) run -X Starting program: /opt/apache/bin/httpd -X warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 Program received signal SIGSEGV, Segmentation fault. 0xfddb4624 in shutdown_memory_manager (silent=1, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 531 REMOVE_POINTER_FROM_LIST(t); (gdb) bt #0 0xfddb4624 in shutdown_memory_manager (silent=1, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 #1 0xfdd94980 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.4/main/main.c:1005 #2 0xfddd577c in apache_php_module_main (r=0x0, display_source_mode=-35825944) at /usr/local/src/php-4.3.4/sapi/apache/sapi_apache.c:60 Previous Comments: [2003-11-24 01:04:07] Joerg dot Dieter dot Friedrich at uni-konstanz dot de No, I only compiled iconv and mbstring static, but I'll test today. And yes I always remove the old buildtree and unpack a new one. [2003-11-23 21:09:28] [EMAIL PROTECTED] Every extension compiled as 'static' ?? And you're using clean sources? [2003-11-23 13:31:02] Joerg dot Dieter dot Friedrich at uni-konstanz dot de even when compiled static, the result is the same. [2003-11-21 21:18:01] [EMAIL PROTECTED] Try compiling iconv support as 'static', ie. use --with-iconv without the '=shared' part.. (see also bug #26005) [2003-11-20 06:33:58] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Another series of tests later: there seems to be more than one problem: cli always segfaults with: 0x000bda60 in _efree (ptr=0x358ab0) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:259 259 REMOVE_POINTER_FROM_LIST(p); apache1 sapi only when iconv.so or mbstring.so is loaded 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/26264 -- Edit this bug report at http://bugs.php.net/?id=26264edit=1
#26264 [Fbk-Opn]: php segfaults with iconv or mbstring enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: even when compiled static, the result is the same. Previous Comments: [2003-11-21 21:18:01] [EMAIL PROTECTED] Try compiling iconv support as 'static', ie. use --with-iconv without the '=shared' part.. (see also bug #26005) [2003-11-20 06:33:58] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Another series of tests later: there seems to be more than one problem: cli always segfaults with: 0x000bda60 in _efree (ptr=0x358ab0) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:259 259 REMOVE_POINTER_FROM_LIST(p); apache1 sapi only when iconv.so or mbstring.so is loaded [2003-11-20 05:24:11] Joerg dot Dieter dot Friedrich at uni-konstanz dot de After further testing this issue seems not to be ICONV related [2003-11-18 10:13:00] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Additional info: I was not able to generate a core with --enable-debug, but here's the backtrace with --disable-debug, maybe you can see someting. Core was generated by `php login.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libcrypt_i.so.1...done. Loaded symbols for /usr/lib/libcrypt_i.so.1 Reading symbols from /usr/lib/libpam.so.1...done. Loaded symbols for /usr/lib/libpam.so.1 Reading symbols from /usr/lib/libintl.so.1... warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 done. Loaded symbols for /usr/lib/libintl.so.1 Reading symbols from /usr/local/ssl/lib/libssl.so.0.9.7...done. Loaded symbols for /usr/local/ssl/lib/libssl.so.0.9.7 Reading symbols from /usr/local/ssl/lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/local/ssl/lib/libcrypto.so.0.9.7 Reading symbols from /usr/lib/libresolv.so.2...done. Loaded symbols for /usr/lib/libresolv.so.2 Reading symbols from /usr/lib/libm.so.1...done. Loaded symbols for /usr/lib/libm.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libgen.so.1...done. Loaded symbols for /usr/lib/libgen.so.1 Reading symbols from /usr/lib/libcmd.so.1...done. Loaded symbols for /usr/lib/libcmd.so.1 Reading symbols from /usr/local/lib/libgcc_s.so.1...done. Loaded symbols for /usr/local/lib/libgcc_s.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/iconv.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/iconv.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mbstring.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mbstring.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/imap.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/imap.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mysql.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mysql.so Reading symbols from /opt/mysql/lib/mysql/libmysqlclient.so.12...done. Loaded symbols for /opt/mysql/lib/mysql/libmysqlclient.so.12 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /usr/lib/libaio.so.1...done. Loaded symbols for /usr/lib/libaio.so.1 Reading symbols from /usr/lib/libmd5.so.1...done. Loaded symbols for /usr/lib/libmd5.so.1 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/gd.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/gd.so Reading symbols from /usr/sfw/lib/libpng.so.2...done. Loaded symbols for /usr/sfw/lib/libpng.so.2 Reading symbols from /usr/sfw/lib/libjpeg.so.62...done. Loaded symbols for /usr/sfw/lib/libjpeg.so.62 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/ldap.so...done
#26264 [Fbk-Opn]: php segfaults with iconv or mbstring enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: No, I only compiled iconv and mbstring static, but I'll test today. And yes I always remove the old buildtree and unpack a new one. Previous Comments: [2003-11-23 21:09:28] [EMAIL PROTECTED] Every extension compiled as 'static' ?? And you're using clean sources? [2003-11-23 13:31:02] Joerg dot Dieter dot Friedrich at uni-konstanz dot de even when compiled static, the result is the same. [2003-11-21 21:18:01] [EMAIL PROTECTED] Try compiling iconv support as 'static', ie. use --with-iconv without the '=shared' part.. (see also bug #26005) [2003-11-20 06:33:58] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Another series of tests later: there seems to be more than one problem: cli always segfaults with: 0x000bda60 in _efree (ptr=0x358ab0) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:259 259 REMOVE_POINTER_FROM_LIST(p); apache1 sapi only when iconv.so or mbstring.so is loaded [2003-11-20 05:24:11] Joerg dot Dieter dot Friedrich at uni-konstanz dot de After further testing this issue seems not to be ICONV related 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/26264 -- Edit this bug report at http://bugs.php.net/?id=26264edit=1
#26264 [Opn]: Compile failure with iconv enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Status: Open -Bug Type: ICONV related +Bug Type: *General Issues Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: After further testing this issue seems not to be ICONV related Previous Comments: [2003-11-18 10:13:00] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Additional info: I was not able to generate a core with --enable-debug, but here's the backtrace with --disable-debug, maybe you can see someting. Core was generated by `php login.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libcrypt_i.so.1...done. Loaded symbols for /usr/lib/libcrypt_i.so.1 Reading symbols from /usr/lib/libpam.so.1...done. Loaded symbols for /usr/lib/libpam.so.1 Reading symbols from /usr/lib/libintl.so.1... warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 done. Loaded symbols for /usr/lib/libintl.so.1 Reading symbols from /usr/local/ssl/lib/libssl.so.0.9.7...done. Loaded symbols for /usr/local/ssl/lib/libssl.so.0.9.7 Reading symbols from /usr/local/ssl/lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/local/ssl/lib/libcrypto.so.0.9.7 Reading symbols from /usr/lib/libresolv.so.2...done. Loaded symbols for /usr/lib/libresolv.so.2 Reading symbols from /usr/lib/libm.so.1...done. Loaded symbols for /usr/lib/libm.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libgen.so.1...done. Loaded symbols for /usr/lib/libgen.so.1 Reading symbols from /usr/lib/libcmd.so.1...done. Loaded symbols for /usr/lib/libcmd.so.1 Reading symbols from /usr/local/lib/libgcc_s.so.1...done. Loaded symbols for /usr/local/lib/libgcc_s.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/iconv.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/iconv.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mbstring.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mbstring.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/imap.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/imap.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mysql.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mysql.so Reading symbols from /opt/mysql/lib/mysql/libmysqlclient.so.12...done. Loaded symbols for /opt/mysql/lib/mysql/libmysqlclient.so.12 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /usr/lib/libaio.so.1...done. Loaded symbols for /usr/lib/libaio.so.1 Reading symbols from /usr/lib/libmd5.so.1...done. Loaded symbols for /usr/lib/libmd5.so.1 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/gd.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/gd.so Reading symbols from /usr/sfw/lib/libpng.so.2...done. Loaded symbols for /usr/sfw/lib/libpng.so.2 Reading symbols from /usr/sfw/lib/libjpeg.so.62...done. Loaded symbols for /usr/sfw/lib/libjpeg.so.62 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/ldap.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/ldap.so Reading symbols from /usr/local/lib/libldap.so.2...done. Loaded symbols for /usr/local/lib/libldap.so.2 Reading symbols from /usr/local/lib/liblber.so.2...done. Loaded symbols for /usr/local/lib/liblber.so.2 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/bcmath.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/bcmath.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/calendar.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/calendar.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/dba.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/dba.so Reading symbols from /usr/local/lib/libdb-4.1.so
#26264 [Opn]: php segfaults with iconv or mbstring enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Summary: Compile failure with iconv enabled Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Status: Open Bug Type: *General Issues Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: Another series of tests later: there seems to be more than one problem: cli always segfaults with: 0x000bda60 in _efree (ptr=0x358ab0) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:259 259 REMOVE_POINTER_FROM_LIST(p); apache1 sapi only when iconv.so or mbstring.so is loaded Previous Comments: [2003-11-20 05:24:11] Joerg dot Dieter dot Friedrich at uni-konstanz dot de After further testing this issue seems not to be ICONV related [2003-11-18 10:13:00] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Additional info: I was not able to generate a core with --enable-debug, but here's the backtrace with --disable-debug, maybe you can see someting. Core was generated by `php login.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libcrypt_i.so.1...done. Loaded symbols for /usr/lib/libcrypt_i.so.1 Reading symbols from /usr/lib/libpam.so.1...done. Loaded symbols for /usr/lib/libpam.so.1 Reading symbols from /usr/lib/libintl.so.1... warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 done. Loaded symbols for /usr/lib/libintl.so.1 Reading symbols from /usr/local/ssl/lib/libssl.so.0.9.7...done. Loaded symbols for /usr/local/ssl/lib/libssl.so.0.9.7 Reading symbols from /usr/local/ssl/lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/local/ssl/lib/libcrypto.so.0.9.7 Reading symbols from /usr/lib/libresolv.so.2...done. Loaded symbols for /usr/lib/libresolv.so.2 Reading symbols from /usr/lib/libm.so.1...done. Loaded symbols for /usr/lib/libm.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libgen.so.1...done. Loaded symbols for /usr/lib/libgen.so.1 Reading symbols from /usr/lib/libcmd.so.1...done. Loaded symbols for /usr/lib/libcmd.so.1 Reading symbols from /usr/local/lib/libgcc_s.so.1...done. Loaded symbols for /usr/local/lib/libgcc_s.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/iconv.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/iconv.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mbstring.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mbstring.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/imap.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/imap.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mysql.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mysql.so Reading symbols from /opt/mysql/lib/mysql/libmysqlclient.so.12...done. Loaded symbols for /opt/mysql/lib/mysql/libmysqlclient.so.12 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /usr/lib/libaio.so.1...done. Loaded symbols for /usr/lib/libaio.so.1 Reading symbols from /usr/lib/libmd5.so.1...done. Loaded symbols for /usr/lib/libmd5.so.1 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/gd.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/gd.so Reading symbols from /usr/sfw/lib/libpng.so.2...done. Loaded symbols for /usr/sfw/lib/libpng.so.2 Reading symbols from /usr/sfw/lib/libjpeg.so.62...done. Loaded symbols for /usr/sfw/lib/libjpeg.so.62 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/ldap.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/ldap.so Reading symbols from /usr/local/lib/libldap.so.2...done. Loaded symbols for /usr/local/lib/libldap.so.2 Reading symbols from /usr/local/lib/liblber.so.2...done. Loaded symbols for /usr/local/lib/liblber.so.2 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/bcmath.so...done. Loaded symbols for /opt
#25275 [Com]: script crashs in _efree (ptr=0x8a8828c) at php-4.3.3/Zend/zend_alloc.c:259
ID: 25275 Comment by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: rehsack at liwing dot de Status: No Feedback Bug Type: Reproducible crash Operating System: FreeBSD 5.1 i386 PHP Version: 4.3.3 New Comment: Hi! I encountered the same bug with 4.3.4 on Solaris 9 it seems to occur if iconv or mbstring is enabled. Yours Joerg ps see http://bugs.php.net/bug.php?id=26264 Previous Comments: [2003-09-06 21:00:01] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-08-30 08:52:58] [EMAIL PROTECTED] Cool, let's keep the status set to feedback during this time then. [2003-08-30 08:39:35] rehsack at liwing dot de This may take a while. I can't start before monday, so I think tuesday you can reach results. [2003-08-30 07:21:47] [EMAIL PROTECTED] Yes, that's the idea.. [2003-08-30 06:10:26] rehsack at liwing dot de Nope, it runs fine. Do you suggest enabling each extension I used until it crash's? 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/25275 -- Edit this bug report at http://bugs.php.net/?id=25275edit=1
#26264 [Opn]: Compile failure with iconv enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Status: Open Bug Type: ICONV related Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: Hi again. I tested a lot these weekend. Summary: OS: Solaris 9 I want to use horde cvs which supports utf-8 coding of each page displayed. I compiled php with --with-iconv=shared --enable-mbstring=shared,all. No libiconv was installed. Solaris libc provides these iconv-functions. php always segfaults when charset is set to utf-8. Then I tried to use GNU's libiconv, but php still segfaults. then I tried to --enable-debug. no segfaults anymore, there is a Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 btw no segfault no coredump. I dont know what to do and how to debug this beast. Previous Comments: [2003-11-17 21:54:39] [EMAIL PROTECTED] see also bug #25281 [2003-11-17 12:50:50] [EMAIL PROTECTED] I should have been a bit more specific about my suggestion. I wrote it that way because you were implying you have libiconv installed also. If you have both in your machine, it's possible that iconv extension wrongly detects the library to be used. [2003-11-16 11:01:53] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Why should this be needed. I haven't installed any libiconv in /usr/local. Solaris provides the iconv in libc and the headers are in /usr/include/iconv.h [2003-11-16 06:11:34] [EMAIL PROTECTED] Try giving the prefix of iconv library to the configure option, like --with-iconv=shared,/usr/local [2003-11-16 04:31:13] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Here you are: ./configure --prefix=/opt/php4 --with-apxs=/opt/apache/bin/apxs --sysconfdir=/opt/etc/php4 --with-config-file-path=/opt/etc/php4 --disable-debug --with-gd=shared --with-jpeg-dir=/usr/sfw --with-png-dir=/usr/sfw --with-zlib=shared --with-imap=shared,/usr/local/src/imap-2002e --with-mysql=shared,/opt/mysql --with-mysql-sock=/var/run/mysql/sock --enable-dba=shared --with-db4=shared,/usr/local --with-ndbm=shared --with-ldap=shared,/usr/local --with-openssl=/usr/local/ssl --with-gettext --with-pear --enable-safe-mode --enable-bcmath=shared --enable-calendar=shared --enable-ftp=shared --enable-sysvmsg --enable-sysvsem --enable-sysvshm --with-mcrypt=shared --with-xml=shared --with-dom=shared --enable-mime-magic --with-iconv=shared --with-mbstring=all 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/26264 -- Edit this bug report at http://bugs.php.net/?id=26264edit=1
#26264 [Opn]: Compile failure with iconv enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Status: Open Bug Type: ICONV related Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: Additional info: I was not able to generate a core with --enable-debug, but here's the backtrace with --disable-debug, maybe you can see someting. Core was generated by `php login.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libcrypt_i.so.1...done. Loaded symbols for /usr/lib/libcrypt_i.so.1 Reading symbols from /usr/lib/libpam.so.1...done. Loaded symbols for /usr/lib/libpam.so.1 Reading symbols from /usr/lib/libintl.so.1... warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 done. Loaded symbols for /usr/lib/libintl.so.1 Reading symbols from /usr/local/ssl/lib/libssl.so.0.9.7...done. Loaded symbols for /usr/local/ssl/lib/libssl.so.0.9.7 Reading symbols from /usr/local/ssl/lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/local/ssl/lib/libcrypto.so.0.9.7 Reading symbols from /usr/lib/libresolv.so.2...done. Loaded symbols for /usr/lib/libresolv.so.2 Reading symbols from /usr/lib/libm.so.1...done. Loaded symbols for /usr/lib/libm.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libgen.so.1...done. Loaded symbols for /usr/lib/libgen.so.1 Reading symbols from /usr/lib/libcmd.so.1...done. Loaded symbols for /usr/lib/libcmd.so.1 Reading symbols from /usr/local/lib/libgcc_s.so.1...done. Loaded symbols for /usr/local/lib/libgcc_s.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/iconv.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/iconv.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mbstring.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mbstring.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/imap.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/imap.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mysql.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/mysql.so Reading symbols from /opt/mysql/lib/mysql/libmysqlclient.so.12...done. Loaded symbols for /opt/mysql/lib/mysql/libmysqlclient.so.12 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /usr/lib/libaio.so.1...done. Loaded symbols for /usr/lib/libaio.so.1 Reading symbols from /usr/lib/libmd5.so.1...done. Loaded symbols for /usr/lib/libmd5.so.1 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/gd.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/gd.so Reading symbols from /usr/sfw/lib/libpng.so.2...done. Loaded symbols for /usr/sfw/lib/libpng.so.2 Reading symbols from /usr/sfw/lib/libjpeg.so.62...done. Loaded symbols for /usr/sfw/lib/libjpeg.so.62 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/ldap.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/ldap.so Reading symbols from /usr/local/lib/libldap.so.2...done. Loaded symbols for /usr/local/lib/libldap.so.2 Reading symbols from /usr/local/lib/liblber.so.2...done. Loaded symbols for /usr/local/lib/liblber.so.2 Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/bcmath.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/bcmath.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/calendar.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/calendar.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/dba.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/dba.so Reading symbols from /usr/local/lib/libdb-4.1.so...done. Loaded symbols for /usr/local/lib/libdb-4.1.so Reading symbols from /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/domxml.so...done. Loaded symbols for /opt/php4/lib/php/extensions/no-debug-non-zts-20020429/domxml.so Reading symbols from /usr/local/lib
#26264 [Bgs-Opn]: Compile failure with iconv enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Bogus +Status: Open Bug Type: ICONV related Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: Here you are: ./configure --prefix=/opt/php4 --with-apxs=/opt/apache/bin/apxs --sysconfdir=/opt/etc/php4 --with-config-file-path=/opt/etc/php4 --disable-debug --with-gd=shared --with-jpeg-dir=/usr/sfw --with-png-dir=/usr/sfw --with-zlib=shared --with-imap=shared,/usr/local/src/imap-2002e --with-mysql=shared,/opt/mysql --with-mysql-sock=/var/run/mysql/sock --enable-dba=shared --with-db4=shared,/usr/local --with-ndbm=shared --with-ldap=shared,/usr/local --with-openssl=/usr/local/ssl --with-gettext --with-pear --enable-safe-mode --enable-bcmath=shared --enable-calendar=shared --enable-ftp=shared --enable-sysvmsg --enable-sysvsem --enable-sysvshm --with-mcrypt=shared --with-xml=shared --with-dom=shared --enable-mime-magic --with-iconv=shared --with-mbstring=all Previous Comments: [2003-11-15 21:02:24] [EMAIL PROTECTED] Not enough information. (starting with missing configure line used..etc.) And dear Moriyoshi: I have no idea what you're talking about. Don't assign any bug reports to me, I don't have time to handle them anymore. [2003-11-15 15:39:27] [EMAIL PROTECTED] Assigned to Jani, who didn't try to listen to my warnings :) [2003-11-15 13:56:18] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Description: Hi! I tried to use php 4.3.4 with iconv support but it always segfaults when iconv is enabled. Btw. I wanted to use sun's iconv but gnu iconv had the same result. I tried to compiled php with --enable-debug which stoped this way: gcc -I/usr/include -Iext/iconv/ -I/usr/local/src/php-4.3.4/ext/iconv/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.4/include -I/usr/local/src/php-4.3.4/main -I/usr/local/src/php-4.3.4 -I/usr/local/src/php-4.3.4/Zend -I/usr/local/ssl/include -I/usr/local/include/libxml2 -I/usr/sfw/include -I/usr/local/src/imap-2002e/c-client -I/usr/local/include -I/opt/mysql/include/mysql -I/usr/local/src/php-4.3.4/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/usr/local/src/php-4.3.4/TSRM -g -Wall -pedantic -c /usr/local/src/php-4.3.4/ext/iconv/iconv.c-fPIC -DPIC -o ext/iconv/iconv.lo In file included from /usr/local/src/php-4.3.4/ext/iconv/iconv.c:40: /usr/include/iconv.h:8: warning: ignoring #pragma ident /usr/local/src/php-4.3.4/ext/iconv/iconv.c: In function `zm_startup_miconv': /usr/local/src/php-4.3.4/ext/iconv/iconv.c:129: error: `_libiconv_version' undeclared (first use in this function) /usr/local/src/php-4.3.4/ext/iconv/iconv.c:129: error: (Each undeclared identifier is reported only once /usr/local/src/php-4.3.4/ext/iconv/iconv.c:129: error: for each function it appears in.) /usr/local/src/php-4.3.4/ext/iconv/iconv.c: In function `php_iconv_string': /usr/local/src/php-4.3.4/ext/iconv/iconv.c:272: warning: passing arg 2 of `iconv' from incompatible pointer type make: *** [ext/iconv/iconv.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=26264edit=1
#26264 [Fbk-Opn]: Compile failure with iconv enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Feedback +Status: Open Bug Type: ICONV related Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: Why should this be needed. I haven't installed any libiconv in /usr/local. Solaris provides the iconv in libc and the headers are in /usr/include/iconv.h Previous Comments: [2003-11-16 06:11:34] [EMAIL PROTECTED] Try giving the prefix of iconv library to the configure option, like --with-iconv=shared,/usr/local [2003-11-16 04:31:13] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Here you are: ./configure --prefix=/opt/php4 --with-apxs=/opt/apache/bin/apxs --sysconfdir=/opt/etc/php4 --with-config-file-path=/opt/etc/php4 --disable-debug --with-gd=shared --with-jpeg-dir=/usr/sfw --with-png-dir=/usr/sfw --with-zlib=shared --with-imap=shared,/usr/local/src/imap-2002e --with-mysql=shared,/opt/mysql --with-mysql-sock=/var/run/mysql/sock --enable-dba=shared --with-db4=shared,/usr/local --with-ndbm=shared --with-ldap=shared,/usr/local --with-openssl=/usr/local/ssl --with-gettext --with-pear --enable-safe-mode --enable-bcmath=shared --enable-calendar=shared --enable-ftp=shared --enable-sysvmsg --enable-sysvsem --enable-sysvshm --with-mcrypt=shared --with-xml=shared --with-dom=shared --enable-mime-magic --with-iconv=shared --with-mbstring=all [2003-11-15 21:02:24] [EMAIL PROTECTED] Not enough information. (starting with missing configure line used..etc.) And dear Moriyoshi: I have no idea what you're talking about. Don't assign any bug reports to me, I don't have time to handle them anymore. [2003-11-15 15:39:27] [EMAIL PROTECTED] Assigned to Jani, who didn't try to listen to my warnings :) [2003-11-15 13:56:18] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Description: Hi! I tried to use php 4.3.4 with iconv support but it always segfaults when iconv is enabled. Btw. I wanted to use sun's iconv but gnu iconv had the same result. I tried to compiled php with --enable-debug which stoped this way: gcc -I/usr/include -Iext/iconv/ -I/usr/local/src/php-4.3.4/ext/iconv/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.4/include -I/usr/local/src/php-4.3.4/main -I/usr/local/src/php-4.3.4 -I/usr/local/src/php-4.3.4/Zend -I/usr/local/ssl/include -I/usr/local/include/libxml2 -I/usr/sfw/include -I/usr/local/src/imap-2002e/c-client -I/usr/local/include -I/opt/mysql/include/mysql -I/usr/local/src/php-4.3.4/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/usr/local/src/php-4.3.4/TSRM -g -Wall -pedantic -c /usr/local/src/php-4.3.4/ext/iconv/iconv.c-fPIC -DPIC -o ext/iconv/iconv.lo In file included from /usr/local/src/php-4.3.4/ext/iconv/iconv.c:40: /usr/include/iconv.h:8: warning: ignoring #pragma ident /usr/local/src/php-4.3.4/ext/iconv/iconv.c: In function `zm_startup_miconv': /usr/local/src/php-4.3.4/ext/iconv/iconv.c:129: error: `_libiconv_version' undeclared (first use in this function) /usr/local/src/php-4.3.4/ext/iconv/iconv.c:129: error: (Each undeclared identifier is reported only once /usr/local/src/php-4.3.4/ext/iconv/iconv.c:129: error: for each function it appears in.) /usr/local/src/php-4.3.4/ext/iconv/iconv.c: In function `php_iconv_string': /usr/local/src/php-4.3.4/ext/iconv/iconv.c:272: warning: passing arg 2 of `iconv' from incompatible pointer type make: *** [ext/iconv/iconv.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=26264edit=1
#26264 [NEW]: Segfault witch iconv enabled
From: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Operating system: Solaris 9 PHP version: 4.3.4 PHP Bug Type: ICONV related Bug description: Segfault witch iconv enabled Description: Hi! I tried to use php 4.3.4 with iconv support but it always segfaults when iconv is enabled. Btw. I wanted to use sun's iconv but gnu iconv had the same result. I tried to compiled php with --enable-debug which stoped this way: gcc -I/usr/include -Iext/iconv/ -I/usr/local/src/php-4.3.4/ext/iconv/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.4/include -I/usr/local/src/php-4.3.4/main -I/usr/local/src/php-4.3.4 -I/usr/local/src/php-4.3.4/Zend -I/usr/local/ssl/include -I/usr/local/include/libxml2 -I/usr/sfw/include -I/usr/local/src/imap-2002e/c-client -I/usr/local/include -I/opt/mysql/include/mysql -I/usr/local/src/php-4.3.4/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/usr/local/src/php-4.3.4/TSRM -g -Wall -pedantic -c /usr/local/src/php-4.3.4/ext/iconv/iconv.c-fPIC -DPIC -o ext/iconv/iconv.lo In file included from /usr/local/src/php-4.3.4/ext/iconv/iconv.c:40: /usr/include/iconv.h:8: warning: ignoring #pragma ident /usr/local/src/php-4.3.4/ext/iconv/iconv.c: In function `zm_startup_miconv': /usr/local/src/php-4.3.4/ext/iconv/iconv.c:129: error: `_libiconv_version' undeclared (first use in this function) /usr/local/src/php-4.3.4/ext/iconv/iconv.c:129: error: (Each undeclared identifier is reported only once /usr/local/src/php-4.3.4/ext/iconv/iconv.c:129: error: for each function it appears in.) /usr/local/src/php-4.3.4/ext/iconv/iconv.c: In function `php_iconv_string': /usr/local/src/php-4.3.4/ext/iconv/iconv.c:272: warning: passing arg 2 of `iconv' from incompatible pointer type make: *** [ext/iconv/iconv.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=26264edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26264r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26264r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26264r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26264r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26264r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26264r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26264r=support Expected behavior: http://bugs.php.net/fix.php?id=26264r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26264r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26264r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26264r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26264r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26264r=dst IIS Stability: http://bugs.php.net/fix.php?id=26264r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26264r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26264r=float
#24676 [NEW]: Apache Errcode:2 charset not found
From: joerg dot puzik at bvag dot de Operating system: MS Windows 2000 PHP version: 4.3.2 PHP Bug Type: MySQL related Bug description: Apache Errcode:2 charset not found Description: since we have installed PHP 4.3.2 we get the entry ... File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 2) ... in our APACHE - error.log we have installed mysql on another Server ! our FIX: after we copy just the Folder ...\mysql\share\... to the WEB-Server on C:\mysql\share\... we didn`t get the Error-Entry -- Edit bug report at http://bugs.php.net/?id=24676edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24676r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24676r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24676r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24676r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24676r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24676r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24676r=support Expected behavior: http://bugs.php.net/fix.php?id=24676r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24676r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24676r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24676r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24676r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24676r=dst IIS Stability: http://bugs.php.net/fix.php?id=24676r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24676r=gnused
#24316 [Fbk]: imagepng() crashes apache2
ID: 24316
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: GD related
Operating System: IRIX64 indigo2 6.5 04091957 IP28
PHP Version: 4.3.3RC1
New Comment:
No, its using preforking. I create now a build with less extensions...
only php gd+png and try again.
Previous Comments:
[2003-06-24 08:59:29] [EMAIL PROTECTED]
Are you using the 'worker' (thread) based model? If that is the case
try removing '--with-ttf=/usr/local' from your configure line and see
if you can still replicate the scrash.
[2003-06-24 08:56:38] [EMAIL PROTECTED]
Description:
Apache2 produce a core when using the imagepng() function that would
returns the image direcly to the browser.
That wont happend when testing the same script with php cli version.
First i thought that i can avoid this when saving the image to disk but
thats produce only 0 bytes files.
The whole box get a fresh install of everything and a plain php was
built.
'./configure' \
'--with-zlib-dir=/usr/local' \
'--with-zlib' \
'--with-apxs2filter=/usr/local/apache2/bin/apxs' \
'--with-config-file-path=/etc' \
'--with-mysql=/usr/local/mysql' \
'--with-pear' \
'--with-gd' \
'--with-jpeg-dir=/usr/local' \
'--with-png-dir=/usr/local' \
'--with-ttf=/usr/local' \
'--enable-debug' \
ldd /usr/local/apache2/modules/libphp4.so
libmysqlclient.so.13 =
/usr/local/mysql/lib/mysql/libmysqlclient.so.13
libttf.so.3 = /usr/local/lib/libttf.so.3
libpng.so.3 = /usr/local/lib/libpng.so.3
libz.so = /usr/local/lib/libz.so
libjpeg.so = /usr/local/lib/libjpeg.so
libm.so = /usr/lib32/libm.so
libc.so.1 =/usr/lib32/libc.so.1
libcrypt.so = /usr/lib32/libcrypt.so
libgen.so =/usr/lib32/libgen.so
libnsl.so =/usr/lib32/libnsl.so
Reproduce code:
---
?php
$format = 'png';
$im = ImageCreate (250, 100) or die (Canot create GD-Stream);
ImageColorAllocate ($im, 120, 255, 255);
header('Content-type: image/'.$format);
ImagePNG ($im);
?
Expected result:
Something like
\211PNG^M
^Z
^MIHDRúd^A^C\225N¿M^CPLTExÿÿC¾^VÍ^ZIDATx\234íÁ^A^M ÷Om^O^G^TÀ\217^A^Lä^AÒ±ódIEND®B`\202
Actual result:
--
I get
/usr/local/apache2/bin/httpd -X
Trace/BPT/RangeErr/DivZero/Ovflow trap (core dumped)
when run that script.
gdb /usr/local/apache2/bin/httpd core
GNU gdb 5.3
Copyright 2002 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 mips-sgi-irix6.5...
Core was generated by `httpd'.
Program terminated with signal 5, Trace/breakpoint trap.
Reading symbols from /usr/local/lib32/libssl.so.0.9.7...done.
Loaded symbols for /usr/local/lib32/libssl.so.0.9.7
Reading symbols from /usr/local/lib32/libcrypto.so.0.9.7...done.
Loaded symbols for /usr/local/lib32/libcrypto.so.0.9.7
Reading symbols from /usr/local/apache2/lib/libaprutil-0.so.1...done.
Loaded symbols for /usr/local/apache2/lib/libaprutil-0.so.1
Reading symbols from /usr/local/lib32/libexpat.so.1...done.
Loaded symbols for /usr/local/lib32/libexpat.so.1
Reading symbols from /usr/local/lib32/libiconv.so.3...done.
Loaded symbols for /usr/local/lib32/libiconv.so.3
Reading symbols from /usr/local/apache2/lib/libapr-0.so.1...done.
Loaded symbols for /usr/local/apache2/lib/libapr-0.so.1
Reading symbols from /usr/lib32/libm.so...done.
Loaded symbols for /usr/lib32/libm.so
Reading symbols from /usr/lib32/libsocket.so...done.
Loaded symbols for /usr/lib32/libsocket.so
Reading symbols from /usr/lib32/libnsl.so...done.
Loaded symbols for /usr/lib32/libnsl.so
Reading symbols from /usr/lib32/libpthread.so...done.
Loaded symbols for /usr/lib32/libpthread.so
Reading symbols from /usr/lib32/libmp.so...done.
Loaded symbols for /usr/lib32/libmp.so
Reading symbols from /usr/lib32/libc.so.1...done.
Loaded symbols for /usr/lib32/libc.so.1
Reading symbols from /usr/local/lib32/libz.so...done.
Loaded symbols for /usr/local/lib32/libz.so
[skip apache module]
Reading symbols from /usr/local/apache2/modules/libphp4.so...done.
Loaded symbols for /usr/local/apache2/modules/libphp4.so
Reading symbols from
/usr/local/mysql/lib/mysql/libmysqlclient.so.13...done.
Loaded symbols for /usr/local/mysql/lib/mysql/libmysqlclient.so.13
Reading symbols from /usr/local/lib32/libttf.so.3...done.
Loaded symbols for /usr/local/lib32/libttf.so.3
Reading symbols from /usr/local/lib32/libpng.so.3...done.
Loaded symbols for /usr/local/lib32/libpng.so.3
Loaded symbols for /usr/local/lib32/libz.so
Reading symbols from
#24233 [NEW]: imap.so module broken
From: joerg dot ludwig at hvf-bs dot net
Operating system: RedHat 7.3 Linux
PHP version: 4.3.2
PHP Bug Type: *Compile Issues
Bug description: imap.so module broken
Description:
I built my php rpm with these options:
%configure \
--cache-file=../config.cache \
--with-config-file-path=%{_sysconfdir}/miniphp \
--enable-force-cgi-redirect \
--disable-debug \
--disable-rpath \
--enable-inline-optimization \
--with-exec-dir=%{_bindir} \
--disable-all \
--with-pcre-regex \
--enable-posix \
--enable-memory-limit \
--enable-mbstring \
--with-imap=shared \
--with-imap-ssl \
--with-kerberos=/usr/kerberos
I got no errors while building, but I couldn't load the imap module:
# php -r 'dl(imap.so);'
Warning: dl(): Unable to load dynamic library '/usr/lib/php4/imap.so' -
¨áB¨áB/php4/imap.so: shared object not open in Command line code on line
1
When I add --with-openssl to configure, everything works.
Expected result:
I expect configure to output an error instead of building a broken
module.
A notice in configure --help would be helpful too.
--
Edit bug report at http://bugs.php.net/?id=24233edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24233r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24233r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24233r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24233r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24233r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24233r=support
Expected behavior: http://bugs.php.net/fix.php?id=24233r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24233r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24233r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24233r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24233r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24233r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24233r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24233r=gnused
#24076 [Opn-Bgs]: imagecreatejpeg() problem!
ID: 24076 Updated by: [EMAIL PROTECTED] Reported By: erwin at flashdevils dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux Redhat 7.2 PHP Version: 4.3.2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. When using php with gdlib 2.x you MUST use the imagecreateturcolor() function instead imagecreate() in your scaling part to avoid ugly looking colors. Previous Comments: [2003-06-07 18:10:44] erwin at flashdevils dot com Dear Sirs, We have this image upload script to the database. Before it uploads to MySQL it peforms a imagecreatejpeg() to temporary store the image as a file in a ./tmp folder. This to change the size of the image and than store it in the database. When the imagecreatejpeg() has creates a file in the temp folder the image has very weird colors like the colors are totaly mixed up...it looks ugly in the worst way...well you can still see abit whats on the image but thats it. When i store it with the original size so without use of imagecreatejpeg() everything is fine so i think it is in that. For more information and screenshots you can contact me and i'll be glad to send the shots or info over. -- Edit this bug report at http://bugs.php.net/?id=24076edit=1
#22353 [Opn]: Checking whether IMAP works dumps core
ID: 22353
User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de
Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de
Status: Open
Bug Type: Compile Failure
Operating System: Solaris 8
PHP Version: 4CVS-2003-02-21 (stable)
New Comment:
Hi!
/usr/lib/libc-client.a(mail.o):/usr/src/redhat/BUILD/imap-2000c/c-client
Your c-client-Library might be to old!
Previous Comments:
[2003-02-21 12:49:58] Joerg dot Dieter dot Friedrich at uni-konstanz
dot de
configure:35607: checking whether SSL libraries are needed for
c-client
configure:35800: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-DSOLARIS2=280 -DEAPI -DUSE_EXPAT -L/usr/local/BerkeleyDB.3.3/lib
-R/usr/ucblib -L/usr/ucblib
-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/local/BerkeleyDB.3.3/lib -L/usr/local/BerkeleyDB.3.3/lib
-R/usr/local/lib -L/usr/local/lib -R/usr/local/src/imap-2002b//c-client
-L/usr/local/src/imap-2002b//c-client conftest.c -lcrypto -lssl
-lc-client -lcrypt -lpam -lintl -lpng -lz -ljpeg -ldb-3.3 -lz -lssl
-lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 15
Undefined first referenced
symbol in file
auth_gssapi_valid /var/tmp/ccMY2Y0c.o
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#line 35775 configure
#include confdefs.h
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char auth_gssapi_valid();
int main() {
auth_gssapi_valid();
return 0;
}
configure:35826: checking whether IMAP works
configure:35859: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-DSOLARIS2=280 -DEAPI -DUSE_EXPAT -L/usr/local/BerkeleyDB.3.3/lib
-R/usr/ucblib -L/usr/ucblib
-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/local/BerkeleyDB.3.3/lib -L/usr/local/BerkeleyDB.3.3/lib
-R/usr/local/lib -L/usr/local/lib -R/usr/local/src/imap-2002b//c-client
-L/usr/local/src/imap-2002b//c-client conftest.c -lcrypto -lssl
-lc-client -lcrypt -lpam -lintl -lpng -lz -ljpeg -ldb-3.3 -lz -lssl
-lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 15
configure: failed program was:
#line 35834 configure
#include confdefs.h
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_open();
int main() {
mail_open();
return 0;
}
[2003-02-21 10:25:40] [EMAIL PROTECTED]
Why? It works fine for me (tm) :)
(add the relevant part of config.log here..)
[2003-02-21 07:31:15] Joerg dot Dieter dot Friedrich at uni-konstanz
dot de
Patch:
diff configure.orig configure
35853c35853
mail_open();
---
mail_open(0,,0);
--
Edit this bug report at http://bugs.php.net/?id=22353edit=1
#22376 [NEW]: Wishlist bug: Modify Makefile/configure for INSTALL_ROOT installation
From: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Operating system: Solaris 8 PHP version: 4.3.1 PHP Bug Type: *Compile Issues Bug description: Wishlist bug: Modify Makefile/configure for INSTALL_ROOT installation Hi! ATM I try to build PHP-Solaris-Packages. I use the INSTALL_ROOT feature of your Makefile. The problem is that apxs is called with option -a to directly modify httpd.conf. But this is in a very different place. Is is possible that '-a' is only appended to the apxs-call when INSTALL_ROOT is empty. Yours Joerg -- Edit bug report at http://bugs.php.net/?id=22376edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22376r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22376r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22376r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22376r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22376r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22376r=support Expected behavior: http://bugs.php.net/fix.php?id=22376r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22376r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22376r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22376r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22376r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22376r=dst IIS Stability: http://bugs.php.net/fix.php?id=22376r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22376r=gnused
#22353 [NEW]: Checking whether IMAP works dumps core
From: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Operating system: Solaris 8 PHP version: 4CVS-2003-02-21 (stable) PHP Bug Type: Compile Failure Bug description: Checking whether IMAP works dumps core Patch: diff configure.orig configure 35853c35853 mail_open(); --- mail_open(0,,0); -- Edit bug report at http://bugs.php.net/?id=22353edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22353r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22353r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22353r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22353r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22353r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22353r=support Expected behavior: http://bugs.php.net/fix.php?id=22353r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22353r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22353r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22353r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22353r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22353r=dst IIS Stability: http://bugs.php.net/fix.php?id=22353r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22353r=gnused
#22304 [Bgs-Csd]: imap_sort fails when c-client =2002 and SE_UID and imapserver has no SORT-cap
ID: 22304 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Bogus +Status: Closed Bug Type: IMAP related Operating System: Solaris 8 PHP Version: 4.3.1 New Comment: This was a bug in c-client.a from UW-imap distribution. The patch is quite simple. It hopefully will be solved soon in the c-client. This patch is for src/c-client/imap4r1.c from UW-imap: 1758c1758 mail_search_full (stream,charset,spg,flags); --- mail_search_full (stream,charset,spg,flags SE_NOSERVER); Thanks for your help. Previous Comments: [2003-02-20 01:56:19] [EMAIL PROTECTED] You should report this to the c-client author since this is not PHP bug. [2003-02-19 15:40:31] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Hi! I encountered following problem: imap_sort returns an empty array if all of the following criteria are satisfied: 1. php_imap is linked against libc-client.a = 2002 2. the imapserver has no SORT capability here former iPlanet now SunOneblabla imapserver 3. request from imap_sort to return UIDs with SE_UID I was told that this problem does not encounter on Linux, but I cannot confirm this. And I had no time to test php prior to 4.3.0. php compiled against | imap_sort(...,SE_UID) imap-2001a w/o ssl | works imap-2001a w/ ssl | works imap-2002b w/o ssl | doesn't works imap-2002b w/ ssl | doesn't works imap-2003-dev w/o ssl | doesn't works imap-2003-dev w/ ssl | doesn't works I switched back to imap-2001a, but I hope this can be resolved. Yours Jörg -- Edit this bug report at http://bugs.php.net/?id=22304edit=1
#22309 [Opn]: open_basedir: strange problems
ID: 22309 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Status: Open Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.1 New Comment: Hi! I testet the snapshot php4-STABLE-200302211030 and the problem is still there. Previous Comments: [2003-02-20 01:55:11] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Yes, there is definitly no php_(admin_)value open_basedir in httpd.conf. I'll try the snapshot as soon as I'm back in my office. Yours Joerg [2003-02-19 22:01:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And are you setting open_basedir in httpd.conf?? As you can see, the setting seems to get reset at some point. [2003-02-19 17:41:47] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Hi! First I know that there are a lot of different bugs concerning open_basedir, and I read recent ones, about 20. But this is all strange. Second: My system is a Sparc U10 Solaris 8 based. Apache 1.3.27 and PHP4.3.1 This is my test system for out Webmailservice. ATM there is a Horde-1.2.8/imp2.2.8 installed which is a identical copy from our working production system. This is in docroot of the apache. (Filesystem location: /opt/horde/htdocs/horde/imp). php.ini hase a include_path to /opt/horde/phplib, and the auto_prepend_file statement for phplib. open_basedir is set to .:/opt/php4/lib/php:/opt/horde2test:/var/tmp/ldapcache:/opt/horde:/var/webmail-attachments We are in the transition to Horde2.2.1/imp3.1. I installed the new system into /opt/horde2test and made an alias in apache's httpd.conf to https://server/imp3test and set via php_admin_value the prepend file to none and the include-path to php4.3.1/pear-directory. This is all still working fine. But we have a small and dirty hack within the old horde/imp combo which is needed to get the userid from a ldapserver. The users have to use their mail-alias to login, but for the connection to the imapserver the userid is required. Our piece of code does only some ldap-queries and then tries to store the result in a file to speed up next login. and the code to write these small files is this: $pfad=/tmp/ldapcache/.$buchstabe1./.$buchstabe2; $filename=$pfad./.$imp['user']; $command=mkdir -m 0700 -p .$pfad; exec($command); $fd=fopen($filename,w); fwrite($fd,$imp['unipopid']); fwrite($fd,\n); fclose($fd); In Horde1/imp2 there is no error the files are created. In Horde2/imp3 I always get: [19-Feb-2003 21:06:37] PHP Warning:fopen()]: open_basedir restriction in effect. File(/tmp/ldapcache/j/f/joerg.dieter.friedrich) is not within the allowed path(s): (.) in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 166 [19-Feb-2003 21:06:37] PHP Warning: fopen(/tmp/ldapcache/j/f/joerg.dieter.friedrich): failed to create stream: Not owner in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 166 [19-Feb-2003 21:06:37] PHP Warning: fwrite(): supplied argument is not a valid stream resource in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 167 [19-Feb-2003 21:06:37] PHP Warning: fwrite(): supplied argument is not a valid stream resource in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 167 [19-Feb-2003 21:06:37] PHP Warning: fclose(): supplied argument is not a valid stream resource in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 168 If I use the older horde/imp on the _same_ machine with the _same_ apache/php there is no problem the file is created. And to be more funny: /tmp is a symlink to /var/tmp If i change the line $pfad=/tmp/ldapcache/.$buchstabe1./.$buchstabe2; to $pfad=/var/tmp/ldapcache/.$buchstabe1./.$buchstabe2; everything works as expected. And now I do not know what to do? What can cause such strange effects? To be honest I hesitate to go productional with such a system if I cannot be sure that its working as it should. Yours Joerg -- Edit this bug report at http://bugs.php.net/?id=22309edit=1
#22353 [Fbk-Opn]: Checking whether IMAP works dumps core
ID: 22353
User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de
Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de
-Status: Feedback
+Status: Open
Bug Type: Compile Failure
Operating System: Solaris 8
PHP Version: 4CVS-2003-02-21 (stable)
New Comment:
configure:35607: checking whether SSL libraries are needed for
c-client
configure:35800: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-DSOLARIS2=280 -DEAPI -DUSE_EXPAT -L/usr/local/BerkeleyDB.3.3/lib
-R/usr/ucblib -L/usr/ucblib
-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/local/BerkeleyDB.3.3/lib -L/usr/local/BerkeleyDB.3.3/lib
-R/usr/local/lib -L/usr/local/lib -R/usr/local/src/imap-2002b//c-client
-L/usr/local/src/imap-2002b//c-client conftest.c -lcrypto -lssl
-lc-client -lcrypt -lpam -lintl -lpng -lz -ljpeg -ldb-3.3 -lz -lssl
-lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 15
Undefined first referenced
symbol in file
auth_gssapi_valid /var/tmp/ccMY2Y0c.o
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#line 35775 configure
#include confdefs.h
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char auth_gssapi_valid();
int main() {
auth_gssapi_valid();
return 0;
}
configure:35826: checking whether IMAP works
configure:35859: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-DSOLARIS2=280 -DEAPI -DUSE_EXPAT -L/usr/local/BerkeleyDB.3.3/lib
-R/usr/ucblib -L/usr/ucblib
-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/local/BerkeleyDB.3.3/lib -L/usr/local/BerkeleyDB.3.3/lib
-R/usr/local/lib -L/usr/local/lib -R/usr/local/src/imap-2002b//c-client
-L/usr/local/src/imap-2002b//c-client conftest.c -lcrypto -lssl
-lc-client -lcrypt -lpam -lintl -lpng -lz -ljpeg -ldb-3.3 -lz -lssl
-lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 15
configure: failed program was:
#line 35834 configure
#include confdefs.h
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_open();
int main() {
mail_open();
return 0;
}
Previous Comments:
[2003-02-21 10:25:40] [EMAIL PROTECTED]
Why? It works fine for me (tm) :)
(add the relevant part of config.log here..)
[2003-02-21 07:31:15] Joerg dot Dieter dot Friedrich at uni-konstanz
dot de
Patch:
diff configure.orig configure
35853c35853
mail_open();
---
mail_open(0,,0);
--
Edit this bug report at http://bugs.php.net/?id=22353edit=1
#22304 [NEW]: imap_sort fails when c-client =2002 and SE_UID and imapserver has no SORT-cap
From: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Operating system: Solaris 8 PHP version: 4.3.1 PHP Bug Type: IMAP related Bug description: imap_sort fails when c-client =2002 and SE_UID and imapserver has no SORT-cap Hi! I encountered following problem: imap_sort returns an empty array if all of the following criteria are satisfied: 1. php_imap is linked against libc-client.a = 2002 2. the imapserver has no SORT capability here former iPlanet now SunOneblabla imapserver 3. request from imap_sort to return UIDs with SE_UID I was told that this problem does not encounter on Linux, but I cannot confirm this. And I had no time to test php prior to 4.3.0. php compiled against | imap_sort(...,SE_UID) imap-2001a w/o ssl | works imap-2001a w/ ssl | works imap-2002b w/o ssl | doesn't works imap-2002b w/ ssl | doesn't works imap-2003-dev w/o ssl | doesn't works imap-2003-dev w/ ssl | doesn't works I switched back to imap-2001a, but I hope this can be resolved. Yours Jörg -- Edit bug report at http://bugs.php.net/?id=22304edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22304r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22304r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22304r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22304r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22304r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22304r=support Expected behavior: http://bugs.php.net/fix.php?id=22304r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22304r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22304r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22304r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22304r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22304r=dst IIS Stability: http://bugs.php.net/fix.php?id=22304r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22304r=gnused
#22309 [NEW]: open_basedir: strange problems
From: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Operating system: Solaris 8 PHP version: 4.3.1 PHP Bug Type: *Directory/Filesystem functions Bug description: open_basedir: strange problems Hi! First I know that there are a lot of different bugs concerning open_basedir, and I read recent ones, about 20. But this is all strange. Second: My system is a Sparc U10 Solaris 8 based. Apache 1.3.27 and PHP4.3.1 This is my test system for out Webmailservice. ATM there is a Horde-1.2.8/imp2.2.8 installed which is a identical copy from our working production system. This is in docroot of the apache. (Filesystem location: /opt/horde/htdocs/horde/imp). php.ini hase a include_path to /opt/horde/phplib, and the auto_prepend_file statement for phplib. open_basedir is set to .:/opt/php4/lib/php:/opt/horde2test:/var/tmp/ldapcache:/opt/horde:/var/webmail-attachments We are in the transition to Horde2.2.1/imp3.1. I installed the new system into /opt/horde2test and made an alias in apache's httpd.conf to https://server/imp3test and set via php_admin_value the prepend file to none and the include-path to php4.3.1/pear-directory. This is all still working fine. But we have a small and dirty hack within the old horde/imp combo which is needed to get the userid from a ldapserver. The users have to use their mail-alias to login, but for the connection to the imapserver the userid is required. Our piece of code does only some ldap-queries and then tries to store the result in a file to speed up next login. and the code to write these small files is this: $pfad=/tmp/ldapcache/.$buchstabe1./.$buchstabe2; $filename=$pfad./.$imp['user']; $command=mkdir -m 0700 -p .$pfad; exec($command); $fd=fopen($filename,w); fwrite($fd,$imp['unipopid']); fwrite($fd,\n); fclose($fd); In Horde1/imp2 there is no error the files are created. In Horde2/imp3 I always get: [19-Feb-2003 21:06:37] PHP Warning:fopen()]: open_basedir restriction in effect. File(/tmp/ldapcache/j/f/joerg.dieter.friedrich) is not within the allowed path(s): (.) in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 166 [19-Feb-2003 21:06:37] PHP Warning: fopen(/tmp/ldapcache/j/f/joerg.dieter.friedrich): failed to create stream: Not owner in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 166 [19-Feb-2003 21:06:37] PHP Warning: fwrite(): supplied argument is not a valid stream resource in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 167 [19-Feb-2003 21:06:37] PHP Warning: fwrite(): supplied argument is not a valid stream resource in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 167 [19-Feb-2003 21:06:37] PHP Warning: fclose(): supplied argument is not a valid stream resource in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 168 If I use the older horde/imp on the _same_ machine with the _same_ apache/php there is no problem the file is created. And to be more funny: /tmp is a symlink to /var/tmp If i change the line $pfad=/tmp/ldapcache/.$buchstabe1./.$buchstabe2; to $pfad=/var/tmp/ldapcache/.$buchstabe1./.$buchstabe2; everything works as expected. And now I do not know what to do? What can cause such strange effects? To be honest I hesitate to go productional with such a system if I cannot be sure that its working as it should. Yours Joerg -- Edit bug report at http://bugs.php.net/?id=22309edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22309r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22309r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22309r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22309r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22309r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22309r=support Expected behavior: http://bugs.php.net/fix.php?id=22309r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22309r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22309r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22309r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22309r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22309r=dst IIS Stability: http://bugs.php.net/fix.php?id=22309r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22309r=gnused
#22309 [Fbk-Opn]: open_basedir: strange problems
ID: 22309 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Feedback +Status: Open Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.1 New Comment: Yes, there is definitly no php_(admin_)value open_basedir in httpd.conf. I'll try the snapshot as soon as I'm back in my office. Yours Joerg Previous Comments: [2003-02-19 22:01:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And are you setting open_basedir in httpd.conf?? As you can see, the setting seems to get reset at some point. [2003-02-19 17:41:47] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Hi! First I know that there are a lot of different bugs concerning open_basedir, and I read recent ones, about 20. But this is all strange. Second: My system is a Sparc U10 Solaris 8 based. Apache 1.3.27 and PHP4.3.1 This is my test system for out Webmailservice. ATM there is a Horde-1.2.8/imp2.2.8 installed which is a identical copy from our working production system. This is in docroot of the apache. (Filesystem location: /opt/horde/htdocs/horde/imp). php.ini hase a include_path to /opt/horde/phplib, and the auto_prepend_file statement for phplib. open_basedir is set to .:/opt/php4/lib/php:/opt/horde2test:/var/tmp/ldapcache:/opt/horde:/var/webmail-attachments We are in the transition to Horde2.2.1/imp3.1. I installed the new system into /opt/horde2test and made an alias in apache's httpd.conf to https://server/imp3test and set via php_admin_value the prepend file to none and the include-path to php4.3.1/pear-directory. This is all still working fine. But we have a small and dirty hack within the old horde/imp combo which is needed to get the userid from a ldapserver. The users have to use their mail-alias to login, but for the connection to the imapserver the userid is required. Our piece of code does only some ldap-queries and then tries to store the result in a file to speed up next login. and the code to write these small files is this: $pfad=/tmp/ldapcache/.$buchstabe1./.$buchstabe2; $filename=$pfad./.$imp['user']; $command=mkdir -m 0700 -p .$pfad; exec($command); $fd=fopen($filename,w); fwrite($fd,$imp['unipopid']); fwrite($fd,\n); fclose($fd); In Horde1/imp2 there is no error the files are created. In Horde2/imp3 I always get: [19-Feb-2003 21:06:37] PHP Warning:fopen()]: open_basedir restriction in effect. File(/tmp/ldapcache/j/f/joerg.dieter.friedrich) is not within the allowed path(s): (.) in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 166 [19-Feb-2003 21:06:37] PHP Warning: fopen(/tmp/ldapcache/j/f/joerg.dieter.friedrich): failed to create stream: Not owner in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 166 [19-Feb-2003 21:06:37] PHP Warning: fwrite(): supplied argument is not a valid stream resource in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 167 [19-Feb-2003 21:06:37] PHP Warning: fwrite(): supplied argument is not a valid stream resource in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 167 [19-Feb-2003 21:06:37] PHP Warning: fclose(): supplied argument is not a valid stream resource in /opt/horde2test/htdocs/horde/imp/lib/IMP.php on line 168 If I use the older horde/imp on the _same_ machine with the _same_ apache/php there is no problem the file is created. And to be more funny: /tmp is a symlink to /var/tmp If i change the line $pfad=/tmp/ldapcache/.$buchstabe1./.$buchstabe2; to $pfad=/var/tmp/ldapcache/.$buchstabe1./.$buchstabe2; everything works as expected. And now I do not know what to do? What can cause such strange effects? To be honest I hesitate to go productional with such a system if I cannot be sure that its working as it should. Yours Joerg -- Edit this bug report at http://bugs.php.net/?id=22309edit=1
#21962 [Opn-Csd]: Couldn't compile with ingres-support
ID: 21962 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: SUN Solaris 2.8 PHP Version: 4.3.0 New Comment: I've found the solution. After the configure, you have to edit the Makefile. Search for the line with the compilre statements like -lm and add -lelf. Then this library is also included. Kind Regards Joerg Schoppet Previous Comments: [2003-01-30 09:22:09] [EMAIL PROTECTED] Hi, following environment: SUN Solaris 2.8 Apache 2.0.44 config-options: configure \ --prefix=/usr/local/apache \ --enable-so \ --enable-cgi \ --enable-info \ --enable-rewrite \ --enable-speling \ --enable-usertrack \ --enable-deflate \ --enable-mime-magic CA Ingres II 2.5 PHP 4.3.0 config-options: configure \ --with-apxs2=/usr/local/apache/bin/apxs \ --with-mysql \ --prefix=/usr/local/apache/php \ --with-config-file-path=/usr/local/apache/php \ --enable-track-vars \ --enable-force-cgi-redirect \ --disable-cgi \ --with-zlib \ --with-gettext \ --with-ingres=/fes/ingres The configure-script runs without an error, but when I run make I get the follow error: /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -avoid-version -module -L/usr/ucblib -L/opt/sfw/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3 -L/fes/ingres/lib -R /usr/ucblib -R /opt/sfw/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3 -R /fes/ingres/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/gettext/gettext.lo ext/ingres_ii/ii.lo ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo ext/mysql/libmysql/ctype.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo
#21962 [NEW]: Couldn't compile with ingres-support
ext/standard/aggregation.lo ext/standard/sha1.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lingres -liiapi -lintl -lz -lcrypt -lresolv -lm -ldl -lnsl -lsocket -lgcc -lcrypt -o sapi/cli/php Undefined first referenced symbol in file elf_getdata /fes/ingres/lib/libingres.a(symbol.o) elf_end /fes/ingres/lib/libingres.a(object.o) elf32_getshdr /fes/ingres/lib/libingres.a(symbol.o) elf_nextscn /fes/ingres/lib/libingres.a(symbol.o) elf_version /fes/ingres/lib/libingres.a(object.o) elf_strptr /fes/ingres/lib/libingres.a(symbol.o) elf_begin /fes/ingres/lib/libingres.a(object.o) elf32_getehdr /fes/ingres/lib/libingres.a(symbol.o) ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `sapi/cli/php' What can I do? Kind Regards Joerg Schoppet -- Edit bug report at http://bugs.php.net/?id=21962edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21962r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21962r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21962r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21962r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21962r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21962r=support Expected behavior: http://bugs.php.net/fix.php?id=21962r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21962r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21962r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21962r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21962r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21962r=dst IIS Stability: http://bugs.php.net/fix.php?id=21962r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21962r=gnused
#20602 [Opn-Bgs]: Apache2.dll file distributed is expecting a non-exist path
ID: 20602 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows 2000 SP3 PHP Version: 4.2.3 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. You need at least a php cvs version when using Apache 2.0.43 otherwise take the 2.0.39 which works with php 4.2.3 Previous Comments: [2002-11-23 17:45:44] [EMAIL PROTECTED] I'm running Windows 2000 SP3 (with all updates). I've also just installed Apache2 2.0.43. I added LoadModule php4_module c:/PHP/sapi/php4apache2.dll AddType application/x-httpd-php .php to my httpd.conf file. When I tried testing it I got the following: C:\C:\Program Files\Apache Group\Apache2\bin\Apache.exe -w -t -f C:\Program Files\Apache Group\Apache2\conf\httpd.conf -d C:\Program Files\Apache Group\Apache2\. Apache.exe: module c:\php4build\snap\sapi\apache2filter\sapi_apache2.c is not compatible with this version of Apache (found 20020628, need 20020903). Please contact the vendor for the correct version. Just thought you'd like to know. l8r -- Edit this bug report at http://bugs.php.net/?id=20602edit=1
#20159 [Bgs-Opn]: ./configure doesn't exist!
ID: 20159 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: *Configuration Issues Operating System: Mac OS 10.2 PHP Version: 4CVS-2002-10-29 New Comment: It looks like that the today php4-latest.tar.gz ( 20021030) not contains a ./configure like all the prior tarballs. When creating one using ./builconf the bison version checks struggling ... 1.33 not acceptet pls use 1.30 ? Why is the check making in the buildconf an not in the ./configure scipt? Previous Comments: [2002-10-29 20:30:44] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. you need to run ./buildconf inside the php4 directory, which will create the configure script amongst other things. [2002-10-29 20:10:12] [EMAIL PROTECTED] I just downloaded the latest CVS (and the one before it) and when I type ./configure with any sort of args it responds ./configure: Command not found. -- Edit this bug report at http://bugs.php.net/?id=20159edit=1
#19292 [Fbk]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: linux PHP Version: 4.3.0-dev,4.2.3 New Comment: Testing the latest php4-200210200600 shows the same behaviour. I have using it by renaming a index.html to index.php file. So no special php funktion is using and i'm sure that there is no auto_prepend_file or something else. Here are the php configuration for that vhost. IfModule mod_php4.c php_admin_flag engine on php_admin_flag safe_mode on php_admin_value session.save_path /daten/http/takenet/www.ad4screen.de/tmp php_admin_value open_basedir /daten/http/takenet/www.ad4screen.de:/usr/lib/php/ php_admin_value doc_root /daten/http/takenet/www.ad4screen.de php_admin_value upload_tmp_dir /daten/http/takenet/www.ad4screen.de/tmp php_admin_value error_log /daten/http/takenet/www.ad4screen.de/logs/php_error.log php_admin_value upload_max_filesize 10M php_admin_value post_max_size 10M /IfModule Previous Comments: [2002-10-18 16:43:52] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Try this LATEST snapshot. [2002-10-16 03:54:55] [EMAIL PROTECTED] Another update: This appears to be happening only to virtual hosts which do not have the admin flag open_basedir set. [2002-10-15 23:02:16] [EMAIL PROTECTED] Update: Upon closer inspection, I'm getting the same error occasionally from simply loading my testfile2.php script, it seems to be a general PHP problem rather than relatedd specifically to the include() or any other function. I have not tested any version subsequent to 4.2.3 as I don't have a development system available. [2002-10-15 22:48:23] [EMAIL PROTECTED] Rasmus: Here is the code I have just used to test this issue: testfile1.php: ? include( testfile2.php ); ? testfile2.php: ? echo testing...; ? When trying to load testfile1.php, it works approx. 80% of the time, displaying 'testing...' in the browser. However, about one time in 5 it displays the following error: Warning: open_basedir restriction in effect. File is in wrong directory in Unknown on line 0 Warning: Failed opening '/home/httpd/html/testfile1.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 (Note it says it is unable to open the main file, not the one I'm trying to include in my script) [2002-10-15 21:48:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Please try the snapshot so we know whether this is fixed or not. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19292 -- Edit this bug report at http://bugs.php.net/?id=19292edit=1
#19292 [Ctl]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Apache related Operating System: linux PHP Version: 4.2.3 New Comment: I can confirm the message from [EMAIL PROTECTED] Same problem here on several linux boxes that servers a nummer of virtual host. On some vhosts we have these error on every 2nd hit. There is a chance that these kind of error not effected is to the first vhost. I have made a test with the latest 'php4-20021010' with shows the same behavior. Realy weird is that the unkown error messages shows the WRONG settings (open_basedir) for that vhosts. Screenshot: http://sgi.takenet.de/~beh/error.gif They are 2 other things out there that apps that using pear(cache) shows open_basedir restrictions too. But the pear directory is always allowed. The make install prozess from the php latest and php-4.3rc1 shows both tng-web:/usr/src/php-4.3.0pre1 # make install Installing PHP SAPI module [activating module `php4' in /usr/apache/conf/httpd.conf] cp libs/libphp4.so /usr/apache/libexec/libphp4.so chmod 755 /usr/apache/libexec/libphp4.so cp /usr/apache/conf/httpd.conf /usr/apache/conf/httpd.conf.bak cp /usr/apache/conf/httpd.conf.new /usr/apache/conf/httpd.conf rm /usr/apache/conf/httpd.conf.new Installing shared extensions: /usr/lib/php/extensions/no-debug-non-zts-20020429/ Installing PHP CLI binary:/usr/bin/ Installing PEAR environment: /usr/lib/php/ Warning: file_exists() [http://www.php.net/function.file-exists]: SAFE MODE Restriction in effect. The script whose uid is 500 is not allowed to access /root owned by uid 0 in /daten/src/php-4.3.0pre1/pear/PEAR/Config.php on line 282 a lot of more warnings. Screenshot: http://sgi.takenet.de/~beh/error2.gif We are not using any kind of caching software or other 3rd party modules. And yes.. switching back to 4.2.1 solves all the problems without making any changes on configfiles (php.ini , httpd.conf) Previous Comments: [2002-10-10 08:43:37] [EMAIL PROTECTED] Keep this at 'Critical' status. ([EMAIL PROTECTED]: Can you be a bit more specific? And did you test with PHP 4.3.0-dev there?) [2002-10-10 05:05:17] [EMAIL PROTECTED] Same here, yet only on one of four production boxes. Error randomly pops up, and is gone after reloading (seems to be only one apache child at a time is effected). Seems like the error occurs for all functions using file i/o, mainly include() in our case. [2002-10-09 13:13:09] [EMAIL PROTECTED] Could someone please check if this is still a problem in current CVS? [2002-10-05 19:28:45] [EMAIL PROTECTED] Keep it critical. [2002-10-05 10:43:37] [EMAIL PROTECTED] I just checked in a change to the open_basedir check. I don't think it is a fix for your problems, but it could be. Please try using this CVS snapshot on a non-production machine: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Thanks, Brian 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/19292 -- Edit this bug report at http://bugs.php.net/?id=19292edit=1
Bug #17186: session works only after reload on apache2, trans-sid didnt work
From: [EMAIL PROTECTED]
Operating system: IRIX64 6.5.15m
PHP version: 4.2.0
PHP Bug Type: Session related
Bug description: session works only after reload on apache2, trans-sid didnt work
Testing the 4.2.1RC2 as a 64bit CGI with apache2 shows a strange behavior
with a simple session script.
Based on a example from the manual the following script only works after
the page was reload.
?php
//ini_set('session.use_cookies',0);
session_start();
if (!isset($_SESSION['count'])) {
$_SESSION['count'] = 0;
} else {
$_SESSION['count']++;
}
?
html
headtitlesession test/title/head
body
?php
echo 'count = '.$_SESSION['count'].'br /';
echo 'a href='.$_SERVER['PHP_SELF'].'link/abr /';
?
/body
/html
Nothing was shown during the first visit but client asking about for
accepting the cookie, so after a reload page would work as aspectet. If
the script sets 'session.use_cookies' to 0 the page wont works any more(no
output). Same is happend when the same setup was made in the php.ini.
Using the cgi via comandline the following output was given back..
Settings: 'session.use_cookies = 1'
[o200]:/usr/local/apache/htdocs/php/sessions $ ../../../cgi-bin/php
index.php
X-Powered-By: PHP/4.2.1RC2
Set-Cookie: SID=8cdd40e358f292da280d84fbba73b6e3; 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
Content-type: text/html
And now with the -q parameter
[o200]:/usr/local/apache/htdocs/php/sessions $ ../../../cgi-bin/php -q
index.php
br /
bWarning/b: Cannot send session cookie - headers already sent in
b/usr/local/httpd64/htdocs/php/sessions/index.php/b on line
b3/bbr /
[o200]:/usr/local/apache/htdocs/php/sessions $
and now with
Settings: 'session.use_cookies = 0'
the output looks similar to the first without the Set-Cookie information.
Error_reporting is set to E_ALL and error.log is stil activate but shows
nothing.
when using the -q parameter no output was shown ?!
../../../cgi-bin/php -q index.php
There is a testscript temporaray available under
http://194.15.95.23:8080/php/sessions/index.php
http://194.15.95.23:8080/php/sessions/index.phps //source
http://194.15.95.23:8080/php/sessions/info.php // phpinfo()
The same script runs fine with apache 1.3.24 + mod_php and cgi on
http://194.15.95.23/php/sessions/index.php
[o200]:/usr/local/apache/htdocs/php/sessions $ ../../../cgi-bin/php -m
Running PHP 4.2.1RC2
Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies
[PHP Modules]
xslt
xml
wddx
tokenizer
sysvshm
sysvsem
standard
shmop
session
posix
pcre
mysql
ftp
exif
dio
dbx
dbase
ctype
calendar
bcmath
[Zend Modules]
file ../../../cgi-bin/php
../../../cgi-bin/php: ELF 64-bit MSB mips-4
--
Edit bug report at http://bugs.php.net/?id=17186edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=17186r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=17186r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=17186r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=17186r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=17186r=support
Expected behavior: http://bugs.php.net/fix.php?id=17186r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=17186r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=17186r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=17186r=globals
Bug #16360 Updated: Segmentation fault in Array functions
ID: 16360
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Scripting Engine problem
Operating System: Linux, Windows
PHP Version: 4.0CVS-2002-03-3
New Comment:
Increasing the refcount width from short to long doesn't
solve the issue. A strict upper limit test is badly needed
to check whether the refcounter can be increased in the
given limit or not.
I suggest to throw a memory exhausted error with a hint
that no more reference counters could be allocated.
Previous Comments:
[2002-03-31 05:06:08] [EMAIL PROTECTED]
This should be refcount issue.
Change _zval_struct's refcount data type from unsingned short to
unsinged int, then PHP should be fine upto 4G.
Without patch refcount can be upto 64K and no error check
is done - segfualts.
ZE2 is changed to use unsinged int already. IIRC.
Index: Zend/zend.h
===
RCS file: /repository/Zend/zend.h,v
retrieving revision 1.152
diff -u -r1.152 zend.h
--- Zend/zend.h 15 Mar 2002 04:33:05 - 1.152
+++ Zend/zend.h 31 Mar 2002 10:03:41 -
@@ -209,9 +209,9 @@
struct _zval_struct {
/* Variable information */
zvalue_value value; /* value */
+ zend_uint refcount;
zend_uchar type;/* active type */
zend_uchar is_ref;
- zend_ushort refcount;
};
[2002-03-31 03:26:00] [EMAIL PROTECTED]
I did the same test on my machine (Linux 2.4.18, PHP 4.1.2
CGI-Version).
My php.ini looks like this:
memory_limit = 8M
log_errors = On
error_log = syslog
When I run the test routine nothing appears in my syslog and I get the
segfault.
[2002-03-30 10:36:36] [EMAIL PROTECTED]
found two machines that are not affected by this bug:
http://phpzone.de/info/
http://angela.nettrade.de/info.php
[2002-03-30 10:24:59] [EMAIL PROTECTED]
fixed the summary
[2002-03-30 10:02:40] [EMAIL PROTECTED]
If the memory limit of a PHP-script gets exhausted, the PHP interpreter
does'nt shut down cleanly and print an error regarding this issue; it
segfaults. If the user enables following options in php.ini
([PHP]-section),
---
log_errors = On
error_log = syslog
---
PHP first shows an memory-limit error, after that Apache/PHP dies with
an segmentation fault. If error_log is set to /some/file, PHP is
unable to log anything. The only logging facility that logs the
segmentation fault is syslog.
Demonstration:
?php
$theline = hello, i'm the line;
for ($i = 0; $i 100; $i++) $testarr[$i] = $theline;
?
Following script does'nt cause a segmentation fault:
?php
for ($i = 0; $i 100; $i++) $testarr[$i] = hello, i'm the
line;
?
So far we could test following Versions:
PHP Webserver OS console (sf/ml) apachemod
(sf/ml)
4.0.1- Linux ? X/-
-/-
4.0.2Apache 1.3.? Linux ? ?/?
?/?
4.0.6Apache 1.3.19 Linux 2.2.19 X/X
X/X
4.0.6Apache 1.3.22 Linux 2.4.18 X/X
X/X
4.1.2Apache 1.3.22 Linux ? X/X
X/X
4.1.2- Linux 2.4.17 X/X
-/-
4.1.2Apache 1.2.24 Windows 2000 X/-
X/-
4.2.0rc1 Apache 1.3.24 Linux 2.4.18 -/X
X/X
* sf = Segmentation fault
* ml = Memory limit error
--
Edit this bug report at http://bugs.php.net/?id=16360edit=1
