#32425 [Csd-Bgs]: mktime() - Out of range problem
ID: 32425 Updated by: [EMAIL PROTECTED] Reported By: dsacchet at kikamedical dot com -Status: Closed +Status: Bogus Bug Type: Date/time related Operating System: Linux 2.4.27 PHP Version: 4.3.10 New Comment: No PHP bug - bogus. Previous Comments: [2005-03-29 09:56:00] dsacchet at kikamedical dot com As a conclusion, the problem come either from the version of glibc or version of gcc ... Upgrade of those software solved the problems. Thanks for your help [2005-03-25 12:58:31] dsacchet at kikamedical dot com Hello, I just upgraded GLIBC/GCC (both comes together) so to glibc 2.3.4 and gcc 3.4.3 and everything is ok now. Thanks for your diagnosis and help. Best regards Denis Sacchet [2005-03-24 18:53:17] [EMAIL PROTECTED] . [2005-03-24 18:53:08] [EMAIL PROTECTED] This is anyhow just problem with your system - bogus. [2005-03-24 18:14:10] dsacchet at kikamedical dot com It will be difficult to upgrade the gcc version because this version is not stable onto gentoo. Do you want me to make some test with C program. I have good notion of C programming so if you tell me make a program like that, compile and execute, I can do that (do you use the C mktime into the php source ?) 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/32425 -- Edit this bug report at http://bugs.php.net/?id=32425edit=1
#32479 [NEW]: number-strings in xml are converted to int, not float
From: akorthaus at web dot de
Operating system: Linux 2.4.28 (Gentoo)
PHP version: 5.0.3
PHP Bug Type: SimpleXML related
Bug description: number-strings in xml are converted to int, not float
Description:
If I want to calculate with numbers (decimals) from an xml file/string
parsed by simplexml, php does not convert these strings (e.g. 1.2) to
float (1.2), it converts them to integer (1).
Reproduce code:
---
?php
$xmlstr = XML
?xml version='1.0' standalone='yes'?
test
num1.2/num
num0.2/num
num0.5/num
/test
XML;
$xml = simplexml_load_string($xmlstr);
foreach ($xml-num as $number) {
echo $number, * 3 = , $number * 3, \n;
echo var_dump: , var_dump($number), \n;
}
$number_array = array('1.2', '0.2', '0.5');
foreach ($number_array as $number) {
echo $number, * 3 = , $number * 3, \n;
echo var_dump: , var_dump($number), \n;
}
?
Expected result:
The following loop:
foreach ($xml-num as $number) {
echo $number, * 3 = , $number * 3, \n;
}
should display:
1.2 * 3 = 3.6
0.2 * 3 = 0.6
0.5 * 3 = 1.5
(as it actually works with $number_array)
Actual result:
--
1.2 * 3 = 3
0.2 * 3 = 0
0.5 * 3 = 0
--
Edit bug report at http://bugs.php.net/?id=32479edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32479r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32479r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32479r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32479r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32479r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32479r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32479r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32479r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32479r=support
Expected behavior: http://bugs.php.net/fix.php?id=32479r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32479r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32479r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32479r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32479r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32479r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32479r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32479r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32479r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32479r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32479r=mysqlcfg
#32480 [NEW]: PHP exiting with non-zero status or seg fault
From: steve dot cersosimo at bellsouth dot com Operating system: Solaris 5.8 PHP version: 5.0.3 PHP Bug Type: OCI8 related Bug description: PHP exiting with non-zero status or seg fault Description: I currently have my Oracle 8 environment set up properly as far as I can tell. With the simple code below, I do not understand why PHP is exiting with a 255. I think it should exit with a 0 status. In other cases I get a segmentation fault, but I believe if the problem here is solved, the seg fault will go away. Interestingly, the connection works fine, I can query and update perfectly. This is causing me problems when it generates a segmentation fault and dumps that string to the browser. Reproduce code: --- # cat ocitest #!/usr/local/bin/php ?php error_reporting(E_ALL); $db = (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP) (HOST = 172.16.0.153)(PORT=1521)) (CONNECT_DATA=(SERVICE_NAME=SPEED.WORLD))); $connection = oci_connect(speed, pass, $db); var_dump($connection); ? # ocitest resource(6) of type (oci8 connection) # echo $? 255 -- Edit bug report at http://bugs.php.net/?id=32480edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32480r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32480r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32480r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32480r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32480r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32480r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32480r=needscript Try newer version: http://bugs.php.net/fix.php?id=32480r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32480r=support Expected behavior: http://bugs.php.net/fix.php?id=32480r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32480r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32480r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32480r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32480r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32480r=dst IIS Stability: http://bugs.php.net/fix.php?id=32480r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32480r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32480r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32480r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32480r=mysqlcfg
#32480 [Opn-Fbk]: PHP exiting with non-zero status or seg fault
ID: 32480 Updated by: [EMAIL PROTECTED] Reported By: steve dot cersosimo at bellsouth dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Previous Comments: [2005-03-29 11:01:48] steve dot cersosimo at bellsouth dot com Description: I currently have my Oracle 8 environment set up properly as far as I can tell. With the simple code below, I do not understand why PHP is exiting with a 255. I think it should exit with a 0 status. In other cases I get a segmentation fault, but I believe if the problem here is solved, the seg fault will go away. Interestingly, the connection works fine, I can query and update perfectly. This is causing me problems when it generates a segmentation fault and dumps that string to the browser. Reproduce code: --- # cat ocitest #!/usr/local/bin/php ?php error_reporting(E_ALL); $db = (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP) (HOST = 172.16.0.153)(PORT=1521)) (CONNECT_DATA=(SERVICE_NAME=SPEED.WORLD))); $connection = oci_connect(speed, pass, $db); var_dump($connection); ? # ocitest resource(6) of type (oci8 connection) # echo $? 255 -- Edit this bug report at http://bugs.php.net/?id=32480edit=1
#32422 [Opn-Fbk]: Access Violation on calling PEAR Date::before
ID: 32422 Updated by: [EMAIL PROTECTED] Reported By: rob at wildlime dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 4.3.10 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ..and provide the trace when using the snapshot. Previous Comments: [2005-03-29 07:53:56] rob at wildlime dot com Here's another stack trace, using the MS debugger to get access to the symbol names ntdll!RtlpCoalesceFreeBlocks+0x21 ntdll!RtlFreeHeap+0x2e9 msvcrt!free+0xc3 msvcrt!__crtsetenv+0x193 msvcrt!_putenv_lk+0x42 msvcrt!_putenv+0x20 WARNING: Stack unwind information not available. Following frames may be wrong. php4ts!php_get_inf+0xf6e Error details from the debugger: (268.ddc): Access violation - code c005 (!!! second chance !!!) eax=0418 ebx=0083 ecx=7ffda000 edx=00830608 esi=0082fd68 edi=00830180 eip=7c910c27 esp=0108d978 ebp=0108d984 iopl=0 nv up ei ng nz na po cy cs=001b ss=0023 ds=0023 es=0023 fs=003b gs= efl=0287 ntdll!RtlpCoalesceFreeBlocks+0x21: 7c910c27 f6460501 testbyte ptr [esi+0x5],0x1 ds:0023:0082fd6d=?? (NB still using php 4.3.10) [2005-03-29 02:05:42] rob at wildlime dot com Installed php 4.3.11 RC1 (windows) to c:\php, but PEAR wont't install. The error on running go-pear.bat, accepting the defaults, is: failed to write c:\php\pear\data\PEAR\.tmppackage.dtd There is plenty of disk space and I'm using an admin account. [2005-03-23 08:20:48] [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 [2005-03-23 05:06:20] rob at wildlime dot com having said that, it's just borked in php4ts.zend_strndup [2005-03-23 05:01:09] rob at wildlime dot com I *think* the fault is happening in function php4ts.virtual_getcwd_ex 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/32422 -- Edit this bug report at http://bugs.php.net/?id=32422edit=1
#30877 [Fbk-Csd]: Possible segfault in __destruct when using parent -- child relations.
ID: 30877
User updated by: delphi32 at gmx dot de
Reported By: delphi32 at gmx dot de
-Status: Feedback
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: Gentoo Linux 2.6.10-rc1
PHP Version: 5.0.2
Assigned To: andi
New Comment:
Consider this bug as been fixed. I downloaded 'PHP Version 5.1.0-dev'
for linux and ran the following code:
?php
class CParent
{
private $ch;
public function __construct()
{
echo BEFORE CParent::__construct()br;
$this-ch = new CChild($this);
echo AFTER CParent::__construct()br;
}
public function __destruct()
{
echo BEFORE CParent::__destruct()br;
unset($this-ch);
echo AFTER CParent::__destruct()br;
}
}
class CChild
{
protected $fParent;
public function __construct($aParent)
{
echo BEFORE CChild::__construct()br;
$this-fParent = $aParent;
echo AFTER CChild::__construct()br;
}
public function __destruct()
{
echo BEFORE CChild::__destruct()br;
$this-fParent = FALSE;
echo AFTER CChild::__destruct()br;
}
}
echo init statebr;
$parent = new CParent();
echo running statebr;
$parent = NULL;
echo deinit statebr;
?
Expected output is:
init state
BEFORE CParent::__construct()
BEFORE CChild::__construct()
AFTER CChild::__construct()
AFTER CParent::__construct()
running state
deinit state
And that's what I see.
Well done guys, nice work.
Enrico Neidt
Previous Comments:
[2005-03-25 01:21:11] [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-11-26 18:44:54] delphi32 at gmx dot de
I was able to produce a backtrace now. I used the latest CVS source
from 2004-11-26 15:30.
The backtrace looks strange to me.
(gdb) run -f segfault.php
Starting program: /home/enrico/php-test/bin/php -f segfault.php
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 6140)]
PARENT DESTRUCT
Before segfault (0)
Before segfault (1)
/var/www/projects/php5-200411261530/Zend/zend_hash.c(510) :
ht=0x82e297c is being destroyed
/var/www/projects/php5-200411261530/Zend/zend_hash.c(510) :
ht=0x82e297c is being destroyed
Program exited normally.
(gdb)
As you can see, php exited normally but script output is wrong. Some
lines are missing. By trying to use a coredump, i got the following:
Core was generated by `php -f segfault.php'.
Program terminated with signal 11, Segmentation fault.
#0 0x0817d503 in zend_do_add_array_element (result=Cannot access
memory at address 0xe
) at /var/www/projects/php5-200411261530/Zend/zend_compile.c:2986
2986opline-result = *result;
I hope this will help.
Enrico Neidt
[2004-11-26 17:29:02] [EMAIL PROTECTED]
Cannot reproduce it with HEAD, but here is the backtrace for 5_0:
Program received signal SIGSEGV, Segmentation fault.
0x08156d56 in zend_get_property_info (zobj=0x6, member=0x8220fe4,
silent=0)
at /home/dev/php-src_5_0/Zend/zend_object_handlers.c:202
202 if (zend_hash_quick_find(zobj-ce-properties_info,
Z_STRVAL_P(member), Z_STRLEN_P(member)+1, h, (void **)
property_info)==SUCCESS) {
(gdb) bt
#0 0x08156d56 in zend_get_property_info (zobj=0x6, member=0x8220fe4,
silent=0)
at /home/dev/php-src_5_0/Zend/zend_object_handlers.c:202
#1 0x08155b20 in zend_std_read_property (object=0xbfffeb70,
member=0x8220fe4, type=0)
at /home/dev/php-src_5_0/Zend/zend_object_handlers.c:287
#2 0x0816073c in zend_fetch_property_address_read (result=0x8220fb8,
op1=0x8220fcc, op2=0x8220fe0, Ts=0x8220fe4, type=0)
at /home/dev/php-src_5_0/Zend/zend_execute.c:1158
#3 0x08162334 in zend_fetch_obj_r_handler (execute_data=0xbfffe990,
opline=0x8220fb4, op_array=0x821f7f4)
at /home/dev/php-src_5_0/Zend/zend_execute.c:2132
#4 0x08160fa2 in execute (op_array=0x821f7f4) at
/home/dev/php-src_5_0/Zend/zend_execute.c:1400
#5 0x0813df7e in zend_call_function (fci=0xbfffeae0,
fci_cache=0xbfffeac0)
at /home/dev/php-src_5_0/Zend/zend_execute_API.c:836
#6 0x08152128 in zend_call_method (object_pp=0xbfffeb6c,
obj_ce=0x821f14c, fn_proxy=0x0,
function_name=0x819a99b __destruct, function_name_len=10,
retval_ptr_ptr=0x0, param_count=9, arg1=0x0, arg2=0x0)
at /home/dev/php-src_5_0/Zend/zend_interfaces.c:79
#7 0x08155582 in zend_objects_destroy_object (object=0x821fa6c,
handle=9) at /home/dev/php-src_5_0/Zend/zend_objects.c:78
#8 0x08156f41 in zend_objects_store_call_destructors
(objects=0x81baad4)
at /home/dev/php-src_5_0/Zend/zend_objects_API.c:54
#9 0x0813d02c in shutdown_executor () at
/home/dev/php-src_5_0/Zend/zend_execute_API.c:207
#10 0x08145ec7 in
#31248 [Asn]: SOAP-Client: mapping of overloaded functions fail
ID: 31248 User updated by: andreas dot filsinger at cargobay dot de Reported By: andreas dot filsinger at cargobay dot de Status: Assigned Bug Type: SOAP related Operating System: * PHP Version: 5CVS-2005-03-26 Assigned To: dmitry New Comment: I just checked it against PHP 5.1.0-dev (cli) (built: Mar 29 2005 08:40:25) SORRY: It is all the same as 5.0.3: All function Prototyps are listed identical. Bug is still open! Andreas Filsinger Previous Comments: [2005-03-26 13:30:46] andreas dot filsinger at cargobay dot de 26 Mar 2005 latest seems to be late enough. It has a timestamp from 23 Mar 2005 at 08:50. Anyway I check it again this version with no succes. I will check again when CVS can make builds again. Andreas Filsinger [2005-03-25 01:25:13] [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-12-22 16:03:34] andreas dot filsinger at cargobay dot de Description: the WSDL of Apache.AXIS for Java implements sort of function-overloading. If you have 3 published functions: int foo (int a,b); int foo (string a,b); int foo (int x); in XML this is done by extending the Function-Names by numbers: fooRequest ... fooRequest1 ... fooRequest2 ... the Bug: with __getFunctions foo is formulated 3 times identical: int foo(int $a,int $b); int foo(int $a,int $b); int foo(int $a,int $b); if i call foo it its mapped to the first function with this name. Reproduce code: --- $user = filsinger;Default; $pwd = WWO6C4vg; $ip = 217.160.221.231:; $service = mapping/Mapping?wsdl; $client = new SoapClient(http://$user:[EMAIL PROTECTED]/ws/services/$service, array( login = $user, password = $pwd, trace = 1, exceptions = 0) ); $r = $client-__getFunctions(); foreach($r as $v) echo $v . br /br /; Expected result: a) Quick Patch make a function name mapping to getMap(... getMap1(... getMap2(... so i can use getMap2(.. and be happy! b) php 6.0.0 ;-) true identical function names, if this is called try to fill the function-parameters from the first function with this name, if this fails, take the next with this name ... take that implemetation where filling the parameter does not fail. If there no implementation fits: create an error. If more than one parameter fits: create an error: Actual result: -- * all the overloaded functions have the parameter set of the most top-function. -- Edit this bug report at http://bugs.php.net/?id=31248edit=1
#32479 [Csd]: number-strings in xml are converted to int, not float
ID: 32479
User updated by: akorthaus at web dot de
Reported By: akorthaus at web dot de
Status: Closed
Bug Type: SimpleXML related
Operating System: Linux 2.4.28 (Gentoo)
PHP Version: 5.0.3
New Comment:
Thank you!
In the manual only casting to (string) is mentioned. If casting to
float is necessary too, I think it should be mentioned in the manual,
because it is not usual php behaviour.
btw. I don't understand why casting must be necessary here, because it
is not necessary when using arrays or anything else. I think it's
confusing for many people.
Previous Comments:
[2005-03-29 11:38:08] [EMAIL PROTECTED]
Works with latest CVS. (you need to cast the stuff to float / string
though)
[2005-03-29 10:44:46] akorthaus at web dot de
Description:
If I want to calculate with numbers (decimals) from an xml file/string
parsed by simplexml, php does not convert these strings (e.g. 1.2) to
float (1.2), it converts them to integer (1).
Reproduce code:
---
?php
$xmlstr = XML
?xml version='1.0' standalone='yes'?
test
num1.2/num
num0.2/num
num0.5/num
/test
XML;
$xml = simplexml_load_string($xmlstr);
foreach ($xml-num as $number) {
echo $number, * 3 = , $number * 3, \n;
echo var_dump: , var_dump($number), \n;
}
$number_array = array('1.2', '0.2', '0.5');
foreach ($number_array as $number) {
echo $number, * 3 = , $number * 3, \n;
echo var_dump: , var_dump($number), \n;
}
?
Expected result:
The following loop:
foreach ($xml-num as $number) {
echo $number, * 3 = , $number * 3, \n;
}
should display:
1.2 * 3 = 3.6
0.2 * 3 = 0.6
0.5 * 3 = 1.5
(as it actually works with $number_array)
Actual result:
--
1.2 * 3 = 3
0.2 * 3 = 0
0.5 * 3 = 0
--
Edit this bug report at http://bugs.php.net/?id=32479edit=1
#32481 [NEW]: imap_fetch_overview only returns the first 'To:' address
From: scalero at datadec dot es
Operating system: Tru64 5.1b
PHP version: 4.3.10
PHP Bug Type: IMAP related
Bug description: imap_fetch_overview only returns the first 'To:' address
Description:
When I apply the function imap_fetch_overview to a message with several
email addresses recipients only the fisrt is returned in the 'to' field.
This is the result of 'imap_fetch_overview' to a message with 2
recipients:
array(1) {
[0]=
object(stdClass)(14) {
[subject]=
string(11) TEST mail
[from]=
string(20) [EMAIL PROTECTED]
[to]=
string(18) [EMAIL PROTECTED]
[date]=
string(31) Tue, 29 Mar 2005 08:36:53 +0200
[message_id]=
string(63) [EMAIL PROTECTED]
[size]=
int(564)
[uid]=
int(17)
[msgno]=
int(1)
[recent]=
int(0)
[flagged]=
int(0)
[answered]=
int(0)
[deleted]=
int(0)
[seen]=
int(1)
[draft]=
int(0)
}
}
The to field must to contain [EMAIL PROTECTED], [EMAIL PROTECTED].
Greetings and thanks.
Sebastian Calero.
--
Edit bug report at http://bugs.php.net/?id=32481edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32481r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32481r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32481r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32481r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32481r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32481r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32481r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32481r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32481r=support
Expected behavior: http://bugs.php.net/fix.php?id=32481r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32481r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32481r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32481r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32481r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32481r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32481r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32481r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32481r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32481r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32481r=mysqlcfg
#32482 [Opn-Asn]: ap_php_snprintf broken
ID: 32482
Updated by: [EMAIL PROTECTED]
Reported By: neuhauser at sigpipe dot cz
-Status: Open
+Status: Assigned
Bug Type: Scripting Engine problem
-Operating System: FreeBSD-4, FreeBSD-5, RHEL3
+Operating System: *
-PHP Version: 4.3.10
+PHP Version: 4CVS-2005-03-29
-Assigned To:
+Assigned To: helly
New Comment:
Marcus, can you MFH those fixes you have done in HEAD to snprintf.* ??
Previous Comments:
[2005-03-29 14:10:26] neuhauser at sigpipe dot cz
Description:
ap_php_snprintf, which is used unconditionally in 4.3.10, doesn't
handle %lld. please revert the change or fix ap_php_snprintf.
Reproduce code:
---
this works:
int
main (int argc, char **argv)
{
char tmp[256];
int tmp_len = snprintf((char *)tmp, sizeof(tmp) - 1, %lld,
127LL);
printf(strlen (%s) == %d\n, tmp, tmp_len);
return 0;
}
replace the snprintf with ap_php_snprintf, and you'll get
%ld instead of 127.
--
Edit this bug report at http://bugs.php.net/?id=32482edit=1
#32484 [NEW]: in_array() doesn't return with an undefined array
From: edwin at mavetju dot org
Operating system: FreeBSD 5.2.1
PHP version: 4.3.10
PHP Bug Type: Arrays related
Bug description: in_array() doesn't return with an undefined array
Description:
I know this is wrong programming style, but in_array() hangs on this
FreeBSD 5.2.1 box with PHP 4.3.10 when the haystack is an undefined
array.
It has the expected behaviour on FreeBSD 4.x and FreeBSD 5.3, it's just
showing up in 5.2.1.
This is an FYI bug report, it might be that you have had similar reports
but never been able to put your fingers on the place where it hurted.
Reproduce code:
---
$a=array(foo);
if ([EMAIL PROTECTED](bar,$a[foo])) {
echo Not there\n;
}
Expected result:
Not there
Actual result:
--
The interpreter hangs in the in_array() function.
--
Edit bug report at http://bugs.php.net/?id=32484edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32484r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32484r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32484r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32484r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32484r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32484r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32484r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32484r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32484r=support
Expected behavior: http://bugs.php.net/fix.php?id=32484r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32484r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32484r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32484r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32484r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32484r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32484r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32484r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32484r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32484r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32484r=mysqlcfg
#32483 [Bgs-Opn]: ./configure check crashes
ID: 32483
User updated by: pieter dot donche at ua dot ac dot be
Reported By: pieter dot donche at ua dot ac dot be
-Status: Bogus
+Status: Open
Bug Type: Compile Failure
Operating System: solaris 2.9
PHP Version: 5.0.3
New Comment:
I already have GNU sed in /usr/local/bin/sed and installed the latest
version (4.1.4) only a month ago...
# which sed
/usr/local/bin/sed
# strings /usr/local/bin/sed contains GNU sed version and
4.1.4
---
I narrowed down the location in the ./configure where the
Segmentation fault appears, it is between the messages checking for
MD5 crypt and
checking for Blowfish crypt, at the line
(eval echo \$ac_link\; eval $ac_link ./conftest) debug.log
21
I made the script print out the variables:
point_17a $ac_link : ${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS
$LDFLAGS conftest.$ac_ext $LIBS 15
point_17b $CC : gcc
point_17c $ac_exeext:
point_17d $CFLAGS : -g -O2
point_17e $CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS
point_17f $LDFLAGS : -L/usr/local/lib -R/usr/local/lib -R/usr/ucblib
-L/usr/ucblib -R/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
-L/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
-R/usr/local/lib -L/usr/local/lib -R/home/informix2000/lib
-L/home/informix2000/lib -R/home/informix2000/lib/esql
-L/home/informix2000/lib/esql
-R/home/wins/builds/src/other/php-5.0.3/ext/informix -L/home/
wins/builds/src/other/php-5.0.3/ext/informix
point_17g $ac_ext : c
point_17h $LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm
-lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket
-lnsl -lxml2 -lz -lm -lsocket -lnsl
Segmentation Fault
What is wrong with this ?
Pieter
Previous Comments:
[2005-03-29 14:56:11] [EMAIL PROTECTED]
Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
Thank you for your interest in PHP.
[2005-03-29 14:32:55] pieter dot donche at ua dot ac dot be
Description:
I have SUN/Solarsi 2.9, want to install PHP-5.0.3 for use
in apache-httpd-2.0.35
Downloaded latest version of PHP, unpacked
# /php-5.0.3
# ./configure --with-apache2=/home/wins/builds/src/other/httpd-2.0.53
\
--with-gd \
--with-jpeg-dir=/usr/local \
--with-png-dir=/usr/local \
--with-zlib-dir=/usr/local \
--with-informix=/home/informix2000 \
--with-ldap=/usr/local \
--enable-yp
...
checking for standard DES crypt... no
checking for extended DES crypt... no
checking for MD5 crypt... no
Segmentation Fault ---
checking for Blowfish crypt... no
...
| Something is likely to be messed up here, because the configure|
| script was not able to detect a simple feature on your platform. |
| This is often caused by incorrect configuration parameters. Please |
| see the file debug.log for error messages. |
There seems to be a problem with the checking for MD5 crypt...
I downloaded the latest source of md5 from sunsolve, compiled it and
installed the binary in /usr/local/bin/md5 (which is in my PATH), but
this does not help.
Please help,
Pieter
Reproduce code:
---
debug.log
CONFIGURE: './configure'
'--with-apache2=/home/wins/builds/src/other/httpd-2.0
.53' '--with-gd' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr/local' '--wit
h-zlib-dir=/usr/local' '--with-informix=/home/informix2000'
'--with-ldap=/usr/lo
cal' '--enable-yp'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS
CXX:c++
CXXFLAGS:
INCLUDES:-I$(top_builddir)/Zend -I/usr/local/include/libxml2
-I/usr/local/in
clude
LDFLAGS:-L/usr/local/lib -R/usr/local/lib -R/usr/ucblib
-L/usr/ucblib -R/hom
e/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
-L/home/local/bin/../lib/gcc/s
parc-sun-solaris2.9/3.4.3 -R/usr/local/lib -L/usr/local/lib
-R/home/informix2000
/lib -L/home/informix2000/lib -R/home/informix2000/lib/esql
-L/home/informix2000
/lib/esql -R/home/wins/builds/src/other/php-5.0.3/ext/informix
-L/home/wins/buil
ds/src/other/php-5.0.3/ext/informix
LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm -lsocket
-lgcc -lxm
l2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm
-lsocket
-lnsl
DLIBS: -lifsql -lifasf -lifgen -lifos -lifgls -lnsl -lsocket
-laio -ldl -l
elf -lphpifx -lifglx
SAPI: cgi
PHP_RPATHS: /usr/ucblib
/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3 /
usr/local/lib /home/informix2000/lib /home/informix2000/lib/esql
/home/wins/buil
ds/src/other/php-5.0.3/ext/informix
uname -a: SunOS hswis 5.9 Generic_112233-12 sun4u sparc
SUNW,Ultra-250
CONFIGURE: './configure'
'--with-apache2=/home/wins/builds/src/other/httpd-2.0
.53'
#32475 [Opn]: Memory Leak
ID: 32475 User updated by: lacey at lacey dot cc Reported By: lacey at lacey dot cc Status: Open Bug Type: IIS related Operating System: Windows XP PHP Version: 5CVS-2005-03-29 New Comment: Do you have the latest Source Code for this snapshot so I'm debugging with all the same files? Previous Comments: [2005-03-29 01:53:37] lacey at lacey dot cc Yes. Of course I will download those and do more testing. I'll let you know if I find out anything further. But I've already given you the exact subroutine. It's the call to TSRMLS_FETCH() which calls ts_resource_ex in trsm.c ts_resouce_ex allocates the memory, and ts_free_thread somehow doesn't free it all. The memory keeps growing with the implementation of each thread until the Server crashes. I'd assume that's where you need to look. Or am I missing something here? Jakub has explained the same scenario in this report as well. http://bugs.php.net/bug.php?id=23331 Thanks. [2005-03-29 01:19:04] [EMAIL PROTECTED] Get these packages: http://snaps.php.net/win32/php5-win32-latest.zip http://snaps.php.net/win32/php5-dbgpack-win32-latest.zip And try provide some useful information about the crash. [2005-03-28 20:17:13] lacey at lacey dot cc BTW: I've seen this Bug Reort: http://bugs.php.net/bug.php?id=23331 But it's 2 years old and it's marked as Bogus. [2005-03-28 17:29:32] lacey at lacey dot cc Description: Memory Leak using the php5isapi.dll under IIS. When TSRMLS_FETCH() is called from HTTPExtensionProc, ts_free_thread leaves a Memory Leak of approximately 100K for every call. When TSRMLS_FETCH() isn't called, there's no leak. This leak will crash a Server under light loads within a few hours. -- Edit this bug report at http://bugs.php.net/?id=32475edit=1
#32485 [NEW]: PHP/OCI8 segfaults after the script ends
From: phpbug at pech dot cz Operating system: Linux 2.4.22 PHP version: 5.0.3 PHP Bug Type: OCI8 related Bug description: PHP/OCI8 segfaults after the script ends Description: PHP with OCI8 segfaults just _after_ the script ends, when executed from command line by php -q anyscript.php. Everything is processed fine, but _after_ the script ends (past the processing of the last line), segmentation fault occurs and the core is dumped by php. Reproduce code: --- ?php $conn = oci_connect ($user, $password, $db); ? Expected result: Print nothing. In general, expected result means that it will end without segmentation fault. Actual result: -- Backtrace (seems really strange to me): #0 0x04ac8a8c in ?? () #1 0x00af3a90 in exit () from /lib/tls/libc.so.6 #2 0x00adeade in __libc_start_main () from /lib/tls/libc.so.6 #3 0x080738e1 in _start () When I accidentally forgotten to set evnironment variable ORA_NLS33, it prints: PHP Warning: oci_connect() [a href='function.oci-connect'function.oci-connect/a]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 in - on line 2 -(2) : Warning - oci_connect() [a href='function.oci-connect'function.oci-connect/a]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 /usr/src/redhat/BUILD/php-5.0.3/ext/oci8/oci8.c(3065) : Freeing 0x09A1E4BC (20 bytes), script=- === Total 1 memory leaks detected === Error while trying to retrieve text for error ORA-12154 is OK, becuase all environment variables are not set and exported, but the error ORA-12154 and the memory leak are not. Please feel free to contact me for any further details if needed. -- Edit bug report at http://bugs.php.net/?id=32485edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32485r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32485r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32485r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32485r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32485r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32485r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32485r=needscript Try newer version: http://bugs.php.net/fix.php?id=32485r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32485r=support Expected behavior: http://bugs.php.net/fix.php?id=32485r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32485r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32485r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32485r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32485r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32485r=dst IIS Stability: http://bugs.php.net/fix.php?id=32485r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32485r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32485r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32485r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32485r=mysqlcfg
#31794 [Bgs]: Unable to build Oracle oci8.so module
ID: 31794 User updated by: mp at ecetra dot com Reported By: mp at ecetra dot com Status: Bogus Bug Type: *Compile Issues Operating System: Linux RH EL ES 3 PHP Version: 4CVS-2005-02-01 (stable) New Comment: hello, i am not sure if you are interested in this information, but i was able to compile newest snpashot on the same system without changing anything. whatever you did or not, thanks you! -michael Previous Comments: [2005-02-03 10:57:08] mp at ecetra dot com so i have no choice than wait till someone else has the same problem. just for your information: - adding oracle libs path to ld.so.conf is completely senseless and do not change anything cause LD_LIBRARY_PATH and ORACLE_HOME are set by me first during compilation process and then in the apache startup environment - i compiled oci8 support into 4CVS version without problem using Oracle Instant Client (using according parameter) so if someone (not from PHP) is able to compile oci8 support into 4CVS version with --with-oci8 option, please tell. Thank you all for your help! Kr, -michael [2005-02-02 17:12:50] [EMAIL PROTECTED] Nothing has changed in PHP regarding this. You actually should have the path to the oracle libraries in /etc/ld.so.conf (add it there and then run ldconfig). Not PHP bug - Bogus. [2005-02-02 10:41:43] mp at ecetra dot com Ok, it is not there: [EMAIL PROTECTED]:/home/mp/BUILD/php4/modules# ls curl.so ldap.so mcrypt.so mhash.so mysql.so snmp.so as far as I can see you're having some problems with OCI libraries. fix them and try again. why do think so? i can compile 4.3.10 without ANY problems on the same system, at the same time, without setting any environment variables as is told i my previous comment. Kr, -michael [2005-02-02 10:25:02] [EMAIL PROTECTED] Tried to do it manually - same result, no oci8.so is created by make install. created where? and why make install should create it? it should appear in modules/ after `make`. error while loading shared libraries: libclntsh.so.9.0: cannot open shared object file: No such file or directory as far as I can see you're having some problems with OCI libraries. fix them and try again. [2005-02-02 09:53:57] mp at ecetra dot com Tried to do it manually - same result, no oci8.so is created by make install. There are not errors during compilation process, but one thing has changed since 4.3.10 (final): LD_LIBRARY_PATH (=/opt/oracle/product/9.2.0/lib) must be set now, otherwise i get this during make install: [EMAIL PROTECTED]:/home/mp/BUILD/php4# make install Installing PHP SAPI module: apache2filter /usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib/httpd/build/libtool' libphp4.la /usr/lib/httpd/modules /usr/lib/httpd/build/libtool --mode=install cp libphp4.la /usr/lib/httpd/modules/ cp .libs/libphp4.so /usr/lib/httpd/modules/libphp4.so cp .libs/libphp4.lai /usr/lib/httpd/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /home/mp/rpmbuild/BUILD/php-4.3.10snap/libs' chmod 755 /usr/lib/httpd/modules/libphp4.so [activating module `php4' in /etc/httpd/conf/httpd.conf] Installing PHP CLI binary:/opt/phptest/bin/ Installing PHP CLI man page: /opt/phptest/man/man1/ Installing shared extensions: /opt/phptest/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /opt/phptest/pear/ /home/mp/BUILD/php4/sapi/cli/php: error while loading shared libraries: libclntsh.so.9.0: cannot open shared object file: No such file or directory make[1]: *** [install-pear-installer] Error 127 make: *** [install-pear] Error 2 Apache version is 2.0.50 System: Red Hat Enterprise Linux ES release 3 (Taroon Update 1) Kr, -michael 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/31794 -- Edit this bug report at http://bugs.php.net/?id=31794edit=1
#32486 [NEW]: odbc_fetch_into returns wrong data
From: tho at e-dict dot net Operating system: Linux PHP version: 4.3.9 PHP Bug Type: Adabas-D related Bug description: odbc_fetch_into returns wrong data Description: Sometimes after odbc_fetch_into($query, $row) $row contains parts of data from the previous fetched row. For now I'm not able to reproduce this behavior reliably, it just happens once in a while. What happens is that if the data of the previous row is longer than in the current, the result contains '$currentdata\0$somepreviousdata', e.g. previous row: [EMAIL PROTECTED] current row: [EMAIL PROTECTED] results in [EMAIL PROTECTED] IOW the field is as long as the data in the previous row, contains a \0 terminator after the field content and then the rest of the previous field. This also happens if a unset($row) is done before calling odbc_fetch_into() Reproduce code: --- N/A -- Edit bug report at http://bugs.php.net/?id=32486edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32486r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32486r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32486r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32486r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32486r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32486r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32486r=needscript Try newer version: http://bugs.php.net/fix.php?id=32486r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32486r=support Expected behavior: http://bugs.php.net/fix.php?id=32486r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32486r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32486r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32486r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32486r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32486r=dst IIS Stability: http://bugs.php.net/fix.php?id=32486r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32486r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32486r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32486r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32486r=mysqlcfg
#32486 [Opn-Fbk]: odbc_fetch_into returns wrong data
ID: 32486 Updated by: [EMAIL PROTECTED] Reported By: tho at e-dict dot net -Status: Open +Status: Feedback Bug Type: Adabas-D related Operating System: Linux PHP Version: 4.3.9 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2005-03-29 16:58:34] tho at e-dict dot net Description: Sometimes after odbc_fetch_into($query, $row) $row contains parts of data from the previous fetched row. For now I'm not able to reproduce this behavior reliably, it just happens once in a while. What happens is that if the data of the previous row is longer than in the current, the result contains '$currentdata\0$somepreviousdata', e.g. previous row: [EMAIL PROTECTED] current row: [EMAIL PROTECTED] results in [EMAIL PROTECTED] IOW the field is as long as the data in the previous row, contains a \0 terminator after the field content and then the rest of the previous field. This also happens if a unset($row) is done before calling odbc_fetch_into() Reproduce code: --- N/A -- Edit this bug report at http://bugs.php.net/?id=32486edit=1
#32485 [Opn-Bgs]: PHP/OCI8 segfaults after the script ends
ID: 32485 Updated by: [EMAIL PROTECTED] Reported By: phpbug at pech dot cz -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Linux 2.4.22 PHP Version: 5.0.3 New Comment: You don't have the Oracle environment variables set correctly. Previous Comments: [2005-03-29 15:48:42] phpbug at pech dot cz Description: PHP with OCI8 segfaults just _after_ the script ends, when executed from command line by php -q anyscript.php. Everything is processed fine, but _after_ the script ends (past the processing of the last line), segmentation fault occurs and the core is dumped by php. Reproduce code: --- ?php $conn = oci_connect ($user, $password, $db); ? Expected result: Print nothing. In general, expected result means that it will end without segmentation fault. Actual result: -- Backtrace (seems really strange to me): #0 0x04ac8a8c in ?? () #1 0x00af3a90 in exit () from /lib/tls/libc.so.6 #2 0x00adeade in __libc_start_main () from /lib/tls/libc.so.6 #3 0x080738e1 in _start () When I accidentally forgotten to set evnironment variable ORA_NLS33, it prints: PHP Warning: oci_connect() [a href='function.oci-connect'function.oci-connect/a]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 in - on line 2 -(2) : Warning - oci_connect() [a href='function.oci-connect'function.oci-connect/a]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 /usr/src/redhat/BUILD/php-5.0.3/ext/oci8/oci8.c(3065) : Freeing 0x09A1E4BC (20 bytes), script=- === Total 1 memory leaks detected === Error while trying to retrieve text for error ORA-12154 is OK, becuase all environment variables are not set and exported, but the error ORA-12154 and the memory leak are not. Please feel free to contact me for any further details if needed. -- Edit this bug report at http://bugs.php.net/?id=32485edit=1
#32483 [Opn-Fbk]: ./configure check crashes
ID: 32483
Updated by: [EMAIL PROTECTED]
Reported By: pieter dot donche at ua dot ac dot be
-Status: Open
+Status: Feedback
Bug Type: Compile Failure
Operating System: solaris 2.9
PHP Version: 5.0.3
New Comment:
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
Previous Comments:
[2005-03-29 15:31:54] pieter dot donche at ua dot ac dot be
I already have GNU sed in /usr/local/bin/sed and installed the latest
version (4.1.4) only a month ago...
# which sed
/usr/local/bin/sed
# strings /usr/local/bin/sed contains GNU sed version and
4.1.4
---
I narrowed down the location in the ./configure where the
Segmentation fault appears, it is between the messages checking for
MD5 crypt and
checking for Blowfish crypt, at the line
(eval echo \$ac_link\; eval $ac_link ./conftest) debug.log
21
I made the script print out the variables:
point_17a $ac_link : ${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS
$LDFLAGS conftest.$ac_ext $LIBS 15
point_17b $CC : gcc
point_17c $ac_exeext:
point_17d $CFLAGS : -g -O2
point_17e $CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS
point_17f $LDFLAGS : -L/usr/local/lib -R/usr/local/lib -R/usr/ucblib
-L/usr/ucblib -R/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
-L/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
-R/usr/local/lib -L/usr/local/lib -R/home/informix2000/lib
-L/home/informix2000/lib -R/home/informix2000/lib/esql
-L/home/informix2000/lib/esql
-R/home/wins/builds/src/other/php-5.0.3/ext/informix -L/home/
wins/builds/src/other/php-5.0.3/ext/informix
point_17g $ac_ext : c
point_17h $LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm
-lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket
-lnsl -lxml2 -lz -lm -lsocket -lnsl
Segmentation Fault
What is wrong with this ?
Pieter
[2005-03-29 14:56:11] [EMAIL PROTECTED]
Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
Thank you for your interest in PHP.
[2005-03-29 14:32:55] pieter dot donche at ua dot ac dot be
Description:
I have SUN/Solarsi 2.9, want to install PHP-5.0.3 for use
in apache-httpd-2.0.35
Downloaded latest version of PHP, unpacked
# /php-5.0.3
# ./configure --with-apache2=/home/wins/builds/src/other/httpd-2.0.53
\
--with-gd \
--with-jpeg-dir=/usr/local \
--with-png-dir=/usr/local \
--with-zlib-dir=/usr/local \
--with-informix=/home/informix2000 \
--with-ldap=/usr/local \
--enable-yp
...
checking for standard DES crypt... no
checking for extended DES crypt... no
checking for MD5 crypt... no
Segmentation Fault ---
checking for Blowfish crypt... no
...
| Something is likely to be messed up here, because the configure|
| script was not able to detect a simple feature on your platform. |
| This is often caused by incorrect configuration parameters. Please |
| see the file debug.log for error messages. |
There seems to be a problem with the checking for MD5 crypt...
I downloaded the latest source of md5 from sunsolve, compiled it and
installed the binary in /usr/local/bin/md5 (which is in my PATH), but
this does not help.
Please help,
Pieter
Reproduce code:
---
debug.log
CONFIGURE: './configure'
'--with-apache2=/home/wins/builds/src/other/httpd-2.0
.53' '--with-gd' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr/local' '--wit
h-zlib-dir=/usr/local' '--with-informix=/home/informix2000'
'--with-ldap=/usr/lo
cal' '--enable-yp'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS
CXX:c++
CXXFLAGS:
INCLUDES:-I$(top_builddir)/Zend -I/usr/local/include/libxml2
-I/usr/local/in
clude
LDFLAGS:-L/usr/local/lib -R/usr/local/lib -R/usr/ucblib
-L/usr/ucblib -R/hom
e/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
-L/home/local/bin/../lib/gcc/s
parc-sun-solaris2.9/3.4.3 -R/usr/local/lib -L/usr/local/lib
-R/home/informix2000
/lib -L/home/informix2000/lib -R/home/informix2000/lib/esql
-L/home/informix2000
/lib/esql -R/home/wins/builds/src/other/php-5.0.3/ext/informix
-L/home/wins/buil
ds/src/other/php-5.0.3/ext/informix
LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm -lsocket
-lgcc -lxm
l2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm
-lsocket
-lnsl
DLIBS: -lifsql -lifasf -lifgen -lifos -lifgls -lnsl -lsocket
-laio -ldl -l
elf -lphpifx -lifglx
SAPI: cgi
PHP_RPATHS: /usr/ucblib
/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3 /
usr/local/lib
#31993 [Opn-Asn]: SoapServer::handle() stops the script
ID: 31993
Updated by: [EMAIL PROTECTED]
Reported By: cfendt at silicom dot fr
-Status: Open
+Status: Assigned
Bug Type: SOAP related
Operating System: WinXp, Mac OS X
-PHP Version: 5.0.3
+PHP Version: 5CVS-2005-03-29
Assigned To: dmitry
New Comment:
Assigning back to Dmitry.
Previous Comments:
[2005-03-29 13:47:23] cfendt at silicom dot fr
The script always stops when a soapfault is raised...
No catch possible...
[2005-03-25 01:22:25] [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-02-17 09:53:21] cfendt at silicom dot fr
In fact, I use a WSDL file...
CODE :
?php
class web_service {
function sayHello($input) {
return Hello, .$input;
}
}
$soap_query =
soapenv:Envelope
xmlns:soapenv='http://schemas.xmlsoap.org/soap/envelope/'
. soapenv:Body
. m:sayHello xmlns:m='http://localhost/test.php'
. m:logintoto/m:login
. /m:sayHello
. /soapenv:Body
. /soapenv:Envelope;
$server = new SoapServer(./test.wsdl);
$server-setclass(web_service);
$server-handle($soap_query);
echo \r\nAlive\r\n;
$server-handle();
echo \r\nAlive\r\n;
?
WSDL :
?xml version=1.0?
wsdl:definitions
xmlns:tns=urn:TEST
xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:typens=urn:TEST
xmlns:soap=http://schemas.xmlsoap.org/wsdl/soap/;
xmlns:soapenc=http://schemas.xmlsoap.org/soap/encoding/;
xmlns:wsdl=http://schemas.xmlsoap.org/wsdl/;
xmlns=http://schemas.xmlsoap.org/wsdl/;
targetNamespace=urn:TEST
name=TEST
message name=sayHelloInputMessage
part name=login type=xsd:string/
/message
message name=sayHelloOutputMessage
part name=hello type=xsd:string/
/message
portType name=TESTPorts
operation name=sayHello
input message=typens:sayHelloInputMessage/
output message=typens:sayHelloOutputMessage/
/operation
/portType
binding name=TESTBinding type=typens:TESTPorts
soap:binding style=rpc
transport=http://schemas.xmlsoap.org/soap/http/
operation name=sayHello
soap:operation soapAction=http://localhost/test.php/
input soap:body use=literal//input
outputsoap:body use=literal//output
/operation
/binding
service name=TESTWebService
documentationTEST WebService/documentation
port name=TESTPorts binding=typens:TESTBinding
soap:address location=http://localhost/test.php/
/port
/service
/wsdl:definitions
RESULT :
?xml version=1.0 encoding=UTF-8?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
SOAP-ENV:Body
SOAP-ENV:sayHelloResponse
helloHello, toto.../hello
/SOAP-ENV:sayHelloResponse
/SOAP-ENV:Body
/SOAP-ENV:Envelope
Alive
?xml version=1.0 encoding=UTF-8?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
SOAP-ENV:Body
SOAP-ENV:Fault
faultcodeSOAP-ENV:Server/faultcode
faultstringBad Request/faultstring
/SOAP-ENV:Fault
/SOAP-ENV:Body
/SOAP-ENV:Envelope
When the query is good = no problem
The probleme is due to the SoapFault...
I tried to catch SoapFault... but without result...
try {
$server-handle();
} catch (SoapFault $fault) {
echo SoapFault;
}
I don't know what is the more switable: never stop the process, or
throw Exception...
Regards,
FENDT Charles
[2005-02-16 09:39:31] cfendt at silicom dot fr
Description:
Hello,
I try to make some DB work after a SoapServer::handle()... but the
script ends!
on the output, we can see the soapFault dump, but no !-- Alive
--...
I try it on Win 5.0.1, Win 5.0.3, Win 5.0-CVS (15/2/2005), Win 5.1-CVS
(15/2/2005), OS X 5.0.1 (build from source), OS X 5.0.3 (build from
source)
Reproduce code:
---
?php
$server = new SoapServer(null,
array('uri' = http://test-uri/;));
$server-handle();
echo \r\n!-- Alive --\r\n;
?
Expected result:
?xml version=1.0 encoding=UTF-8?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
SOAP-ENV:Body
SOAP-ENV:Fault
faultcodeSOAP-ENV:Server/faultcode
faultstringBad Request/faultstring
/SOAP-ENV:Fault
/SOAP-ENV:Body
/SOAP-ENV:Envelope
!-- Alive --
Actual result:
--
?xml
#32487 [NEW]: ignore comment and drop out php mode
From: ortho at mail dot dk
Operating system: RH 9.0
PHP version: 4.3.10
PHP Bug Type: Scripting Engine problem
Bug description: ignore comment and drop out php mode
Description:
when encountering code below, php
1) ignores the comment
2) apparently leave php-mode
note: error 2) makes the rest of the php-script code show up in browser
(as result of leaving php)
Reproduce code:
---
// $Idxhtm = str_replace('?php print $I_fmGetpage; ?', '#pgnum',
$Idxhtm));
notes:
allthouh it is commented out, the code intended to replace a php-tag in a
string containing a html form. The php-tag is single quoted and should be
replaced with #pgnum - no fuzz.
removing commented line solves problem.
Expected result:
nuthin - it should be regarded as a comment by php
Actual result:
--
sleepless hours - dry throat - nervous breakdown and backpain
--
Edit bug report at http://bugs.php.net/?id=32487edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32487r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32487r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32487r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32487r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32487r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32487r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32487r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32487r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32487r=support
Expected behavior: http://bugs.php.net/fix.php?id=32487r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32487r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32487r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32487r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32487r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32487r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32487r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32487r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32487r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32487r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32487r=mysqlcfg
#32480 [Fbk-Opn]: PHP exiting with non-zero status or seg fault
ID: 32480 User updated by: steve dot cersosimo at bellsouth dot com Reported By: steve dot cersosimo at bellsouth dot com -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 5.0.3 New Comment: That seems to have fixed the problem. Should I wait for an official release, or is it safe to run the code you provided in a production environment. Unless it is too much for this format, what was the problem? Previous Comments: [2005-03-29 11:09:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-03-29 11:01:48] steve dot cersosimo at bellsouth dot com Description: I currently have my Oracle 8 environment set up properly as far as I can tell. With the simple code below, I do not understand why PHP is exiting with a 255. I think it should exit with a 0 status. In other cases I get a segmentation fault, but I believe if the problem here is solved, the seg fault will go away. Interestingly, the connection works fine, I can query and update perfectly. This is causing me problems when it generates a segmentation fault and dumps that string to the browser. Reproduce code: --- # cat ocitest #!/usr/local/bin/php ?php error_reporting(E_ALL); $db = (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP) (HOST = 172.16.0.153)(PORT=1521)) (CONNECT_DATA=(SERVICE_NAME=SPEED.WORLD))); $connection = oci_connect(speed, pass, $db); var_dump($connection); ? # ocitest resource(6) of type (oci8 connection) # echo $? 255 -- Edit this bug report at http://bugs.php.net/?id=32480edit=1
#32480 [Opn-Fbk]: PHP exiting with non-zero status or seg fault
ID: 32480 Updated by: [EMAIL PROTECTED] Reported By: steve dot cersosimo at bellsouth dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 5.0.3 New Comment: I bet the problem is not OCI8 related and was fixed by this patch: http://cvs.php.net/diff.php/php-src/sapi/cli/php_cli.c?r1=1.51.2.36r2=1.51.2.37ty=u Could you please try to run PHP-CLI with simple ?php ? script and check the status ? Previous Comments: [2005-03-29 17:44:56] steve dot cersosimo at bellsouth dot com That seems to have fixed the problem. Should I wait for an official release, or is it safe to run the code you provided in a production environment. Unless it is too much for this format, what was the problem? [2005-03-29 11:09:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-03-29 11:01:48] steve dot cersosimo at bellsouth dot com Description: I currently have my Oracle 8 environment set up properly as far as I can tell. With the simple code below, I do not understand why PHP is exiting with a 255. I think it should exit with a 0 status. In other cases I get a segmentation fault, but I believe if the problem here is solved, the seg fault will go away. Interestingly, the connection works fine, I can query and update perfectly. This is causing me problems when it generates a segmentation fault and dumps that string to the browser. Reproduce code: --- # cat ocitest #!/usr/local/bin/php ?php error_reporting(E_ALL); $db = (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP) (HOST = 172.16.0.153)(PORT=1521)) (CONNECT_DATA=(SERVICE_NAME=SPEED.WORLD))); $connection = oci_connect(speed, pass, $db); var_dump($connection); ? # ocitest resource(6) of type (oci8 connection) # echo $? 255 -- Edit this bug report at http://bugs.php.net/?id=32480edit=1
#32487 [Opn-Bgs]: ignore comment and drop out php mode
ID: 32487
Updated by: [EMAIL PROTECTED]
Reported By: ortho at mail dot dk
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: RH 9.0
PHP Version: 4.3.10
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
http://www.php.net/manual/en/language.basic-syntax.comments.php
Previous Comments:
[2005-03-29 17:43:03] ortho at mail dot dk
Description:
when encountering code below, php
1) ignores the comment
2) apparently leave php-mode
note: error 2) makes the rest of the php-script code show up in browser
(as result of leaving php)
Reproduce code:
---
// $Idxhtm = str_replace('?php print $I_fmGetpage; ?', '#pgnum',
$Idxhtm));
notes:
allthouh it is commented out, the code intended to replace a php-tag in
a string containing a html form. The php-tag is single quoted and should
be replaced with #pgnum - no fuzz.
removing commented line solves problem.
Expected result:
nuthin - it should be regarded as a comment by php
Actual result:
--
sleepless hours - dry throat - nervous breakdown and backpain
--
Edit this bug report at http://bugs.php.net/?id=32487edit=1
#32487 [Bgs-Csd]: ignore comment and drop out php mode
ID: 32487
User updated by: ortho at mail dot dk
Reported By: ortho at mail dot dk
-Status: Bogus
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: RH 9.0
PHP Version: 4.3.10
New Comment:
arrg - the man page about this actually says this !
never dreamed that there was such a special case where a comment is not
a true comment if a ? is encountered after a 1-line //.
Previous Comments:
[2005-03-29 17:51:48] [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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
http://www.php.net/manual/en/language.basic-syntax.comments.php
[2005-03-29 17:43:03] ortho at mail dot dk
Description:
when encountering code below, php
1) ignores the comment
2) apparently leave php-mode
note: error 2) makes the rest of the php-script code show up in browser
(as result of leaving php)
Reproduce code:
---
// $Idxhtm = str_replace('?php print $I_fmGetpage; ?', '#pgnum',
$Idxhtm));
notes:
allthouh it is commented out, the code intended to replace a php-tag in
a string containing a html form. The php-tag is single quoted and should
be replaced with #pgnum - no fuzz.
removing commented line solves problem.
Expected result:
nuthin - it should be regarded as a comment by php
Actual result:
--
sleepless hours - dry throat - nervous breakdown and backpain
--
Edit this bug report at http://bugs.php.net/?id=32487edit=1
#32473 [Fbk-Opn]: base64_encode cuts text - input to 2933 Characters
ID: 32473 User updated by: f-bischof at versanet dot de Reported By: f-bischof at versanet dot de -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Win XP Sp2 -PHP Version: 4.3.10 +PHP Version: PHP Version 4.3.11RC2-dev New Comment: I have tried it with the announced latest stable version, with the same result. Truncated after 2933 Bytes length. http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2005-03-29 00:38:38] [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 [2005-03-28 16:27:02] f-bischof at versanet dot de Description: I use Apache/1.3.31 (Win32) PHP/4.3.10 mod_ssl/2.8.18 OpenSSL/0.9.7d I host a website: http://pocketwelt.dyndns.org If someone writes a forum-article that is longer then 2933 Bytes and i try to save the input (base64_encoded) in my database, and then reload the article, it´s truncated after 2933 bytes. The rest deleted... If i write the article without base64_encoding, i get so much characters in the databse like i want. The Bug seems only appear if i use base64_encoding. (also tested with PHP 5.05 with the same result...) Reproduce code: --- $text=base64_encode($text); Text should be about 4 or 5 KB to see the bug ! Expected result: Truncated Text afeter 2933 Bytes -- Edit this bug report at http://bugs.php.net/?id=32473edit=1
#32480 [Fbk-Opn]: PHP exiting with non-zero status or seg fault
ID: 32480 User updated by: steve dot cersosimo at bellsouth dot com Reported By: steve dot cersosimo at bellsouth dot com -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 5.0.3 New Comment: I think the problem was somewhere in the OCI8 stuff. Here are my results from a few tests. # cat clitest #!/usr/local/bin/php ?php ? # clitest # echo $? 0 # cat clitest2 #!/home/software/apps/php5-STABLE-200503291430/sapi/cli/php ?php ? # clitest2 # echo $? 0 # cat ocitest #!/usr/local/bin/php ?php error_reporting(E_ALL); $db = (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP) (HOST = 172.16.0.153)(PORT=1521)) (CONNECT_DATA=(SERVICE_NAME=SPEED.WORLD))); $connection = oci_connect(speed, pass, $db); var_dump($connection); ? # ocitest resource(6) of type (oci8 connection) # echo $? 255 # cat ocitest2 #!/home/software/apps/php5-STABLE-200503291430/sapi/cli/php ?php error_reporting(E_ALL); $db = (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP) (HOST = 172.16.0.153)(PORT=1521)) (CONNECT_DATA=(SERVICE_NAME=SPEED.WORLD))); $connection = oci_connect(speed, pass, $db); var_dump($connection); ? # ocitest2 resource(6) of type (oci8 connection) # echo $? 0 Both of the first 2 tests exited with a 0 status, while the OCI8 test was only successful with the newly compiled PHP. Previous Comments: [2005-03-29 17:49:58] [EMAIL PROTECTED] I bet the problem is not OCI8 related and was fixed by this patch: http://cvs.php.net/diff.php/php-src/sapi/cli/php_cli.c?r1=1.51.2.36r2=1.51.2.37ty=u Could you please try to run PHP-CLI with simple ?php ? script and check the status ? [2005-03-29 17:44:56] steve dot cersosimo at bellsouth dot com That seems to have fixed the problem. Should I wait for an official release, or is it safe to run the code you provided in a production environment. Unless it is too much for this format, what was the problem? [2005-03-29 11:09:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-03-29 11:01:48] steve dot cersosimo at bellsouth dot com Description: I currently have my Oracle 8 environment set up properly as far as I can tell. With the simple code below, I do not understand why PHP is exiting with a 255. I think it should exit with a 0 status. In other cases I get a segmentation fault, but I believe if the problem here is solved, the seg fault will go away. Interestingly, the connection works fine, I can query and update perfectly. This is causing me problems when it generates a segmentation fault and dumps that string to the browser. Reproduce code: --- # cat ocitest #!/usr/local/bin/php ?php error_reporting(E_ALL); $db = (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP) (HOST = 172.16.0.153)(PORT=1521)) (CONNECT_DATA=(SERVICE_NAME=SPEED.WORLD))); $connection = oci_connect(speed, pass, $db); var_dump($connection); ? # ocitest resource(6) of type (oci8 connection) # echo $? 255 -- Edit this bug report at http://bugs.php.net/?id=32480edit=1
#32485 [Bgs-Opn]: PHP/OCI8 segfaults after the script ends
ID: 32485 User updated by: phpbug at pech dot cz Reported By: phpbug at pech dot cz -Status: Bogus +Status: Open Bug Type: OCI8 related Operating System: Linux 2.4.22 PHP Version: 5.0.3 New Comment: Sorry, but I don't think so. Of course I haven't set them up and then a memory leak was reported, but normally I have all the variables (like ORACLE_HOME, ORACLE_BASE, ORA_NLS33 and NLS_LANG) set up fine. And everything works in PHP4, but not in PHP5. The biggest problem is the segfault after processing the script, not the memory leak (which I've reported just for help you to find out what's wrong). But there may be no connection between then memory leak (when env vars unset) and the segfault. Previous Comments: [2005-03-29 17:39:21] [EMAIL PROTECTED] You don't have the Oracle environment variables set correctly. [2005-03-29 15:48:42] phpbug at pech dot cz Description: PHP with OCI8 segfaults just _after_ the script ends, when executed from command line by php -q anyscript.php. Everything is processed fine, but _after_ the script ends (past the processing of the last line), segmentation fault occurs and the core is dumped by php. Reproduce code: --- ?php $conn = oci_connect ($user, $password, $db); ? Expected result: Print nothing. In general, expected result means that it will end without segmentation fault. Actual result: -- Backtrace (seems really strange to me): #0 0x04ac8a8c in ?? () #1 0x00af3a90 in exit () from /lib/tls/libc.so.6 #2 0x00adeade in __libc_start_main () from /lib/tls/libc.so.6 #3 0x080738e1 in _start () When I accidentally forgotten to set evnironment variable ORA_NLS33, it prints: PHP Warning: oci_connect() [a href='function.oci-connect'function.oci-connect/a]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 in - on line 2 -(2) : Warning - oci_connect() [a href='function.oci-connect'function.oci-connect/a]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 /usr/src/redhat/BUILD/php-5.0.3/ext/oci8/oci8.c(3065) : Freeing 0x09A1E4BC (20 bytes), script=- === Total 1 memory leaks detected === Error while trying to retrieve text for error ORA-12154 is OK, becuase all environment variables are not set and exported, but the error ORA-12154 and the memory leak are not. Please feel free to contact me for any further details if needed. -- Edit this bug report at http://bugs.php.net/?id=32485edit=1
#32487 [Csd-Bgs]: ignore comment and drop out php mode
ID: 32487
Updated by: [EMAIL PROTECTED]
Reported By: ortho at mail dot dk
-Status: Closed
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: RH 9.0
PHP Version: 4.3.10
Previous Comments:
[2005-03-29 18:08:16] ortho at mail dot dk
arrg - the man page about this actually says this !
never dreamed that there was such a special case where a comment is not
a true comment if a ? is encountered after a 1-line //.
[2005-03-29 17:51:48] [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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
http://www.php.net/manual/en/language.basic-syntax.comments.php
[2005-03-29 17:43:03] ortho at mail dot dk
Description:
when encountering code below, php
1) ignores the comment
2) apparently leave php-mode
note: error 2) makes the rest of the php-script code show up in browser
(as result of leaving php)
Reproduce code:
---
// $Idxhtm = str_replace('?php print $I_fmGetpage; ?', '#pgnum',
$Idxhtm));
notes:
allthouh it is commented out, the code intended to replace a php-tag in
a string containing a html form. The php-tag is single quoted and should
be replaced with #pgnum - no fuzz.
removing commented line solves problem.
Expected result:
nuthin - it should be regarded as a comment by php
Actual result:
--
sleepless hours - dry throat - nervous breakdown and backpain
--
Edit this bug report at http://bugs.php.net/?id=32487edit=1
#32485 [Opn-Fbk]: PHP/OCI8 segfaults after the script ends
ID: 32485 Updated by: [EMAIL PROTECTED] Reported By: phpbug at pech dot cz -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Linux 2.4.22 PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Can't reproduce it. Check twice and then recheck that you have set all the required env vars like ORACLE_HOME, TNS_ADMIN etc. and that they are available for Apache user. Previous Comments: [2005-03-29 18:21:20] phpbug at pech dot cz Sorry, but I don't think so. Of course I haven't set them up and then a memory leak was reported, but normally I have all the variables (like ORACLE_HOME, ORACLE_BASE, ORA_NLS33 and NLS_LANG) set up fine. And everything works in PHP4, but not in PHP5. The biggest problem is the segfault after processing the script, not the memory leak (which I've reported just for help you to find out what's wrong). But there may be no connection between then memory leak (when env vars unset) and the segfault. [2005-03-29 17:39:21] [EMAIL PROTECTED] You don't have the Oracle environment variables set correctly. [2005-03-29 15:48:42] phpbug at pech dot cz Description: PHP with OCI8 segfaults just _after_ the script ends, when executed from command line by php -q anyscript.php. Everything is processed fine, but _after_ the script ends (past the processing of the last line), segmentation fault occurs and the core is dumped by php. Reproduce code: --- ?php $conn = oci_connect ($user, $password, $db); ? Expected result: Print nothing. In general, expected result means that it will end without segmentation fault. Actual result: -- Backtrace (seems really strange to me): #0 0x04ac8a8c in ?? () #1 0x00af3a90 in exit () from /lib/tls/libc.so.6 #2 0x00adeade in __libc_start_main () from /lib/tls/libc.so.6 #3 0x080738e1 in _start () When I accidentally forgotten to set evnironment variable ORA_NLS33, it prints: PHP Warning: oci_connect() [a href='function.oci-connect'function.oci-connect/a]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 in - on line 2 -(2) : Warning - oci_connect() [a href='function.oci-connect'function.oci-connect/a]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 /usr/src/redhat/BUILD/php-5.0.3/ext/oci8/oci8.c(3065) : Freeing 0x09A1E4BC (20 bytes), script=- === Total 1 memory leaks detected === Error while trying to retrieve text for error ORA-12154 is OK, becuase all environment variables are not set and exported, but the error ORA-12154 and the memory leak are not. Please feel free to contact me for any further details if needed. -- Edit this bug report at http://bugs.php.net/?id=32485edit=1
#32481 [Opn]: IMAP: imap_fetch_overview() only returns the first 'To:' address
ID: 32481
User updated by: scalero at datadec dot es
Reported By: scalero at datadec dot es
Status: Open
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 4CVS, 5CVS (2005-03-29)
New Comment:
OK, Thanks.
Sebastian Calero.
Previous Comments:
[2005-03-29 14:52:58] [EMAIL PROTECTED]
This is not a bug. Reclassified as feature request.
(the function name says it already: imap_fetch_OVERVIEW..)
You should use some other function to get more detailed information per
message.
[2005-03-29 13:14:25] scalero at datadec dot es
Description:
When I apply the function imap_fetch_overview to a message with
several email addresses recipients only the fisrt is returned in the
'to' field.
This is the result of 'imap_fetch_overview' to a message with 2
recipients:
array(1) {
[0]=
object(stdClass)(14) {
[subject]=
string(11) TEST mail
[from]=
string(20) [EMAIL PROTECTED]
[to]=
string(18) [EMAIL PROTECTED]
[date]=
string(31) Tue, 29 Mar 2005 08:36:53 +0200
[message_id]=
string(63) [EMAIL PROTECTED]
[size]=
int(564)
[uid]=
int(17)
[msgno]=
int(1)
[recent]=
int(0)
[flagged]=
int(0)
[answered]=
int(0)
[deleted]=
int(0)
[seen]=
int(1)
[draft]=
int(0)
}
}
The to field must to contain [EMAIL PROTECTED], [EMAIL PROTECTED].
Greetings and thanks.
Sebastian Calero.
--
Edit this bug report at http://bugs.php.net/?id=32481edit=1
#32488 [NEW]: printf: %d not equal %s for some numbers
From: glowack2 at msu dot edu
Operating system: Linux
PHP version: 5.0.3
PHP Bug Type: *General Issues
Bug description: printf: %d not equal %s for some numbers
Description:
printf (and sprintf) output incorrect values for certain inputs when using
the %d placeholder. For example, printf(%d,10.20*100) outputs 1019,
which is clearly not the correct and expected value of 1020. Most of
the time, the printed value is correct, but various numbers are off by
one. The off-by-one error is tied to specific numbers, and it is
repeatable. The off-by-one error also occurs when decimals are multiplied
by other powers of 10 (10, 100, 1000), though the numbers that produce
errors are not consistent between the different powers
This originally occured on a Solaris 5.6 machine running PHP 4.x, and has
been reproduced on a Linux machine running PHP 5.0.3.
The sample code included generates a table that verifies the output of %d
against %s (%s works correctly), green cells for matching output and red
cells with more details when the resulting text doesn't match.
Reproduce code:
---
print table;
for($x=0;$x1000;$x++) {
print tr;
for($y=0.1;$y1;$y=$y+0.1) {
// For more errors, replace *100 with *10 or *1000
// in the following two lines:
$string = sprintf(%s,($x+$y)*100);
$decimal = sprintf(%d,($x+$y)*100);
if(strcmp($string,$decimal)==0) {
print td bgcolor='#ddffdd'$string/td;
} else {
print td bgcolor='#ff'$string != $decimal/td;
}
}
print /tr;
}
Expected result:
Every cell *should* be green, because sprintf should always convert
numbers accurately.
Actual result:
--
%d and %s output different results for certain decimal numbers. Only some
values come out incorrectly, and most are fine.
--
Edit bug report at http://bugs.php.net/?id=32488edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32488r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32488r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32488r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32488r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32488r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32488r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32488r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32488r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32488r=support
Expected behavior: http://bugs.php.net/fix.php?id=32488r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32488r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32488r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32488r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32488r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32488r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32488r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32488r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32488r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32488r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32488r=mysqlcfg
#32480 [Opn-Csd]: PHP exiting with non-zero status or seg fault
ID: 32480 Updated by: [EMAIL PROTECTED] Reported By: steve dot cersosimo at bellsouth dot com -Status: Open +Status: Closed Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 5.0.3 New Comment: Hm. There were no changes in oci8 since November except for password grace period patch. Anyway, if it works fine for you, then it's fixed. If you find any additional info - feel free to reopen this report or post a new one. Previous Comments: [2005-03-29 18:18:58] steve dot cersosimo at bellsouth dot com I think the problem was somewhere in the OCI8 stuff. Here are my results from a few tests. # cat clitest #!/usr/local/bin/php ?php ? # clitest # echo $? 0 # cat clitest2 #!/home/software/apps/php5-STABLE-200503291430/sapi/cli/php ?php ? # clitest2 # echo $? 0 # cat ocitest #!/usr/local/bin/php ?php error_reporting(E_ALL); $db = (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP) (HOST = 172.16.0.153)(PORT=1521)) (CONNECT_DATA=(SERVICE_NAME=SPEED.WORLD))); $connection = oci_connect(speed, pass, $db); var_dump($connection); ? # ocitest resource(6) of type (oci8 connection) # echo $? 255 # cat ocitest2 #!/home/software/apps/php5-STABLE-200503291430/sapi/cli/php ?php error_reporting(E_ALL); $db = (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP) (HOST = 172.16.0.153)(PORT=1521)) (CONNECT_DATA=(SERVICE_NAME=SPEED.WORLD))); $connection = oci_connect(speed, pass, $db); var_dump($connection); ? # ocitest2 resource(6) of type (oci8 connection) # echo $? 0 Both of the first 2 tests exited with a 0 status, while the OCI8 test was only successful with the newly compiled PHP. [2005-03-29 17:49:58] [EMAIL PROTECTED] I bet the problem is not OCI8 related and was fixed by this patch: http://cvs.php.net/diff.php/php-src/sapi/cli/php_cli.c?r1=1.51.2.36r2=1.51.2.37ty=u Could you please try to run PHP-CLI with simple ?php ? script and check the status ? [2005-03-29 17:44:56] steve dot cersosimo at bellsouth dot com That seems to have fixed the problem. Should I wait for an official release, or is it safe to run the code you provided in a production environment. Unless it is too much for this format, what was the problem? [2005-03-29 11:09:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-03-29 11:01:48] steve dot cersosimo at bellsouth dot com Description: I currently have my Oracle 8 environment set up properly as far as I can tell. With the simple code below, I do not understand why PHP is exiting with a 255. I think it should exit with a 0 status. In other cases I get a segmentation fault, but I believe if the problem here is solved, the seg fault will go away. Interestingly, the connection works fine, I can query and update perfectly. This is causing me problems when it generates a segmentation fault and dumps that string to the browser. Reproduce code: --- # cat ocitest #!/usr/local/bin/php ?php error_reporting(E_ALL); $db = (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP) (HOST = 172.16.0.153)(PORT=1521)) (CONNECT_DATA=(SERVICE_NAME=SPEED.WORLD))); $connection = oci_connect(speed, pass, $db); var_dump($connection); ? # ocitest resource(6) of type (oci8 connection) # echo $? 255 -- Edit this bug report at http://bugs.php.net/?id=32480edit=1
#32490 [NEW]: constructor of mysqli is wrong named
From: ladoo at gmx dot at Operating system: Linux (x86) PHP version: 5.0.3 PHP Bug Type: MySQLi related Bug description: constructor of mysqli is wrong named Description: Due to the PHP5 manual the constructor of a class shall be called __construct and the method named after the class is evaluated only for compatibility reasons. The constructor of the mysqli class is mysqli, but it should be __construct. Reproduce code: --- $x = new mysqli(); if(method_exists($x, mysqli)) echo mysqli exists; if(method_exists($x, __construct)) echo __construct exists; Expected result: __construct exists Actual result: -- mysqli exists -- Edit bug report at http://bugs.php.net/?id=32490edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32490r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32490r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32490r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32490r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32490r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32490r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32490r=needscript Try newer version: http://bugs.php.net/fix.php?id=32490r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32490r=support Expected behavior: http://bugs.php.net/fix.php?id=32490r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32490r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32490r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32490r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32490r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32490r=dst IIS Stability: http://bugs.php.net/fix.php?id=32490r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32490r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32490r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32490r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32490r=mysqlcfg
#32491 [NEW]: File upload error
From: Oscar dot Castillo at jpl dot nasa dot gov
Operating system: Solaris 9
PHP version: 5.0.3
PHP Bug Type: *Configuration Issues
Bug description: File upload error
Description:
I am using iPlanet 6.0 SP5, Zend 2.5.7 and PHP 5.0.3 on a 64 bit Solaris 9
SunFire V880 (4x4GHz CPU, 8Gb RAM). I have a problem with an HTTP POST
command that attempts to upload a file onto the web server and a
consistent File upload error - unable to create a temporary file in
Unknown on line 0 error message appears in the error logs. The
upload_tmp_dir directory is set to /tmp. The error message disappears with
a web server daemon reset (stop/start the web server daemon), but the error
begins to occur within 2 to 24 hours again. When the errors occur, the /tmp
directory begins to accumulate with php[web_server_pid] files that are zero
bytes in size. My upload_max_filesize parameter is configured to 2Mb,
however the uploaded files are never above 50kb. I've tried many suggested
fixes from the php.net bug reports area, but to no avail. Thanks in advance
for your help!
Reproduce code:
---
?php
$debug_level = 2; // 0 = no debug; 10 = most debug
if ($debug_level 9) { phpinfo(); }
//
// Configurable variables
//
$BaseDir = './';
$LogFileName = $BaseDir . RTIU_translator.log;
$SCLK_SCET_Dir = /afs/jpl/group/casops/dom/data/main/sclkscet/; //
placed in executed shell script
$UploadDir = $BaseDir . Temp/ ; // Where the posted files
are placed
$TransferDir = $BaseDir . Xfer/;// Where the tar file for the
translator is created
//
// Verify resources are available
//
$LogFile = fopen( $LogFileName,'a');
if (! $LogFile)
{ print(Logging is disabled, please save all displayed messages if help
is needed from IO supportbr);
}
// Verify UPLOAD directory
if (!file_exists($UploadDir))
{ if ($LogFile)
{ $TmpStr = sprintf(%s VERIFY Upload directory does not exist\n,
gmdate(Y-m-d H:i:s) );
// strftime(%Y-%m-%d %T));
fwrite($LogFile, $TmpStr);
}
if(!mkdir($UploadDir,0774))
{ DisplayError(Could not create Upload directory,0);
return;
}
}
// Verify TRANSFER directory
if (!file_exists($TransferDir))
{ if ($LogFile)
{ $TmpStr = sprintf(%s VERIFY Transfer directory does not exist\n,
gmdate(Y-m-d H:i:s) );
// strftime(%Y-%m-%d %T));
fwrite($LogFile, $TmpStr);
}
print( Missing Transfer Directory: $TransferDir br);
if (!mkdir($TransferDir,0774))
{ DisplayError(Could not create Transfer directory,0);
return;
}
}
//
// Capture form values
//
$BaseName = escapeshellcmd($_POST['BaseName']);
$SequenceID = $_POST['SequenceID'];
$SCLK_SCET_File = $_POST['SCLK_SCET_File'];
$StartTimeUTC = $_POST['StartTimeUTC'];
$StopTimeUTC = $_POST['StopTimeUTC'];
$InputType = $_POST['input_type']; // SASF or PRT
$OutputType = $_POST['output_type'];// SEQ or IEB
$UserFileName = $_FILES['UploadFile']['name'];
$StartALF = $_POST['StartALF']; // 0 = ?
$ALF_Partition = $_POST['ALF_Partition']; // DEFAULT or NON_DEFAULT
$ALF_Step = $_POST['ALF_Step']; // 4 or 8
$CAS_User = $_SERVER['REMOTE_USER'];
$HostSource = $_SERVER['REMOTE_HOST'];
//
// Debug stuff (POST data)
//
if ($debug_level 3)
{ print( Upload Directory: $UploadDir br);
print( SCLK/SCET Directory: $SCLK_SCET_Dir br);
if ($debug_level 8)
{ print (pre);
var_dump($_FILES);
var_dump($_POST);
print (/pre);
}
print( Input Type: $InputType br);
print( Basename: $BaseName br);
print( Upload File: $UserFileName br);
print( Sequence ID: $SequenceID br);
print( SCLK/SCET File: $SCLK_SCET_File br);
print( Start UTC: $StartTimeUTC br);
print( Stop UTC: $StopTimeUTC br);
print( Output Type: $OutputType br);
print( Start ALF: $StartALF br);
print( Partition: $ALF_Partition br);
print( ALF Step: $ALF_Step br);
}
//
// Verify parameter values
//
print(H2Processing an $InputType upload/H2br);
//
// Log an attempted posting (user host)
//
if ($LogFile)
{ $TmpStr = sprintf(%s REQUEST (%s) %s from %s\n,
//strftime(%Y-%m-%d %T), $BaseName, $CAS_User,
$HostSource);
gmdate(Y-m-d H:i:s), $BaseName, $CAS_User,
$HostSource);
fwrite($LogFile, $TmpStr);
}
// Check Basename
if (strlen($BaseName) == 0)
{ DisplayError(Basename must be specified to translate a sequence,0);
return;
} else
{ if (strlen($BaseName) != 6)
{ DisplayError(Basename invalid length: '$BaseName',
Must be 6 alpha-numeric characters);
return;
}
if
(strspn($BaseName,1234567890abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ)
!= 6)
{ DisplayError(Basename invalid character(s): '$BaseName',
Must be 6 alpha-numeric characters);
return;
}
}
if (is_file($TransferDir/$BaseName.tar) ||
#32358 [Bgs-Csd]: GD Functionality Missing JPEG
ID: 32358 User updated by: kklee at cbs dot com Reported By: kklee at cbs dot com -Status: Bogus +Status: Closed Bug Type: GD related Operating System: Linux Fedora Core 3 PHP Version: 4.3.10 New Comment: Well, since nobody had an answer, I had the choice of installing php4.3.9 or php5 and I chose the latter. Not sure why the problem exists only on my setup for 4.3.10, but installing php5 (without the need to install the -devel rpms as suggested) resolved the problem. Previous Comments: [2005-03-22 13:08:31] kklee at cbs dot com Seems like a simple enough solution sniper, but that still didn't resolve my problem. I installed the libpng-devel, libjpeg-devel and the gd-devel RPMS and then recompiled PHP again using the same options and the JPEG feature still doesn't work in GD using PHP 4.3.10 --- I compiled 4.3.9 again and that worked like a charm under the exact same environment. I guess I'm the only one who can compile without an error but has no JPEG functionality --- during the compile, everything seems to indicate that it is okay: checking for the location of libjpeg... /usr checking for jpeg_read_header in -ljpeg... (cached) yes If there was any error at all, at least that would help me find this needle in a haystack. [2005-03-18 09:58:00] [EMAIL PROTECTED] You have to install the -devel RPMs too. [2005-03-18 06:38:08] kklee at cbs dot com Description: When I ran an standard ./configure --with-zlib --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr I am able to create PNG images but not JPEG images. The symptoms I experienced are: 1. imagepng() works but imagejpeg() does not 2. phpinfo() does not show JPG Support enabled under the GD module I have tried the gd-2.0.28 and gd-2.0.32-3.rpm from Fedora Core installed. I also have libjpeg-6b-33 and libpng-1.2.7-1 rpms installed. I couldn't figure out what else to try to I compiled php 4.3.9 with the exact same options and all JPEG features listed above works. Am I the only one unable to utilize JPEG in 4.3.10? Sorry for the neophyte bug report but I could not find the related bug in your bug database. -- Edit this bug report at http://bugs.php.net/?id=32358edit=1
#32491 [Opn-Fbk]: File upload error
ID: 32491
Updated by: [EMAIL PROTECTED]
Reported By: Oscar dot Castillo at jpl dot nasa dot gov
-Status: Open
+Status: Feedback
-Bug Type: *Configuration Issues
+Bug Type: HTTP related
Operating System: Solaris 9
PHP Version: 5.0.3
New Comment:
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
Previous Comments:
[2005-03-29 21:55:27] Oscar dot Castillo at jpl dot nasa dot gov
Description:
I am using iPlanet 6.0 SP5, Zend 2.5.7 and PHP 5.0.3 on a 64 bit
Solaris 9 SunFire V880 (4x4GHz CPU, 8Gb RAM). I have a problem with an
HTTP POST command that attempts to upload a file onto the web server
and a consistent File upload error - unable to create a temporary file
in Unknown on line 0 error message appears in the error logs. The
upload_tmp_dir directory is set to /tmp. The error message disappears
with a web server daemon reset (stop/start the web server daemon), but
the error begins to occur within 2 to 24 hours again. When the errors
occur, the /tmp directory begins to accumulate with php[web_server_pid]
files that are zero bytes in size. My upload_max_filesize parameter is
configured to 2Mb, however the uploaded files are never above 50kb.
I've tried many suggested fixes from the php.net bug reports area, but
to no avail. Thanks in advance for your help!
Reproduce code:
---
?php
$debug_level = 2; // 0 = no debug; 10 = most debug
if ($debug_level 9) { phpinfo(); }
//
// Configurable variables
//
$BaseDir = './';
$LogFileName = $BaseDir . RTIU_translator.log;
$SCLK_SCET_Dir = /afs/jpl/group/casops/dom/data/main/sclkscet/; //
placed in executed shell script
$UploadDir = $BaseDir . Temp/ ; // Where the posted files
are
placed
$TransferDir = $BaseDir . Xfer/;// Where the tar file for the
translator is created
//
// Verify resources are available
//
$LogFile = fopen( $LogFileName,'a');
if (! $LogFile)
{ print(Logging is disabled, please save all displayed messages if
help is needed from IO supportbr);
}
// Verify UPLOAD directory
if (!file_exists($UploadDir))
{ if ($LogFile)
{ $TmpStr = sprintf(%s VERIFY Upload directory does not exist\n,
gmdate(Y-m-d H:i:s) );
// strftime(%Y-%m-%d %T));
fwrite($LogFile, $TmpStr);
}
if(!mkdir($UploadDir,0774))
{ DisplayError(Could not create Upload directory,0);
return;
}
}
// Verify TRANSFER directory
if (!file_exists($TransferDir))
{ if ($LogFile)
{ $TmpStr = sprintf(%s VERIFY Transfer directory does not exist\n,
gmdate(Y-m-d H:i:s) );
// strftime(%Y-%m-%d %T));
fwrite($LogFile, $TmpStr);
}
print( Missing Transfer Directory: $TransferDir br);
if (!mkdir($TransferDir,0774))
{ DisplayError(Could not create Transfer directory,0);
return;
}
}
//
// Capture form values
//
$BaseName = escapeshellcmd($_POST['BaseName']);
$SequenceID = $_POST['SequenceID'];
$SCLK_SCET_File = $_POST['SCLK_SCET_File'];
$StartTimeUTC = $_POST['StartTimeUTC'];
$StopTimeUTC = $_POST['StopTimeUTC'];
$InputType = $_POST['input_type']; // SASF or PRT
$OutputType = $_POST['output_type'];// SEQ or IEB
$UserFileName = $_FILES['UploadFile']['name'];
$StartALF = $_POST['StartALF']; // 0 = ?
$ALF_Partition = $_POST['ALF_Partition']; // DEFAULT or NON_DEFAULT
$ALF_Step = $_POST['ALF_Step']; // 4 or 8
$CAS_User = $_SERVER['REMOTE_USER'];
$HostSource = $_SERVER['REMOTE_HOST'];
//
// Debug stuff (POST data)
//
if ($debug_level 3)
{ print( Upload Directory: $UploadDir br);
print( SCLK/SCET Directory: $SCLK_SCET_Dir br);
if ($debug_level 8)
{ print (pre);
var_dump($_FILES);
var_dump($_POST);
print (/pre);
}
print( Input Type: $InputType br);
print( Basename: $BaseName br);
print( Upload File: $UserFileName br);
print( Sequence ID: $SequenceID br);
print( SCLK/SCET File: $SCLK_SCET_File br);
print( Start UTC: $StartTimeUTC br);
print( Stop UTC: $StopTimeUTC br);
print( Output Type: $OutputType br);
print( Start ALF: $StartALF br);
print( Partition: $ALF_Partition br);
print( ALF Step: $ALF_Step br);
}
//
// Verify parameter values
//
print(H2Processing an $InputType upload/H2br);
//
// Log an attempted posting (user host)
//
if ($LogFile)
{ $TmpStr = sprintf(%s REQUEST (%s) %s from %s\n,
//strftime(%Y-%m-%d %T), $BaseName, $CAS_User,
$HostSource);
gmdate(Y-m-d H:i:s), $BaseName, $CAS_User,
$HostSource);
fwrite($LogFile, $TmpStr);
}
// Check Basename
if (strlen($BaseName) == 0)
{ DisplayError(Basename must be specified to translate a
sequence,0);
return;
}
#32490 [Opn-Fbk]: constructor of mysqli is wrong named
ID: 32490 Updated by: [EMAIL PROTECTED] Reported By: ladoo at gmx dot at -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Linux (x86) PHP Version: 5.0.3 New Comment: 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 Previous Comments: [2005-03-29 21:55:02] ladoo at gmx dot at Description: Due to the PHP5 manual the constructor of a class shall be called __construct and the method named after the class is evaluated only for compatibility reasons. The constructor of the mysqli class is mysqli, but it should be __construct. Reproduce code: --- $x = new mysqli(); if(method_exists($x, mysqli)) echo mysqli exists; if(method_exists($x, __construct)) echo __construct exists; Expected result: __construct exists Actual result: -- mysqli exists -- Edit this bug report at http://bugs.php.net/?id=32490edit=1
#32331 [Fbk-NoF]: Why static properties cannot be redeclared?
ID: 32331
Updated by: php-bugs@lists.php.net
Reported By: rael at grad dot icmc dot usp dot br
-Status: Feedback
+Status: No Feedback
Bug Type: Feature/Change Request
Operating System: Windows XP Professional SP2
PHP Version: 5.0.1
New Comment:
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.
Previous Comments:
[2005-03-21 12:58:13] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-03-21 12:38:45] rael at grad dot icmc dot usp dot br
I was said override, but the correct is redeclare in case of static
properties.
[2005-03-16 11:58:13] rael at grad dot icmc dot usp dot br
Description:
I'm a longer time java programmer, and I'm trying PHP5. But, for my
surprise, I saw that static properties cannot be overwrite. Why? This
make not sense!
Reproduce code:
---
class a {
protected static $v = aa;
public static function foo(){
echo self::$v;
}
}
class b extends a{
protected static $v = bb;
public static function foo(){
echo self::$v;
}
}
Expected result:
No runtime error
Actual result:
--
Cannot redeclare property static protected a::$v in
class b
--
Edit this bug report at http://bugs.php.net/?id=32331edit=1
#32422 [Fbk-Opn]: Access Violation on calling PEAR Date::before
ID: 32422 User updated by: rob at wildlime dot com Reported By: rob at wildlime dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 4.3.10 New Comment: Using PHP/4.3.11RC2-dev (btw, is it intentional that pear installs to c:\php\pear\pear?) Same result - frequent access violation. stack trace: ntdll!RtlpCoalesceFreeBlocks+0x21 ntdll!RtlFreeHeap+0x2e9 msvcrt!free+0xc3 msvcrt!__crtsetenv+0x193 msvcrt!_putenv_lk+0x42 msvcrt!_putenv+0x20 WARNING: Stack unwind information not available. Following frames may be wrong. php4ts!php_get_inf+0xfae Previous Comments: [2005-03-29 10:27:43] [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 provide the trace when using the snapshot. [2005-03-29 07:53:56] rob at wildlime dot com Here's another stack trace, using the MS debugger to get access to the symbol names ntdll!RtlpCoalesceFreeBlocks+0x21 ntdll!RtlFreeHeap+0x2e9 msvcrt!free+0xc3 msvcrt!__crtsetenv+0x193 msvcrt!_putenv_lk+0x42 msvcrt!_putenv+0x20 WARNING: Stack unwind information not available. Following frames may be wrong. php4ts!php_get_inf+0xf6e Error details from the debugger: (268.ddc): Access violation - code c005 (!!! second chance !!!) eax=0418 ebx=0083 ecx=7ffda000 edx=00830608 esi=0082fd68 edi=00830180 eip=7c910c27 esp=0108d978 ebp=0108d984 iopl=0 nv up ei ng nz na po cy cs=001b ss=0023 ds=0023 es=0023 fs=003b gs= efl=0287 ntdll!RtlpCoalesceFreeBlocks+0x21: 7c910c27 f6460501 testbyte ptr [esi+0x5],0x1 ds:0023:0082fd6d=?? (NB still using php 4.3.10) [2005-03-29 02:05:42] rob at wildlime dot com Installed php 4.3.11 RC1 (windows) to c:\php, but PEAR wont't install. The error on running go-pear.bat, accepting the defaults, is: failed to write c:\php\pear\data\PEAR\.tmppackage.dtd There is plenty of disk space and I'm using an admin account. [2005-03-23 04:07:10] rob at wildlime dot com Description: Experiencing an intermittent (once every 5-10 requests) access violation. btw, I have posted this to the PHP bug list rather than the PEAR one as it is a crash, not just a script error. Here's the info I can glean from the debugger. I'm afraid I don't have the debug builds. Windows XP pro SP2 Apache/1.3.33 (Win32) PHP/4.3.10 stack trace: 7C910C27 C:\WINDOWS\system32\ntdll.dll 7C910D5C C:\WINDOWS\system32\ntdll.dll 77C2C2DE C:\WINDOWS\system32\msvcrt.dll 77C39AE9 C:\WINDOWS\system32\msvcrt.dll 77C35F5D C:\WINDOWS\system32\msvcrt.dll 77C35FEC C:\WINDOWS\system32\msvcrt.dll 10047D4E c:\php4\php4ts.dll or sometimes: 77C46137 C:\WINDOWS\system32\msvcrt.dll 100CA6AE c:\php4\php4ts.dll 60002E50 c:\php4\php4apache.dll 6000186F c:\php4\php4apache.dll dll base addresses: 0x6000 php4apache.dll 0x1000 php4ts.dll Reproduce code: --- ?php require_once 'Date.php'; $now = new Date(); $year = 2005; $month = 3; $day = 24; $time = '09:00'; $s = sprintf(%04d-%02d-%02dT%s:00, $year, $month, $day, $time); $date = new Date($s); $date-before($now); ? Expected result: nothing - no output, so blank browser window Actual result: -- Access violation every 5-10 requests. -- Edit this bug report at http://bugs.php.net/?id=32422edit=1
#32494 [NEW]: crash when using expat in a class
From: evert at rooftopsolutions dot nl
Operating system: Linux glibc 2.3.4
PHP version: 4.3.10
PHP Bug Type: Reproducible crash
Bug description: crash when using expat in a class
Description:
My PHP crashes when using expat functions in a class.
My scripts opens the 'test' file, but it doesn't matter if it exists or
not.
Right now I'm unable to check this with the latest cvs, but I did test
this on multiple servers running 4.3.10
Reproduce code:
---
?
class sParser {
function onStartElement($parser,$name,$attribs) {
return false;
}
function onEndElement($parser,$name) {
return false;
}
function onCDATA($parser,$data) {
return false;
}
function onProcessInstruction($parser,$target,$data) {
return false;
}
function onXMLError($line,$errorcode,$errorstring) {
return false;
}
function xmlparse($data) {
$this-parser = xml_parser_create('UTF-8');
xml_parser_set_option($this-parser,XML_OPTION_CASE_FOLDING,false);
xml_set_element_handler($this-parser,array($this,
'onStartElement'),array($this,'onEndElement'));
xml_set_character_data_handler($this-parser,array($this,'onCDATA'));
xml_set_processing_instruction_handler($this-parser,array($this,'onProcessInstruction'));
if (!xml_parse($this-parser,$data)) {
$this-onXMLError(xml_get_current_line_number($this-parser),
xml_get_error_code($this-parser), xml_error_string(xml_get_error_code($
this-parser)));
return false;
} else return $this-parsedData;
}
function execute($data) {
return $this-xmlparse($data);
}
}
$disp = new sParser();
$disp-execute(file_get_contents('test'));
?
Expected result:
No errors
Actual result:
--
PHP Crash
my apache logs says:
[Tue Mar 29 07:07:25 2005] [notice] child pid 9106 exit signal Aborted
(6)
*** glibc detected *** double free or corruption (!prev): 0x08205058 ***
--
Edit bug report at http://bugs.php.net/?id=32494edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32494r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32494r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32494r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32494r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32494r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32494r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32494r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32494r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32494r=support
Expected behavior: http://bugs.php.net/fix.php?id=32494r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32494r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32494r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32494r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32494r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32494r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32494r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32494r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32494r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32494r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32494r=mysqlcfg
#32491 [Fbk-Opn]: File upload error
ID: 32491
User updated by: Oscar dot Castillo at jpl dot nasa dot gov
Reported By: Oscar dot Castillo at jpl dot nasa dot gov
-Status: Feedback
+Status: Open
Bug Type: HTTP related
Operating System: Solaris 9
PHP Version: 5.0.3
New Comment:
I downloaded the php5-latest.tar.gz, but got compiler errors. I
downloaded the php5-STABLE-200503292230 and was able to compile it. It
is now running good so far. However, the upload problems usually take 2
- 24 hours to begin. I shall continue to monitor.
Thanks for your help
Previous Comments:
[2005-03-29 23:39:57] [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-03-29 21:55:27] Oscar dot Castillo at jpl dot nasa dot gov
Description:
I am using iPlanet 6.0 SP5, Zend 2.5.7 and PHP 5.0.3 on a 64 bit
Solaris 9 SunFire V880 (4x4GHz CPU, 8Gb RAM). I have a problem with an
HTTP POST command that attempts to upload a file onto the web server
and a consistent File upload error - unable to create a temporary file
in Unknown on line 0 error message appears in the error logs. The
upload_tmp_dir directory is set to /tmp. The error message disappears
with a web server daemon reset (stop/start the web server daemon), but
the error begins to occur within 2 to 24 hours again. When the errors
occur, the /tmp directory begins to accumulate with php[web_server_pid]
files that are zero bytes in size. My upload_max_filesize parameter is
configured to 2Mb, however the uploaded files are never above 50kb.
I've tried many suggested fixes from the php.net bug reports area, but
to no avail. Thanks in advance for your help!
Reproduce code:
---
?php
$debug_level = 2; // 0 = no debug; 10 = most debug
if ($debug_level 9) { phpinfo(); }
//
// Configurable variables
//
$BaseDir = './';
$LogFileName = $BaseDir . RTIU_translator.log;
$SCLK_SCET_Dir = /afs/jpl/group/casops/dom/data/main/sclkscet/; //
placed in executed shell script
$UploadDir = $BaseDir . Temp/ ; // Where the posted files
are
placed
$TransferDir = $BaseDir . Xfer/;// Where the tar file for the
translator is created
//
// Verify resources are available
//
$LogFile = fopen( $LogFileName,'a');
if (! $LogFile)
{ print(Logging is disabled, please save all displayed messages if
help is needed from IO supportbr);
}
// Verify UPLOAD directory
if (!file_exists($UploadDir))
{ if ($LogFile)
{ $TmpStr = sprintf(%s VERIFY Upload directory does not exist\n,
gmdate(Y-m-d H:i:s) );
// strftime(%Y-%m-%d %T));
fwrite($LogFile, $TmpStr);
}
if(!mkdir($UploadDir,0774))
{ DisplayError(Could not create Upload directory,0);
return;
}
}
// Verify TRANSFER directory
if (!file_exists($TransferDir))
{ if ($LogFile)
{ $TmpStr = sprintf(%s VERIFY Transfer directory does not exist\n,
gmdate(Y-m-d H:i:s) );
// strftime(%Y-%m-%d %T));
fwrite($LogFile, $TmpStr);
}
print( Missing Transfer Directory: $TransferDir br);
if (!mkdir($TransferDir,0774))
{ DisplayError(Could not create Transfer directory,0);
return;
}
}
//
// Capture form values
//
$BaseName = escapeshellcmd($_POST['BaseName']);
$SequenceID = $_POST['SequenceID'];
$SCLK_SCET_File = $_POST['SCLK_SCET_File'];
$StartTimeUTC = $_POST['StartTimeUTC'];
$StopTimeUTC = $_POST['StopTimeUTC'];
$InputType = $_POST['input_type']; // SASF or PRT
$OutputType = $_POST['output_type'];// SEQ or IEB
$UserFileName = $_FILES['UploadFile']['name'];
$StartALF = $_POST['StartALF']; // 0 = ?
$ALF_Partition = $_POST['ALF_Partition']; // DEFAULT or NON_DEFAULT
$ALF_Step = $_POST['ALF_Step']; // 4 or 8
$CAS_User = $_SERVER['REMOTE_USER'];
$HostSource = $_SERVER['REMOTE_HOST'];
//
// Debug stuff (POST data)
//
if ($debug_level 3)
{ print( Upload Directory: $UploadDir br);
print( SCLK/SCET Directory: $SCLK_SCET_Dir br);
if ($debug_level 8)
{ print (pre);
var_dump($_FILES);
var_dump($_POST);
print (/pre);
}
print( Input Type: $InputType br);
print( Basename: $BaseName br);
print( Upload File: $UserFileName br);
print( Sequence ID: $SequenceID br);
print( SCLK/SCET File: $SCLK_SCET_File br);
print( Start UTC: $StartTimeUTC br);
print( Stop UTC: $StopTimeUTC br);
print( Output Type: $OutputType br);
print( Start ALF: $StartALF br);
print( Partition: $ALF_Partition br);
print( ALF Step: $ALF_Step br);
}
//
// Verify parameter values
//
print(H2Processing an $InputType upload/H2br);
//
// Log an attempted posting (user host)
//
if
#32467 [Opn-WFx]: provide a configuration directive for SQLite temp directory
ID: 32467 Updated by: [EMAIL PROTECTED] Reported By: psychosos at gmx dot at -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.0.3 New Comment: It is considered library abuse to change global variables for something like this, so we won't be adding this feature. The only way it can be safe is if all of the following conditions are met: - No one (that includes any/all modules linked into the process in which PHP is running) has used the sqlite library yet - The setting is set only during the MINIT phase - No one else is going to alter the setting, ever. If you mess with this value while database handles are open, you'll confuse sqlite. It's better to leave it well alone, which is what we do. Previous Comments: [2005-03-27 18:55:48] psychosos at gmx dot at Description: It would be cool if there was a runtime configuration directive (even better if it worked from inside a script) to change the directory path the SQLite extension uses to store temporary tables, as discussed in the usenet thread/posting Message-ID: [EMAIL PROTECTED]. -- Edit this bug report at http://bugs.php.net/?id=32467edit=1
#32488 [Opn-Bgs]: printf: %d not equal %s for some numbers
ID: 32488
Updated by: [EMAIL PROTECTED]
Reported By: glowack2 at msu dot edu
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: Linux
PHP Version: 5.0.3
New Comment:
Floating point values have a limited precision. Hence a value might
not have the same string representation after any processing. That also
includes writing a floating point value in your script and directly
printing it without any mathematical operations.
If you would like to know more about floats and what IEEE
754 is read this:
http://docs.sun.com/source/806-3568/ncg_goldberg.html
Thank you for your interest in PHP.
.
Previous Comments:
[2005-03-29 19:23:04] glowack2 at msu dot edu
Description:
printf (and sprintf) output incorrect values for certain inputs when
using the %d placeholder. For example, printf(%d,10.20*100) outputs
1019, which is clearly not the correct and expected value of 1020.
Most of the time, the printed value is correct, but various numbers are
off by one. The off-by-one error is tied to specific numbers, and it
is repeatable. The off-by-one error also occurs when decimals are
multiplied by other powers of 10 (10, 100, 1000), though the numbers
that produce errors are not consistent between the different powers
This originally occured on a Solaris 5.6 machine running PHP 4.x, and
has been reproduced on a Linux machine running PHP 5.0.3.
The sample code included generates a table that verifies the output of
%d against %s (%s works correctly), green cells for matching output and
red cells with more details when the resulting text doesn't match.
Reproduce code:
---
print table;
for($x=0;$x1000;$x++) {
print tr;
for($y=0.1;$y1;$y=$y+0.1) {
// For more errors, replace *100 with *10 or *1000
// in the following two lines:
$string = sprintf(%s,($x+$y)*100);
$decimal = sprintf(%d,($x+$y)*100);
if(strcmp($string,$decimal)==0) {
print td bgcolor='#ddffdd'$string/td;
} else {
print td bgcolor='#ff'$string != $decimal/td;
}
}
print /tr;
}
Expected result:
Every cell *should* be green, because sprintf should always convert
numbers accurately.
Actual result:
--
%d and %s output different results for certain decimal numbers. Only
some values come out incorrectly, and most are fine.
--
Edit this bug report at http://bugs.php.net/?id=32488edit=1
#32495 [NEW]: Echo not producing correct result.
From: mike at cocoweb dot co dot uk Operating system: Windows XP PHP version: 5.0.3 PHP Bug Type: Strings related Bug description: Echo not producing correct result. Description: Unexpected output with echo statement. Reproduce code: --- ?php // Expression 1 echo 'echo bob .func()./bob;'; // Newline for view source echo \n; // Expression 2 echo 'echo bob value=.func()./bob;'; // Newline for view source echo \n; // Expression 3 echo 'echo bob .func()./bob;'; ? Expected result: echo bob .func()./bob; echo bob value=.func()./bob; echo bob .func()./bob; // Note extra newlines for ease of reading. Actual result: -- echo bob .func()./bob; echo bob value=.func()./bob; echo bob .func()./bob; Line 2 and 3 are expected. Line 1 is just plain weird! Note that the '=' after 'value' makes the output work correctly. Bizarre. I have looked in PHP books, the web and asked a couple of experts all to no avail. You can reduce the original code down to: echo 'echo bob =.func()./bob;'; and it will give expected result! But remove the equals sign and the bug will occur. Also note removing the first (i.e. before bob) will work too. (see expression 3). I'm possibly having a REALLY bad coding day and making a REALLY simple error... -- Edit bug report at http://bugs.php.net/?id=32495edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32495r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32495r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32495r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32495r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32495r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32495r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32495r=needscript Try newer version: http://bugs.php.net/fix.php?id=32495r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32495r=support Expected behavior: http://bugs.php.net/fix.php?id=32495r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32495r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32495r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32495r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32495r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32495r=dst IIS Stability: http://bugs.php.net/fix.php?id=32495r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32495r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32495r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32495r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32495r=mysqlcfg
#32496 [NEW]: Session string values are references
From: ceo at l-i-e dot com
Operating system: FreeBSD 5.3-RELEASE
PHP version: 5.0.3
PHP Bug Type: Session related
Bug description: Session string values are references
Description:
?php
session_start();
if (!isset($_SESSION['name'])){
$_SESSION['name'] = 'Richard Lynch';
}
else{
$name = $_SESSION['name'];
}
/* Assume a ton of code goes here */
$name = 'Fooey';
echo Session name is: , $_SESSION['name'], br /\n;
?
Now, hit this page, re-load it, and what do *YOU* expect $_SESSION['name']
to output?
A) 'Richard Lynch', because you never re-assigned $_SESSION['name']
B) 'Fooey' because $name is a reference, and you changed it, so that
changed your session data.
*I* expected A)
Alas, the reality is B)
--
Edit bug report at http://bugs.php.net/?id=32496edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32496r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32496r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32496r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32496r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32496r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32496r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32496r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32496r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32496r=support
Expected behavior: http://bugs.php.net/fix.php?id=32496r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32496r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32496r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32496r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32496r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32496r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32496r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32496r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32496r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32496r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32496r=mysqlcfg
#32496 [Opn-Bgs]: Session string values are references
ID: 32496
Updated by: [EMAIL PROTECTED]
Reported By: ceo at l-i-e dot com
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: FreeBSD 5.3-RELEASE
PHP Version: 5.0.3
New Comment:
Using latest CVS + register_globals = Off - Works just fine.
Previous Comments:
[2005-03-30 05:23:22] ceo at l-i-e dot com
Description:
?php
session_start();
if (!isset($_SESSION['name'])){
$_SESSION['name'] = 'Richard Lynch';
}
else{
$name = $_SESSION['name'];
}
/* Assume a ton of code goes here */
$name = 'Fooey';
echo Session name is: , $_SESSION['name'], br /\n;
?
Now, hit this page, re-load it, and what do *YOU* expect
$_SESSION['name'] to output?
A) 'Richard Lynch', because you never re-assigned $_SESSION['name']
B) 'Fooey' because $name is a reference, and you changed it, so that
changed your session data.
*I* expected A)
Alas, the reality is B)
--
Edit this bug report at http://bugs.php.net/?id=32496edit=1
#32495 [Opn-Bgs]: Echo not producing correct result.
ID: 32495 Updated by: [EMAIL PROTECTED] Reported By: mike at cocoweb dot co dot uk -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Windows XP PHP Version: 5.0.3 New Comment: I would be very worried if the output wasn't what you got. (you're using single quotes..are you sure you've pasted the right code here? :) Previous Comments: [2005-03-30 04:49:20] mike at cocoweb dot co dot uk Description: Unexpected output with echo statement. Reproduce code: --- ?php // Expression 1 echo 'echo bob .func()./bob;'; // Newline for view source echo \n; // Expression 2 echo 'echo bob value=.func()./bob;'; // Newline for view source echo \n; // Expression 3 echo 'echo bob .func()./bob;'; ? Expected result: echo bob .func()./bob; echo bob value=.func()./bob; echo bob .func()./bob; // Note extra newlines for ease of reading. Actual result: -- echo bob .func()./bob; echo bob value=.func()./bob; echo bob .func()./bob; Line 2 and 3 are expected. Line 1 is just plain weird! Note that the '=' after 'value' makes the output work correctly. Bizarre. I have looked in PHP books, the web and asked a couple of experts all to no avail. You can reduce the original code down to: echo 'echo bob =.func()./bob;'; and it will give expected result! But remove the equals sign and the bug will occur. Also note removing the first (i.e. before bob) will work too. (see expression 3). I'm possibly having a REALLY bad coding day and making a REALLY simple error... -- Edit this bug report at http://bugs.php.net/?id=32495edit=1
#32491 [Opn-Fbk]: File upload error
ID: 32491
Updated by: [EMAIL PROTECTED]
Reported By: Oscar dot Castillo at jpl dot nasa dot gov
-Status: Open
+Status: Feedback
Bug Type: HTTP related
Operating System: Solaris 9
PHP Version: 5.0.3
New Comment:
What compile errors?
Previous Comments:
[2005-03-30 02:15:33] Oscar dot Castillo at jpl dot nasa dot gov
I downloaded the php5-latest.tar.gz, but got compiler errors. I
downloaded the php5-STABLE-200503292230 and was able to compile it. It
is now running good so far. However, the upload problems usually take 2
- 24 hours to begin. I shall continue to monitor.
Thanks for your help
[2005-03-29 23:39:57] [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-03-29 21:55:27] Oscar dot Castillo at jpl dot nasa dot gov
Description:
I am using iPlanet 6.0 SP5, Zend 2.5.7 and PHP 5.0.3 on a 64 bit
Solaris 9 SunFire V880 (4x4GHz CPU, 8Gb RAM). I have a problem with an
HTTP POST command that attempts to upload a file onto the web server
and a consistent File upload error - unable to create a temporary file
in Unknown on line 0 error message appears in the error logs. The
upload_tmp_dir directory is set to /tmp. The error message disappears
with a web server daemon reset (stop/start the web server daemon), but
the error begins to occur within 2 to 24 hours again. When the errors
occur, the /tmp directory begins to accumulate with php[web_server_pid]
files that are zero bytes in size. My upload_max_filesize parameter is
configured to 2Mb, however the uploaded files are never above 50kb.
I've tried many suggested fixes from the php.net bug reports area, but
to no avail. Thanks in advance for your help!
Reproduce code:
---
?php
$debug_level = 2; // 0 = no debug; 10 = most debug
if ($debug_level 9) { phpinfo(); }
//
// Configurable variables
//
$BaseDir = './';
$LogFileName = $BaseDir . RTIU_translator.log;
$SCLK_SCET_Dir = /afs/jpl/group/casops/dom/data/main/sclkscet/; //
placed in executed shell script
$UploadDir = $BaseDir . Temp/ ; // Where the posted files
are
placed
$TransferDir = $BaseDir . Xfer/;// Where the tar file for the
translator is created
//
// Verify resources are available
//
$LogFile = fopen( $LogFileName,'a');
if (! $LogFile)
{ print(Logging is disabled, please save all displayed messages if
help is needed from IO supportbr);
}
// Verify UPLOAD directory
if (!file_exists($UploadDir))
{ if ($LogFile)
{ $TmpStr = sprintf(%s VERIFY Upload directory does not exist\n,
gmdate(Y-m-d H:i:s) );
// strftime(%Y-%m-%d %T));
fwrite($LogFile, $TmpStr);
}
if(!mkdir($UploadDir,0774))
{ DisplayError(Could not create Upload directory,0);
return;
}
}
// Verify TRANSFER directory
if (!file_exists($TransferDir))
{ if ($LogFile)
{ $TmpStr = sprintf(%s VERIFY Transfer directory does not exist\n,
gmdate(Y-m-d H:i:s) );
// strftime(%Y-%m-%d %T));
fwrite($LogFile, $TmpStr);
}
print( Missing Transfer Directory: $TransferDir br);
if (!mkdir($TransferDir,0774))
{ DisplayError(Could not create Transfer directory,0);
return;
}
}
//
// Capture form values
//
$BaseName = escapeshellcmd($_POST['BaseName']);
$SequenceID = $_POST['SequenceID'];
$SCLK_SCET_File = $_POST['SCLK_SCET_File'];
$StartTimeUTC = $_POST['StartTimeUTC'];
$StopTimeUTC = $_POST['StopTimeUTC'];
$InputType = $_POST['input_type']; // SASF or PRT
$OutputType = $_POST['output_type'];// SEQ or IEB
$UserFileName = $_FILES['UploadFile']['name'];
$StartALF = $_POST['StartALF']; // 0 = ?
$ALF_Partition = $_POST['ALF_Partition']; // DEFAULT or NON_DEFAULT
$ALF_Step = $_POST['ALF_Step']; // 4 or 8
$CAS_User = $_SERVER['REMOTE_USER'];
$HostSource = $_SERVER['REMOTE_HOST'];
//
// Debug stuff (POST data)
//
if ($debug_level 3)
{ print( Upload Directory: $UploadDir br);
print( SCLK/SCET Directory: $SCLK_SCET_Dir br);
if ($debug_level 8)
{ print (pre);
var_dump($_FILES);
var_dump($_POST);
print (/pre);
}
print( Input Type: $InputType br);
print( Basename: $BaseName br);
print( Upload File: $UserFileName br);
print( Sequence ID: $SequenceID br);
print( SCLK/SCET File: $SCLK_SCET_File br);
print( Start UTC: $StartTimeUTC br);
print( Stop UTC: $StopTimeUTC br);
print( Output Type: $OutputType br);
print( Start ALF: $StartALF br);
print( Partition: $ALF_Partition br);
print( ALF Step: $ALF_Step
#32485 [Opn-Fbk]: PHP/OCI8 segfaults after the script ends
ID: 32485 Updated by: [EMAIL PROTECTED] Reported By: phpbug at pech dot cz -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Linux 2.4.22 PHP Version: 5.0.3 Previous Comments: [2005-03-29 20:40:26] phpbug at pech dot cz Hi Tony! I'm not running it from apache, but from the command line (as mentioned above). The server is running for years (from Fedora Core 1) without any significant changes, except of kernel updates and so. Segfaults appeared first with upgrade of PHP to 5.0.3 (previous was 4.3.10). Environment variables are set up fine (as mentioned above). TNS_ADMIN is not set, but this is strictly optional, because the client always looks for tnsnames.ora file to $ORACLE_HOME/network/admin. Connection is established on oci_connect() call, I can also do any database processing and then call oci_close(), but it segfaults _after_ the script ends (which looks like some error in eg. free() call). Maybe the problem is in the combination of PHP5 vs. Oracle 8.1.7.4 client or a part of it. I don't have an instant client, but regular 8.1.7.4 server on the same machine. I'll try the latest snapshot as soon as possible and I'll let you know. [2005-03-29 18:38:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Can't reproduce it. Check twice and then recheck that you have set all the required env vars like ORACLE_HOME, TNS_ADMIN etc. and that they are available for Apache user. [2005-03-29 18:21:20] phpbug at pech dot cz Sorry, but I don't think so. Of course I haven't set them up and then a memory leak was reported, but normally I have all the variables (like ORACLE_HOME, ORACLE_BASE, ORA_NLS33 and NLS_LANG) set up fine. And everything works in PHP4, but not in PHP5. The biggest problem is the segfault after processing the script, not the memory leak (which I've reported just for help you to find out what's wrong). But there may be no connection between then memory leak (when env vars unset) and the segfault. [2005-03-29 17:39:21] [EMAIL PROTECTED] You don't have the Oracle environment variables set correctly. [2005-03-29 15:48:42] phpbug at pech dot cz Description: PHP with OCI8 segfaults just _after_ the script ends, when executed from command line by php -q anyscript.php. Everything is processed fine, but _after_ the script ends (past the processing of the last line), segmentation fault occurs and the core is dumped by php. Reproduce code: --- ?php $conn = oci_connect ($user, $password, $db); ? Expected result: Print nothing. In general, expected result means that it will end without segmentation fault. Actual result: -- Backtrace (seems really strange to me): #0 0x04ac8a8c in ?? () #1 0x00af3a90 in exit () from /lib/tls/libc.so.6 #2 0x00adeade in __libc_start_main () from /lib/tls/libc.so.6 #3 0x080738e1 in _start () When I accidentally forgotten to set evnironment variable ORA_NLS33, it prints: PHP Warning: oci_connect() [a href='function.oci-connect'function.oci-connect/a]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 in - on line 2 -(2) : Warning - oci_connect() [a href='function.oci-connect'function.oci-connect/a]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 /usr/src/redhat/BUILD/php-5.0.3/ext/oci8/oci8.c(3065) : Freeing 0x09A1E4BC (20 bytes), script=- === Total 1 memory leaks detected === Error while trying to retrieve text for error ORA-12154 is OK, becuase all environment variables are not set and exported, but the error ORA-12154 and the memory leak are not. Please feel free to contact me for any further details if needed. -- Edit this bug report at http://bugs.php.net/?id=32485edit=1
#32494 [Opn-Fbk]: crash when using expat in a class
ID: 32494
Updated by: [EMAIL PROTECTED]
Reported By: evert at rooftopsolutions dot nl
-Status: Open
+Status: Feedback
-Bug Type: Reproducible crash
+Bug Type: XML related
Operating System: Linux glibc 2.3.4
-PHP Version: 4.3.10
+PHP Version: 4CVS-2005-03-30
New Comment:
I can reproduce this when using external expat library.
What was the configure line you used for PHP?
Previous Comments:
[2005-03-30 02:05:33] evert at rooftopsolutions dot nl
Description:
My PHP crashes when using expat functions in a class.
My scripts opens the 'test' file, but it doesn't matter if it exists or
not.
Right now I'm unable to check this with the latest cvs, but I did test
this on multiple servers running 4.3.10
Reproduce code:
---
?
class sParser {
function onStartElement($parser,$name,$attribs) {
return false;
}
function onEndElement($parser,$name) {
return false;
}
function onCDATA($parser,$data) {
return false;
}
function onProcessInstruction($parser,$target,$data) {
return false;
}
function onXMLError($line,$errorcode,$errorstring) {
return false;
}
function xmlparse($data) {
$this-parser = xml_parser_create('UTF-8');
xml_parser_set_option($this-parser,XML_OPTION_CASE_FOLDING,false);
xml_set_element_handler($this-parser,array($this,
'onStartElement'),array($this,'onEndElement'));
xml_set_character_data_handler($this-parser,array($this,'onCDATA'));
xml_set_processing_instruction_handler($this-parser,array($this,'onProcessInstruction'));
if (!xml_parse($this-parser,$data)) {
$this-onXMLError(xml_get_current_line_number($this-parser),
xml_get_error_code($this-parser),
xml_error_string(xml_get_error_code($
this-parser)));
return false;
} else return $this-parsedData;
}
function execute($data) {
return $this-xmlparse($data);
}
}
$disp = new sParser();
$disp-execute(file_get_contents('test'));
?
Expected result:
No errors
Actual result:
--
PHP Crash
my apache logs says:
[Tue Mar 29 07:07:25 2005] [notice] child pid 9106 exit signal Aborted
(6)
*** glibc detected *** double free or corruption (!prev): 0x08205058
***
--
Edit this bug report at http://bugs.php.net/?id=32494edit=1
#32422 [Opn-Fbk]: Access Violation on calling PEAR Date::before
ID: 32422 Updated by: [EMAIL PROTECTED] Reported By: rob at wildlime dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 4.3.10 New Comment: 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 (yes, it's PHP5, but I'd like to know if this happens with it too..) Previous Comments: [2005-03-30 01:49:22] rob at wildlime dot com Using PHP/4.3.11RC2-dev (btw, is it intentional that pear installs to c:\php\pear\pear?) Same result - frequent access violation. stack trace: ntdll!RtlpCoalesceFreeBlocks+0x21 ntdll!RtlFreeHeap+0x2e9 msvcrt!free+0xc3 msvcrt!__crtsetenv+0x193 msvcrt!_putenv_lk+0x42 msvcrt!_putenv+0x20 WARNING: Stack unwind information not available. Following frames may be wrong. php4ts!php_get_inf+0xfae [2005-03-29 10:27:43] [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 provide the trace when using the snapshot. [2005-03-29 07:53:56] rob at wildlime dot com Here's another stack trace, using the MS debugger to get access to the symbol names ntdll!RtlpCoalesceFreeBlocks+0x21 ntdll!RtlFreeHeap+0x2e9 msvcrt!free+0xc3 msvcrt!__crtsetenv+0x193 msvcrt!_putenv_lk+0x42 msvcrt!_putenv+0x20 WARNING: Stack unwind information not available. Following frames may be wrong. php4ts!php_get_inf+0xf6e Error details from the debugger: (268.ddc): Access violation - code c005 (!!! second chance !!!) eax=0418 ebx=0083 ecx=7ffda000 edx=00830608 esi=0082fd68 edi=00830180 eip=7c910c27 esp=0108d978 ebp=0108d984 iopl=0 nv up ei ng nz na po cy cs=001b ss=0023 ds=0023 es=0023 fs=003b gs= efl=0287 ntdll!RtlpCoalesceFreeBlocks+0x21: 7c910c27 f6460501 testbyte ptr [esi+0x5],0x1 ds:0023:0082fd6d=?? (NB still using php 4.3.10) [2005-03-29 02:05:42] rob at wildlime dot com Installed php 4.3.11 RC1 (windows) to c:\php, but PEAR wont't install. The error on running go-pear.bat, accepting the defaults, is: failed to write c:\php\pear\data\PEAR\.tmppackage.dtd There is plenty of disk space and I'm using an admin account. [2005-03-23 04:07:10] rob at wildlime dot com Description: Experiencing an intermittent (once every 5-10 requests) access violation. btw, I have posted this to the PHP bug list rather than the PEAR one as it is a crash, not just a script error. Here's the info I can glean from the debugger. I'm afraid I don't have the debug builds. Windows XP pro SP2 Apache/1.3.33 (Win32) PHP/4.3.10 stack trace: 7C910C27 C:\WINDOWS\system32\ntdll.dll 7C910D5C C:\WINDOWS\system32\ntdll.dll 77C2C2DE C:\WINDOWS\system32\msvcrt.dll 77C39AE9 C:\WINDOWS\system32\msvcrt.dll 77C35F5D C:\WINDOWS\system32\msvcrt.dll 77C35FEC C:\WINDOWS\system32\msvcrt.dll 10047D4E c:\php4\php4ts.dll or sometimes: 77C46137 C:\WINDOWS\system32\msvcrt.dll 100CA6AE c:\php4\php4ts.dll 60002E50 c:\php4\php4apache.dll 6000186F c:\php4\php4apache.dll dll base addresses: 0x6000 php4apache.dll 0x1000 php4ts.dll Reproduce code: --- ?php require_once 'Date.php'; $now = new Date(); $year = 2005; $month = 3; $day = 24; $time = '09:00'; $s = sprintf(%04d-%02d-%02dT%s:00, $year, $month, $day, $time); $date = new Date($s); $date-before($now); ? Expected result: nothing - no output, so blank browser window Actual result: -- Access violation every 5-10 requests. -- Edit this bug report at http://bugs.php.net/?id=32422edit=1
#32464 [Opn-Bgs]: i can't copy one file from one location to another if there are greek character
ID: 32464 Updated by: [EMAIL PROTECTED] Reported By: sotiriszegiannis at hotmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: winxp PHP Version: Irrelevant New Comment: None here either. Previous Comments: [2005-03-27 13:47:10] sotiriszegiannis at hotmail dot com No comment [2005-03-27 08:46:55] [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. [2005-03-27 01:43:41] sotiriszegiannis at hotmail dot com Description: i can't copy one file from one location to another if there are greek characters in the path.For example if the path looks something like this d:\songs\ôñáãïõäéá\hello.mp3 the copying fails.What can i do?I also have a configuration problem with semaphores.I looked at the ini file but i couldn't find the sysvmsg.value variable which is required. I would really really appreciate your help. Thanks in advance. Zegiannis Sotiris,Greece,Athens. -- Edit this bug report at http://bugs.php.net/?id=32464edit=1
#32483 [Fbk-Opn]: ./configure check crashes
ID: 32483
User updated by: pieter dot donche at ua dot ac dot be
Reported By: pieter dot donche at ua dot ac dot be
-Status: Feedback
+Status: Open
Bug Type: Compile Failure
Operating System: solaris 2.9
PHP Version: 5.0.3
New Comment:
dowloaded php5-latest.tar.gz ( php5-200503300630 )
exactly the same results.
Pieter
Previous Comments:
[2005-03-29 17:40:54] [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-03-29 15:31:54] pieter dot donche at ua dot ac dot be
I already have GNU sed in /usr/local/bin/sed and installed the latest
version (4.1.4) only a month ago...
# which sed
/usr/local/bin/sed
# strings /usr/local/bin/sed contains GNU sed version and
4.1.4
---
I narrowed down the location in the ./configure where the
Segmentation fault appears, it is between the messages checking for
MD5 crypt and
checking for Blowfish crypt, at the line
(eval echo \$ac_link\; eval $ac_link ./conftest) debug.log
21
I made the script print out the variables:
point_17a $ac_link : ${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS
$LDFLAGS conftest.$ac_ext $LIBS 15
point_17b $CC : gcc
point_17c $ac_exeext:
point_17d $CFLAGS : -g -O2
point_17e $CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS
point_17f $LDFLAGS : -L/usr/local/lib -R/usr/local/lib -R/usr/ucblib
-L/usr/ucblib -R/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
-L/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
-R/usr/local/lib -L/usr/local/lib -R/home/informix2000/lib
-L/home/informix2000/lib -R/home/informix2000/lib/esql
-L/home/informix2000/lib/esql
-R/home/wins/builds/src/other/php-5.0.3/ext/informix -L/home/
wins/builds/src/other/php-5.0.3/ext/informix
point_17g $ac_ext : c
point_17h $LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm
-lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket
-lnsl -lxml2 -lz -lm -lsocket -lnsl
Segmentation Fault
What is wrong with this ?
Pieter
[2005-03-29 14:56:11] [EMAIL PROTECTED]
Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
Thank you for your interest in PHP.
[2005-03-29 14:32:55] pieter dot donche at ua dot ac dot be
Description:
I have SUN/Solarsi 2.9, want to install PHP-5.0.3 for use
in apache-httpd-2.0.35
Downloaded latest version of PHP, unpacked
# /php-5.0.3
# ./configure --with-apache2=/home/wins/builds/src/other/httpd-2.0.53
\
--with-gd \
--with-jpeg-dir=/usr/local \
--with-png-dir=/usr/local \
--with-zlib-dir=/usr/local \
--with-informix=/home/informix2000 \
--with-ldap=/usr/local \
--enable-yp
...
checking for standard DES crypt... no
checking for extended DES crypt... no
checking for MD5 crypt... no
Segmentation Fault ---
checking for Blowfish crypt... no
...
| Something is likely to be messed up here, because the configure|
| script was not able to detect a simple feature on your platform. |
| This is often caused by incorrect configuration parameters. Please |
| see the file debug.log for error messages. |
There seems to be a problem with the checking for MD5 crypt...
I downloaded the latest source of md5 from sunsolve, compiled it and
installed the binary in /usr/local/bin/md5 (which is in my PATH), but
this does not help.
Please help,
Pieter
Reproduce code:
---
debug.log
CONFIGURE: './configure'
'--with-apache2=/home/wins/builds/src/other/httpd-2.0
.53' '--with-gd' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr/local' '--wit
h-zlib-dir=/usr/local' '--with-informix=/home/informix2000'
'--with-ldap=/usr/lo
cal' '--enable-yp'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS
CXX:c++
CXXFLAGS:
INCLUDES:-I$(top_builddir)/Zend -I/usr/local/include/libxml2
-I/usr/local/in
clude
LDFLAGS:-L/usr/local/lib -R/usr/local/lib -R/usr/ucblib
-L/usr/ucblib -R/hom
e/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
-L/home/local/bin/../lib/gcc/s
parc-sun-solaris2.9/3.4.3 -R/usr/local/lib -L/usr/local/lib
-R/home/informix2000
/lib -L/home/informix2000/lib -R/home/informix2000/lib/esql
-L/home/informix2000
/lib/esql -R/home/wins/builds/src/other/php-5.0.3/ext/informix
-L/home/wins/buil
ds/src/other/php-5.0.3/ext/informix
LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm -lsocket
-lgcc -lxm
l2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm
-lsocket
#32497 [NEW]: Quotes from iso-8859-1 get converted incorrectly
From: mschering at intermesh dot nl Operating system: Linux 2.6 PHP version: 4.3.10 PHP Bug Type: ICONV related Bug description: Quotes from iso-8859-1 get converted incorrectly Description: When I convert an iso-8859-1 text that contains quotes (The mail message I tested was composed with Microsoft Outlook Express 6.00.2600.) They get converted to an character that displays as a cubic character so it doesn't exists. Don't know if it's relevant but before using quoted_printable_decode() one of the characters that is diplayed wrong is written as =92 Reproduce code: --- Compose a mail message with outlook express in iso-8859-1 encoding and put some ' and in it. Convert that with iconv and you'll see unexpected results. Expected result: I expect the text to be the same as when I view it in iso-8859-1 encoding. Actual result: -- Strange characters in the converted text. -- Edit bug report at http://bugs.php.net/?id=32497edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32497r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32497r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32497r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32497r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32497r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32497r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32497r=needscript Try newer version: http://bugs.php.net/fix.php?id=32497r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32497r=support Expected behavior: http://bugs.php.net/fix.php?id=32497r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32497r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32497r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32497r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32497r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32497r=dst IIS Stability: http://bugs.php.net/fix.php?id=32497r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32497r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32497r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32497r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32497r=mysqlcfg
#2688 [Opn-]: OCIFetchInto only returns OCI_NUM when called from inside a function.
ID: 2688
Updated by: [EMAIL PROTECTED]
Reported By: tommy at webontap dot com
-Status: Open
+Status: Wont Fix
Bug Type: Oracle related
Operating System: NT4
PHP Version: 3.0.12
New Comment:
We are sorry, but we can not support PHP 3 related problems anymore.
Momentum is gathering for PHP 5, and we think supporting PHP 3 will
lead to a waste of resources which we want to put into getting PHP 5
ready. Of course PHP 4 will continue to be supported for the
forseeable future.
Previous Comments:
[1999-11-08 16:01:36] tommy at webontap dot com
code below, works as expected:
/*--*/
$query = SELECT * FROM USERS;
$conn = OCILogon(username, passwd, db);
$stmt = OCIParse($conn, $query);
OCIExecute($stmt);
while (OCIFetchInto($stmt, $row, OCI_ASSOC)) {
echo $row[LASTNAME] . , . $row[FIRSTNAME] . br;
}
OCIFreeStatement($stmt);
OCILogoff($conn);
/*--*/
HOWEVER...
THIS code below, does not:
/*--*/
function getusers() {
$query = SELECT * FROM USERS;
$conn = OCILogon(username, passwd, db);
$stmt = OCIParse($conn, $query);
OCIExecute($stmt);
while (OCIFetchInto($stmt, $row, OCI_ASSOC)) {
echo $row[LASTNAME] . , . $row[FIRSTNAME] . br;
}
OCIFreeStatement($stmt);
OCILogoff($conn);
}
/*--*/
After tearing my hair out for an hour, i tried THIS:
/*--*/
function getusers() {
$query = SELECT * FROM USERS;
$conn = OCILogon(username, passwd, db);
$stmt = OCIParse($conn, $query);
OCIExecute($stmt);
while (OCIFetchInto($stmt, $row, OCI_ASSOC)) {
echo $row[0] . , . $row[1] . br;
}
OCIFreeStatement($stmt);
OCILogoff($conn);
}
/*--*/
REGARDLESS of using OCI_ASSOC or OCI_NUM, the OCIFetchInto called from
within the FUNCTION returned an enumerative 0-based array into $row,
whereas the OCIFetchInto called in the ordinary code (using OCI_ASSOC)
returned an associative array into $row.
--
Edit this bug report at http://bugs.php.net/?id=2688edit=1
#2695 [Opn-]: Results set of dates or numbers have garbage after string
ID: 2695 Updated by: [EMAIL PROTECTED] Reported By: Eric dot J dot Ulrich at intel dot com -Status: Open +Status: Wont Fix Bug Type: Other Operating System: Linux RedHat 6.1 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-11-10 17:07:00] Eric dot J dot Ulrich at intel dot com using the odbc_result or sybase_result functions sometimes not allways, has funky chars after the field of data like (Nov 8 1999 9:42AMàG ) as the correct data should be (Nov 8 1999 9:42AM). The work around seems to be any string function that will not interfere with the data returned like strip_tags or strtoupper. -- Edit this bug report at http://bugs.php.net/?id=2695edit=1
#2824 [Opn-]: Inconsistent parameter list declaration for...
ID: 2824 Updated by: [EMAIL PROTECTED] Reported By: doellerer at forst dot tu-muenchen dot de -Status: Open +Status: Wont Fix Bug Type: Compile Failure Operating System: HP-Ux 10.20 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-11-24 20:03:52] doellerer at forst dot tu-muenchen dot de The Inconsistent parameter list declaration error is displayed because it seems to me that configure doesn't recognise that const works correctly on HP-UX. I was not able to correct this in configure, but here's a work around: 1. run configure 2. change config.h line 8 from: #define const to: #define const const -- Edit this bug report at http://bugs.php.net/?id=2824edit=1
#2841 [Opn-]: snmpset () returns an empty array
ID: 2841 Updated by: [EMAIL PROTECTED] Reported By: alex at dreifeld dot de -Status: Open +Status: Wont Fix Bug Type: Misbehaving function Operating System: Linux 2.0.35 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-11-27 00:49:18] alex at dreifeld dot de snmpset () always returns an empty array, while the snmpset-shell command returns the modified data (sometimes needed to retrieve newly created indexes). Create a new license entry on a Bintec router (shell command): snmpset host community .1.3.6.1.4.1.272.254.4.1.1 i 12345 enterprises.272.254.4.1.1.12345.9 = 12345 Same procedure in PHP: ? $ret = snmpset (host, community, .1.3.6.1.4.1.272.254.4.1.1, i, 12345); echo count ($ret), br; ? returns: 0 (=no entries in the array) Used SNMP-version: ucd-snmp-4_0_1 -- Edit this bug report at http://bugs.php.net/?id=2841edit=1
#2903 [Opn-]: fails to compile ifx.ec, report a syntax-error
ID: 2903
Updated by: [EMAIL PROTECTED]
Reported By: baard dot kregnes at postbanken dot no
-Status: Open
+Status: Wont Fix
Bug Type: Compile Failure
Operating System: AIX 4.3
PHP Version: 3.0.12
New Comment:
We are sorry, but we can not support PHP 3 related problems anymore.
Momentum is gathering for PHP 5, and we think supporting PHP 3 will
lead to a waste of resources which we want to put into getting PHP 5
ready. Of course PHP 4 will continue to be supported for the
forseeable future.
Previous Comments:
[1999-12-06 08:49:21] baard dot kregnes at postbanken dot no
Snipped from the Makefile:
functions/ifx.c: functions/ifx.ec
(esql -e -EUHAVE_IFX_IUS functions/ifx.ec; mv ifx.c functions)
After further 'invistigations' I found that these varibles causes the
error:
intrvl_t intvl_data = {0};
dtime_t dt_data = {0};
dec_t dec_data = {0};
Theses variables are defined in ../esql/datetime.h, and
this datetime.h are included in 'sqlhdr.h'.
If I stick #include datetime.h in ifx.c (yes .c), it compiles.
( I'm not sure if this is a part of the same problem ?)
And the story goes on .. now it fails with:
cc -DAIX=43 -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp
-qnousepcomp -DUSE_HSREGEX -DUSE_EXPAT -I./lib/expat-lite `./apaci` -lm
-o httpd buildmark.o modules.o modules/php3/libphp3.a
modules/standard/libstandard.a main/libmain.a ./os/unix/libos.a
ap/libap.a regex/libregex.a lib/expat-lite/libexpat.a -Lmodules/php3
-L../modules/php3 -L../../modules/php3 -lmodphp3
-L/opt/informix/lib -L/opt/informix/lib/esql -lixsqlshr -lixasfshr
-lixgenshr -lixosshr -lixglsshr -ltli -lc -lmsaa -lbsd
/opt/informix/lib/esql/checkapi.o -lixglx-lm -ldl -lnsl
ld: 0711-317 ERROR: Undefined symbol: .ldopen
ld: 0711-317 ERROR: Undefined symbol: .ldclose
ld: 0711-317 ERROR: Undefined symbol: .ldnshread
ld: 0711-317 ERROR: Undefined symbol: .alloca
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
information.
make: 1254-004 The error code from the last command is 8.
[1999-12-03 13:03:28] danny at cvs dot php dot net
It looks like configures has detected an IUS 9.x Informix version and
has
set the -EDHAVE_IFX_US esql/c preprocessor option accordingly, while
your
esqlc 7.x preprocessor did not process the IUS 9.x constructs,
resulting
in the syntax errors at the first IUS 9 datatypes (int8 and lvarchar).
It is possibly the output of esql -V on AIX that is misintertpreted
by
configure. You can verify this by looking at the lines in configure
that
decode the esql -V output to decide between IDS/ODS 7.x and IUS 9.x.
You might have to tweak these lines a bit if they are indeed the
cause.
You can check the Makefile for the presence of -EDHAVE_IFX_US.
It shouldn't be there for ODS 7.2.
Danny
---
[1999-12-03 09:56:30] baard dot kregnes at postbanken dot no
./configure --with-informix --with-apache=../apache_1.3.9
Environment:
informix:
INFORMIX-ESQL Version 7.24.UC7
platform:
AIX 4.3
compiler:
IBM 3.6.6
Apache 1.3.9
php-3.0.12
But when I try to do make in the php directory this happens:
cc -g -I/opt/informix/incl/esql -D__H_LOCALEDEF -I. -I.
-I../apache_1.3.9/src/include -I../apache_1.3.9/src/os/unix
-I/opt/informix/incl/esql -c functions/ifx.c -o functions/ifx.o
functions/ifx.ec, line 1998.10: 1506-277 (S) Syntax error: possible
missing ';' or ','?
functions/ifx.ec, line 2001.7: 1506-045 (S) Undeclared identifier
short_data.
functions/ifx.ec, line 2044.73: 1506-045 (S) Undeclared identifier
type.
functions/ifx.ec, line 2045.13: 1506-045 (S) Undeclared identifier
fetch_pos.
functions/ifx.ec, line 2046.13: 1506-045 (S) Undeclared identifier
fetch_row.
functions/ifx.ec, line 2067.5: 1506-045 (S) Undeclared identifier
nullstr.
functions/ifx.ec, line 2149.5: 1506-045 (S) Undeclared identifier
num_fields.
functions/ifx.ec, line 2151.5: 1506-045 (S) Undeclared identifier
locind.
functions/ifx.ec, line 2165.9: 1506-045 (S) Undeclared identifier p.
functions/ifx.ec, line 2178.15: 1506-045 (S) Undeclared identifier
bid_b.
functions/ifx.ec, line 2179.15: 1506-045 (S) Undeclared identifier
bid.
functions/ifx.ec, line 2200.17: 1506-045 (S) Undeclared identifier
long_data.
functions/ifx.ec, line 2201.25: 1506-045 (S) Undeclared identifier
string_data.
functions/ifx.ec, line 2214.26: 1506-045 (S) Undeclared identifier
dec_data.
functions/ifx.ec, line .26: 1506-045 (S) Undeclared identifier
float_data.
functions/ifx.ec, line 2221.17: 1506-045 (S) Undeclared identifier
double_data.
functions/ifx.ec, line 2237.35: 1506-045 (S) Undeclared identifier
dt_data.
functions/ifx.ec, line 2242.35: 1506-045 (S) Undeclared identifier
intvl_data.
#2955 [Opn-]: Persistant Connection Gone Bad
ID: 2955 Updated by: [EMAIL PROTECTED] Reported By: dgarrett at acm dot org -Status: Open +Status: Wont Fix Bug Type: PostgreSQL related Operating System: RedHat Linux 5.2, and 6.0 PHP Version: 3.0.9 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-10 20:17:54] dgarrett at acm dot org On at least two servers which are running PHP 3.0.9 and 4.0 Beta 3 (respectively), persistant database connections don't notice if the connection has been dropped. This means that if you start the DB server, and then start the web server, when the connection is established, everything is fine and dandy. If something happens to the connection (for example, postgres is stopped and restarted) the web server keeps trying to use the connection. It displays errors saying that the connection is dead, but keeps trying to reuse it anyway on repeated loads of the page, anyway. 3 solutions present themselves to me. Test the connection before giving it to the script. Seems best, but would involve extra overhead. Automatically close and restart connections after certain types of errors. At least after the scripts complete. This would allow errors to appear, but not continue to repeat indefinatly. Reduce the value of 'MaxRequestsPerChild' in Apache, so the connections are not reused for as lengthy a period. This avoids PHP changes, but reduces high load efficiency. -- Edit this bug report at http://bugs.php.net/?id=2955edit=1
#2970 [Opn-]: segfault relaed to xml_set_unparsed_entitiy_decl_handler
ID: 2970 Updated by: [EMAIL PROTECTED] Reported By: paul dot c at gmx dot de -Status: Open +Status: Wont Fix Bug Type: Reproducible Crash Operating System: SUSE Linux 6.1 PHP Version: 3.0.12 Assigned To: hholzgra New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-13 15:53:17] paul dot c at gmx dot de this i my fist time i put my head into some open source code. so i dont relly know what to do it is probably just a copy and paste mistake the args array was too short... i fixed by changin the following line in xml.c old line:905pval *retval, *args[5]; new line:905pval *retval, *args[6]; if anyone has questions of if i did put it in the wrong place ... send me a mail... -- Edit this bug report at http://bugs.php.net/?id=2970edit=1
#2996 [Opn-]: mime.c not parsing MIME headers properly
ID: 2996 Updated by: [EMAIL PROTECTED] Reported By: jeddings at jeddings dot com -Status: Open +Status: Wont Fix Bug Type: Parser error Operating System: Linux 2.2.5-15 PHP Version: 3.0.12 Assigned To: hholzgra New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-21 08:55:11] jeddings at jeddings dot com There is some question as to whether Content-Length is a valid header, since the RFC is not clear. There needs to be clarification on this. [1999-12-18 04:48:26] jeddings at jeddings dot com I'm using Perl's LWP and HTTP::Request::Common modules to POST a multipart/form-data form to upload a file to an Apache 1.3.6/PHP 3.0.12 web server. The problem comes when PHP goes to MIME unencode the POST. mime.c's php3_mime_split function looks for one of four things to be in the POST: the boundary, the Content-Disposition header, a plain form-data field, or the uploaded file field (with a Content-Type header). But Perl's HTTP::Request::Common puts in an additional header: Content-Length. According to the RFC (RFC 1867), this seems legal. So when Perl sends: Content-type: multipart/form-data, boundary=AaB03x --AaB03x Content-Disposition: form-data; name=field1 Joe Perl --AaB03x Content-Disposition: form-data; name=uploadfile; filename=file1.txt Content-Length: 5660 Content-Type: text/plain ... contents of file1.txt ... --AaB03x-- php3_mime_split saves the $uploadfile starting with ntent-type: text/plain... rather than the correct spot, which would be after the single \n by itself. -- Edit this bug report at http://bugs.php.net/?id=2996edit=1
#3002 [Opn-]: crypt unrecognized
ID: 3002
Updated by: [EMAIL PROTECTED]
Reported By: leon at leonatkinson dot com
-Status: Open
+Status: Wont Fix
Bug Type: Other
Operating System: Windows NT4 98
PHP Version: 3.0.12
New Comment:
We are sorry, but we can not support PHP 3 related problems anymore.
Momentum is gathering for PHP 5, and we think supporting PHP 3 will
lead to a waste of resources which we want to put into getting PHP 5
ready. Of course PHP 4 will continue to be supported for the
forseeable future.
Previous Comments:
[1999-12-18 17:49:04] leon at leonatkinson dot com
consider this code:
$password = secret;
if(CRYPT_MD5)
{
$salt = leonatkinson;
print(Using MD5: );
}
else
{
$salt = cp;
print(Using Standard DES: );
}
print(crypt($password, $salt));
On a Solaris box, it appears to work. On both an NT and a 98 box it
gives me Call to unsupported or undefined function crypt(). Yet,
CRYPT_MD5 appears to be TRUE. I'm very nearly positive that crypt was
working under Windows as recently as 3.0.6, so it looks like it
disappeared.
I also tested the same code under 4b3 and got the same results.
I'm also pretty sure MSVC has crypt, so it makes me suspect there's a
bug in the makefile or in a header file.
--
Edit this bug report at http://bugs.php.net/?id=3002edit=1
#3034 [Opn-]: SetCookie bug
ID: 3034 Updated by: [EMAIL PROTECTED] Reported By: mog at linux dot nu -Status: Open +Status: Wont Fix Bug Type: Reproducible Crash Operating System: win32 cgi PHP Version: 3.0.11 / 4b3 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-24 15:20:45] mog at linux dot nu That's strange, i'm quite sure that it crashed with the code i sent. However, it didn't now, and, this code with 71 % char's (problably crashes with less) crashes php. It crashes even if the header was already sent. ?PHP $text = %%%; SetCookie(cookie,$text); // This is where PHP (3.11|4b3) crashes ? _old_ report This code crashes php-3.11 win32 cgi and php4-b3 In win32 cgi mode this brings up a Access Violation box. web server is Apache/1.3.9-win32. ?PHP $text = %%; SetCookie(cookie,$text,0); // This is wher PHP (3.11|4b3) crashes ? php3.ini is unmodified except for modules stuff that wasn't working anyway [1999-12-23 20:16:03] rasmus at cvs dot php dot net I can't reproduce this on Linux nor on Win98 running 4.0b3 [1999-12-23 20:10:46] mog at linux dot nu This code crashes php-3.11 win32 cgi and php4-b3 In win32 cgi mode this brings up a Access Violation box. web server is Apache/1.3.9-win32. ?PHP $text = %%; SetCookie(cookie,$text,0); // This is wher PHP (3.11|4b3) crashes ? php3.ini is unmodified except for modules stuff that wasn't working anyway -- Edit this bug report at http://bugs.php.net/?id=3034edit=1
#3057 [Opn-]: displaying Japanese chars sets
ID: 3057 Updated by: [EMAIL PROTECTED] Reported By: von at bbkstudio dot com -Status: Open +Status: Wont Fix Bug Type: Oracle related Operating System: windows95,98OS9.0 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-28 09:50:54] von at bbkstudio dot com the translation between oracle and PHP is corrupting the 16 bit charsets. I am wondering if anyone knows where the problem might be??? v. -- Edit this bug report at http://bugs.php.net/?id=3057edit=1
#3062 [Opn-]: dechex doesn't handle negative numbers
ID: 3062
Updated by: [EMAIL PROTECTED]
Reported By: anderson at metrolink dot com
-Status: Open
+Status: Wont Fix
Bug Type: Misbehaving function
Operating System: FreeBSD
PHP Version: 3.0.12
New Comment:
We are sorry, but we can not support PHP 3 related problems anymore.
Momentum is gathering for PHP 5, and we think supporting PHP 3 will
lead to a waste of resources which we want to put into getting PHP 5
ready. Of course PHP 4 will continue to be supported for the
forseeable future.
Previous Comments:
[1999-12-31 05:34:22] anderson at metrolink dot com
I also noticed that
PHPAPI void convert_to_long_base(pval *op, int base)
uses strtol() instead of strtoul(), which also contributes to my
difficulty.
$ip=0x doesn't equal -1, but $ip=~0 does.
Perhaps I'm just trying to do something that isn't supposed to work,
but
the results are clertainly not intuitive.
[1999-12-28 21:40:25] anderson at metrolink dot com
The function dechex() can be passed a negative number, which will
create a negative index into a static array. This was discoverd when
trying to manipulate IP addresses represented by integers. Any IP that
has a first octet 127 will cause this to happen. Since integers are
signed, I wonder what other areas might have a similar problem when
trying to manipulate IP addresses in this way.
Simple Example:
print(dechex(-33));
This fix seems to correct this instance of the problem, but I fear that
there could possibly be undesirable side effect of doing this.
*** php-3.0.12/functions/math.c Thu Apr 22 09:19:50 1999
--- php/functions/math.cTue Dec 28 21:16:08 1999
***
*** 424,430
static char digits[] = 0123456789abcdefghijklmnopqrstuvwxyz;
char *result, *ptr, *ret;
int len, digit;
! long value;
if (arg-type != IS_LONG || base 2 || base 36) {
return empty_string;
--- 424,430
static char digits[] = 0123456789abcdefghijklmnopqrstuvwxyz;
char *result, *ptr, *ret;
int len, digit;
! unsigned long value;
if (arg-type != IS_LONG || base 2 || base 36) {
return empty_string;
--
Edit this bug report at http://bugs.php.net/?id=3062edit=1
#3071 [Opn-]: is desplayed when refresh button is clicked at the bottom of the page.
ID: 3071 Updated by: [EMAIL PROTECTED] Reported By: ecroteau at wpi dot edu -Status: Open +Status: Wont Fix Bug Type: Misbehaving function Operating System: Win98 PHP Version: 3.0.11 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-30 01:15:50] ecroteau at wpi dot edu htmlheadtitlePHP Test/title/head body ?php echo Hello WorldP; ? /body/html This script works normal when first executed, but if the refresh button it pressed a '' appears at the bottom of the page. I have tried both php-3.0.11 and php-4.0b3 with apache-1.3.6 and apache-1.3.9. When I execute php.exe scriptname from the dos prompt no additional '' appears. Please email me back with what I am doing wrong or what I need to do to fix this. Thanks, Ethan -- Edit this bug report at http://bugs.php.net/?id=3071edit=1
#3091 [Opn-]: dbase_replace_record miscounts number of fields
ID: 3091
Updated by: [EMAIL PROTECTED]
Reported By: anne dot schoolcraft at mnplan dot state dot mn dot us
-Status: Open
+Status: Wont Fix
Bug Type: dBase related
Operating System: RedHat Linux 6.0
PHP Version: 3.0.12
New Comment:
We are sorry, but we can not support PHP 3 related problems anymore.
Momentum is gathering for PHP 5, and we think supporting PHP 3 will
lead to a waste of resources which we want to put into getting PHP 5
ready. Of course PHP 4 will continue to be supported for the
forseeable future.
Previous Comments:
[2000-01-05 15:55:01] anne dot schoolcraft at mnplan dot state dot mn
dot us
One other problem with the fix listed above--it doesn't work well with
dbase_get_record_with names. It
produces inconsistent output. But it works fine with
dbase_get_record.
[2000-01-05 12:22:04] anne dot schoolcraft at mnplan dot state dot mn
dot us
Figured out a fix, with the help of my colleauge, Brent Lund. In the
PHP source, in the functions directory,
the file dbase.c needs to be modified. Change line 348 from
num_fields = _php3_hash_num_elements(fields-value.ht);
to
num_fields = _php3_hash_num_elements(fields-value.ht) - 1;
The original version always saw the deleted field of a record that
dbase_get_record adds onto the end
of the record array. Adding the -1 drops the unneeded field.
Saying in the PHP code
unset($rec[deleted]);
was apparently not effective.
My only concern with this fix is that it assumes it is being passed an
array generated by dbase_get_record or
dbase_get_record_with_names. I'm not sure how it will react if you
send it a home-made array.
Anne :)
[2000-01-03 12:55:25] anne dot schoolcraft at mnplan dot state dot mn
dot us
Here's my configure line:
./configure --with-apxs=/usr/sbin/apxs
--with-config-file-path=/etc/httpd --with-mysql --with-gd --with-zlib
\
--with-system-regex --with-dbase
I have written a script to reproduce my error. It will need to
interact with a dbase file, the contents of which I provide below.
?php
$dbf=dbase_open(county.dbf,2);
$LocIdx=1;
$numRec=dbase_numrecords($dbf);
for($i=1;$i$numRec;$i++)
{
//read a record, change one field,and put it back
$rec=dbase_get_record_with_names($dbf,$i);
$count=count($rec);
$rec[FLD001]=$i%5;
unset($rec[deleted]);
$changed=dbase_replace_record($dbf,$rec,$i);//line 12
$rightNum=dbase_numfields($dbf);
if(!$changed)
printf(Didn't change record %d.BR,$i);
printf(old record had %d, new has %d should be
%dBR,$count,count($rec),$rightNum);
}
dbase_close($dbf);
?
I am pasting in a dbase file that I have converted to tab-delimited.
You should be able to paste it into a program such as Excel and save it
as a dbase IV file (county.dbf). If you have any troubles, feel free to
contact me. I apologize for the large number of fields, but I felt it
was necessary to use the same fields that caused my original problem.
I don't know if it is significant that there are 256 fields.
AREAPERIMETER MN_CTYCB_ MN_CTYCB_I FIPS_CTY
MLMIS_CTY NAME_4CHAR NAME_LOWER NAME_UPPER FLD001 FLD002
FLD003 FLD004 FLD005 FLD006 FLD007 FLD009 FLD008 FLD010 FLD011 FLD012
FLD013 FLD014 FLD015 FLD016 FLD017 FLD019 FLD018 FLD020 FLD021 FLD022
FLD023 FLD024 FLD025 FLD026 FLD027 FLD029 FLD028 FLD030 FLD031 FLD032
FLD033 FLD034 FLD035 FLD036 FLD037 FLD039 FLD038 FLD040 FLD041 FLD042
FLD043 FLD044 FLD045 FLD046 FLD047 FLD049 FLD048 FLD050 FLD051 FLD052
FLD053 FLD054 FLD055 FLD056 FLD057 FLD059 FLD058 FLD060 FLD061 FLD062
FLD063 FLD064 FLD065 FLD066 FLD067 FLD069 FLD068 FLD070 FLD071 FLD072
FLD073 FLD074 FLD075 FLD076 FLD077 FLD079 FLD078 FLD080 FLD081 FLD082
FLD083 FLD084 FLD085 FLD086 FLD087 FLD089 FLD088 FLD090 FLD091 FLD092
FLD093 FLD094 FLD095 FLD096 FLD097 FLD099 FLD098 FLD100 FLD101 FLD102
FLD103 FLD104 FLD105 FLD106 FLD107 FLD109 FLD108 FLD110 FLD111 FLD112
FLD113 FLD114 FLD115 FLD116 FLD117 FLD119 FLD118 FLD120 FLD121 FLD122
FLD123 FLD124 FLD125 FLD126 FLD127 FLD129 FLD12!
8 FLD130 FLD131 FLD132 FLD133 FLD134 FLD135 FLD136 FLD137 FLD139
FLD138 FLD140 FLD141 FLD142 FLD143 FLD144 FLD145 FLD146 FLD147 FLD149
FLD148 FLD150 FLD151 FLD152 FLD153 FLD154 FLD155 FLD156 FLD157 FLD159
FLD158 FLD160 FLD161 FLD162 FLD163 FLD164 FLD165 FLD166 FLD167 FLD169
FLD168 FLD170 FLD171 FLD172 FLD173 FLD174
#3110 [Opn-]: quoted_printable_decode _still_ doesn't work properly.
ID: 3110
Updated by: [EMAIL PROTECTED]
Reported By: bfranklin at dct dot com
-Status: Open
+Status: Wont Fix
Bug Type: Misbehaving function
Operating System: Solaris 2.7
PHP Version: 3.0.13
New Comment:
We are sorry, but we can not support PHP 3 related problems anymore.
Momentum is gathering for PHP 5, and we think supporting PHP 3 will
lead to a waste of resources which we want to put into getting PHP 5
ready. Of course PHP 4 will continue to be supported for the
forseeable future.
Previous Comments:
[2000-01-05 15:56:16] bfranklin at dct dot com
quoted_printable_decode still doesn't handle 'soft' line breaks or
padding correctly. If you want to see it fail, try running it on the
encoded string given in RFC-1521 section 5.1 rule #5. To save you the
trouble this is what code to do that would look like.
?
# the extra spaces and tabs after the '='s where added by
# me to demonstrate that they aren't handled properly either
# see rule 3 in the same section of the RFC
$string = Now's the time = \r\n;
$string .= for all folk to come=\t \t \r\n;
$string .= to the aid of their country.;
echo quoted_printable_decode($string);
?
The = characters in the out put are not supposed to be there.
To save you some time, here is the patch I use to fix this problem.
It's a patch against 3.0.11. But this function hasn't changed much (if
at all) since then.
--- php-3.0.11/functions/quot_print.c.orig Wed Jun 16 06:34:22 1999
+++ php-3.0.11/functions/quot_print.c Wed Jul 28 12:03:19 1999
@@ -94,11 +94,21 @@
+ _php3_hex2int((int)str[i+2]);
i += 3;
}
- else if ( str[i] == 13 )
- {
- i++;
- }
- else
+ else if ( str[i] == '=' )
+ {
+if( str[i+1] == 10 || str[i+1] == 13 )
+ i+=2;
+else if( str[i+1] == 13 str[i+2] == 10 )
+ i+=3;
+ }
+ else if ( (str[i] == 9 || str[i] == 32) str[i+1] == 13 )
+ {
+ while ( str[j] == 9 || str[j] == 32 )
+ j--;
+ j++;
+ str[j++] = str[i++];
+ }
+ else
{
str[j++] = str[i++];
}
I've also checked 4.0b3 and the bug exists there as well.
--
Edit this bug report at http://bugs.php.net/?id=3110edit=1
#3131 [Opn-]: Errors while connecting Oracle database
ID: 3131 Updated by: [EMAIL PROTECTED] Reported By: luvan at iname dot com -Status: Open +Status: Wont Fix Bug Type: Oracle related Operating System: Linux 2.2.5 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [2000-01-07 04:57:31] luvan at iname dot com We are using Oracle 8.0.5 and Apache 1.3.9 and we have following problems: 1. Ocassional loss of persistent connection to Oracle database. Oracle returns ORA-01041 or ORA-03113. 2. When using non-persistent connect, OCIlogon fails (again occasionally) with ORA-12154, IMHO as a consequence of error ORA-12545. We found out that after the first appearance of the error this webserver process (one of Apache's sons) is not able to connect anymore and only possibility to refresh the application is to kill it. There is the file sqlnet.log in working directory with following messages: -- Fatal NI connect error 12545, connecting to: (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(COMMUNITY=tcp_hrouda_pre.world)(PROTOCOL=TCP)(Host=wwwcall)(Port=1 521)))(CONNECT_DATA=(SID=CCP)(CID=(PROGRAM=)(HOST=vl11823)(USER=nobody VERSION INFORMATION: TNS for Linux: Version 8.0.5.0.0 - Production TCP/IP NT Protocol Adapter for Linux: Version 8.0.5.0.0 - Production Time: 06-JAN-00 16:01:03 Tracing not turned on. Tns error struct: nr err code: 12206 TNS-12206: TNS:received a TNS error during navigation ns main err code: 12545 TNS-12545: Connect failed because target host or object does not exist ns secondary err code: 12560 nt main err code: 515 TNS-00515: Connect failed because target host or object does not exist nt secondary err code: 111 nt OS err code: 0 nt OS err code: 0 -- The database server is on the same machine as the webserver and Oracle vars are set in Apache's environment. We mean that both problems (1. and 2.) have the same cause (somewhere in PHP, Apache or Linux ??) We found similar problems in: - bug #2487 - http://www.weberdev.com/forum/read.php3?num=1id=854thread=854; Appropriate files: http://mujweb.cz/www/luvan/sqlnet.log http://mujweb.cz/www/luvan/tnsnames_ora.txt (appr. part of tnsnames.ora) http://mujweb.cz/www/luvan/set-out.txt (output of set called via PHP) http://mujweb.cz/www/luvan/oci8.php (OCI itf functions from the appl) Many thanks for helping us -- Edit this bug report at http://bugs.php.net/?id=3131edit=1
#3205 [Opn-]: $PHP_SELF is getting set incorrectly when force-cgi-redirect not set in CGI
ID: 3205 Updated by: [EMAIL PROTECTED] Reported By: ra9104 at email dot sps dot mot dot com -Status: Open +Status: Wont Fix Bug Type: Misbehaving function Operating System: Solaris 2.6 PHP Version: 3.0.14 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [2000-01-13 15:59:09] ra9104 at email dot sps dot mot dot com I am running the CGI binary under Netscape Enterprise Server 3.5.1E ./configure --with-gd=/export/home/webber/gd1.3 --with-oracle=/export/home/ora_home --with-ldap=/export/home/webber --with-mysql=/usr/local/mysql --enable-track-vars --enable-discard-path --with-imap=/export/home/webber Upgraded from 3.0.12 to 3.0.14 and found the following behavior to change: When accessing a URL such as http://www.server.nam/dir/; $PHP_SELF would be set to /dir//dir/index.phtml but when accessing the same script by accessing http://www.server.nam/dir/index.phtml; $PHP_SELF would be set correctly to /dir/index.phtml Noticed that when calling the first URL that $SCRIPT_NAME would be set to the directory of the script but not have the actual filename, in main.c if $SCRIPT_NAME is set and does not contain the same value as $PATH_INFO then they will be concatenated and passed into $PHP_SELF, this is what was causing the error. I modified main.c to not use GLOBAL(request_info).script_name when assembling the value for $PHP_SELF and it worked fine. Used an index.php3 script with ? phpinfo(); ? in it to check the behavior. -- Edit this bug report at http://bugs.php.net/?id=3205edit=1
#3176 [Opn-]: Using Bit manupulation ( Bitwise AND, OR, XOR, NOT) do not work as expected
ID: 3176
Updated by: [EMAIL PROTECTED]
Reported By: markj at usn dot nl
-Status: Open
+Status: Wont Fix
Bug Type: Misbehaving function
Operating System: HPUX/10
PHP Version: 3.0.13
New Comment:
We are sorry, but we can not support PHP 3 related problems anymore.
Momentum is gathering for PHP 5, and we think supporting PHP 3 will
lead to a waste of resources which we want to put into getting PHP 5
ready. Of course PHP 4 will continue to be supported for the
forseeable future.
Previous Comments:
[2000-01-11 08:37:45] markj at usn dot nl
Here's the toggle_bit function:
function toggle_bit ( $bitfield, $bitvalue )
{
$bitfield ^= $bitvalue;
}
[2000-01-11 07:56:44] markj at usn dot nl
I encountered this with version 4.0b3, but I suspect it to be in other
versions too... i'll check as soon as I can get 3 running somewhere...
I'm currently using PHP4.0b3, and have encountered some inconsistencies
when manipulating
an integer number at the bit level. I use this integer 'settings' to
store up to 30 user-configurable
settings for my application. 0 being that all are turned off.
When I toggle a specific bit (with my own function toggle_bit(
$bitfield, $bitnr ) (included below))
i get really strange results if I for example do this:
$settings = 0;
toggle_bit( $settings, 1 ) /* This should toggle bit with value 1,
making $settings 1... */
echo $settings /* This will return garbage... */
This gives random results (probably because $settings is signed, the
result always has a
1 as the first bit (when i do bindec), but isn't -1 (two's complement)
When I first 'turn my value into a unsigned int' by or-ing it with 0:
$settings = 0
$newset = ( $settings | 0 )
toggle_bit( $newset, 1 )
echo $newset/* This will return the expected value of 1... */
--
Edit this bug report at http://bugs.php.net/?id=3176edit=1
