#34451 [Opn->Bgs]: PHP as Apache module doesn't respect PHPRC and PATH

[rvt at ok dot ru]

 ID:   34451
 User updated by:  rvt at ok dot ru
 Reported By:  rvt at ok dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: *Configuration Issues
 Operating System: Windows XP Pro (WinXP)
 PHP Version:  4.4.0
 New Comment:

Finally, it started to work after reboot, (!) not just log off. It
seems to me that the problem was beacuse apache runs under NT
AUTHORITY\SYSTEM user. It should reload its environment variables on OS
startup only :)

Be careful.
Thanks.


Previous Comments:


[2005-09-10 04:54:58] rvt at ok dot ru

Description:

Running PHP under Apache 1.3.33 as a server module, I couldn't take
advantage of using environment variables.

As described at
http://ru.php.net/manual/en/install.windows.manual.php:
---
Previous editions of the manual suggest moving various ini and DLL
files into your SYSTEM (i.e. C:\WINDOWS) folder ... the preferred
method for installing PHP is to keep all PHP related files in one
directory and have this directory available to your systems PATH.
---

Reproduce code:
---
My PHP installation resides in "c:\program files\php" along with
php.ini, php4ts.dll and other standard for PHP files and folders.

System environment variables are:
Path = c:\program files\php;c:\program files\php\dlls;c:\program
files\borland\VBroker\bin;C:\Program
Files\Borland\Delphi7\Bin;C:\Program
Files\Borland\Delphi7\Projects\Bpl;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program
Files\ATI Technologies\ATI Control Panel

PHPRC = c:\program files\php

Actual result:
--
Apache founds php4apache.dll in sapi directory, but

1) Apache does not start until php4ts.dll is in "sapi" or "windows"
directory or in the same one with apache.exe.

2) When php4ts.dll is in any directory from ones specified above,
Apache is launched but php.ini is not processed until resides in
"windows" directory or in the same one with apache.exe. When php.ini is
not processed, phpinfo() claims "C:\WINDOWS" as "Configuration File
(php.ini) Path".

3) When php4ts.dll and php.ini are found and there are extensions which
require additional dlls, these dlls are also not found (although, they
really are in "dlls" directory and the directory is in Path). For every
extension the "Unable to load dynamic library" message pops up with the
right path to the extension. (I use domxml, gettext, mhash and xslt)





-- 
Edit this bug report at http://bugs.php.net/?id=34451&edit=1

#34451 [NEW]: PHP as Apache module doesn't respect PHPRC and PATH

[rvt at ok dot ru]

From: rvt at ok dot ru
Operating system: Windows XP Pro (WinXP)
PHP version:  4.4.0
PHP Bug Type: *Configuration Issues
Bug description:  PHP as Apache module doesn't respect PHPRC and PATH

Description:

Running PHP under Apache 1.3.33 as a server module, I couldn't take
advantage of using environment variables.

As described at http://ru.php.net/manual/en/install.windows.manual.php:
---
Previous editions of the manual suggest moving various ini and DLL files
into your SYSTEM (i.e. C:\WINDOWS) folder ... the preferred method for
installing PHP is to keep all PHP related files in one directory and have
this directory available to your systems PATH.
---

Reproduce code:
---
My PHP installation resides in "c:\program files\php" along with php.ini,
php4ts.dll and other standard for PHP files and folders.

System environment variables are:
Path = c:\program files\php;c:\program files\php\dlls;c:\program
files\borland\VBroker\bin;C:\Program Files\Borland\Delphi7\Bin;C:\Program
Files\Borland\Delphi7\Projects\Bpl;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program
Files\ATI Technologies\ATI Control Panel

PHPRC = c:\program files\php

Actual result:
--
Apache founds php4apache.dll in sapi directory, but

1) Apache does not start until php4ts.dll is in "sapi" or "windows"
directory or in the same one with apache.exe.

2) When php4ts.dll is in any directory from ones specified above, Apache
is launched but php.ini is not processed until resides in "windows"
directory or in the same one with apache.exe. When php.ini is not
processed, phpinfo() claims "C:\WINDOWS" as "Configuration File (php.ini)
Path".

3) When php4ts.dll and php.ini are found and there are extensions which
require additional dlls, these dlls are also not found (although, they
really are in "dlls" directory and the directory is in Path). For every
extension the "Unable to load dynamic library" message pops up with the
right path to the extension. (I use domxml, gettext, mhash and xslt)

-- 
Edit bug report at http://bugs.php.net/?id=34451&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34451&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34451&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34451&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34451&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34451&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34451&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34451&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34451&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34451&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34451&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34451&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34451&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34451&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34451&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34451&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34451&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34451&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34451&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34451&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34451&r=mysqlcfg

#34450 [NEW]: Segfault when calling close() in destructor.

[etnu at etnu dot org]

From: etnu at etnu dot org
Operating system: Linux 2.6.8
PHP version:  5CVS-2005-09-10 (snap)
PHP Bug Type: MySQLi related
Bug description:  Segfault when calling close() in destructor.

Description:

I'm getting a seg fault when calling mysqli::close() from a derived object
in the destructor.

This happens in PHP 5.0.5 (stable), 5.1.0RC1, and all latest snaps, but it
does NOT happen in 5.0.4.

Current workaround:

Leave connections open; dunno if this is a major issue or not as
connections are supposed to get closed when the script terminates anyway.

Reproduce code:
---
close();
}
}

$DB = new Data('192.168.50.3','web','[EMAIL PROTECTED]','hermes');

?>


Expected result:

Not seg faulting.

Actual result:
--
Segmentation faults.



-- 
Edit bug report at http://bugs.php.net/?id=34450&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34450&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34450&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34450&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34450&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34450&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34450&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34450&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34450&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34450&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34450&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34450&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34450&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34450&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34450&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34450&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34450&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34450&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34450&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34450&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34450&r=mysqlcfg

#32990 [NoF->Opn]: Invalid statement handle

[kevin dot bluck at mail dot com]

 ID:   32990
 User updated by:  kevin dot bluck at mail dot com
 Reported By:  kevin dot bluck at mail dot com
-Status:   No Feedback
+Status:   Open
 Bug Type: InterBase related
 Operating System: Win2000
-PHP Version:  5.0.4
+PHP Version:  5.0.5
 New Comment:

I just tested this against v.5.0.5  It still reproduces by the sample
code submitted 10 May 2005.


Previous Comments:


[2005-08-16 01:00:04] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2005-08-08 19:52:50] [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-05-10 01:11:27] kevin dot bluck at mail dot com

It seems specifically to apply when a query is prepared with
ibase_prepare and run with ibase_execute; ibase_query does not show
warning.


This code reproduces on my system.





[2005-05-09 19:29:00] kevin dot bluck at mail dot com

Description:

Appears to be a reversion of previously closed Bug #14039: symptoms
seem identical to that bug report.

http://bugs.php.net/bug.php?id=14039

Commenting out the ibase_close call eliminates the warning message.







-- 
Edit this bug report at http://bugs.php.net/?id=32990&edit=1

#34261 [Fbk->Opn]: openssl_pkcs7_verify returns FALSE for msg that is correct

[arnaud dot bertrand at apvsys dot org]

 ID:   34261
 User updated by:  arnaud dot bertrand at apvsys dot org
 Reported By:  arnaud dot bertrand at apvsys dot org
-Status:   Feedback
+Status:   Open
 Bug Type: OpenSSL related
 Operating System: *
 PHP Version:  5CVS-2005-08-28
 New Comment:

Hi,

here is the full testcase:

http://www.apvsys.org/testcase.tgz

Download this file and extract it in /
The 3 files will be extracted in /tmp

tmp/thawte_freemail.cer
tmp/msg.txt
tmp/testcase.php

just execute testcase.php at the current time:
you will get:
Digital Signature BAD!

Now, change the system date to 9/9/2004
rexecute it...
Now the message is valid and you should get:
Digital Signature OK!
array(11) { ["name"]=> string(65) "/CN=Thawte Freemail
Member/[EMAIL PROTECTED]" (...)


Previous Comments:


[2005-09-07 16:27:59] [EMAIL PROTECTED]

Can you please provide a full reproducing case with all the required
files included?




[2005-08-28 10:35:05] arnaud dot bertrand at apvsys dot org

Thank for your fast answer,

I've just tried with the latest win32 version (begin of the phpinfo()
follows). 

Result is unfortunately identical with the latest version.
The bug is still in.

phpinfo()
PHP Version 5.1.0-dev 

System  Windows NT EULER 5.1 build 2600  
Build Date  Aug 28 2005 08:23:12  
Configure Command  cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"  
Server API  Apache 2.0 Handler  
Virtual Directory Support  enabled  
Configuration File (php.ini) Path  C:\php\php.ini  
PHP API  20041225  
PHP Extension  20050617  
Zend Extension  220050617  
Debug Build  no  
Thread Safety  enabled  
Zend Memory Manager  enabled  
IPv6 Support  enabled  
Registered PHP Streams  php, file, http, ftp, compress.zlib, https,
ftps  
Registered Stream Socket Transports  tcp, udp, ssl, sslv3, sslv2, tls 

Registered Stream Filters  convert.iconv.*, string.rot13,
string.toupper, string.tolower, string.strip_tags, convert.*, zlib.*



[2005-08-26 16:34:56] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip





[2005-08-25 22:17:51] arnaud dot bertrand at apvsys dot org

Description:

Context:
A message "msg.txt" was signed the 01-01-2005 with a certificate
expired the 03-03-2005. It is a valid signed message.

If the system date is 02-02-2005,the openssl_pkcs7_verify function
applied to this "msg.txt" returns TRUE. It means it is a valid message

If you change the system date to 04-04-2005 (date after the expiration
date of the certificate), the openssl_pkcs7_verify function applied to
this "msg.txt" returns FALSE! Without any other information. 

But it is not correct because at the moment of the signature, it was
correct.




Reproduce code:
---
$filename="/tmp/msg.txt";
$lCertT=array("/tmp/certifdir","/tmp/certifdir/thawte_freemail.cer");
$tmp_cert = tempnam ("", "crt");
$res = openssl_pkcs7_verify($filename, 0, $tmp_cert, $lCertT);
if (!$res) {
echo("Digital Signature BAD!\n");
}
else if ($res === -1) {
echo("Error ...");
}
else {
echo("Digital Signature OK!\n");
$cert_info = openssl_x509_parse("file://$tmp_cert");
var_dump($cert_info);
}




Expected result:

We expect to have result independent of the current date.. or at least,
to have information that at the signature time, the message was correct
but was signed with a certificate that is expired today.

Another possibility could be: to foressen an extra parameter to the
function to pass the date of the validation.

If you check the same message with an e-mail client (e.g. thunderbird),
it will say that the message was correctly signed with a valid
certificate... whatever the current date is.



Actual result:
--
Validation result depends of the system date





-- 
Edit this bug report at http://bugs.php.net/?id=34261&edit=1

#34423 [Bgs->Csd]: apache1/apache2 segfaults when zend.ze1_compatibility_mode = On

[wbx at aurisp dot de]

 ID:   34423
 User updated by:  wbx at aurisp dot de
 Reported By:  wbx at aurisp dot de
-Status:   Bogus
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: Debian GNU/Linux 3.1
 PHP Version:  5.0.5
 New Comment:

tested with php-snap (php5-STABLE-200509080832) and it is fixed there.
But the bug exists in 5.0.5...


Previous Comments:


[2005-09-08 10:11:41] [EMAIL PROTECTED]

We don't support modified sources, nor applications. If you have a
short reproducable script tried against the latest PHP5-stable snapshot
(from snaps.php.net), reopen this bug.



[2005-09-08 10:06:10] wbx at aurisp dot de

Description:

php5.0.5 backport for Debian stable.
If you enable zend.ze1_compatibility_mode and use log4php the webserver
crashes.



Reproduce code:
---
Install log4php and execute LoggingManager.php.
http://logging.apache.org/log4php/

Expected result:

Apache1/Apache2 segmentation fault.






-- 
Edit this bug report at http://bugs.php.net/?id=34423&edit=1

#34447 [Opn]: TRoubles with the net-snmp API

[p dot burkhalter at gmx dot net]

 ID:   34447
 User updated by:  p dot burkhalter at gmx dot net
 Reported By:  p dot burkhalter at gmx dot net
 Status:   Open
 Bug Type: SNMP related
 Operating System: SunOS 5.8
 PHP Version:  5.1.0RC1
 New Comment:

btw: Apache shared module version is working.

apache:
./configure --prefix=/opt/apache/1.3.33 \
--enable-module=so

php:
./configure --prefix=/opt/apache/1.3.33 \
--with-apxs=/opt/apache/1.3.33/bin/apxs \
--with-libxml-dir=/opt/apache/1.3.33 \
--with-snmp=/opt/apache/1.3.33

Problem occurs only by the static module installation.


Previous Comments:


[2005-09-09 20:36:28] p dot burkhalter at gmx dot net

Description:

While executing a simple php-script started by apache, the php
function:
snmpget(string hostname, string community, string object_id)
Returns FALSE and produces a warning.

The test-script is working well, when I run it on the command line by
the php-binary => php proto.php

The bug is similiar to Bug #32680
But it look's like it still exists a problem.

Reproduce code:
---



Expected result:

Timeticks: (56916419) 6 days, 14:06:04.19

Actual result:
--
It look's like the snmp-api won't proper initialized..
When you set doDebugging to 1 in the snmp.conf, you can see, that the
'domain_list' in snmplib/snmp_transport.c on line 346 don't match to
"udp", because domain_list is NULL.

I tested it right now with net-snmp-5.2.1.2, but the problem exists
with older versions too.

All what I do was installing libxm2 and libsnmp with a ordinary
./configure --prefix=/opt/apache/1.3.33 && make && make install &&
smile

after this installing php:
./configure --prefix=/opt/apache/1.3.33 --with-snmp=/opt/apache/1.3.33 
--with-libxml-dir=/opt/apache/1.3.33 --without-pear
--with-apache=../apache_1.3.33
make && make install && smile

and apache:
./configure --activate-module=src/modules/php5/libphp5.a
--prefix=/opt/apache/1.3.33
make && make install && smile







-- 
Edit this bug report at http://bugs.php.net/?id=34447&edit=1

#34449 [NEW]: XSD_ANYXML functionality not exposed

[trsnoozy at avstgroup dot com]

From: trsnoozy at avstgroup dot com
Operating system: 
PHP version:  5.1.0RC1
PHP Bug Type: SOAP related
Bug description:  XSD_ANYXML functionality not exposed

Description:

To the best of my knowledge, I should be able to pass a raw XML document
(fragment) into the SOAP payload (i.e., XML Schema's anyXml). SoapVar
-can- do this, however, the constant that activates this functionality
(XSD_ANYXML) is not exported by the extension, nor is it documented in the
help.

Reproduce code:
---
http://www.example.org/example_service";;
  $uri = "http://www.example.org/schemas/example_service";;
  $my_xml = "";
  $client = new SoapClient(null, array('location' => $location, 'uri' =>
$uri);
  $var = new SoapVar($my_xml, XSD_ANYXML);
  $param = new SoapParam($var, "XMLData");
  $client->AnyFunction($param);
?>

Expected result:

The SOAP call should contain the non-escaped, literal text of $my_xml.

This behavior will occur if XSD_ANYXML is define()'d to 147. If you have
netcat, you can set the $location value appropriately to point at a port
(like http://localhost:1234) then set up netcat to listen on that port (nc
-l -p 1234). This will show that the literal XML is, in fact, passed
through as it should be.


Actual result:
--
The script will blow up with an warning about XSD_ANYXML being undefined,
followed by an error stating that it's an invalid value for SoapVar.

The problem is easily solved by registering the XSD_ANYXML #define as a
PHP constant in the ext/soap/soap.c file. Naturally, adding this constant
to the help files would be nice, too :).

-- 
Edit bug report at http://bugs.php.net/?id=34449&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34449&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34449&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34449&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34449&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34449&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34449&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34449&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34449&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34449&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34449&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34449&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34449&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34449&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34449&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34449&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34449&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34449&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34449&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34449&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34449&r=mysqlcfg

#34445 [Bgs->Opn]: ArrayAccess implementation class cannot be "foreach"-ed

[stochnagara at hotmail dot com]

 ID:  34445
 User updated by: stochnagara at hotmail dot com
 Reported By: stochnagara at hotmail dot com
-Status:  Bogus
+Status:  Open
 Bug Type:Class/Object related
 PHP Version: 5CVS-2005-09-09 (snap)
 New Comment:

I do not agree with this explanation. I do not perform

foreach ($this as $k => $v) but foreach ($this['options'] as $k => $v)

Also i've tried with $this->params['options'] really set as an array
and it does not work too.

My current workaround is 

$opt = $this['options'];
foreach ($opt as $k => $v)

I still consider this is a bug and if there are any technical
difficulties for fixing it, I prefer to see bug status "Won't fix"
rather then "Bogus".


Previous Comments:


[2005-09-09 20:34:31] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

ArrayAccess is no Iterator 



[2005-09-09 20:30:22] stochnagara at hotmail dot com

Description:

I made a class which implements ArrayAccess. Then I try to use foreach
on one of its array values and I get error "Objects used as arrays in
post/pre increment/decrement must return values by reference"

I've reduced the big code fragment to this small one:

Reproduce code:
---
params[$field]; }
public function offsetExists ($field) { return isset
($this->params[$field]); }  
public function offsetUnset ($field) { unset ($this->params[$field]);
}
public function offsetSet ($field, $value) { $this->params[$field] =
$value; }   
}

$foo = new foo;
foreach ($foo['options'] as $optionvalue => $optiontext) {}


Expected result:

no errors

Actual result:
--
Fatal error: Objects used as arrays in post/pre increment/decrement
must return values by reference in ... on line 161





-- 
Edit this bug report at http://bugs.php.net/?id=34445&edit=1

#34448 [NEW]: Global variables inside of a method of a class are not initialized

[diplex19 at yandex dot ru]

From: diplex19 at yandex dot ru
Operating system: Windows
PHP version:  5.0.5
PHP Bug Type: Scripting Engine problem
Bug description:  Global variables inside of a method of a class are not 
initialized

Description:

Global variables inside of a method of a class are not initialized

Reproduce code:
---
my_var=$str; return $this->my_var; }
  }
  class bug_test
  {
 function set_var($str) { global $info; $info=&new test1(); return
$info->init($str); }
 function get_var() { global $info; return $info->my_var; }
  }
  global $info; 
  $t=&new bug_test();
  $f0=$t->set_var('menu1');
  $f1=$t->get_var();
  $f2=$t->set_var('menu2');
  $f3=$t->get_var();
  echo "f0=$f0\nf1=$f1\nf2=$f2\nf3=$f3\n";  // php-bug! f1<>'menu1' &
f3<>'menu2
?>

Expected result:

f0=menu1
f1=menu1
f2=menu2
f3=menu2

Actual result:
--
f0=menu1
f1=
f2=menu2
f3=

-- 
Edit bug report at http://bugs.php.net/?id=34448&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34448&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34448&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34448&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34448&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34448&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34448&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34448&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34448&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34448&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34448&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34448&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34448&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34448&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34448&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34448&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34448&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34448&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34448&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34448&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34448&r=mysqlcfg

#34447 [NEW]: TRoubles with the net-snmp API

[p dot burkhalter at gmx dot net]

From: p dot burkhalter at gmx dot net
Operating system: SunOS 5.8
PHP version:  5.1.0RC1
PHP Bug Type: SNMP related
Bug description:  TRoubles with the net-snmp API 

Description:

While executing a simple php-script started by apache, the php function:
snmpget(string hostname, string community, string object_id)
Returns FALSE and produces a warning.

The test-script is working well, when I run it on the command line by the
php-binary => php proto.php

The bug is similiar to Bug #32680
But it look's like it still exists a problem.

Reproduce code:
---



Expected result:

Timeticks: (56916419) 6 days, 14:06:04.19

Actual result:
--
It look's like the snmp-api won't proper initialized..
When you set doDebugging to 1 in the snmp.conf, you can see, that the
'domain_list' in snmplib/snmp_transport.c on line 346 don't match to
"udp", because domain_list is NULL.

I tested it right now with net-snmp-5.2.1.2, but the problem exists with
older versions too.

All what I do was installing libxm2 and libsnmp with a ordinary
./configure --prefix=/opt/apache/1.3.33 && make && make install && smile

after this installing php:
./configure --prefix=/opt/apache/1.3.33 --with-snmp=/opt/apache/1.3.33 
--with-libxml-dir=/opt/apache/1.3.33 --without-pear
--with-apache=../apache_1.3.33
make && make install && smile

and apache:
./configure --activate-module=src/modules/php5/libphp5.a
--prefix=/opt/apache/1.3.33
make && make install && smile



-- 
Edit bug report at http://bugs.php.net/?id=34447&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34447&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34447&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34447&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34447&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34447&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34447&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34447&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34447&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34447&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34447&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34447&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34447&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34447&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34447&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34447&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34447&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34447&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34447&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34447&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34447&r=mysqlcfg

#34446 [NEW]: Warning: ocilogon() [function.ocilogon]: _oci_open_server: Error while trying t

[joshanlau at hotmail dot com]

From: joshanlau at hotmail dot com
Operating system: Red Hat Linux 3.2.3-20
PHP version:  5CVS-2005-09-09 (CVS)
PHP Bug Type: OCI8 related
Bug description:  Warning: ocilogon() [function.ocilogon]: _oci_open_server: 
Error while trying t

Description:

yesterday morning was ok, but from yesterday afternoon,kept getting the
error message: "Warning: ocilogon() [function.ocilogon]: _oci_open_server:
Error while trying to retrieve text for error ORA-12162 in
/www/orainclude.php on line 5"

from phpinfo()

oracle version: 10.1.0

operating system: Red Hat Linux 3.2.3-20

php version: 5.0.1

Reproduce code:
---


Expected result:

no error for ocilogon

Actual result:
--
the same ORA-12162 error

-- 
Edit bug report at http://bugs.php.net/?id=34446&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34446&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34446&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34446&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34446&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34446&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34446&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34446&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34446&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34446&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34446&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34446&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34446&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34446&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34446&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34446&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34446&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34446&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34446&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34446&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34446&r=mysqlcfg

#34445 [Opn->Bgs]: ArrayAccess implementation class cannot be "foreach"-ed

[johannes]

 ID:  34445
 Updated by:  [EMAIL PROTECTED]
 Reported By: stochnagara at hotmail dot com
-Status:  Open
+Status:  Bogus
 Bug Type:Class/Object related
 PHP Version: 5CVS-2005-09-09 (snap)
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

ArrayAccess is no Iterator 


Previous Comments:


[2005-09-09 20:30:22] stochnagara at hotmail dot com

Description:

I made a class which implements ArrayAccess. Then I try to use foreach
on one of its array values and I get error "Objects used as arrays in
post/pre increment/decrement must return values by reference"

I've reduced the big code fragment to this small one:

Reproduce code:
---
params[$field]; }
public function offsetExists ($field) { return isset
($this->params[$field]); }  
public function offsetUnset ($field) { unset ($this->params[$field]);
}
public function offsetSet ($field, $value) { $this->params[$field] =
$value; }   
}

$foo = new foo;
foreach ($foo['options'] as $optionvalue => $optiontext) {}


Expected result:

no errors

Actual result:
--
Fatal error: Objects used as arrays in post/pre increment/decrement
must return values by reference in ... on line 161





-- 
Edit this bug report at http://bugs.php.net/?id=34445&edit=1

#34445 [NEW]: ArrayAccess implementation class cannot be "foreach"-ed

[stochnagara at hotmail dot com]

From: stochnagara at hotmail dot com
Operating system: 
PHP version:  5CVS-2005-09-09 (snap)
PHP Bug Type: Class/Object related
Bug description:  ArrayAccess implementation class cannot be "foreach"-ed

Description:

I made a class which implements ArrayAccess. Then I try to use foreach on
one of its array values and I get error "Objects used as arrays in
post/pre increment/decrement must return values by reference"

I've reduced the big code fragment to this small one:

Reproduce code:
---
params[$field]; }
public function offsetExists ($field) { return isset
($this->params[$field]); }  
public function offsetUnset ($field) { unset ($this->params[$field]); }
public function offsetSet ($field, $value) { $this->params[$field] =
$value; }   
}

$foo = new foo;
foreach ($foo['options'] as $optionvalue => $optiontext) {}


Expected result:

no errors

Actual result:
--
Fatal error: Objects used as arrays in post/pre increment/decrement must
return values by reference in ... on line 161

-- 
Edit bug report at http://bugs.php.net/?id=34445&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34445&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34445&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34445&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34445&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34445&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34445&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34445&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34445&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34445&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34445&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34445&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34445&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34445&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34445&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34445&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34445&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34445&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34445&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34445&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34445&r=mysqlcfg

#34444 [NEW]: Compile fails on httpd.h not found

[gillb4 at telusplanet dot net]

From: gillb4 at telusplanet dot net
Operating system: Deb/Linux 2.6.13-git8
PHP version:  5.1.0RC1
PHP Bug Type: Compile Failure
Bug description:  Compile fails on httpd.h not found

Description:

Build of PHP5.1.0RC1 fails with:
In file included from
/home/bob/website/php/php-5.1.0RC1/sapi/apache2handler/mod_php5.c:26:
/home/bob/website/php/php-5.1.0RC1/sapi/apache2handler/php_apache.h:24:20:
httpd.h: No such file or directory
/home/bob/website/php/php-5.1.0RC1/sapi/apache2handler/php_apache.h:25:25:
http_config.h: No such file or directory
/home/bob/website/php/php-5.1.0RC1/sapi/apache2handler/php_apache.h:26:25:
http_core.h: No such file or directory

My configure script was(is):
./configure --prefix=`pwd` --with-apxs2=/usr/local/apache/bin/apxs
--with-mysql=/usr/local/mysql --with-xmlrpc

I realise that httpd.h is depreciated in php5.1.0RC1, and was probably
removed for that reason, but when I comment out the 3 #defines in
php-5.1.0RC1/sapi/apache2handler/php_apache.h:
/* #include "httpd.h"
  #include "http_config.h"
  #include "http_core.h"
*/
I get nasty heck messages about data types not being defined from the code
later in this header file.  
...it's just a cleanup issue, but (it's still broken in any event).
Please mail me back if you need more info. or testing.

Expected result:

Completed!


-- 
Edit bug report at http://bugs.php.net/?id=3&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=3&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=3&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=3&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=3&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=3&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=3&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=3&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=3&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=3&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=3&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=3&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=3&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=3&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=3&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=3&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=3&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=3&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=3&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=3&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=3&r=mysqlcfg

#34399 [Bgs->Opn]: modulus operator truncates decimal operands

[me at lucasoman dot com]

 ID:   34399
 User updated by:  me at lucasoman dot com
 Reported By:  me at lucasoman dot com
-Status:   Bogus
+Status:   Open
 Bug Type: Math related
 Operating System: Fedora Core 3
 PHP Version:  4.4.0
 New Comment:

I don't mean to be a jerk by re-opening the bug, but I would at least
like a reply/explanation after my last comment. Thanks!


Previous Comments:


[2005-09-07 06:45:14] me at lucasoman dot com

I realize that this may not be considered a bug, per se, because the
software behaves as intended. I'm simply questioning your intentions.
As a developer, myself, I enjoy hiding behind the
it-works-as-intended-so-shut-up excuse, also.

"In PHP modulus can only be used on integers."

I'm well aware of this. PHP does not exist in its own mathematical
cosmos. You wouldn't change the addition operator to integer-only
because that would be mathematically inconsistent and incorrect. The
operator would only be able to be used in a small subset of its space.
The restriction is arbitrary.



[2005-09-07 04:18:08] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

In PHP modulus can only be used on integers.



[2005-09-06 23:33:55] me at lucasoman dot com

Description:

This issue has been brought up before, but not in so many words.

The modulus operator (%) truncates float operands and always returns an
integer result. Some languages behave similarly, some do not. Java, for
one, correctly performs the float calculation.

I see no reason--besides ease of coding or perhaps for the sake of
efficient code--that such an arbitrary limitation would be placed on a
general mathematical operator. Some limitations, like disallowing
division by zero, are not arbitrary; these are required mathematically.
However, restricting modulus to integer operands is not mathematically
logical.

You may make the suggestion that I write my own float modulus function
that performs recursive subtractions. However, if your reason for
coding mod as an integer operator is efficiency, writing script
code to perform this calculation--especially on large numbers--is most
certainly not more efficient.

I (humbly) request that you reconsider the way you've coded the mod
operator.

Reproduce code:
---
print(4.5 % 2);


Expected result:

.5

Actual result:
--
0





-- 
Edit this bug report at http://bugs.php.net/?id=34399&edit=1

#34442 [Opn->Bgs]: Incorrect numerical result produced

[derick]

 ID:   34442
 Updated by:   [EMAIL PROTECTED]
 Reported By:  thirteenlisk at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Windows XP
 PHP Version:  5.0.5
 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-09-09 18:22:02] thirteenlisk at gmail dot com

Description:

Using intval() with some numbers produces an incorrect value.

This applies these two specific values: 10.2 and 20.4. (Each is off by
one.)

Reproduce code:
---
echo intval(100 * 10.2);

Expected result:

1020

Actual result:
--
1019





-- 
Edit this bug report at http://bugs.php.net/?id=34442&edit=1

#34443 [NEW]: Compile of exts using the bundled expat library failing if new libxml2 used

[chtekk at longitekk dot com]

From: chtekk at longitekk dot com
Operating system: Linux (Gentoo)
PHP version:  4.4.0
PHP Bug Type: Compile Failure
Bug description:  Compile of exts using the bundled expat library failing if 
new libxml2 used

Description:

Hi. We've just got some bug reports over at Gentoo that I was also able to
reproduce (http://bugs.gentoo.org/show_bug.cgi?id=105268). The problem is
obvious by the error messages, 'XML_FEATURE_UNICODE' gets declared two
times, one time by libxml2 version 2.6.21, and one time by the bundled
expat library. Now this happens only if you enable any extension that uses
the bundled expat library (wddx, xml, xmlrpc) AND the DOM XML extension. In
that case the external libxml2 gets included also and, since it defines
'XML_FEATURE_UNICODE' too it clashes with the 'XML_FEATURE_UNICODE'
definition the bundled expat library has. libxml2 2.6.19 works since it
does not define 'XML_FEATURE_UNICODE' at all, but 2.6.21 does define it (
/usr/include/libxml2/libxml/parser.h:1196: XML_FEATURE_UNICODE = 21, ),
and thus the compile crashes. Now I'm not sure how the bundled expat
library can be fixed so that this error goes away, I hope someone knows.
:)

Reproduce code:
---
a) install libxml2 2.6.21
b) install PHP with --with-dom --enable-wddx
c) see the bug :)

Expected result:

PHP should compile with the new libxml2 version, and support for both DOM
XML and the bundled expat-based library extensions.

Actual result:
--
In file included from
/var/tmp/portage/mod_php-4.4.0-r1/work/php-4.4.0/ext/wddx/php_wddx.h:26,
 from main/internal_functions.c:65:
/var/tmp/portage/mod_php-4.4.0-r1/work/php-4.4.0/ext/xml/expat/expat.h:894:
error: conflicting types for 'XML_FEATURE_UNICODE'
/usr/include/libxml2/libxml/parser.h:1196: error: previous definition of
'XML_FEATURE_UNICODE' was here
make: *** [main/internal_functions.lo] Error 1
make: *** Waiting for unfinished jobs

-- 
Edit bug report at http://bugs.php.net/?id=34443&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34443&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34443&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34443&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34443&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34443&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34443&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34443&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34443&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34443&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34443&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34443&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34443&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34443&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34443&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34443&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34443&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34443&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34443&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34443&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34443&r=mysqlcfg

#34442 [NEW]: Incorrect numerical result produced

[thirteenlisk at gmail dot com]

From: thirteenlisk at gmail dot com
Operating system: Windows XP
PHP version:  5.0.5
PHP Bug Type: *General Issues
Bug description:  Incorrect numerical result produced

Description:

Using intval() with some numbers produces an incorrect value.

This applies these two specific values: 10.2 and 20.4. (Each is off by
one.)

Reproduce code:
---
echo intval(100 * 10.2);

Expected result:

1020

Actual result:
--
1019

-- 
Edit bug report at http://bugs.php.net/?id=34442&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34442&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34442&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34442&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34442&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34442&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34442&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34442&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34442&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34442&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34442&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34442&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34442&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34442&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34442&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34442&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34442&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34442&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34442&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34442&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34442&r=mysqlcfg

#33487 [Asn]: Memory allocated for objects created in object methods is not released

[robert dot munteanu at betbrain dot com]

 ID:   33487
 User updated by:  robert dot munteanu at betbrain dot com
 Reported By:  robert dot munteanu at betbrain dot com
 Status:   Assigned
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  6CVS-2005-06-27
 Assigned To:  dmitry
 New Comment:

The problem persists on the latest stable release 5.0.5. 

Output: 
Before: 38984
After: 430144

Please let me know what the status is on fixing this bug ( or
inneficiency ).


Previous Comments:


[2005-06-27 15:29:38] [EMAIL PROTECTED]

This is not really a bug, but unefficient usage of memory by
zend_object_storage. It frees object buckets only on request shutdown.

The test case allocates:
16384 * sizeof(zend_object_store_bucket) = 393216 bytes



[2005-06-27 12:17:20] [EMAIL PROTECTED]

Dmitry, is there any way to fix this..? (btw. unset() does NOT free all
the memory..but that's, AFAIK, by design)




[2005-06-27 11:31:02] robert dot munteanu at betbrain dot com

Description:

Whenever you create an object in a method, memory is not released when
the method execution ends, unset() must be called manually.

This becomes a problem when you have long-running scripts, which
perform actions repeatedly which leads to the script running out of
memory.

Reproduce code:
---
doNothing();
echo "After: ".memory_get_usage()."\n";
?>


Expected result:

Memory usage remains roughly the same.

Actual result:
--
Before: 41424
After: 432560






-- 
Edit this bug report at http://bugs.php.net/?id=33487&edit=1

#34439 [Opn->Bgs]: $this present when it shouldn't

[derick]

 ID:   34439
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rganogork at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: gentoo linux
 PHP Version:  4.4.0
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

,


Previous Comments:


[2005-09-09 17:09:51] rganogork at gmail dot com

Description:

$this should not be defined in the context of a static function call.

Reproduce code:
---
class A {
function func() {
echo get_class($this);
}
}

class B {
function x() {
A::func();
}
}

$b = new B();
$b->x();


Expected result:

.. nothing .. (object not present/instantiated/defined)

Actual result:
--
b





-- 
Edit this bug report at http://bugs.php.net/?id=34439&edit=1

#34440 [NEW]: Error With COM

[anecdote at yahoo dot com]

From: anecdote at yahoo dot com
Operating system: Windows XP PRO SP2/2003 Server
PHP version:  5.0.5
PHP Bug Type: COM related
Bug description:  Error With COM

Description:

Hello I experienced some bug but not sure may be the new way of PHP

I use php 5.0.2 with my company project with COM (My company COM) and just
upgraded to 5.0.5

[Sample Code]

IndexOf("Sim");
$list=$protype->Items[0];//Error this line
echo $list;
?>

[Result]

Fatal error: Uncaught exception 'com_exception' with message 'Error
[0x8002000e] Invalid number of parameters. ' in C:\PHP\Customer\test.php:4
Stack trace: #0
C:\PHP\Customer\test.php(4): unknown() #1 {main} thrown in
C:\PHP\Customer\test.php(4): on line 4

[Expected Result]

Nokia 6680



I test with many old projects with 5.0.2/5.0.3/5.0.4 no problem.

I tried to test
ADODB.Connection
ADODB.Recordset 
etc.. 
***Access 2002-2003/MDAC 2.8***
with 5.0.5/Lastest CVS got same error.

[Sample Code]

Open("PROVIDER=Microsoft.Jet.OLEDB.4.0; DATA
SOURCE=C:\\test.mdb");
$query = "SELECT * FROM Company";
$rs->Open($query, $con, 1, 3);
echo $rs->Fields->Item[0];//Error this line
?>

[Expected Result]

Simple Mobile


Any suggestion ?



-- 
Edit bug report at http://bugs.php.net/?id=34440&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34440&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34440&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34440&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34440&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34440&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34440&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34440&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34440&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34440&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34440&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34440&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34440&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34440&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34440&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34440&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34440&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34440&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34440&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34440&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34440&r=mysqlcfg

#34439 [NEW]: $this present when it shouldn't

[rganogork at gmail dot com]

From: rganogork at gmail dot com
Operating system: gentoo linux
PHP version:  4.4.0
PHP Bug Type: Class/Object related
Bug description:  $this present when it shouldn't

Description:

$this should not be defined in the context of a static function call.

Reproduce code:
---
class A {
function func() {
echo get_class($this);
}
}

class B {
function x() {
A::func();
}
}

$b = new B();
$b->x();


Expected result:

.. nothing .. (object not present/instantiated/defined)

Actual result:
--
b

-- 
Edit bug report at http://bugs.php.net/?id=34439&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34439&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34439&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34439&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34439&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34439&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34439&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34439&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34439&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34439&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34439&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34439&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34439&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34439&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34439&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34439&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34439&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34439&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34439&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34439&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34439&r=mysqlcfg

#34435 [Opn->Csd]: segmentation fault on object serialize

[voxus at mail dot ru]

 ID:   34435
 User updated by:  voxus at mail dot ru
 Reported By:  voxus at mail dot ru
-Status:   Open
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5CVS-2005-09-09
 New Comment:

yep, patch by jorton solves problem. 
 
thank you, guys. :-)


Previous Comments:


[2005-09-09 14:26:36] m at aptual dot fi

The patch posted by jorton seems to have fixed the problem I
experienced, at least with this particular test case. I will do some
more testing on an actual application to see if this affects anything
else.



[2005-09-09 14:02:30] [EMAIL PROTECTED]

Eh? The warning shows *precisely* why the code is broken on LP64
platforms.  Reporter, can you try this patch.

http://people.apache.org/~jorton/php_bug34435.patch



[2005-09-09 13:38:11] voxus at mail dot ru

reproducible with today's snapshot too.



[2005-09-09 13:36:39] [EMAIL PROTECTED]

Just ignore those warnings. They are just warnings and have nothing to
do with the issue.
You'd better provide more info and/or access to the server where it's
reproducible.



[2005-09-09 12:51:24] etnu at etnu dot org

Experiencing the exact same problem with an identical configuration,
just using Apache 2.0.54 instead of 2.0.52. 

Same hardware though; running under Debian 3.1 (Sarge)

export CFLAGS="-O2"
./configure \
--with-tidy \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql=/usr --with-mysqli=/usr/bin/mysql_config \
--prefix=/usr/local/apache2/php \
--with-config-file-path=/usr/local/apache2/php \
--enable-force-cgi-redirect \
--disable-magic-quotes \
--with-gd --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib \
--with-freetype-dir=/usr/lib --with-zlib-dir=/usr/lib

I actually get compiler warnings with this configuration:

/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c: In function
`minmaxFunc':
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c:38: warning: cast
from pointer to integer of different size
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c: In function
`minmaxStep':
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c:525: warning: cast
from pointer to integer of different size
/usr/src/php-5.0.5/ext/standard/var.c: In function
`php_var_serialize_class_name':
/usr/src/php-5.0.5/ext/standard/var.c:515: warning: passing arg 3 of
`zend_get_object_classname' from incompatible pointer type

An identical build of 5.0.4 yields no warnings at all. I'm seeing seg
faults whenever serializing or unserializing any object.



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/34435

-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34435 [Com]: segmentation fault on object serialize

[m at aptual dot fi]

 ID:   34435
 Comment by:   m at aptual dot fi
 Reported By:  voxus at mail dot ru
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5CVS-2005-09-09
 New Comment:

The patch posted by jorton seems to have fixed the problem I
experienced, at least with this particular test case. I will do some
more testing on an actual application to see if this affects anything
else.


Previous Comments:


[2005-09-09 14:02:30] [EMAIL PROTECTED]

Eh? The warning shows *precisely* why the code is broken on LP64
platforms.  Reporter, can you try this patch.

http://people.apache.org/~jorton/php_bug34435.patch



[2005-09-09 13:38:11] voxus at mail dot ru

reproducible with today's snapshot too.



[2005-09-09 13:36:39] [EMAIL PROTECTED]

Just ignore those warnings. They are just warnings and have nothing to
do with the issue.
You'd better provide more info and/or access to the server where it's
reproducible.



[2005-09-09 12:51:24] etnu at etnu dot org

Experiencing the exact same problem with an identical configuration,
just using Apache 2.0.54 instead of 2.0.52. 

Same hardware though; running under Debian 3.1 (Sarge)

export CFLAGS="-O2"
./configure \
--with-tidy \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql=/usr --with-mysqli=/usr/bin/mysql_config \
--prefix=/usr/local/apache2/php \
--with-config-file-path=/usr/local/apache2/php \
--enable-force-cgi-redirect \
--disable-magic-quotes \
--with-gd --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib \
--with-freetype-dir=/usr/lib --with-zlib-dir=/usr/lib

I actually get compiler warnings with this configuration:

/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c: In function
`minmaxFunc':
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c:38: warning: cast
from pointer to integer of different size
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c: In function
`minmaxStep':
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c:525: warning: cast
from pointer to integer of different size
/usr/src/php-5.0.5/ext/standard/var.c: In function
`php_var_serialize_class_name':
/usr/src/php-5.0.5/ext/standard/var.c:515: warning: passing arg 3 of
`zend_get_object_classname' from incompatible pointer type

An identical build of 5.0.4 yields no warnings at all. I'm seeing seg
faults whenever serializing or unserializing any object.



[2005-09-09 12:07:54] m at aptual dot fi

I'm not sure what you mean exactly with platform, but like I said
before, I'm using Apache 2.0.52, an SMP kernel version 2.6.8 (x86_64)
and gcc version 3.3.4. The glibc6 version is 2.3.2. 

To be more precise, the machine is a Dual Opteron box, and it is
running on Ubuntu Linux (Warty). However, both Apache and PHP have been
compiled from sources. Oh, and Apache uses the Prefork MPM, which should
be (and has been, so far) safe to use with PHP. 

And just like with the initial poster, this problem doesn't occur on,
for example, PHP 5.0.3. I noticed this during a normal upgrade, when an
application stopped working immediately after trying the new version.



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/34435

-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#27303 [Asn->Csd]: OCIBindByName binds numeric PHP values as characters

[tony2001]

 ID:   27303
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cjbj at hotmail dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: *
 PHP Version:  4CVS-2004-02-18 (stable)
 Assigned To:  tony2001
 New Comment:

The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD
and PECL (use `pear install oci8-beta` to install it).


Previous Comments:


[2004-03-09 02:45:00] [EMAIL PROTECTED]

Ok, it will be added after PHP5 & PHP4 nearest releases.
We're in feature freeze now and I'll wait till its end.



[2004-03-09 02:06:38] cjbj at hotmail dot com

It would seem logical and faster to bind PHP integers as Oracle
integers.  It might make the "returning into" example from before
simpler (no need to specify a width) and hence more intuitive and
foolproof.

A new constant OCI_B_INT could map to SQLT_INT (depending on how PHP
internally stores integers).



[2004-02-20 02:38:04] [EMAIL PROTECTED]

Yep, currently oci_bind_by_name uses SQLT_CHR for all types, except
LOBs, FILEs & ROWIDs.
You propose to add new constant - OCI_B_INT (SQLT_INT) to use it with
numeric values? Am I right?




[2004-02-18 02:14:18] cjbj at hotmail dot com

Description:

Numeric PHP variables seem to be treated as strings when bound with
OCIBindByName.  The means the desired number of significant digits
needs to be specified in the OCIBindByName call.  Othewise only the
most significant digit is returned.

PHP scripts could be simpler and safer to write if:

(i) a pre-existing numeric PHP variable automatically caused a
SQLT_INT bind

(ii) OCI's SQLT_INT type could be specified in the OCIBindByName
 call, with a new OCI_B_xxx define

For example, try a RETURNING INTO clause with a sequence value:

\n";
}

OCICommit($conn);

?>

The output is:

Bind variable is 1
Bind variable is 2
Bind variable is 3
Bind variable is 4
Bind variable is 5
Bind variable is 6
Bind variable is 7
Bind variable is 8
Bind variable is 9
Bind variable is 1
...

[This continues with 10 rows of 1's, then 10 rows of 2's etc. as
 if the least significant digit(s) are being stripped.]

Querying the table in a SQL*Plus sessions shows the inserts are
occuring correctly and the sequence number is increasing past nine:

MYDATA   SEQCOL
 --
Some data 1
Some data 2
Some data 3
Some data 4
Some data 5
Some data 6
Some data 7
Some data 8
Some data 9
Some data10
...
Some data   199

Expected result

Bind variable is 1
Bind variable is 2
Bind variable is 3
Bind variable is 4
Bind variable is 5
Bind variable is 6
Bind variable is 7
Bind variable is 8
Bind variable is 9
Bind variable is 10
...
Bind variable is 199

Testcase 2 is to set $mybv to a value before the OCIBindByName by
uncommenting the line marked 2nd test.  The value set is bound as a
string.  The number of digits in it will determine the maximum width
of the returned bind result.  For example if $mybv is set to 11, then
all two-digit values are displayed correctly.

Testcase 3 is to pass a width to OCIBindByName.  Uncomment the text
marked 3rd test.  This works until the number of digits in the
sequence number is greater than the passed width.

Another different testcase might be calling a PL/SQL procedure with a
IN/OUT parameter.  Although the passed value is correct, the out value
may not be.

If the current behavior is deemed desired, can this bug be made a
documentation bug?  Users may be easily tricked because there is no
mention of the default bind type being character, and the
OCIBindByName documentation "and the necessary storage space will be
allocated" could be thought to apply to PHP numeric variables.







-- 
Edit this bug report at http://bugs.php.net/?id=27303&edit=1

#33941 [Com]: overloading not working with arrays not stored as arrays

[fanfatal at fanfatal dot pl]

 ID:   33941
 Comment by:   fanfatal at fanfatal dot pl
 Reported By:  gordon at heydon dot com dot au
 Status:   Assigned
 Bug Type: Class/Object related
 Operating System: *
 PHP Version:  5CVS-2005-08-02
 Assigned To:  dmitry
 New Comment:

In PHP 5.0.4 this bug has been corrected

Greatings ;-)
...


Previous Comments:


[2005-08-18 09:27:48] [EMAIL PROTECTED]

Can we atleast make sure it gives a nice big warning on this? Now it
merely produces some leaks:
bar[1] = 42;

produces:
[EMAIL PROTECTED]:~$ php-6.0dev /tmp/f.php
/dat/dev/php/php-6.0dev/Zend/zend_execute.c(827) :  Freeing 0x08796494
(16 bytes), script=/tmp/f.php
/dat/dev/php/php-6.0dev/Zend/zend_execute.c(1005) :  Freeing 0x0879643C
(35 bytes), script=/tmp/f.php
/dat/dev/php/php-6.0dev/Zend/zend_hash.c(383) : Actual location
(location was relayed)
/dat/dev/php/php-6.0dev/Zend/zend_execute.c(1060) :  Freeing 0x087963DC
(44 bytes), script=/tmp/f.php
/dat/dev/php/php-6.0dev/Zend/zend_API.c(712) : Actual location
(location was relayed)
Last leak repeated 1 time
/dat/dev/php/php-6.0dev/Zend/zend_execute.c(1057) :  Freeing 0x087842CC
(16 bytes), script=/tmp/f.php
=== Total 5 memory leaks detected ===




[2005-08-05 12:06:17] [EMAIL PROTECTED]

This is not fixable :(



[2005-08-05 11:44:23] [EMAIL PROTECTED]

Dmitry "The Fixer", please check this out.




[2005-08-01 12:42:33] stochnagara at hotmail dot com

I've tested this with the lastest win32 binary package. The bug is
still present.

When __get prototype is changed to function & __get everything works
fine.



[2005-08-01 05:48:59] gordon at heydon dot com dot au

Description:

If using the __set() and __get() to store and manipulate arrays within
a property, if the array is not being stored as an array then the array
assignment will not work.

If in the example the property just has the value from the assignment
stored without the serialization, so storing the array within the array
this works.

Also the funny thing is that if you put echos within the __set() and
__get the $obj->prop[5] = 'apple' does not output anything at all. It
is like PHP is trying to guess what the __set() is doing and then doing
that,

Reproduce code:
---
fields[$prop]);
  }

  public function __set($prop, $value) {
$this->fields[$prop] = serialize($value);
  }

  private $fields;
}

$obj = new ex;
$obj->prop = array(4 => 'pear');
$obj->prop[5] = 'apple';

var_dump($obj->prop);
?>


Expected result:

array(1) {
  [4]=>
  string(4) "pear"
  [5]=>
  string(5) "apple"
}


Actual result:
--
array(1) {
  [4]=>
  string(4) "pear"
}






-- 
Edit this bug report at http://bugs.php.net/?id=33941&edit=1

#34435 [Opn]: segmentation fault on object serialize

[jorton]

 ID:   34435
 Updated by:   [EMAIL PROTECTED]
 Reported By:  voxus at mail dot ru
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5CVS-2005-09-09
 New Comment:

Eh? The warning shows *precisely* why the code is broken on LP64
platforms.  Reporter, can you try this patch.

http://people.apache.org/~jorton/php_bug34435.patch


Previous Comments:


[2005-09-09 13:38:11] voxus at mail dot ru

reproducible with today's snapshot too.



[2005-09-09 13:36:39] [EMAIL PROTECTED]

Just ignore those warnings. They are just warnings and have nothing to
do with the issue.
You'd better provide more info and/or access to the server where it's
reproducible.



[2005-09-09 12:51:24] etnu at etnu dot org

Experiencing the exact same problem with an identical configuration,
just using Apache 2.0.54 instead of 2.0.52. 

Same hardware though; running under Debian 3.1 (Sarge)

export CFLAGS="-O2"
./configure \
--with-tidy \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql=/usr --with-mysqli=/usr/bin/mysql_config \
--prefix=/usr/local/apache2/php \
--with-config-file-path=/usr/local/apache2/php \
--enable-force-cgi-redirect \
--disable-magic-quotes \
--with-gd --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib \
--with-freetype-dir=/usr/lib --with-zlib-dir=/usr/lib

I actually get compiler warnings with this configuration:

/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c: In function
`minmaxFunc':
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c:38: warning: cast
from pointer to integer of different size
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c: In function
`minmaxStep':
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c:525: warning: cast
from pointer to integer of different size
/usr/src/php-5.0.5/ext/standard/var.c: In function
`php_var_serialize_class_name':
/usr/src/php-5.0.5/ext/standard/var.c:515: warning: passing arg 3 of
`zend_get_object_classname' from incompatible pointer type

An identical build of 5.0.4 yields no warnings at all. I'm seeing seg
faults whenever serializing or unserializing any object.



[2005-09-09 12:07:54] m at aptual dot fi

I'm not sure what you mean exactly with platform, but like I said
before, I'm using Apache 2.0.52, an SMP kernel version 2.6.8 (x86_64)
and gcc version 3.3.4. The glibc6 version is 2.3.2. 

To be more precise, the machine is a Dual Opteron box, and it is
running on Ubuntu Linux (Warty). However, both Apache and PHP have been
compiled from sources. Oh, and Apache uses the Prefork MPM, which should
be (and has been, so far) safe to use with PHP. 

And just like with the initial poster, this problem doesn't occur on,
for example, PHP 5.0.3. I noticed this during a normal upgrade, when an
application stopped working immediately after trying the new version.



[2005-09-09 11:33:21] voxus at mail dot ru

btw, what platform you're using, m?



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/34435

-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34435 [Fbk->Opn]: segmentation fault on object serialize

[voxus at mail dot ru]

 ID:   34435
 User updated by:  voxus at mail dot ru
 Reported By:  voxus at mail dot ru
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
-PHP Version:  5.0.5
+PHP Version:  5CVS-2005-09-09
 New Comment:

reproducible with today's snapshot too.


Previous Comments:


[2005-09-09 13:36:39] [EMAIL PROTECTED]

Just ignore those warnings. They are just warnings and have nothing to
do with the issue.
You'd better provide more info and/or access to the server where it's
reproducible.



[2005-09-09 12:51:24] etnu at etnu dot org

Experiencing the exact same problem with an identical configuration,
just using Apache 2.0.54 instead of 2.0.52. 

Same hardware though; running under Debian 3.1 (Sarge)

export CFLAGS="-O2"
./configure \
--with-tidy \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql=/usr --with-mysqli=/usr/bin/mysql_config \
--prefix=/usr/local/apache2/php \
--with-config-file-path=/usr/local/apache2/php \
--enable-force-cgi-redirect \
--disable-magic-quotes \
--with-gd --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib \
--with-freetype-dir=/usr/lib --with-zlib-dir=/usr/lib

I actually get compiler warnings with this configuration:

/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c: In function
`minmaxFunc':
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c:38: warning: cast
from pointer to integer of different size
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c: In function
`minmaxStep':
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c:525: warning: cast
from pointer to integer of different size
/usr/src/php-5.0.5/ext/standard/var.c: In function
`php_var_serialize_class_name':
/usr/src/php-5.0.5/ext/standard/var.c:515: warning: passing arg 3 of
`zend_get_object_classname' from incompatible pointer type

An identical build of 5.0.4 yields no warnings at all. I'm seeing seg
faults whenever serializing or unserializing any object.



[2005-09-09 12:07:54] m at aptual dot fi

I'm not sure what you mean exactly with platform, but like I said
before, I'm using Apache 2.0.52, an SMP kernel version 2.6.8 (x86_64)
and gcc version 3.3.4. The glibc6 version is 2.3.2. 

To be more precise, the machine is a Dual Opteron box, and it is
running on Ubuntu Linux (Warty). However, both Apache and PHP have been
compiled from sources. Oh, and Apache uses the Prefork MPM, which should
be (and has been, so far) safe to use with PHP. 

And just like with the initial poster, this problem doesn't occur on,
for example, PHP 5.0.3. I noticed this during a normal upgrade, when an
application stopped working immediately after trying the new version.



[2005-09-09 11:33:21] voxus at mail dot ru

btw, what platform you're using, m?



[2005-09-09 11:02:02] m at aptual dot fi

I'm afraid it's behind a firewall (which I can't open any ports to),
and so are all of our other 64-bit machines.



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/34435

-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34435 [Opn->Fbk]: segmentation fault on object serialize

[tony2001]

 ID:   34435
 Updated by:   [EMAIL PROTECTED]
 Reported By:  voxus at mail dot ru
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

Just ignore those warnings. They are just warnings and have nothing to
do with the issue.
You'd better provide more info and/or access to the server where it's
reproducible.


Previous Comments:


[2005-09-09 12:51:24] etnu at etnu dot org

Experiencing the exact same problem with an identical configuration,
just using Apache 2.0.54 instead of 2.0.52. 

Same hardware though; running under Debian 3.1 (Sarge)

export CFLAGS="-O2"
./configure \
--with-tidy \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql=/usr --with-mysqli=/usr/bin/mysql_config \
--prefix=/usr/local/apache2/php \
--with-config-file-path=/usr/local/apache2/php \
--enable-force-cgi-redirect \
--disable-magic-quotes \
--with-gd --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib \
--with-freetype-dir=/usr/lib --with-zlib-dir=/usr/lib

I actually get compiler warnings with this configuration:

/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c: In function
`minmaxFunc':
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c:38: warning: cast
from pointer to integer of different size
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c: In function
`minmaxStep':
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c:525: warning: cast
from pointer to integer of different size
/usr/src/php-5.0.5/ext/standard/var.c: In function
`php_var_serialize_class_name':
/usr/src/php-5.0.5/ext/standard/var.c:515: warning: passing arg 3 of
`zend_get_object_classname' from incompatible pointer type

An identical build of 5.0.4 yields no warnings at all. I'm seeing seg
faults whenever serializing or unserializing any object.



[2005-09-09 12:07:54] m at aptual dot fi

I'm not sure what you mean exactly with platform, but like I said
before, I'm using Apache 2.0.52, an SMP kernel version 2.6.8 (x86_64)
and gcc version 3.3.4. The glibc6 version is 2.3.2. 

To be more precise, the machine is a Dual Opteron box, and it is
running on Ubuntu Linux (Warty). However, both Apache and PHP have been
compiled from sources. Oh, and Apache uses the Prefork MPM, which should
be (and has been, so far) safe to use with PHP. 

And just like with the initial poster, this problem doesn't occur on,
for example, PHP 5.0.3. I noticed this during a normal upgrade, when an
application stopped working immediately after trying the new version.



[2005-09-09 11:33:21] voxus at mail dot ru

btw, what platform you're using, m?



[2005-09-09 11:02:02] m at aptual dot fi

I'm afraid it's behind a firewall (which I can't open any ports to),
and so are all of our other 64-bit machines.



[2005-09-09 10:57:55] [EMAIL PROTECTED]

Thanks.
Is it possible to get an account with minimal privileges at this
server?



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/34435

-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34421 [Opn->Bgs]: get_class and debug_backtrace report wrong class for inherited static methods

[johannes]

 ID:   34421
 Updated by:   [EMAIL PROTECTED]
 Reported By:  wkonkel at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: redhat
 PHP Version:  5.0.5
 New Comment:

This is a limitation in the way the engine works and it 
most likely won't change in the near future. See also 
previous discussions about it. 
http://zend.com/zend/week/week219.php#Heading5 


Previous Comments:


[2005-09-08 22:59:43] civilization_2 at hotmail dot com

While we're at it, perhaps it would be nice to have a magic-variable
for this?



[2005-09-08 16:56:56] goat at daholygoat dot com

I also have to agree with wkonkel about this being a bug. I can't think
of any reason why you shouldn't be able to do class introspection from a
static method in the inherited class. It's very useful for building
object factories, for example (a really major OO area).



[2005-09-08 16:21:21] civilization_2 at hotmail dot com

I have to agree with wkonkel. The example shown above works as expected
in php4, so if this is by design then php5 is lacking a vital feature
that php4 has, namely the ability to get the name of the extended class
in a static function call to which resides in the base class.



[2005-09-08 16:06:19] wkonkel at gmail dot com

Although this is how it currently does work, this is not logical. If I
specify that the scope to be "extendedBaseClass", then why is the scope
"baseClass"?  If this was not a static method, calling get_class() would
return "extendedBaseClass" because the object simply isn't a
"baseClass", it's an "extendedBaseClass".  Static methods are no
different.



[2005-09-08 12:46:35] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

The static method is part of the base class, not of the 
extended. 



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/34421

-- 
Edit this bug report at http://bugs.php.net/?id=34421&edit=1

#34435 [Com]: segmentation fault on object serialize

[etnu at etnu dot org]

 ID:   34435
 Comment by:   etnu at etnu dot org
 Reported By:  voxus at mail dot ru
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

Experiencing the exact same problem with an identical configuration,
just using Apache 2.0.54 instead of 2.0.52. 

Same hardware though; running under Debian 3.1 (Sarge)

export CFLAGS="-O2"
./configure \
--with-tidy \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql=/usr --with-mysqli=/usr/bin/mysql_config \
--prefix=/usr/local/apache2/php \
--with-config-file-path=/usr/local/apache2/php \
--enable-force-cgi-redirect \
--disable-magic-quotes \
--with-gd --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib \
--with-freetype-dir=/usr/lib --with-zlib-dir=/usr/lib

I actually get compiler warnings with this configuration:

/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c: In function
`minmaxFunc':
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c:38: warning: cast
from pointer to integer of different size
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c: In function
`minmaxStep':
/usr/src/php-5.0.5/ext/sqlite/libsqlite/src/func.c:525: warning: cast
from pointer to integer of different size
/usr/src/php-5.0.5/ext/standard/var.c: In function
`php_var_serialize_class_name':
/usr/src/php-5.0.5/ext/standard/var.c:515: warning: passing arg 3 of
`zend_get_object_classname' from incompatible pointer type

An identical build of 5.0.4 yields no warnings at all. I'm seeing seg
faults whenever serializing or unserializing any object.


Previous Comments:


[2005-09-09 12:07:54] m at aptual dot fi

I'm not sure what you mean exactly with platform, but like I said
before, I'm using Apache 2.0.52, an SMP kernel version 2.6.8 (x86_64)
and gcc version 3.3.4. The glibc6 version is 2.3.2. 

To be more precise, the machine is a Dual Opteron box, and it is
running on Ubuntu Linux (Warty). However, both Apache and PHP have been
compiled from sources. Oh, and Apache uses the Prefork MPM, which should
be (and has been, so far) safe to use with PHP. 

And just like with the initial poster, this problem doesn't occur on,
for example, PHP 5.0.3. I noticed this during a normal upgrade, when an
application stopped working immediately after trying the new version.



[2005-09-09 11:33:21] voxus at mail dot ru

btw, what platform you're using, m?



[2005-09-09 11:02:02] m at aptual dot fi

I'm afraid it's behind a firewall (which I can't open any ports to),
and so are all of our other 64-bit machines.



[2005-09-09 10:57:55] [EMAIL PROTECTED]

Thanks.
Is it possible to get an account with minimal privileges at this
server?



[2005-09-09 10:52:59] m at aptual dot fi

I'm guessing you meant p class_name:

(gdb) p buf
$3 = (smart_str *) 0x7fbfffce40
(gdb) p class_name
$4 = 0x7eede8 ""
(gdb) p name_len
$5 = 545460846595



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/34435

-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34435 [Com]: segmentation fault on object serialize

[m at aptual dot fi]

 ID:   34435
 Comment by:   m at aptual dot fi
 Reported By:  voxus at mail dot ru
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

I'm not sure what you mean exactly with platform, but like I said
before, I'm using Apache 2.0.52, an SMP kernel version 2.6.8 (x86_64)
and gcc version 3.3.4. The glibc6 version is 2.3.2. 

To be more precise, the machine is a Dual Opteron box, and it is
running on Ubuntu Linux (Warty). However, both Apache and PHP have been
compiled from sources. Oh, and Apache uses the Prefork MPM, which should
be (and has been, so far) safe to use with PHP. 

And just like with the initial poster, this problem doesn't occur on,
for example, PHP 5.0.3. I noticed this during a normal upgrade, when an
application stopped working immediately after trying the new version.


Previous Comments:


[2005-09-09 11:33:21] voxus at mail dot ru

btw, what platform you're using, m?



[2005-09-09 11:02:02] m at aptual dot fi

I'm afraid it's behind a firewall (which I can't open any ports to),
and so are all of our other 64-bit machines.



[2005-09-09 10:57:55] [EMAIL PROTECTED]

Thanks.
Is it possible to get an account with minimal privileges at this
server?



[2005-09-09 10:52:59] m at aptual dot fi

I'm guessing you meant p class_name:

(gdb) p buf
$3 = (smart_str *) 0x7fbfffce40
(gdb) p class_name
$4 = 0x7eede8 ""
(gdb) p name_len
$5 = 545460846595



[2005-09-09 10:48:07] [EMAIL PROTECTED]

..and now please
gdb> p buf
gdb> p classname
gdb> p name_len
?



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/34435

-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34438 [Opn->Bgs]: $_FILES problem

[tony2001]

 ID:   34438
 Updated by:   [EMAIL PROTECTED]
 Reported By:  schoolgal_hk at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Performance problem
 Operating System: Window 2000
 PHP Version:  5.0.5
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2005-09-09 11:34:41] schoolgal_hk at yahoo dot com

Description:

I use $_FILES['file']['type'] to check the type of a MICROSOFT WORD
file while editing it by Microsoft word. 

$_FILES['file']['type'] return the type : application/octet-stream

However, when I finish editing and close the Microsoft Word
application. 

$_FILES['file']['type'] can now return the correct type:
application/msword

I am now sure whether this is a feature or bug.

Reproduce code:
---
$_FILES['file']['type'];

echo "File type :".$_FILES['file']['type'];

Expected result:

File type :application/msword 


Actual result:
--
File type :application/octet-stream






-- 
Edit this bug report at http://bugs.php.net/?id=34438&edit=1

#34438 [NEW]: $_FILES problem

[schoolgal_hk at yahoo dot com]

From: schoolgal_hk at yahoo dot com
Operating system: Window 2000
PHP version:  5.0.5
PHP Bug Type: Performance problem
Bug description:  $_FILES problem

Description:

I use $_FILES['file']['type'] to check the type of a MICROSOFT WORD file
while editing it by Microsoft word. 

$_FILES['file']['type'] return the type : application/octet-stream

However, when I finish editing and close the Microsoft Word application. 

$_FILES['file']['type'] can now return the correct type:
application/msword

I am now sure whether this is a feature or bug.

Reproduce code:
---
$_FILES['file']['type'];

echo "File type :".$_FILES['file']['type'];

Expected result:

File type :application/msword 


Actual result:
--
File type :application/octet-stream


-- 
Edit bug report at http://bugs.php.net/?id=34438&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34438&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34438&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34438&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34438&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34438&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34438&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34438&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34438&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34438&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34438&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34438&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34438&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34438&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34438&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34438&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34438&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34438&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34438&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34438&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34438&r=mysqlcfg

#34435 [Fbk->Opn]: segmentation fault on object serialize

[voxus at mail dot ru]

 ID:   34435
 User updated by:  voxus at mail dot ru
 Reported By:  voxus at mail dot ru
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

btw, what platform you're using, m?


Previous Comments:


[2005-09-09 11:02:02] m at aptual dot fi

I'm afraid it's behind a firewall (which I can't open any ports to),
and so are all of our other 64-bit machines.



[2005-09-09 10:57:55] [EMAIL PROTECTED]

Thanks.
Is it possible to get an account with minimal privileges at this
server?



[2005-09-09 10:52:59] m at aptual dot fi

I'm guessing you meant p class_name:

(gdb) p buf
$3 = (smart_str *) 0x7fbfffce40
(gdb) p class_name
$4 = 0x7eede8 ""
(gdb) p name_len
$5 = 545460846595



[2005-09-09 10:48:07] [EMAIL PROTECTED]

..and now please
gdb> p buf
gdb> p classname
gdb> p name_len
?



[2005-09-09 10:42:51] m at aptual dot fi

(gdb) f 1
#1  0x004ee11a in php_var_serialize_class_name
(buf=0x7fbfffce40, struc=0x7f0013)
at /usr/src/php-5.0.5/ext/standard/var.c:519
519 smart_str_appendl(buf, class_name, name_len);



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/34435

-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34429 [Opn]: Output buffering cannot be turned off when runing as FastCGI

[zimage at icdsoft dot com]

 ID:   34429
 User updated by:  zimage at icdsoft dot com
 Reported By:  zimage at icdsoft dot com
 Status:   Open
 Bug Type: Output Control
 Operating System: Linux
 PHP Version:  4.4.0
 New Comment:

And strace of php process looks like:

read(4, "http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip





[2005-09-08 16:12:16] zimage at icdsoft dot com

Description:

Output comes in chunks of about 8k and cannot be forced by using
flush(), ob_flush() or output_buffering = Off

I've tested with netcat to avoid browser buffering issues:

echo -ne 'GET /buf.php HTTP/1.0\n\n' |nc 10.0.0.1 80

Reproduce code:
---



Expected result:

When run under mod_php, cgi version or lighttpd+php/fastcgi there is
one digit printed per second.

Actual result:
--
When run under apache 1.3.33 + php/fastcgi the entire output is printed
at once.





-- 
Edit this bug report at http://bugs.php.net/?id=34429&edit=1

#34435 [Com]: segmentation fault on object serialize

[m at aptual dot fi]

 ID:   34435
 Comment by:   m at aptual dot fi
 Reported By:  voxus at mail dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

I'm afraid it's behind a firewall (which I can't open any ports to),
and so are all of our other 64-bit machines.


Previous Comments:


[2005-09-09 10:57:55] [EMAIL PROTECTED]

Thanks.
Is it possible to get an account with minimal privileges at this
server?



[2005-09-09 10:52:59] m at aptual dot fi

I'm guessing you meant p class_name:

(gdb) p buf
$3 = (smart_str *) 0x7fbfffce40
(gdb) p class_name
$4 = 0x7eede8 ""
(gdb) p name_len
$5 = 545460846595



[2005-09-09 10:48:07] [EMAIL PROTECTED]

..and now please
gdb> p buf
gdb> p classname
gdb> p name_len
?



[2005-09-09 10:42:51] m at aptual dot fi

(gdb) f 1
#1  0x004ee11a in php_var_serialize_class_name
(buf=0x7fbfffce40, struc=0x7f0013)
at /usr/src/php-5.0.5/ext/standard/var.c:519
519 smart_str_appendl(buf, class_name, name_len);



[2005-09-09 10:33:57] [EMAIL PROTECTED]

That's much better.
And could you plz do:
gdb> f1
after "bt" to see what exactly happens there?



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/34435

-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34435 [Fbk]: segmentation fault on object serialize

[tony2001]

 ID:   34435
 Updated by:   [EMAIL PROTECTED]
 Reported By:  voxus at mail dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

Thanks.
Is it possible to get an account with minimal privileges at this
server?


Previous Comments:


[2005-09-09 10:52:59] m at aptual dot fi

I'm guessing you meant p class_name:

(gdb) p buf
$3 = (smart_str *) 0x7fbfffce40
(gdb) p class_name
$4 = 0x7eede8 ""
(gdb) p name_len
$5 = 545460846595



[2005-09-09 10:48:07] [EMAIL PROTECTED]

..and now please
gdb> p buf
gdb> p classname
gdb> p name_len
?



[2005-09-09 10:42:51] m at aptual dot fi

(gdb) f 1
#1  0x004ee11a in php_var_serialize_class_name
(buf=0x7fbfffce40, struc=0x7f0013)
at /usr/src/php-5.0.5/ext/standard/var.c:519
519 smart_str_appendl(buf, class_name, name_len);



[2005-09-09 10:33:57] [EMAIL PROTECTED]

That's much better.
And could you plz do:
gdb> f1
after "bt" to see what exactly happens there?



[2005-09-09 10:23:16] m at aptual dot fi

I'm not sure if this was directed at me, but here's my 2 eurocents
anyway (using the same script):

My GDB output:
http://m.bytech.fi/dev/php505gdb.txt

And with Valgrind:
http://m.bytech.fi/dev/php505valgrind.txt



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/34435

-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34435 [Com]: segmentation fault on object serialize

[m at aptual dot fi]

 ID:   34435
 Comment by:   m at aptual dot fi
 Reported By:  voxus at mail dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

I'm guessing you meant p class_name:

(gdb) p buf
$3 = (smart_str *) 0x7fbfffce40
(gdb) p class_name
$4 = 0x7eede8 ""
(gdb) p name_len
$5 = 545460846595


Previous Comments:


[2005-09-09 10:48:07] [EMAIL PROTECTED]

..and now please
gdb> p buf
gdb> p classname
gdb> p name_len
?



[2005-09-09 10:42:51] m at aptual dot fi

(gdb) f 1
#1  0x004ee11a in php_var_serialize_class_name
(buf=0x7fbfffce40, struc=0x7f0013)
at /usr/src/php-5.0.5/ext/standard/var.c:519
519 smart_str_appendl(buf, class_name, name_len);



[2005-09-09 10:33:57] [EMAIL PROTECTED]

That's much better.
And could you plz do:
gdb> f1
after "bt" to see what exactly happens there?



[2005-09-09 10:23:16] m at aptual dot fi

I'm not sure if this was directed at me, but here's my 2 eurocents
anyway (using the same script):

My GDB output:
http://m.bytech.fi/dev/php505gdb.txt

And with Valgrind:
http://m.bytech.fi/dev/php505valgrind.txt



[2005-09-09 09:41:50] [EMAIL PROTECTED]

Try to get some more info with valgrind (since the problem is
reproducible only by you).



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/34435

-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34435 [Fbk]: segmentation fault on object serialize

[tony2001]

 ID:   34435
 Updated by:   [EMAIL PROTECTED]
 Reported By:  voxus at mail dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

..and now please
gdb> p buf
gdb> p classname
gdb> p name_len
?


Previous Comments:


[2005-09-09 10:42:51] m at aptual dot fi

(gdb) f 1
#1  0x004ee11a in php_var_serialize_class_name
(buf=0x7fbfffce40, struc=0x7f0013)
at /usr/src/php-5.0.5/ext/standard/var.c:519
519 smart_str_appendl(buf, class_name, name_len);



[2005-09-09 10:33:57] [EMAIL PROTECTED]

That's much better.
And could you plz do:
gdb> f1
after "bt" to see what exactly happens there?



[2005-09-09 10:23:16] m at aptual dot fi

I'm not sure if this was directed at me, but here's my 2 eurocents
anyway (using the same script):

My GDB output:
http://m.bytech.fi/dev/php505gdb.txt

And with Valgrind:
http://m.bytech.fi/dev/php505valgrind.txt



[2005-09-09 09:41:50] [EMAIL PROTECTED]

Try to get some more info with valgrind (since the problem is
reproducible only by you).



[2005-09-09 09:39:24] m at aptual dot fi

I ran into this problem too, however the segmentation fault only occurs
when I use 

./configure --with-apxs2=/usr/local/apache/bin/apxs

to compile PHP, instead of just ./configure. Yet the segmentation fault
is not limited to the apache module, but the sapi/cli/php binary crashes
as well. And just as stated by the previous poster, --enable-debug
'fixes' the problem.

I'm using Apache 2.0.52, an SMP kernel version 2.6.8 (x86_64) and gcc
version 3.3.4.



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/34435

-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34435 [Com]: segmentation fault on object serialize

[m at aptual dot fi]

 ID:   34435
 Comment by:   m at aptual dot fi
 Reported By:  voxus at mail dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

(gdb) f 1
#1  0x004ee11a in php_var_serialize_class_name
(buf=0x7fbfffce40, struc=0x7f0013)
at /usr/src/php-5.0.5/ext/standard/var.c:519
519 smart_str_appendl(buf, class_name, name_len);


Previous Comments:


[2005-09-09 10:33:57] [EMAIL PROTECTED]

That's much better.
And could you plz do:
gdb> f1
after "bt" to see what exactly happens there?



[2005-09-09 10:23:16] m at aptual dot fi

I'm not sure if this was directed at me, but here's my 2 eurocents
anyway (using the same script):

My GDB output:
http://m.bytech.fi/dev/php505gdb.txt

And with Valgrind:
http://m.bytech.fi/dev/php505valgrind.txt



[2005-09-09 09:41:50] [EMAIL PROTECTED]

Try to get some more info with valgrind (since the problem is
reproducible only by you).



[2005-09-09 09:39:24] m at aptual dot fi

I ran into this problem too, however the segmentation fault only occurs
when I use 

./configure --with-apxs2=/usr/local/apache/bin/apxs

to compile PHP, instead of just ./configure. Yet the segmentation fault
is not limited to the apache module, but the sapi/cli/php binary crashes
as well. And just as stated by the previous poster, --enable-debug
'fixes' the problem.

I'm using Apache 2.0.52, an SMP kernel version 2.6.8 (x86_64) and gcc
version 3.3.4.



[2005-09-08 23:42:49] voxus at mail dot ru

Description:

php is crashing when trying to serialize any given object.  
  
problem is reproducible on x86_64 arch (known to be ok on  
x86 with any sane CFLAGS) with php-5.0.5 (5.0.4 is ok),  
for example - AMD Athlon(tm) 64 Processor 3200+.  
  
recompilation with CFLAGS="-O0" or with debug symbols 
"solves" the problem.  

Reproduce code:
---
compile php with CFLAGS="-O2" (yes, nothing more here)

execute from cli:

class foo
{
public function bah()
{
var_dump(serialize($this));
}
}

$foo = new foo();
$foo->bah();


Expected result:

var_dump'ed serialized object, i.e. - just string  

Actual result:
--
segmentation fault.  
  
backtrace from php: 
 
(gdb) bt 
#0  0x0037ecf6fb9b in memcpy () from /lib/libc.so.6 
#1  0x0053c8ed in zif_var_export () 
#2  0x0053e419 in php_var_serialize () 
#3  0x0053e4d6 in zif_serialize () 
#4  0x005c76cb in zend_do_fcall_common_helper () 
#5  0x005c7941 in zend_do_fcall_handler () 
#6  0x005bad54 in execute () 
#7  0x005c721e in zend_do_fcall_common_helper () 
#8  0x005bad54 in execute () 
#9  0x00597806 in zend_execute_scripts () 
#10 0x0055e379 in php_execute_script () 
#11 0x005d1779 in main () 
 





-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34435 [Fbk]: segmentation fault on object serialize

[tony2001]

 ID:   34435
 Updated by:   [EMAIL PROTECTED]
 Reported By:  voxus at mail dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

That's much better.
And could you plz do:
gdb> f1
after "bt" to see what exactly happens there?


Previous Comments:


[2005-09-09 10:23:16] m at aptual dot fi

I'm not sure if this was directed at me, but here's my 2 eurocents
anyway (using the same script):

My GDB output:
http://m.bytech.fi/dev/php505gdb.txt

And with Valgrind:
http://m.bytech.fi/dev/php505valgrind.txt



[2005-09-09 09:41:50] [EMAIL PROTECTED]

Try to get some more info with valgrind (since the problem is
reproducible only by you).



[2005-09-09 09:39:24] m at aptual dot fi

I ran into this problem too, however the segmentation fault only occurs
when I use 

./configure --with-apxs2=/usr/local/apache/bin/apxs

to compile PHP, instead of just ./configure. Yet the segmentation fault
is not limited to the apache module, but the sapi/cli/php binary crashes
as well. And just as stated by the previous poster, --enable-debug
'fixes' the problem.

I'm using Apache 2.0.52, an SMP kernel version 2.6.8 (x86_64) and gcc
version 3.3.4.



[2005-09-08 23:42:49] voxus at mail dot ru

Description:

php is crashing when trying to serialize any given object.  
  
problem is reproducible on x86_64 arch (known to be ok on  
x86 with any sane CFLAGS) with php-5.0.5 (5.0.4 is ok),  
for example - AMD Athlon(tm) 64 Processor 3200+.  
  
recompilation with CFLAGS="-O0" or with debug symbols 
"solves" the problem.  

Reproduce code:
---
compile php with CFLAGS="-O2" (yes, nothing more here)

execute from cli:

class foo
{
public function bah()
{
var_dump(serialize($this));
}
}

$foo = new foo();
$foo->bah();


Expected result:

var_dump'ed serialized object, i.e. - just string  

Actual result:
--
segmentation fault.  
  
backtrace from php: 
 
(gdb) bt 
#0  0x0037ecf6fb9b in memcpy () from /lib/libc.so.6 
#1  0x0053c8ed in zif_var_export () 
#2  0x0053e419 in php_var_serialize () 
#3  0x0053e4d6 in zif_serialize () 
#4  0x005c76cb in zend_do_fcall_common_helper () 
#5  0x005c7941 in zend_do_fcall_handler () 
#6  0x005bad54 in execute () 
#7  0x005c721e in zend_do_fcall_common_helper () 
#8  0x005bad54 in execute () 
#9  0x00597806 in zend_execute_scripts () 
#10 0x0055e379 in php_execute_script () 
#11 0x005d1779 in main () 
 





-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34435 [Com]: segmentation fault on object serialize

[m at aptual dot fi]

 ID:   34435
 Comment by:   m at aptual dot fi
 Reported By:  voxus at mail dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

I'm not sure if this was directed at me, but here's my 2 eurocents
anyway (using the same script):

My GDB output:
http://m.bytech.fi/dev/php505gdb.txt

And with Valgrind:
http://m.bytech.fi/dev/php505valgrind.txt


Previous Comments:


[2005-09-09 09:41:50] [EMAIL PROTECTED]

Try to get some more info with valgrind (since the problem is
reproducible only by you).



[2005-09-09 09:39:24] m at aptual dot fi

I ran into this problem too, however the segmentation fault only occurs
when I use 

./configure --with-apxs2=/usr/local/apache/bin/apxs

to compile PHP, instead of just ./configure. Yet the segmentation fault
is not limited to the apache module, but the sapi/cli/php binary crashes
as well. And just as stated by the previous poster, --enable-debug
'fixes' the problem.

I'm using Apache 2.0.52, an SMP kernel version 2.6.8 (x86_64) and gcc
version 3.3.4.



[2005-09-08 23:42:49] voxus at mail dot ru

Description:

php is crashing when trying to serialize any given object.  
  
problem is reproducible on x86_64 arch (known to be ok on  
x86 with any sane CFLAGS) with php-5.0.5 (5.0.4 is ok),  
for example - AMD Athlon(tm) 64 Processor 3200+.  
  
recompilation with CFLAGS="-O0" or with debug symbols 
"solves" the problem.  

Reproduce code:
---
compile php with CFLAGS="-O2" (yes, nothing more here)

execute from cli:

class foo
{
public function bah()
{
var_dump(serialize($this));
}
}

$foo = new foo();
$foo->bah();


Expected result:

var_dump'ed serialized object, i.e. - just string  

Actual result:
--
segmentation fault.  
  
backtrace from php: 
 
(gdb) bt 
#0  0x0037ecf6fb9b in memcpy () from /lib/libc.so.6 
#1  0x0053c8ed in zif_var_export () 
#2  0x0053e419 in php_var_serialize () 
#3  0x0053e4d6 in zif_serialize () 
#4  0x005c76cb in zend_do_fcall_common_helper () 
#5  0x005c7941 in zend_do_fcall_handler () 
#6  0x005bad54 in execute () 
#7  0x005c721e in zend_do_fcall_common_helper () 
#8  0x005bad54 in execute () 
#9  0x00597806 in zend_execute_scripts () 
#10 0x0055e379 in php_execute_script () 
#11 0x005d1779 in main () 
 





-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34435 [Opn->Fbk]: segmentation fault on object serialize

[tony2001]

 ID:   34435
 Updated by:   [EMAIL PROTECTED]
 Reported By:  voxus at mail dot ru
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

Try to get some more info with valgrind (since the problem is
reproducible only by you).


Previous Comments:


[2005-09-09 09:39:24] m at aptual dot fi

I ran into this problem too, however the segmentation fault only occurs
when I use 

./configure --with-apxs2=/usr/local/apache/bin/apxs

to compile PHP, instead of just ./configure. Yet the segmentation fault
is not limited to the apache module, but the sapi/cli/php binary crashes
as well. And just as stated by the previous poster, --enable-debug
'fixes' the problem.

I'm using Apache 2.0.52, an SMP kernel version 2.6.8 (x86_64) and gcc
version 3.3.4.



[2005-09-08 23:42:49] voxus at mail dot ru

Description:

php is crashing when trying to serialize any given object.  
  
problem is reproducible on x86_64 arch (known to be ok on  
x86 with any sane CFLAGS) with php-5.0.5 (5.0.4 is ok),  
for example - AMD Athlon(tm) 64 Processor 3200+.  
  
recompilation with CFLAGS="-O0" or with debug symbols 
"solves" the problem.  

Reproduce code:
---
compile php with CFLAGS="-O2" (yes, nothing more here)

execute from cli:

class foo
{
public function bah()
{
var_dump(serialize($this));
}
}

$foo = new foo();
$foo->bah();


Expected result:

var_dump'ed serialized object, i.e. - just string  

Actual result:
--
segmentation fault.  
  
backtrace from php: 
 
(gdb) bt 
#0  0x0037ecf6fb9b in memcpy () from /lib/libc.so.6 
#1  0x0053c8ed in zif_var_export () 
#2  0x0053e419 in php_var_serialize () 
#3  0x0053e4d6 in zif_serialize () 
#4  0x005c76cb in zend_do_fcall_common_helper () 
#5  0x005c7941 in zend_do_fcall_handler () 
#6  0x005bad54 in execute () 
#7  0x005c721e in zend_do_fcall_common_helper () 
#8  0x005bad54 in execute () 
#9  0x00597806 in zend_execute_scripts () 
#10 0x0055e379 in php_execute_script () 
#11 0x005d1779 in main () 
 





-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#34435 [Com]: segmentation fault on object serialize

[m at aptual dot fi]

 ID:   34435
 Comment by:   m at aptual dot fi
 Reported By:  voxus at mail dot ru
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

I ran into this problem too, however the segmentation fault only occurs
when I use 

./configure --with-apxs2=/usr/local/apache/bin/apxs

to compile PHP, instead of just ./configure. Yet the segmentation fault
is not limited to the apache module, but the sapi/cli/php binary crashes
as well. And just as stated by the previous poster, --enable-debug
'fixes' the problem.

I'm using Apache 2.0.52, an SMP kernel version 2.6.8 (x86_64) and gcc
version 3.3.4.


Previous Comments:


[2005-09-08 23:42:49] voxus at mail dot ru

Description:

php is crashing when trying to serialize any given object.  
  
problem is reproducible on x86_64 arch (known to be ok on  
x86 with any sane CFLAGS) with php-5.0.5 (5.0.4 is ok),  
for example - AMD Athlon(tm) 64 Processor 3200+.  
  
recompilation with CFLAGS="-O0" or with debug symbols 
"solves" the problem.  

Reproduce code:
---
compile php with CFLAGS="-O2" (yes, nothing more here)

execute from cli:

class foo
{
public function bah()
{
var_dump(serialize($this));
}
}

$foo = new foo();
$foo->bah();


Expected result:

var_dump'ed serialized object, i.e. - just string  

Actual result:
--
segmentation fault.  
  
backtrace from php: 
 
(gdb) bt 
#0  0x0037ecf6fb9b in memcpy () from /lib/libc.so.6 
#1  0x0053c8ed in zif_var_export () 
#2  0x0053e419 in php_var_serialize () 
#3  0x0053e4d6 in zif_serialize () 
#4  0x005c76cb in zend_do_fcall_common_helper () 
#5  0x005c7941 in zend_do_fcall_handler () 
#6  0x005bad54 in execute () 
#7  0x005c721e in zend_do_fcall_common_helper () 
#8  0x005bad54 in execute () 
#9  0x00597806 in zend_execute_scripts () 
#10 0x0055e379 in php_execute_script () 
#11 0x005d1779 in main () 
 





-- 
Edit this bug report at http://bugs.php.net/?id=34435&edit=1

#29719 [Csd]: fgetcsv - double quotes issue

[tjerk dot meesters at gmail dot com]

 ID:   29719
 User updated by:  tjerk dot meesters at gmail dot com
 Reported By:  tjerk dot meesters at gmail dot com
 Status:   Closed
 Bug Type: Filesystem function related
 Operating System: Linux-2.4
 PHP Version:  4.3.9RC2
 New Comment:

Build 2600 refers to my own machine ... oops ;-)


Previous Comments:


[2005-09-09 09:00:41] [EMAIL PROTECTED]

I'm not sure what you mean by "build 2600", but closing this.



[2005-09-09 08:41:30] tjerk dot meesters at gmail dot com

It's confirmed as fixed in 5.1.0-dev / build 2600. Thanks!



[2005-09-02 09:33:15] [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-09-02 22:57:17] tjerk dot meesters at gmail dot com

I'd like to remind you that this issue is still not resolved. It gives
the wrong results when dealing with a line like below:

"""testing""";

The above is returned as:
testing"
(empty field)



[2004-08-20 02:40:06] t dot meesters at triptic dot nl

I meant that the problem is still there ;-) I've been browsing through
the code and finally came up with the following patch:

*** file.c.orig Fri Aug 20 02:30:27 2004
--- file.c  Fri Aug 20 02:30:37 2004
***
*** 2391,2399 
if ((p = memchr(p2, delimiter, (e - p2 {
p2 = s;
s = p + 1;
-   if (*p2 == enclosure) {
-   p2++;
-   }

/* copy data to buffer */
buf2 = erealloc(buf2, buf2_len + (p - p2) +
1);
--- 2391,2396 

After setting p2 to s it doesn't seem like a good idea to check if the
first character is a delimiter, since you might want to start a string
with two consecutive double quotes. By increasing p2, thus effectively
removing the first double quote, the trim_enclosed() function will
regard the remaining double quote as garbage and ignore it.

The patch has been tested and passes the above mentioned tests.



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/29719

-- 
Edit this bug report at http://bugs.php.net/?id=29719&edit=1

#31594 [Fbk->Opn]: virtual(): Unable to include 'xxx' - error finding URI

[per at computer dot org]

 ID:   31594
 User updated by:  per at computer dot org
 Reported By:  per at computer dot org
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: linux 2.4.26
 PHP Version:  5.*, 4.*
 New Comment:

Ran my testcase using snapshot 200509090630 - still fails:

part0+
Warning: virtual() [function.virtual]: Unable to include 'part1' -
error finding URI in
/srv/www/vhosts/www/htdocs/phpbug-31594/part0.phtml on line 11


Previous Comments:


[2005-09-04 23:49:34] [EMAIL PROTECTED]

Please try again, there was small bug in the fix for the other bug. :)




[2005-08-19 11:08:23] per at computer dot org

Ran my testcase using latest snapshot 200508190630 - still fails:

Warning: virtual() [function.virtual]: Unable to include 'part1' -
error finding URI in
/srv/www/vhosts/www/htdocs/phpbug-31594/part0.phtml on line 11



[2005-08-18 22:55: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-06-06 19:58:43] per at computer dot org

Also, I must point out that it worked perfectly well in 4.3.8, so
something was quite obviously regressed.



[2005-06-06 17:41:47] [EMAIL PROTECTED]

I can reproduce this only with the setlocale call enabled, and see a
"no acceptable variant" error in error_log.  Locale settings are
process-global and changing them are quite likely to break other Apache
modules doing e.g. case-sensitive string comparisons.  So, I think the
resolution for this bug should be simply "don't do that".



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/31594

-- 
Edit this bug report at http://bugs.php.net/?id=31594&edit=1

#29719 [Opn->Csd]: fgetcsv - double quotes issue

[derick]

 ID:   29719
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tjerk dot meesters at gmail dot com
-Status:   Open
+Status:   Closed
 Bug Type: Filesystem function related
 Operating System: Linux-2.4
 PHP Version:  4.3.9RC2
 New Comment:

I'm not sure what you mean by "build 2600", but closing this.


Previous Comments:


[2005-09-09 08:41:30] tjerk dot meesters at gmail dot com

It's confirmed as fixed in 5.1.0-dev / build 2600. Thanks!



[2005-09-02 09:33:15] [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-09-02 22:57:17] tjerk dot meesters at gmail dot com

I'd like to remind you that this issue is still not resolved. It gives
the wrong results when dealing with a line like below:

"""testing""";

The above is returned as:
testing"
(empty field)



[2004-08-20 02:40:06] t dot meesters at triptic dot nl

I meant that the problem is still there ;-) I've been browsing through
the code and finally came up with the following patch:

*** file.c.orig Fri Aug 20 02:30:27 2004
--- file.c  Fri Aug 20 02:30:37 2004
***
*** 2391,2399 
if ((p = memchr(p2, delimiter, (e - p2 {
p2 = s;
s = p + 1;
-   if (*p2 == enclosure) {
-   p2++;
-   }

/* copy data to buffer */
buf2 = erealloc(buf2, buf2_len + (p - p2) +
1);
--- 2391,2396 

After setting p2 to s it doesn't seem like a good idea to check if the
first character is a delimiter, since you might want to start a string
with two consecutive double quotes. By increasing p2, thus effectively
removing the first double quote, the trim_enclosed() function will
regard the remaining double quote as garbage and ignore it.

The patch has been tested and passes the above mentioned tests.



[2004-08-18 23:35:23] t dot meesters at triptic dot nl

Oops, I think the line wrapping caused an error in my initial input:
please note that test #3 should be:

"""test with inline double quotes""" (on one line)

Sorry for the inconvenience.



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/29719

-- 
Edit this bug report at http://bugs.php.net/?id=29719&edit=1