#31980 [Asn->Csd]: Unable to Extract Windows XP EXIF Information

[edink]

 ID:   31980
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sdteffen at gmail dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: EXIF related
 Operating System: win32 only
 PHP Version:  4CVS, 5CVS (2005-02-15)
 Assigned To:  edink
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2005-02-15 13:52:58] [EMAIL PROTECTED]

Assigning to our win32 build guru..




[2005-02-15 13:48:00] [EMAIL PROTECTED]

Nevermind, in windows the EXIF module isn't compiled with MBSTRING
support.




[2005-02-15 12:22:01] sdteffen at gmail dot com

Thanks for the comments.
I've updated my code according to Pierre's suggestion:

ini_set('exif.decode_unicode_intel', 'UCS-2LE');
ini_set('exif.encode_unicode','ISO-8859-1');
ini_set('exif.encode_jis','ISO-8859-1');
ini_set('exif.decode_jis_intel','ISO-8859-1');
$arrComment = exif_read_data('1.jpg', 'WINXP', true);

The problem still exists (Only first letter is returned).

Here's the example file:

http://sdteffen.de/1.jpg



[2005-02-15 10:19:19] [EMAIL PROTECTED]

> The constant EXIF_USE_MBSTRING is 0 - isn't this a
> contradiction with the PHP Manual that says 
> "Windows users must also have the  mbstring 
> extension enabled"?

Loading the mbstring extension is one of the requirement, another is to
specify the encoding (See http://de.php.net/exif) using either php.ini
or ini_set.

If the problem remains, please provide a link to the image  as
requested by Sniper.

--Pierre



[2005-02-15 10:11:26] [EMAIL PROTECTED]

Put that image file somewhere where we can download it and try
ourselves.




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

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

#31994 [NEW]: output conversion failed due to conv error

[misnet at hotmail dot com]

From: misnet at hotmail dot com
Operating system: windows 2003 server
PHP version:  5.0.3
PHP Bug Type: XSLT related
Bug description:  output conversion failed due to conv error

Description:

a.xml
=


  test
  ehero
  Öйú
  a.html
  2
  
  2005Äê
  
  3
  
  
  
  0
  1
  a.shtml

=
cms.xsl:
=

http://www.w3.org/1999/XSL/Transform";
xmlns:php="http://php.net/xsl"; xsl:extension-element-prefixes="php">



.
=
s.php:
=
load("a.xml");
$xsl = new DOMDocument("1.0","GB2312");
$xsl->load("cms.xsl");
$proc = new XSLTProcessor;
$proc->importStyleSheet($xsl);
$proc->registerPHPFunctions();
$d = $proc->transformToUri($xml,"s.xml");
?>
=
When I run s.php, it will be wrong!.Below is the exception messages.

Warning: output conversion failed due to conv error in D:\myphp\yibo\t.php
on line 9

Warning: Bytes: 0xB5 0xEB 0x2D 0x3C in D:\myphp\yibo\t.php on line 9

I have tested $xml->load("a.xml") and $xsl->load("cms.xsl"),they are
right. I can get $xml->saveXML() and $xsl->saveXML().


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

#31993 [NEW]: SoapServer::handle() stops the script

[cfendt at silicom dot fr]

From: cfendt at silicom dot fr
Operating system: WinXp, Mac OS X
PHP version:  5.0.3
PHP Bug Type: SOAP related
Bug description:  SoapServer::handle() stops the script

Description:

Hello,

I try to make some DB work after a SoapServer::handle()... but the script
ends!

on the output, we can see the soapFault dump, but no ""...

I try it on Win 5.0.1, Win 5.0.3, Win 5.0-CVS (15/2/2005), Win 5.1-CVS
(15/2/2005), OS X 5.0.1 (build from source), OS X 5.0.3 (build from
source)

Reproduce code:
---
 "http://test-uri/";));
  $server->handle("");
  echo "\r\n\r\n";
?>

Expected result:


http://schemas.xmlsoap.org/soap/envelope/";>
  

  SOAP-ENV:Server
  Bad Request

  



Actual result:
--

http://schemas.xmlsoap.org/soap/envelope/";>
  

  SOAP-ENV:Server
  Bad Request

  


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

#31992 [NEW]: foreach() control structure and Turck MMCache

[admin at polad dot ru]

From: admin at polad dot ru
Operating system: Linux, FreeBSD
PHP version:  4.3.10
PHP Bug Type: *Programming Data Structures
Bug description:  foreach() control structure and Turck MMCache

Description:

We use last version of PHP and Turck MMCache
Everything works well with version of PHP up to 4.3.5
When we've upgraded PHP to 4.3.10 we found that foreach() structure
doesn't work with Turck MMCache.

This code works with PHP 4.3.10
If we encode this code using Turck MMCache we get bad result...


Reproduce code:
---
 $value) {
   echo "Key: $key; Value: $value\n";
   }
?>


Expected result:

Key: 0; Value: 1
Key: 1; Value: 2
Key: 2; Value: 3
Key: 3; Value: 4


Actual result:
--
Key: ; Value: 
Key: ; Value: 
Key: ; Value: 
Key: ; Value:
---
ONLY running encoded php


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

#31854 [Fbk->Opn]: Segfault if set memory_limit and other goodies

[bertrand at toggg dot com]

 ID:   31854
 User updated by:  bertrand at toggg dot com
 Reported By:  bertrand at toggg dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
-Operating System: FC2 kernel-2.6.10-1.12
+Operating System: FC2 kernel-2.6.10-1.14
-PHP Version:  4CVS-2005-02-06
+PHP Version:  4CVS-2005-02-16
 New Comment:

Hope it's usefull for you:

Core was generated by `./php outmem.php 18 12 100'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/tls/libm.so.6...done.
Loaded symbols for /lib/tls/libm.so.6
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/tls/libc.so.6...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
#0  0x00c713d4 in _int_free () from /lib/tls/libc.so.6
(gdb) bt
#0  0x00c713d4 in _int_free () from /lib/tls/libc.so.6
#1  0x00c7272b in free () from /lib/tls/libc.so.6
#2  0x081041c9 in shutdown_memory_manager (silent=0, clean_cache=0)
at
/home/bertrand/down/php4-STABLE-200502160330/Zend/zend_alloc.c:492
#3  0x080eb490 in php_request_shutdown (dummy=0x0)
at /home/bertrand/down/php4-STABLE-200502160330/main/main.c:1004
#4  0x0811fa1f in main (argc=5, argv=0xbff00a34)
at
/home/bertrand/down/php4-STABLE-200502160330/sapi/cli/php_cli.c:876
(gdb)


Previous Comments:


[2005-02-16 03:24:17] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.

I can't get it to crash with any parameters..




[2005-02-06 11:30:08] bertrand at toggg dot com

I downloaded the CVS snapshot from this morning,
php4-STABLE-200502060730 unix version
I build only the executables:
./configure --enable-memory-limit
make

With sapi/cli/php or sapi/cgi/php, unfortunately the results are the
same.
Only one point is now better, it's the case where no memory_limit set
and less call to memory_get_usage:
php outmem.php 18 '' 100
17:2/88792 bytes
16:4/8 bytes
<...snip...>
1:131072/5855880 bytes

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
allocate 35 bytes) in /home/bertrand/prog/test/outmem.php on line 19
<<< here it's still hanging a long time >>>
Allowed memory size of 8388608 bytes exhausted (tried to allocate 129
bytes)

But then it's coming back from PHP, no need no more to break. Is it
only due to the fact it's an only CLI PHP ?

Just to be sure, I've also rebuild some php-4.3.9 from 2004/10/09 and
results are identical.



[2005-02-06 06:57:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-02-05 20:31:24] bertrand at toggg dot com

Description:

This script doubles and again an array of long strings.
It accepts 3 parameters:
- nb of times to double the array
- eventuel memory_limit to set (thus default 8 Mo)
- interval of added rows to check memory_get_usage.
By 18 loops the 8Mo are exhausted.

Depending on the memory setting and the interval to check memory usage,
results are somewhat strange.

The segmentation fault occurs the same if running from Apache 2.0
Handler

It could be related to bug #31624

Reproduce code:
---
$loop = isset($_SERVER['argv'][1]) ? $_SERVER['argv'][1]+0 : 11;
$setmem = isset($_SERVER['argv'][2]) ? $_SERVER['argv'][2]+0 : ''; //
changed if set
$chk = isset($_SERVER['argv'][3]) ? $_SERVER['argv'][3]+0 : 100;
if ($setmem) {
if (ini_set ('memory_limit', $setmem*1048576)) {
echo 'Set memory limit to '.$setmem." Mo\n";
} else {
echo 'FAILED to set memory limit to '.$setmem." Mo\n";
}
}
error_reporting(E_ALL);
$arr = array (str_repeat('X', 65536));
$mem = 0;
while ($loop--) {
for ($i = count($arr); $i; $i--) {
$arr[] = $arr[0];
if ($i%$chk) continue;
if ( ( ($nmem = memory_get_usage()) - $mem) > 100) {
$mem = $nmem;
echo 

#31995 [NEW]: Oracle select

[wojciech dot superson at bph dot pl]

From: wojciech dot superson at bph dot pl
Operating system: MS Windows 2003 Serwer
PHP version:  5.0.3
PHP Bug Type: Apache related
Bug description:  Oracle select

Description:

I use PHP 5.0.3 with Oracle 9.2.0.5.0 on HP-UX 11.11 and Apache 1.3.31.
Aplication works fine and calls the same queries (as Oracle stored
procedures) many times. The problem is that sometimes (more less once
every 30/40 times) query returns only one/two record(s) neverless there
are many records in database for this query. I am not able to reproduce
the problem on wish. I attach the source code of the function I use to
call the Oracle stored procedure for every query in the application. The
name of procedure is passed in $statement variable.


Reproduce code:
---
function OracleExecProcSelect( $conn,$statement,& $results, &
$errorcode=-1, & $errordesc="" )
{   
$curs = oci_new_cursor( $conn );
$stmt = oci_parse( $conn,"begin ".$statement." end;");
if ( ! oci_bind_by_name( $stmt,"data",$curs,-1,OCI_B_CURSOR ) ) return ;
if ( ! oci_bind_by_name( $stmt,":error_code",$errorcode,32 ) ) return ;
if ( ! oci_bind_by_name( $stmt,":error_desc",$errordesc,255 ) ) return ;

oci_execute( $stmt,OCI_DEFAULT );
oci_execute( $curs,OCI_DEFAULT );

$nrows = oci_fetch_all( $curs,$results );

oci_free_statement($stmt);
oci_free_statement($curs);

  return $nrows;
}

Expected result:

I should get the array ($results) with rows returned by the Oracle stored
procedure (its name is passed by $statement variable). It works fine but
sometimes it returns only one/two rows. Then I call this procedure from
sqlplus I get all requested records.


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

#31993 [Opn->Asn]: SoapServer::handle() stops the script

[derick]

 ID:   31993
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cfendt at silicom dot fr
-Status:   Open
+Status:   Assigned
 Bug Type: SOAP related
 Operating System: WinXp, Mac OS X
 PHP Version:  5.0.3
-Assigned To:  
+Assigned To:  dmitry


Previous Comments:


[2005-02-16 09:39:31] cfendt at silicom dot fr

Description:

Hello,

I try to make some DB work after a SoapServer::handle()... but the
script ends!

on the output, we can see the soapFault dump, but no ""...

I try it on Win 5.0.1, Win 5.0.3, Win 5.0-CVS (15/2/2005), Win 5.1-CVS
(15/2/2005), OS X 5.0.1 (build from source), OS X 5.0.3 (build from
source)

Reproduce code:
---
 "http://test-uri/";));
  $server->handle("");
  echo "\r\n\r\n";
?>

Expected result:


http://schemas.xmlsoap.org/soap/envelope/";>
  

  SOAP-ENV:Server
  Bad Request

  



Actual result:
--

http://schemas.xmlsoap.org/soap/envelope/";>
  

  SOAP-ENV:Server
  Bad Request

  






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

#31992 [Opn->Bgs]: foreach() control structure and Turck MMCache

[derick]

 ID:   31992
 Updated by:   [EMAIL PROTECTED]
 Reported By:  admin at polad dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: *Programming Data Structures
 Operating System: Linux, FreeBSD
 PHP Version:  4.3.10
 New Comment:

Do not file bugs when you have Zend extensions (zend_extension=)
loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache,
APC, Xdebug and ionCube loader.  These extensions often modify engine
behavior which is not related to PHP itself.

.


Previous Comments:


[2005-02-16 09:17:34] admin at polad dot ru

Description:

We use last version of PHP and Turck MMCache
Everything works well with version of PHP up to 4.3.5
When we've upgraded PHP to 4.3.10 we found that foreach() structure
doesn't work with Turck MMCache.

This code works with PHP 4.3.10
If we encode this code using Turck MMCache we get bad result...


Reproduce code:
---
 $value) {
   echo "Key: $key; Value: $value\n";
   }
?>


Expected result:

Key: 0; Value: 1
Key: 1; Value: 2
Key: 2; Value: 3
Key: 3; Value: 4


Actual result:
--
Key: ; Value: 
Key: ; Value: 
Key: ; Value: 
Key: ; Value:
---
ONLY running encoded php






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

#31980 [Csd]: Unable to Extract Windows XP EXIF Information

[sdteffen at gmail dot com]

 ID:   31980
 User updated by:  sdteffen at gmail dot com
 Reported By:  sdteffen at gmail dot com
 Status:   Closed
 Bug Type: EXIF related
 Operating System: win32 only
 PHP Version:  4CVS, 5CVS (2005-02-15)
 Assigned To:  edink
 New Comment:

Thanks for the quick fix.
However, it looks like php_exif.dll is missing from the
snapshot zip file.
I checked 

http://snaps.php.net/win32/php4-win32-STABLE-200502161330.zip

and 

http://snaps.php.net/win32/PECL_STABLE/


Previous Comments:


[2005-02-16 11:00:26] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2005-02-15 13:52:58] [EMAIL PROTECTED]

Assigning to our win32 build guru..




[2005-02-15 13:48:00] [EMAIL PROTECTED]

Nevermind, in windows the EXIF module isn't compiled with MBSTRING
support.




[2005-02-15 12:22:01] sdteffen at gmail dot com

Thanks for the comments.
I've updated my code according to Pierre's suggestion:

ini_set('exif.decode_unicode_intel', 'UCS-2LE');
ini_set('exif.encode_unicode','ISO-8859-1');
ini_set('exif.encode_jis','ISO-8859-1');
ini_set('exif.decode_jis_intel','ISO-8859-1');
$arrComment = exif_read_data('1.jpg', 'WINXP', true);

The problem still exists (Only first letter is returned).

Here's the example file:

http://sdteffen.de/1.jpg



[2005-02-15 10:19:19] [EMAIL PROTECTED]

> The constant EXIF_USE_MBSTRING is 0 - isn't this a
> contradiction with the PHP Manual that says 
> "Windows users must also have the  mbstring 
> extension enabled"?

Loading the mbstring extension is one of the requirement, another is to
specify the encoding (See http://de.php.net/exif) using either php.ini
or ini_set.

If the problem remains, please provide a link to the image  as
requested by Sniper.

--Pierre



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

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

#30702 [Com]: cannot initialize class variable from class constant

[php at kaiundina dot de]

 ID:   30702
 Comment by:   php at kaiundina dot de
 Reported By:  douglass_davis at earthlink dot net
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: Windows XP
 PHP Version:  5.0.2
 New Comment:

seems to be the same Problem occuring at a slightly different place:
Bug #31601


Previous Comments:


[2004-11-17 20:54:39] [EMAIL PROTECTED]

It doesn't work with latest PHP 5.1 here:
Fatal error: Cannot access self:: when no class scope is active in
C:\cygwin\home\Nuno\kk.php on line 21



[2004-11-16 12:22:25] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Works fine here.



[2004-11-11 17:25:04] [EMAIL PROTECTED]

I think this was supposed to work..



[2004-11-06 15:30:23] douglass_davis at earthlink dot net

Description:

The manual says we can use constants in initializing class variables. 
However, this is not the case, as you cannot initialize variables to
constants that are defined in the same class.

When trying to compile it gives an error saying the class scope is not
active.  However, the constant is inside the class.

Also, it does not give the error where the class is defined, but when
it is instantiated.  So, perhaps it is an inlining error?

Maybe this is what's supposed to happen, if so, then the manual needs
to say that constants from the same class can't be used to initialize a
var.

Reproduce code:
---
// This works:

class Constants
{
  const DEFAULT_SIZE=5;
}

class Square
{
  public $size=Constants::DEFAULT_SIZE;
}
$r= new Square();

// this doesn't

class Square2
{
  const DEFAULT_SIZE=5;
  public $size=self::DEFAULT_SIZE;
}

$r= new Square2();

Expected result:

I expect it to compile

Actual result:
--
PHP Fatal error:  Cannot access self:: when no class scope is active in
C:\src\test\consttest.php on line 23

Fatal error: Cannot access self:: when no class scope is active in
C:\src\test\consttest.php on line 23






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

#29915 [Fbk->Opn]: allocate_new_resource() dangling pointer

[test dot 007 at seznam dot cz]

 ID:   29915
 User updated by:  test dot 007 at seznam dot cz
 Reported By:  test dot 007 at seznam dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: any
 PHP Version:  5CVS-2004-08-31 (dev)
 New Comment:

Hello Tony,

I found the bug in 4.3.8, but I've checked sources of PHP5 (a link you
provided), and the bug is still present in both 4.x and 5.x.

The bug only occurs if there are more PHP threads running, and you have
a bad luck. It is unrelated to a PHP script, it can crash with any
script(s) => I can't provide you with a particular "crashing" or even
"crashes here" script.

To sum up the problem, allocate_new_resource() uses a resource a
microsecond after it has unlocked a mutex. If another thread removes
the resource during the microsecond, crash.

tsrm_mutex_unlock(tsmm_mutex);
if (tsrm_new_thread_end_handler) {
tsrm_new_thread_end_handler(thread_id,
&((*thread_resources_ptr)->storage));

My patch is obviously harmless, and, believe me, it helps :-)


Previous Comments:


[2005-02-10 00:24:12] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Please provide a short but complete reproduce script if you still
expirience this issue.
Also, I don't quite understand: you're talking about 5.0.x-CVS, but the
patch you provided is against 4.3.x-CVS.



[2004-08-31 15:30:07] test dot 007 at seznam dot cz

Description:

There's a dangling pointer in TSRM.c: allocate_new_resource(),  the
last command.
After 
tsrm_mutex_unlock(tsmm_mutex);
the (*thread_resources_ptr) is invalid if you're really unlucky.

Fix:
diff ..\php-4.3.8.orig\TSRM\TSRM.c TSRM\TSRM.c
258a259
> tsrm_tls_entry *new_resource;
261a263
> new_resource = (*thread_resources_ptr);
291c293
<   tsrm_new_thread_end_handler(thread_id,
&((*thread_resources_ptr)->storage));
---
>   tsrm_new_thread_end_handler(thread_id, 
> &((new_resource)->storage));

Long description:
I believe there's a bug even in latest PHP 5, which crashes more
probably in debug build, see TSRM/tsrm.c:
ts_resource_ex() calls while owning a mutex:
allocate_new_resource(&thread_resources->next, thread_id);
That should add a new tsrm_tls_entry* thread_resources to the end of
the linked list.
allocate_new_resource(tsrm_tls_entry **thread_resources_ptr, THREAD_T
thread_id) adds a new linked entry (i.e. sets the list tail's next)
(*thread_resources_ptr) = (tsrm_tls_entry *)
malloc(sizeof(tsrm_tls_entry));
unlock the mutex;
tsrm_new_thread_end_handler(thread_id,
&((*thread_resources_ptr)->storage)); /* 2nd arg equals to
(*thread_resources_ptr) */
If another thread, by accident exactly the thread which has been the
last one in the linked list before the allocate_new_resource() called
malloc(), and whose "next" entry was set there, calls ts_free_thread(),
it free()s the thread_resources of ts_resource_ex() -- 
in debug build, the (thread_resources->next) vulgo
(*thread_resources_ptr) is set to 0xfeeefeee, and the call
tsrm_new_thread_end_handler(0xfeeefeee) crashes; 
in release build, the memory can be used by another malloc() or
decommited, but probably, in the very short period this dangling
pointer is used, it's not overwritten, thus the code executes almost
always without crash. 

The solution is to store (*thread_resources_ptr) on stack anytimes
between malloc() and unlock.

Reproduce code:
---
You need to run multiple threads and call ts_free_thread() from them
regularly (is it correct?). 
You need the thread hash table to be too small so that hash collisions
occur. To crash you need the tail of a linked list to call
ts_free_thread() at the same time a new tail is added.






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

#31984 [Fbk->Opn]: sessions fail randomly, causes a segmentation fault in apache

[root at mediamonks dot net]

 ID:   31984
 User updated by:  root at mediamonks dot net
 Reported By:  root at mediamonks dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.11-STABLE
 PHP Version:  5.0.3
 New Comment:

That CVS build has screwed even more on my system...

Log file records:

httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
Allowed memory size of 16777216 bytes exhausted (tried to allocate 1
bytes)
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
[Wed Feb 16 16:00:54 2005] [notice] child pid 21258 exit signal
Segmentation fault (11)

This repeats thousands of times, apache children segfault after each 10
or so, original save handler error remains.


Previous Comments:


[2005-02-16 00:23:58] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-02-15 14:30:56] root at mediamonks dot net

with notices on the log file records:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Tue Feb 15 14:27:45 2005] [notice] child pid 83780 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:45 2005] [notice] child pid 83776 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:45 2005] [notice] child pid 83710 exit signal
Segmentation fault (11)
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Tue Feb 15 14:27:48 2005] [notice] child pid 83752 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:48 2005] [notice] child pid 83713 exit signal
Segmentation fault (11)



[2005-02-15 13:44:44] root at mediamonks dot net

Description:

Apache 2.0.53 & mod_php5 5.0.3

Sessions occasionally work, but in two-thirds of the session requests
an error is generated and the apache child segfaults.

Error recorded in the logfile:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0

Error reported on site:

Notice: Undefined variable: HTTP_SESSION_VARS in 
Notice: Undefined variable: _SESSION in in 
Warning: session_register() [function.session-register]: Cannot find
save handler  in 
Warning: session_register() [function.session-register]: Cannot find
save handler  in 

I'm using php.ini-recommended as php.ini.

Tried commenting out session.save_handler, setting it to "files" and
just files.

Reproduce code:
---
session_start();






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

#31996 [NEW]: PHP CGI processes don't exit

[franky01 at freemail dot hu]

From: franky01 at freemail dot hu
Operating system: Debian
PHP version:  4.3.9
PHP Bug Type: CGI related
Bug description:  PHP CGI processes don't exit

Description:

I have a server which serves several web portals with PHP-CGI.
Sometimes (I don't know how to check it when) a process stays alive (stays
in the process list), and won't exit. These number if these processes is
growing. I can kill them, but I think it's not a solution.

I user MySQL and PostgerSQL too, most of the PHP scripts use MySQL.

Do somebody knows why those processes hang, and how to solve that
situation?

Thanxs,

Franky


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

#32000 [NEW]:

[kallesommer at ofir dot dk]

From: kallesommer at ofir dot dk
Operating system: TK XP Professional 64
PHP version:  5.0.2
PHP Bug Type: Scripting Engine problem
Bug description:  

Expected result:

Parse error: syntax error, unexpected T_ECHO in
c:\AppServ\www\phpnindex.php on line 3

Actual result:
--
None of the things worked!

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

#32000 [Opn->Bgs]:

[rasmus]

 ID:   32000
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kallesommer at ofir dot dk
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: TK XP Professional 64
 PHP Version:  5.0.2
 New Comment:

No idea what you are talking about.  

Expected result:

Parse error: syntax error, unexpected T_ECHO in
c:\AppServ\www\phpnindex.php on line 3

Actual result:
--
None of the things worked!





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

#31996 [Opn->Bgs]: PHP CGI processes don't exit

[derick]

 ID:   31996
 Updated by:   [EMAIL PROTECTED]
 Reported By:  franky01 at freemail dot hu
-Status:   Open
+Status:   Bogus
 Bug Type: CGI related
 Operating System: Debian
 PHP Version:  4.3.9
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

.


Previous Comments:


[2005-02-16 16:11:00] franky01 at freemail dot hu

Description:

I have a server which serves several web portals with PHP-CGI.
Sometimes (I don't know how to check it when) a process stays alive
(stays in the process list), and won't exit. These number if these
processes is growing. I can kill them, but I think it's not a
solution.

I user MySQL and PostgerSQL too, most of the PHP scripts use MySQL.

Do somebody knows why those processes hang, and how to solve that
situation?

Thanxs,

Franky






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

#32001 [NEW]: xml_parse_into_struct() function exceeds maximum execution time (object)

[geroxp at web dot de]

From: geroxp at web dot de
Operating system: Linux (FC3)
PHP version:  5.0.3
PHP Bug Type: Class/Object related
Bug description:  xml_parse_into_struct() function exceeds maximum execution 
time (object)

Description:

When using xml_parse_into_struct() function with an object the following
error occurs:
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/www/html/test.php on line 9


Version-Release number:
php-5.0.3-2

How reproducible:
Always

Reproduce code:
---
myparser = xml_parser_create('');
$simple = "simple note";
xml_parse_into_struct($this->myparser, $simple, $myvals, $mytags);
print_r($myvals);
}

}

$myobject =& new myclass;
$myobject->mytest();

?>



Expected result:

Output of the xml-structure given as an array.

Actual result:
--
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/www/html/test.php on line 9

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

#32003 [NEW]: problem with floats...

[razorwarden-nobullshit at yahoo dot it]

From: razorwarden-nobullshit at yahoo dot it
Operating system: Linux / win 2k
PHP version:  4.3.10
PHP Bug Type: Math related
Bug description:  problem with floats...

Description:

PHP seems to have problems with floats... infact -0.04 + 0.04 is not equal
to 1.3877787807814E-017... the operation $num = -0.04 + 0.04 itself returns
0 as expected but if we start from a bigger negative value (such as -4) and
we add for several times a positive value (0.04), the result may vary and
are quite weird. Note that this problem seems to vary from machine to
machine.
I've also tried the same code with c# and other languages and the output
is the expected one, so there's no doubt that this is really a php bug.

Reproduce code:
---
\n";
 
}

?>

Expected result:

-0.2
-0.16
-0.12
-0.08
-0.04
0
0.04
0.08
0.12
0.16
0.2

Actual result:
--
-0.2
-0.16
-0.12
-0.08
-0.04
1.3877787807814E-017
0.04
0.08
0.12
0.16

note that there ISN'T the last number (0.2), most probably because the
float value is smt like 2.001

With $start = -8 and $end = 8, the middle output is:

[...]
-0.31
-0.27
-0.23
-0.19
-0.15
-0.11
-0.073
-0.033
6.5641936330962E-015
0.047
0.087
0.120001
0.160001
0.21
0.240001
0.280001
[...]

With my machine (win 2k, php 4.3.10), and

[...]
-0.08
-0.04
6.5641936330962E-015
0.04
0.08
[...]

on my web server (linux, php 4.3.10 with modifications, see the links
below for further details)

A page with this code is online at:
http://nemea.altervista.org/alfa/phpbug.php
Complete php info at: http://nemea.altervista.org/alfa/phpinfo.php

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

#32002 [NEW]: FATAL erealloc() Restarts

[tlamay at cte1 dot com]

From: tlamay at cte1 dot com
Operating system: Windows 2003
PHP version:  4.3.10
PHP Bug Type: Apache2 related
Bug description:  FATAL erealloc() Restarts

Description:

This problem occurs with PHP 4.3.9 and 4.3.10 and CVS versions of 4.3.11. 
Below is a snippet from Apache 2.0.52 error log.  This restarting problem
does not occur with 4.3.6 and 4.3.7.  I have not fully tested 4.3.8.  The
restarts occur at regular intervals, and the least frequently with 4.3.10
(averaging every 30-45m).  The Apache child thread restarts causing all
web clients to disconnect (I guess this issue is particularly bad on
Windows since there's only one child?)  This can cause my ecommerce
customers to loose POST data or mess up their orders in other ways, and at
least cause time out issues on pages.

I would love to know how to backtrace on Windows but I cant seem to find
instructions.  PHP error log isnt showing me anything relevant to the
problem.  This is on a live system so Im not sure what code is causing
this.  The server primarily runs osCommerce and vBulletin 3, all pages are
pretty much PHP.

I've tried increasing the memory allocation for PHP scripts from 8m to
40m, but this hasn't had an effect.  Im willing to try other
configurations as long as it doesn't disrupt my live websites too badly,
to see where the bug might be.  

In regards to the system, it's currently running 1G of memory and is only
using about half that at any given time.  I will be upgrading the server
to 3G of memory, however, Im not sure the physical memory is a limitation,
apart from a memory leak somewhere.


Thanks

Wed Feb 16 11:20:58 2005] [notice] Parent: Created child process 5376
[Wed Feb 16 11:20:58 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Child process is running
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Acquired the start mutex.
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Starting 750 worker
threads.
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Listening on port 443.
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Listening on port 443.
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Listening on port 80.
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Listening on port 80.
FATAL:  erealloc():  Unable to allocate 22528 bytes
[Wed Feb 16 11:42:05 2005] [notice] Parent: child process exited with
status 1 -- Restarting.
[Wed Feb 16 11:42:07 2005] [notice] Parent: Created child process 388
[Wed Feb 16 11:42:07 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Child process is running
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Acquired the start mutex.
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Starting 750 worker
threads.
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Listening on port 443.
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Listening on port 443.
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Listening on port 80.
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Listening on port 80.
FATAL:  erealloc():  Unable to allocate 22528 bytes
[Wed Feb 16 12:26:05 2005] [notice] Parent: child process exited with
status 1 -- Restarting.
[Wed Feb 16 12:26:06 2005] [notice] Parent: Created child process 6032
[Wed Feb 16 12:26:06 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 12:26:14 2005] [notice] Child 6032: Child process is running
[Wed Feb 16 12:26:14 2005] [notice] Child 6032: Acquired the start mutex.
[Wed Feb 16 12:26:14 2005] [notice] Child 6032: Starting 750 worker
threads.
[Wed Feb 16 12:26:14 2005] [notice] Child 6032: Listening on port 443.
[Wed Feb 16 12:26:14 2005] [notice] Child 6032: Listening on port 443.
[Wed Feb 16 12:26:14 2005] [notice] Child 6032: Listening on port 80.
[Wed Feb 16 12:26:15 2005] [notice] Child 6032: Listening on port 80.
Terminating on signal SIGTERM(15)
[Wed Feb 16 12:33:19 2005] [notice] Parent: Created child process 2044
[Wed Feb 16 12:33:19 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Child process is running
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Acquired the start mutex.
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Starting 750 worker
threads.
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Listening on port 443.
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Listening on port 443.
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Listening on port 80.
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Listening on port 80.





-- 
Edit bug report at http://bugs.php.net/?id=32002&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=32002&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=32002&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=32002&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32002&r=fixedcvs
Fixed in release:http://bugs.

#31891 [Com]: Revert $_FILES['file']['name'] behavior

[cristiano at mmp dot it]

 ID:   31891
 Comment by:   cristiano at mmp dot it
 Reported By:  rbemrose at vgmusic dot com
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: Debian Linux unstable
 PHP Version:  4CVS-2005-02-06
 New Comment:

This is breaking lots of applications like mambo & phpcollab


Previous Comments:


[2005-02-09 18:03:13] rbemrose at vgmusic dot com

Fixed version number.



[2005-02-09 08:17:19] adconrad at 0c3 dot net

Note that the submitter isn't actually using 4.3.10, but rather
4.3.11-dev, as of 200502060530, as that is what's in Debian's current
php4 packages.

This DID work correctly in 4.3.10, and all previous versions, however
it was changed in CVS late in January, and bug reports filed about the
backward compatibility issue were closed as "bogus" (see, for example,
31757).



[2005-02-09 07:15:59] rbemrose at vgmusic dot com

Description:

Prior to PHP 4.3.10, paths sent as part of a file field had any
directory components sent by misbehaving browsers (IE) stripped out.

As of 4.3.10, this no longer happens, and breaks all PHP scripts
dependant on the old behavior.

As an alternative, make basename() strip Windows paths when used on
UNIX systems.

Reproduce code:
---
if (get_magic_quotes_gpc()) {
$filename = basename(stripslashes($_FILES['file1']['name']));
} else {
$filename = basename($_FILES['file1']['name']);
}

Expected result:

$filename should contain filename.ext

Actual result:
--
When IE is used, $filename contains Drive:\path\filename.ext





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

#32003 [Opn->Bgs]: problem with floats...

[tony2001]

 ID:   32003
 Updated by:   [EMAIL PROTECTED]
 Reported By:  razorwarden-nobullshit at yahoo dot it
-Status:   Open
+Status:   Bogus
 Bug Type: Math related
 Operating System: Linux / win 2k
 PHP Version:  4.3.10
 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.
 
Thank you for your interest in PHP.




Previous Comments:


[2005-02-16 19:35:54] razorwarden-nobullshit at yahoo dot it

Description:

PHP seems to have problems with floats... infact -0.04 + 0.04 is not
equal to 1.3877787807814E-017... the operation $num = -0.04 + 0.04
itself returns 0 as expected but if we start from a bigger negative
value (such as -4) and we add for several times a positive value
(0.04), the result may vary and are quite weird. Note that this problem
seems to vary from machine to machine.
I've also tried the same code with c# and other languages and the
output is the expected one, so there's no doubt that this is really a
php bug.

Reproduce code:
---
\n";
 
}

?>

Expected result:

-0.2
-0.16
-0.12
-0.08
-0.04
0
0.04
0.08
0.12
0.16
0.2

Actual result:
--
-0.2
-0.16
-0.12
-0.08
-0.04
1.3877787807814E-017
0.04
0.08
0.12
0.16

note that there ISN'T the last number (0.2), most probably because the
float value is smt like 2.001

With $start = -8 and $end = 8, the middle output is:

[...]
-0.31
-0.27
-0.23
-0.19
-0.15
-0.11
-0.073
-0.033
6.5641936330962E-015
0.047
0.087
0.120001
0.160001
0.21
0.240001
0.280001
[...]

With my machine (win 2k, php 4.3.10), and

[...]
-0.08
-0.04
6.5641936330962E-015
0.04
0.08
[...]

on my web server (linux, php 4.3.10 with modifications, see the links
below for further details)

A page with this code is online at:
http://nemea.altervista.org/alfa/phpbug.php
Complete php info at: http://nemea.altervista.org/alfa/phpinfo.php





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

#32005 [NEW]: Apache 1.3.33 unresolved symbols in DSO

[agreenbu at nyx dot net]

From: agreenbu at nyx dot net
Operating system: Mac OS X 10.3.8
PHP version:  5.0.3
PHP Bug Type: Apache related
Bug description:  Apache 1.3.33 unresolved symbols in DSO

Description:

After building PHP 5.0.3 as a DSO and enabling in httpd.conf,  Apache
crashes on apachectl start with a crashdump, but no error messages.

If I disable the LoadModule and AddModule lines for php5 in httpd.conf,
and start Apache, it starts, and then if I re-enable php5 in httpd.conf
and run apachectl restart, it reloads with working PHP 5. This has
happened on previous releases of PHP 5 as well.

Reproduce code:
---
1. Build clean Apache 1.3.33 from source in /usr/local/apache.
2. Build PHP with settings:
./configure  --prefix=/usr/local --with-apxs=/usr/local/apache/sbin/apxs
--with-curl=/usr/local --with-zlib --with-mysql=shared,/usr/local/mysql
--with-mysqli --enable-soap --enable-sockets --with-openssl
make
make install

3. Enable PHP module in httpd.conf

4. Start Apache
/usr/local/apache/sbin/apachectl start
-- Should crash.

5. Disable PHP module in httpd.conf

6. Start Apache
/usr/local/apache/sbin/apachectl start
-- Should work.

7. Enable PHP module in httpd.conf

8. Restart Apache
/usr/local/apache/sbin/apachectl restart
-- Should work.


Expected result:

Apache should load the module on the first try.

Actual result:
--
I get the following crash dump when running apachectl start:

Link (dyld) error:

dyld: /usr/local/apache/sbin/httpd Undefined symbols:
_OnUpdateLong
_OnUpdateString
_OnUpdateStringUnempty
__array_init
__convert_to_string
__efree
__emalloc
__erealloc
__estrdup
__estrndup
__object_and_properties_init
__object_init
__object_init_ex
__safe_emalloc
__zend_get_parameters_array_ex
__zend_hash_add_or_update
__zend_hash_init
__zend_list_addref
__zend_list_delete
__zend_list_find
__zval_copy_ctor
__zval_ptr_dtor
_add_assoc_null_ex
_add_assoc_zval_ex
_add_index_long
_add_index_null
_add_index_zval
_add_property_long_ex
_add_property_string_ex
_ap_php_snprintf
_convert_to_array
_convert_to_boolean
_convert_to_double
_convert_to_long
_core_globals
_display_ini_entries
_display_link_numbers
_empty_string
_executor_globals
_get_active_function_name
_le_index_ptr
_php_addslashes
_php_error_docref0
_php_get_current_user
_php_info_print_table_end
_php_info_print_table_header
_php_info_print_table_row
_php_info_print_table_start
_php_set_error_handling
_php_sprintf
_zend_call_functi

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

#29587 [Com]: ldap_read cannot read RootDSE

[deon at wurley dot net]

 ID:   29587
 Comment by:   deon at wurley dot net
 Reported By:  DavidSmith at byu dot net
 Status:   No Feedback
 Bug Type: LDAP related
 Operating System: Fedora Core 1
 PHP Version:  4.3.8
 New Comment:

I'm seeing this problem in Fedora Core 3 - which is using php 4.3.10.

Withouth having to create my own php - any tips on how this can be
resolved?

Is there a fix in the code available?


Previous Comments:


[2005-02-11 01:00:29] 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-02-03 04:51:34] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-10-01 15:26:50] DavidSmith at byu dot net

ldap.conf has nothing to do with this bug. I am performing an
ldap_read() and explicitly specificying my own search base (the empty
string, ""). In this case, PHP and the LDAP libraries should not be
reading the "base" directive in ldap.conf.

Despite this glaringly obvious fact, I tried removing the "base"
directive from ldap.conf to see if that fixed it. It had no effect on
the bug. So I tried changing the "base" directive from
dc=example,dc=com to the correct one, dc=phpldapadmin,dc=com, but PHP
still searches with base dc=example,dc=com (yes I restarted my web
server and LDAP server). So then I tried creating ~apache/.ldaprc and
setting the base to dc=phpldapadmin,dc=com there. Still no effect on
the bug.

This is a bug. No matter what setting I have for my base in ldap.conf,
PHP should is NOT using the base I specify in my call to ldap_read().

Perhaps PHP is interpreting a base of "" to mean "the default base DN
specified somewhere else". This is NOT the desired behavior. The RFCs
state that when searching with a base DN set to the empty string and a
scope of "base", that the RootDSE entry should be returned. Note also
that other versions of PHP work just fine with no changes to the LDAP
libraries. See comments from other users as well.

Also note that ldapsearch works just fine, so it's obviously not the
LDAP client libraries. This is a PHP bug.

--Dave



[2004-10-01 10:08:37] [EMAIL PROTECTED]

Search for ldap.conf (your filesystem and google)..
That's where the example.com comes from. 




[2004-09-28 00:17:08] DavidSmith at byu dot net

In response to you inquiry, a peer of mine reports the following:

> I have just tested the same code on Mandrake 10, php 4.3.7, and it
works
> fine.
> 
> The system that I was having the problem on is RHEL3, php 4.3.4.   I
will
> do a little recompiled of PHP
> and see how it goes.
> 
> It appears that, on the system with the problem.  when  this bit of
code
> runs
> 
> // Fetch basic RootDSE attributes using the + and *.
> $r = @ldap_read( $ds, '', 'objectClass=*', array( '+', '*' ) );
> 
> 
> The ldap server receives a search, with base "dc=example,dc=com",
which is
> a little strange,
> as I can't find the string "dc=example" anywhere in the php or ldap
server
> source. Guess it must be comming from somwhere however.
> 
> I would be happy fix the problem, except it appears to be nothing to
do
> with the PHP code, but rather PHP, or the openldap libraries it's
compiled
> against. Do you know about the Monitor back end for openldap?  I
found
> that
> when I was looking around at this problem, and that backend appears
to
> provide some usful information also.
> 
> It may not be very ustul, but here is a list of the system libaries
> versions that does not work.
> 
> [EMAIL PROTECTED] nelg]$ rpm -qi openldap
> Name: openldap Relocations: (not
relocatable)
> Version : 2.0.27Vendor: Red Hat,
Inc.
> Release : 11Build Date: Sat 20 Sep
2003
> 09:23:05 NZST
> Install Date: Fri 29 Aug 2003 00:37:34 NZST  Build Host:
> bugs.devel.redhat.com
> Group   : System Environment/DaemonsSource RPM:
> openldap-2.0.27-11.src.rpm
> Size: 1153098  License: OpenLDAP
> Signature   : DSA/SHA1, Thu 25 Sep 2003 05:41:52 NZST, Key ID
> 219180cddb42a60e
> Packager: Red Hat, Inc. 
> URL : http://www.openldap.org/
> Summary : The configuration files, libraries, and documentation
for
> OpenLDAP.
> 
> [EMAIL PROTECTED] nelg]$ rpm -qi php-ldap
> Name: php-ldap

#31990 [Opn]: dblib.c:303: buffer_add_row: Assertion `row_size <= buf->element_size' failed

[tim at datad dot com]

 ID:   31990
 User updated by:  tim at datad dot com
 Reported By:  tim at datad dot com
 Status:   Open
 Bug Type: Sybase (dblib) related
 Operating System: SuSE 9.2 Pro 2.6.8-24.11-default
 PHP Version:  4CVS, 5CVS (2005-02-16)
 New Comment:

I believe this is a FreeTDS problem. 

I uninstalled FreeTDS, but now I can no longer connect at all.

Instead I get:

PHP Warning:  sybase_select_db(): Sybase:  A link to the server could
not be established in /srv/www/sybasedba/sybasedba.run_sp.php on line
17
PHP Warning:  sybase_query(): 0 is not a Sybase link index in
/srv/www/sybasedba/sybasedba.run_sp.php on line 21
PHP Warning:  sybase_num_fields(): 0 is not a Sybase result index in
/srv/www/sybasedba/sybasedba.run_sp.php on line 23
PHP Warning:  sybase_num_rows(): 0 is not a Sybase result index in
/srv/www/sybasedba/sybasedba.run_sp.php on line 24
PHP Warning:  sybase_fetch_row(): 0 is not a Sybase result index in
/srv/www/sybasedba/sybasedba.run_sp.php on line 29
PHP Warning:  sybase_close(): 0 is not a Sybase link index in
/srv/www/sybasedba/sybasedba.run_sp.php on line 62



What do I do to connect PHP to Sybase if I do not use FreeTDS?


Previous Comments:


[2005-02-16 05:16:00] tim at datad dot com

OK, so...

I downloaded and installed the latest PHP ( 4.3.11-dev ) and it still
exhibits the same behavior.

php: dblib.c:303: buffer_add_row: Assertion `row_size <=
buf->element_size' failed.
Aborted


Incidentally, you cannot configure 
--with-sybase
--with-sybase-ct

it has to be one or the other.  When I configured --with-ct I got
segfaults, and nothing worked at all.  I could not connect or anything
with either through a browser or php-cli.

I used --with-sybase-ct=/opt/sybase/OCS-12_5


So I've configured for --with-sybase=/opt/sybase and now what worked
before is working and it is producing the same error as before when I
try to use a stored procedure.

My latest configure:

./configure \
--enable-shared \
--with-apache2=../httpd-2.0.53 \
--with-module=so \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql \
--with-gnu-ld \
--with-zlib \
--with-sybase=/opt/sybase \
--with-unixODBC \
--with-dbase \
--with-openssl \
--with-gd \
--with-ttf \
--with-curl \
--with-mcrypt



[2005-02-16 03:18:29] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

And why don't you use --with-sybase-ct ?? AFAIK, it's better supported
than the old sybase-db..




[2005-02-16 02:25:34] tim at datad dot com

Description:

I get the following error when I run any stored procedure.  The script
works fine if you use SQL statements, but sp's die.



php: dblib.c:303: buffer_add_row: Assertion `row_size <=
buf->element_size' failed.
Aborted

My PHP Configuration:

./configure \
--with-apache2=../httpd-2.0.53 \
--enable-track-vars \
--enable-magic-quotes \
--enable-discard-path \
--enable-force-cgi-redirect \
--enable-shared \
--enable-sigchild \
--enable-sockets=shared \
--enable-mailparse \
--with-module=so \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql \
--with-gnu-ld \
--with-zlib \
--with-sybase \
--with-tdsver=7.0 \
--with-unixODBC \
--with-dbase \
--with-openssl \
--with-gd \
--with-ttf \
--with-curl \
--with-mcrypt


Reproduce code:
---
name]";
if ( $field_cnt == $syb_num_fields )
{
print "\n" ;
$field_cnt = 0 ;
}
}
print "\n" ;
}

++$row_cnt ;
$field_cnt = 0 ;
while(list($k, $v) = each($row))
{
++$field_cnt;
$datum = NULL ;
$datum = rtrim ( $v ) ;
print "[$datum]" ;
if ( $field_cnt == $syb_num_fields )
{
print "\n" ;
$field_cnt = 0 ;
}
}
}
sybase_close ( $db ) ;

?>

Expected result:

I expect it to work!

I should see the output of the stored procedure or at least some kind
of explanation as to why it's failing.

Actual result:
--
the bug.





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

#28622 [Fbk->NoF]: Apache2 crashes reproducibly (code working with 4.3.6)

[php-bugs]

 ID:   28622
 Updated by:   php-bugs@lists.php.net
 Reported By:  cpuidle at gmx dot de
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: WinXP SP1
 PHP Version:  5CVS-2004-06-03 (dev)
 New Comment:

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


Previous Comments:


[2005-02-10 00:31:07] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-06-03 14:12:55] cpuidle at gmx dot de

Description:

Following code crashes apache2:

plugins['function']['counter'][0](array('assign' =>
'count','name' => 'videocount')) ; 
?>

Should be the same issue as:
Bug #28110: Apache2 crashes reproducibly (2)

Reproduce code:
---
Put code to file and open...

Expected result:

php 4.3.6 opens an error message that $this is undefined. Originally
the code is part of a bigger smarty-generated file (in this case $this
would be defined)- no idea where the crash comes from.






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

#26393 [Fbk->NoF]: Segfault during request shutdown in _oci_close_session() (oci8.c:2443)

[php-bugs]

 ID:   26393
 Updated by:   php-bugs@lists.php.net
 Reported By:  troy dot tinnes at motorola dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: OCI8 related
 Operating System: Solaris 2.8
 PHP Version:  4.3.4
 Assigned To:  tony2001
 New Comment:

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


Previous Comments:


[2005-02-09 01:28:05] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-08-22 08:17:53] Troy dot Tinnes at motorola dot com

PHP 5 reduces the occurance of the problem - but problem still persists



[2004-01-15 08:32:38] [EMAIL PROTECTED]

ok, I'll try to make it work with 4.3.x soon.



[2004-01-15 07:25:28] troy dot tinnes at motorola dot com

With the testing so far - PHP 5 installation appears to fix the
problem.



[2004-01-15 01:29:31] [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





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

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

#29370 [Fbk->NoF]: Crash apache.exe (php5ts.dll)

[php-bugs]

 ID:   29370
 Updated by:   php-bugs@lists.php.net
 Reported By:  anthony dot debhian at only-for dot info
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: Windows XP
 PHP Version:  5.0.0
 New Comment:

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


Previous Comments:


[2005-02-10 00:21:07] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Can't reproduce with latest snapshots.



[2004-08-15 11:52:59] anthony dot debhian at only-for dot info

With http://snaps.php.net/win32/php5-win32-latest.zip, the bug works
always (winXP)



[2004-08-13 02:13:15] neil at ncsconsulting dot com

This crash still happens with 4.3.9RC1. 
I haven't tried php5 yet



[2004-08-11 08:14:44] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

This works fine for me here...



[2004-08-11 04:08:38] neil at ncsconsulting dot com

Confirming on Redhat 9, apache 1.3.31, php 4.3.8 
 
running php crash.php gives segfault.  Running through 
apache gives dreaded 'child exit signal segfault'. 
 
Program received signal SIGSEGV, Segmentation fault. 
[Switching to Thread 1080494848 (LWP 26212)] 
0x081b555a in _efree () 
(gdb) bt 
#0  0x081b555a in _efree () 
#1  0x081c9e7f in zend_hash_destroy () 
#2  0x081c3aa5 in _zval_dtor () 
#3  0x081bcbbc in _zval_ptr_dtor () 
#4  0x081d3682 in execute () 
#5  0x081d447d in execute () 
#6  0x081c53bf in zend_execute_scripts () 
#7  0x08198d0e in php_execute_script () 
#8  0x081e341f in main () 
#9  0x42015704 in __libc_start_main () 
from /lib/tls/libc.so.6



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

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

#30394 [Fbk->NoF]: Assignment operators yield wrong result with __get/__set

[php-bugs]

 ID:   30394
 Updated by:   php-bugs@lists.php.net
 Reported By:  php at hartwerk dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Zend Engine 2 problem
 Operating System: Linux
 PHP Version:  5.0.2
 New Comment:

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


Previous Comments:


[2005-02-09 02:00: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





[2004-11-04 16:10:03] [EMAIL PROTECTED]

It's 5.0.x specific bug.



[2004-11-04 16:06:31] [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

Works fine with 5.1-CVS, outputting "2 - 3"



[2004-10-15 18:46:51] php at hartwerk dot com

An easier work-around would be $c->a = $c->a + max( 0, 1 ), but
work-arounds do not solve bugs..



[2004-10-15 12:13:47] ante dot dfg at moj dot net

This code works if you return the value from _get via reference
try:

public function &__get( $what ) {
return $this->_p[ $what ];
}



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

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

#32003 [Bgs->Opn]: problem with floats...

[razorwarden-nobullshit at yahoo dot it]

 ID:   32003
 User updated by:  razorwarden-nobullshit at yahoo dot it
 Reported By:  razorwarden-nobullshit at yahoo dot it
-Status:   Bogus
+Status:   Open
 Bug Type: Math related
 Operating System: Linux / win 2k
 PHP Version:  4.3.10
 New Comment:

my question is... Why i have this problem with php ONLY?? It seems much
like this is a php problem to me, not a floating numbers problem. And
anyway, i can understand that if i do 2 / 3 i'll never have the exact
value, but an approximated one. But -0.04 + 0.04 =
0.12644358?? lol that's not a floating point fault,
that's a php fault m8...


Previous Comments:


[2005-02-16 20:44:27] [EMAIL PROTECTED]

Floating point values have a limited precision. Hence a value might 
not have the same string representation after any processing. That also
includes writing a floating point value in your script and directly 
printing it without any mathematical operations.
 
Thank you for your interest in PHP.





[2005-02-16 19:35:54] razorwarden-nobullshit at yahoo dot it

Description:

PHP seems to have problems with floats... infact -0.04 + 0.04 is not
equal to 1.3877787807814E-017... the operation $num = -0.04 + 0.04
itself returns 0 as expected but if we start from a bigger negative
value (such as -4) and we add for several times a positive value
(0.04), the result may vary and are quite weird. Note that this problem
seems to vary from machine to machine.
I've also tried the same code with c# and other languages and the
output is the expected one, so there's no doubt that this is really a
php bug.

Reproduce code:
---
\n";
 
}

?>

Expected result:

-0.2
-0.16
-0.12
-0.08
-0.04
0
0.04
0.08
0.12
0.16
0.2

Actual result:
--
-0.2
-0.16
-0.12
-0.08
-0.04
1.3877787807814E-017
0.04
0.08
0.12
0.16

note that there ISN'T the last number (0.2), most probably because the
float value is smt like 2.001

With $start = -8 and $end = 8, the middle output is:

[...]
-0.31
-0.27
-0.23
-0.19
-0.15
-0.11
-0.073
-0.033
6.5641936330962E-015
0.047
0.087
0.120001
0.160001
0.21
0.240001
0.280001
[...]

With my machine (win 2k, php 4.3.10), and

[...]
-0.08
-0.04
6.5641936330962E-015
0.04
0.08
[...]

on my web server (linux, php 4.3.10 with modifications, see the links
below for further details)

A page with this code is online at:
http://nemea.altervista.org/alfa/phpbug.php
Complete php info at: http://nemea.altervista.org/alfa/phpinfo.php





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

#32006 [NEW]: convert_uudecode not always working

[hoarau76 at free dot fr]

From: hoarau76 at free dot fr
Operating system: windows XP pro
PHP version:  5.0.3
PHP Bug Type: Strings related
Bug description:  convert_uudecode not always working

Description:

I can't uudecode a string
it works under perl or winrar, but not with php 5.03

Reproduce code:
---
http://www.chez.com/hoarau/bad_size.alt.binaries.picture.erotica.breasts.natural.87617";);

   if (preg_match("/begin ([0-7]+) (.+)\r?\n(.+)\r?\nend/Us", $data,
$part))
{
$file = convert_uudecode($part[3]);
}
 
?>

Expected result:

I expect this script to work but it doesn't and gave me:

PHP Warning:  convert_uudecode(): The given parameter is not a valid
uuencoded s
tring. in C:\a.php on line 7


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

#32002 [Opn->Fbk]: FATAL erealloc() Restarts

[sniper]

 ID:   32002
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tlamay at cte1 dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Windows 2003
 PHP Version:  4.3.10
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2005-02-16 19:10:19] tlamay at cte1 dot com

Description:

This problem occurs with PHP 4.3.9 and 4.3.10 and CVS versions of
4.3.11.  Below is a snippet from Apache 2.0.52 error log.  This
restarting problem does not occur with 4.3.6 and 4.3.7.  I have not
fully tested 4.3.8.  The restarts occur at regular intervals, and the
least frequently with 4.3.10 (averaging every 30-45m).  The Apache
child thread restarts causing all web clients to disconnect (I guess
this issue is particularly bad on Windows since there's only one
child?)  This can cause my ecommerce customers to loose POST data or
mess up their orders in other ways, and at least cause time out issues
on pages.

I would love to know how to backtrace on Windows but I cant seem to
find instructions.  PHP error log isnt showing me anything relevant to
the problem.  This is on a live system so Im not sure what code is
causing this.  The server primarily runs osCommerce and vBulletin 3,
all pages are pretty much PHP.

I've tried increasing the memory allocation for PHP scripts from 8m to
40m, but this hasn't had an effect.  Im willing to try other
configurations as long as it doesn't disrupt my live websites too
badly, to see where the bug might be.  

In regards to the system, it's currently running 1G of memory and is
only using about half that at any given time.  I will be upgrading the
server to 3G of memory, however, Im not sure the physical memory is a
limitation, apart from a memory leak somewhere.


Thanks

Wed Feb 16 11:20:58 2005] [notice] Parent: Created child process 5376
[Wed Feb 16 11:20:58 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Child process is
running
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Acquired the start
mutex.
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Starting 750 worker
threads.
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Listening on port 443.
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Listening on port 443.
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Listening on port 80.
[Wed Feb 16 11:21:06 2005] [notice] Child 5376: Listening on port 80.
FATAL:  erealloc():  Unable to allocate 22528 bytes
[Wed Feb 16 11:42:05 2005] [notice] Parent: child process exited with
status 1 -- Restarting.
[Wed Feb 16 11:42:07 2005] [notice] Parent: Created child process 388
[Wed Feb 16 11:42:07 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Child process is
running
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Acquired the start
mutex.
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Starting 750 worker
threads.
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Listening on port 443.
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Listening on port 443.
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Listening on port 80.
[Wed Feb 16 11:42:14 2005] [notice] Child 388: Listening on port 80.
FATAL:  erealloc():  Unable to allocate 22528 bytes
[Wed Feb 16 12:26:05 2005] [notice] Parent: child process exited with
status 1 -- Restarting.
[Wed Feb 16 12:26:06 2005] [notice] Parent: Created child process 6032
[Wed Feb 16 12:26:06 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 12:26:14 2005] [notice] Child 6032: Child process is
running
[Wed Feb 16 12:26:14 2005] [notice] Child 6032: Acquired the start
mutex.
[Wed Feb 16 12:26:14 2005] [notice] Child 6032: Starting 750 worker
threads.
[Wed Feb 16 12:26:14 2005] [notice] Child 6032: Listening on port 443.
[Wed Feb 16 12:26:14 2005] [notice] Child 6032: Listening on port 443.
[Wed Feb 16 12:26:14 2005] [notice] Child 6032: Listening on port 80.
[Wed Feb 16 12:26:15 2005] [notice] Child 6032: Listening on port 80.
Terminating on signal SIGTERM(15)
[Wed Feb 16 12:33:19 2005] [notice] Parent: Created child process 2044
[Wed Feb 16 12:33:19 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Child process is
running
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Acquired the start
mutex.
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Starting 750 worker
threads.
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Listening on port 443.
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Listening on port 443.
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Listening on port 80.
[Wed Feb 16 12:33:26 2005] [notice] Child 2044: Listening on port 80.

#31496 [Opn->Bgs]: body output of mail() adds eroneous characters breaking output

[sniper]

 ID:   31496
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cessner at centrosus dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Mail related
 Operating System: Fedora Core
 PHP Version:  4CVS, 5CVS (2005-01-18)
 New Comment:

It's something wrong with your system, this works just fine for me.



Previous Comments:


[2005-01-20 01:43:22] cessner at centrosus dot com

Well can someone else test it? The code is in the link 
on this bug page. That would be a good place to start.

-Christian



[2005-01-20 01:10:53] [EMAIL PROTECTED]

Are you sure that this happens in PHP already and not within
your mail transport agent?

All that mail() does on UNIX is to pipe the message headers 
and body into the local sendmail binary, most issues with
mangled email headers and content happen *after* PHP
has already passed it on to the MTA



[2005-01-12 19:38:37] cessner at centrosus dot com

I think I found the problem. There seems to be a limit 
for the message body in html and potentially text output 
as well at 2040 characters for mail(). I ran a few tests 
using different forms and different input and the "!" is 
added always as the 2041st character.

-Christian



[2005-01-12 01:31:31] cessner at centrosus dot com

Here is the code:

http://www.centrosus.com/mail/code.html

You may enter your email address here and have the html 
result sent to your email and check the source yourself 
when you receive the email.

http://www.centrosus.com/mail/enter_email.html

-Christian



[2005-01-11 20:36:32] cessner at centrosus dot com

Description:

After asking users to input data into a form an email is 
sent with a summary of the form to people that need the 
information. For some reason the source gets corrupted 
and PHP adds  an "!" in random areas in the body. Note 
the "!" below. This was reproducible in 4.3.9 as well 
and an upgrade did not solve the problem

FeatureNA VersionNA BuildNADocument !
 Nametest

Reproduce code:
---
I think you need to have a message body with a lot of characters in
order to reproduce. I am using a style sheet as well built into the
html page that is sent.

Expected result:

clean html output to be displayed in the email client.

Actual result:
--
broken html output. The above source looks like this:

Total Failures
< span class="main">Total Untested 
Overall Status 
 
Where the html is now exposed to the page because of 
broken tags.





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

#29554 [Opn->Fbk]: compile failure when using --with-pspell=/usr/local

[sniper]

 ID:   29554
 Updated by:   [EMAIL PROTECTED]
 Reported By:  John at Albin dot Net
-Status:   Open
+Status:   Feedback
 Bug Type: Pspell related
 Operating System: *
 PHP Version:  4CVS, 5CVS (2005-02-03)
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2005-02-16 01:09:04] John at Albin dot Net

As per sniper's request, I tried the latest CVS 
snapshot, php4-STABLE-200502152130, but received the 
same error during compile:

ld: ext/pspell/pspell.o illegal reference to symbol: 
_aspell_word_list_elements defined in indirectly 
referenced dynamic library /usr/local/lib/
libaspell.15.dylib

The fix mentioned in my first posting still works.



[2005-02-11 05:43:19] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-01-19 21:50:17] dhaveconfig at elitemail dot org

same issue with OS X Server 10.3.7 and php 4.3.10.

same fix resolved it.



[2004-08-06 20:45:00] John at Albin dot Net

Description:

Environment:
 * Mac OS X 10.3.4
 * aspell 0.50.5 and aspell-en 0.51-1
   (installed into /usr/local from source files)
 * PHP 4.3.8

I've verified that aspell works from the command line, 
but PHP won't compile.

I'm configuring with '--with-pspell=/usr/local' and when 
I run make, it errors out saying: "ld: ext/pspell/
pspell.o illegal reference to symbol: 
_aspell_error_number defined in indirectly referenced 
dynamic library /usr/local/lib/libaspell.15.dylib"

I have never installed pspell. And I have installed 
aspell for the first time today on this machine. When I 
run 'sudo /usr/libexec/locate.updatedb' and then 'locate 
libpspell' I find (ignoring my build directory in /usr/
local/src):
  /usr/local/lib/libpspell.15.0.3.dylib
  /usr/local/lib/libpspell.15.dylib
  /usr/local/lib/libpspell.dylib
  /usr/local/lib/libpspell.la
'locate libaspell' returns: 
  /usr/local/lib/libaspell.15.0.3.dylib
  /usr/local/lib/libaspell.15.dylib
  /usr/local/lib/libaspell.dylib
  /usr/local/lib/libaspell.la

The compile error is easily fixed with a small change to 
'configure'.  PHP compiles fine, when I edit php-4.3.8/
configure and change line 71624 from:
  LIBS="-lpspell $LIBS"
to:
  LIBS="-laspell -lpspell $LIBS"

I have also talked to other Mac OS X/PHP/aspell users 
who have the same issue and the configure modification 
fixes their issue as well.

This bug is very similar to bug #23089. From looking at 
that bug, it seems that this bug might be reproducable 
on any machine that has no legacy aspell/pspell 
libraries and only the most recent aspell library.

Undoubtably, this was caused my the author of aspell 
changing the name of the library multiple times.  But 
can this relatively minor fix please be added to PHP's 
configure script?

Or would this impact Pspell users (those without the 
newer aspell)? If so, is there a way to check for this 
in the configure file? Unfortunately, I'm not an expert 
in configure files or I would attempt a patch myself.







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

#29554 [Fbk->Csd]: compile failure when using --with-pspell=/usr/local

[sniper]

 ID:   29554
 Updated by:   [EMAIL PROTECTED]
 Reported By:  John at Albin dot Net
-Status:   Feedback
+Status:   Closed
 Bug Type: Pspell related
 Operating System: *
 PHP Version:  4CVS, 5CVS (2005-02-03)


Previous Comments:


[2005-02-17 04:51:59] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2005-02-16 01:09:04] John at Albin dot Net

As per sniper's request, I tried the latest CVS 
snapshot, php4-STABLE-200502152130, but received the 
same error during compile:

ld: ext/pspell/pspell.o illegal reference to symbol: 
_aspell_word_list_elements defined in indirectly 
referenced dynamic library /usr/local/lib/
libaspell.15.dylib

The fix mentioned in my first posting still works.



[2005-02-11 05:43:19] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-01-19 21:50:17] dhaveconfig at elitemail dot org

same issue with OS X Server 10.3.7 and php 4.3.10.

same fix resolved it.



[2004-08-06 20:45:00] John at Albin dot Net

Description:

Environment:
 * Mac OS X 10.3.4
 * aspell 0.50.5 and aspell-en 0.51-1
   (installed into /usr/local from source files)
 * PHP 4.3.8

I've verified that aspell works from the command line, 
but PHP won't compile.

I'm configuring with '--with-pspell=/usr/local' and when 
I run make, it errors out saying: "ld: ext/pspell/
pspell.o illegal reference to symbol: 
_aspell_error_number defined in indirectly referenced 
dynamic library /usr/local/lib/libaspell.15.dylib"

I have never installed pspell. And I have installed 
aspell for the first time today on this machine. When I 
run 'sudo /usr/libexec/locate.updatedb' and then 'locate 
libpspell' I find (ignoring my build directory in /usr/
local/src):
  /usr/local/lib/libpspell.15.0.3.dylib
  /usr/local/lib/libpspell.15.dylib
  /usr/local/lib/libpspell.dylib
  /usr/local/lib/libpspell.la
'locate libaspell' returns: 
  /usr/local/lib/libaspell.15.0.3.dylib
  /usr/local/lib/libaspell.15.dylib
  /usr/local/lib/libaspell.dylib
  /usr/local/lib/libaspell.la

The compile error is easily fixed with a small change to 
'configure'.  PHP compiles fine, when I edit php-4.3.8/
configure and change line 71624 from:
  LIBS="-lpspell $LIBS"
to:
  LIBS="-laspell -lpspell $LIBS"

I have also talked to other Mac OS X/PHP/aspell users 
who have the same issue and the configure modification 
fixes their issue as well.

This bug is very similar to bug #23089. From looking at 
that bug, it seems that this bug might be reproducable 
on any machine that has no legacy aspell/pspell 
libraries and only the most recent aspell library.

Undoubtably, this was caused my the author of aspell 
changing the name of the library multiple times.  But 
can this relatively minor fix please be added to PHP's 
configure script?

Or would this impact Pspell users (those without the 
newer aspell)? If so, is there a way to check for this 
in the configure file? Unfortunately, I'm not an expert 
in configure files or I would attempt a patch myself.







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

#23089 [Bgs->Csd]: Compiling with aspell 0.50.3 fails

[sniper]

 ID:   23089
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dswhite42 at yahoo dot com
-Status:   Bogus
+Status:   Closed
 Bug Type: Pspell related
 Operating System: SunOS 5.8
 PHP Version:  4.3.1
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2003-04-09 16:43:35] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

.




[2003-04-09 09:16:10] [EMAIL PROTECTED]

I successfully compiled Aspell 0.50.3 and an up-to-date 
CVS checkout of php4 with the pspell extension on Solaris 
8 SPARC last night and there were no problems. I didn't 
need to add Aspell to LIBS, and there's no mention of it 
in any of the Makefiles. 
 
Could you try a snapshot from snaps.php.net and see how 
that goes? I'm also curious as to what you're using for 
your compiler, linker, etc., so if you could post those, 
too... 
 
J 



[2003-04-07 09:19:14] dswhite42 at yahoo dot com

When compiling with aspell-0.50.3 (using --with-pspell), everything
works fine until the final stages (when sapi/cli/php is created).  At
that  point I get multiple errors such as:

Undefined   first referenced
 symbol in file
aspell_speller_store_replacementext/pspell/pspell.lo
aspell_speller_add_to_session   ext/pspell/pspell.lo
delete_aspell_speller   ext/pspell/pspell.lo
...
etc.  It appears that the problem is that PHP is including the pspell
library but not the newer aspell library, where all those symbols can
be found.

The solution that worked for me was to edit the "configure" script,
find the section where "-lpspell" is prepended to the $LIBS variables,
and add "-laspell" as well.  e.g. on line 62147 for PHP 4.3.1's
"configure file", change:

  LIBS="-lpspell $LIBS"
to
  LIBS="-laspell -lpspell $LIBS"








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

#32002 [Fbk->Opn]: FATAL erealloc() Restarts

[tlamay at cte1 dot com]

 ID:   32002
 User updated by:  tlamay at cte1 dot com
 Reported By:  tlamay at cte1 dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Windows 2003
 PHP Version:  4.3.10
 New Comment:

I tried the very latest one, and as what happened when I tried the CVS
before, it actually makes the problem much worse.  Apache restarts
every 5-10-15 minutes now versus every 30-45m with PHP 4.3.10.

[Wed Feb 16 21:52:39 2005] [notice] Parent: Created child process 3148
[Wed Feb 16 21:52:39 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Child process is
running
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Acquired the start
mutex.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Starting 750 worker
threads.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 443.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 443.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 80.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 80.
FATAL:  erealloc():  Unable to allocate 90112 bytes
[Wed Feb 16 22:03:25 2005] [notice] Parent: child process exited with
status 1 -- Restarting.
[Wed Feb 16 22:03:26 2005] [notice] Parent: Created child process 852
[Wed Feb 16 22:03:26 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Child process is
running
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Acquired the start
mutex.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Starting 750 worker
threads.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 443.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 443.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 80.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 80.
FATAL:  erealloc():  Unable to allocate 90112 bytes
[Wed Feb 16 22:09:17 2005] [notice] Parent: child process exited with
status 1 -- Restarting.
[Wed Feb 16 22:09:18 2005] [notice] Parent: Created child process 1792
[Wed Feb 16 22:09:18 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Child process is
running
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Acquired the start
mutex.
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Starting 750 worker
threads.
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Listening on port 443.
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Listening on port 443.
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Listening on port 80.
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Listening on port 80.
FATAL:  erealloc():  Unable to allocate 360448 bytes
[Wed Feb 16 22:14:22 2005] [notice] Parent: child process exited with
status 1 -- Restarting.
[Wed Feb 16 22:14:24 2005] [notice] Parent: Created child process 2676
[Wed Feb 16 22:14:24 2005] [notice] Disabled use of AcceptEx() WinSock2
API


Previous Comments:


[2005-02-17 02:39:33] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-02-16 19:10:19] tlamay at cte1 dot com

Description:

This problem occurs with PHP 4.3.9 and 4.3.10 and CVS versions of
4.3.11.  Below is a snippet from Apache 2.0.52 error log.  This
restarting problem does not occur with 4.3.6 and 4.3.7.  I have not
fully tested 4.3.8.  The restarts occur at regular intervals, and the
least frequently with 4.3.10 (averaging every 30-45m).  The Apache
child thread restarts causing all web clients to disconnect (I guess
this issue is particularly bad on Windows since there's only one
child?)  This can cause my ecommerce customers to loose POST data or
mess up their orders in other ways, and at least cause time out issues
on pages.

I would love to know how to backtrace on Windows but I cant seem to
find instructions.  PHP error log isnt showing me anything relevant to
the problem.  This is on a live system so Im not sure what code is
causing this.  The server primarily runs osCommerce and vBulletin 3,
all pages are pretty much PHP.

I've tried increasing the memory allocation for PHP scripts from 8m to
40m, but this hasn't had an effect.  Im willing to try other
configurations as long as it doesn't disrupt my live websites too
badly, to see where the bug might be.  

In regards to the system, it's currently running 1G of memory and is
only using about half that at any given time.  I will be upgrading the
server to 3G of memory, however, Im not sure the physical memory is a
limitation, apart from a memory leak somewhere.


Thanks

Wed Feb 16 11:20:58 2005] [notice] Parent: Created child process 5376
[Wed Feb 16 11:20:58 2005] [notice] Disab

#31440 [Ver]: [PATCH] GLOBALS array overwritten from GET/POST/COOKIE vars

[sniper]

 ID:   31440
 Updated by:   [EMAIL PROTECTED]
 Reported By:  john at jelsoft dot com
 Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  4CVS, 5CVS (2005-02-15)
 New Comment:

Here's better patch, by Ilia:

  http://www.php.net/~jani/patches/bug31440.patch




Previous Comments:


[2005-02-15 12:49:55] [EMAIL PROTECTED]

note: In HEAD you _can_ overwrite GLOBALS with this:

script.php?GLOBALS=error

but NOT with this:

script.php?GLOBALS[php]=error



[2005-02-15 12:48:48] [EMAIL PROTECTED]

Here are some patches I wrote to fix this:

For PHP_4_3 branch: 
  http://www.php.net/~jani/patches/bug31440.php_4_3_patch
 
For HEAD branch:
  http://www.php.net/~jani/patches/bug31440.php_HEAD_patch




[2005-01-07 13:36:49] john at jelsoft dot com

Description:

With 
register_globals on 
it is possible to overwrite the $GLOBALS array from GET/POST/COOKIE
vars.

For example, try the script below:

script.php
(will print the full GLOBALS array)

script.php?GLOBALS[php]=error
(will print a GLOBALS array with just one entry)

_GET, _POST, etc superglobals are no vulnerable.
PHP5 does not exhibit this behaviour.


Reproduce code:
---
kill GLOBALS






Expected result:

Full display of GLOBALS array

Actual result:
--
GLOBALS array with just one entry





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

#31249 [Asn->Csd]: bad type in zend_strtod.c

[sniper]

 ID:   31249
 Updated by:   [EMAIL PROTECTED]
 Reported By:  long+phpbugs at kestrel dot cc dot ku dot edu
-Status:   Assigned
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Tru64 4.0F
 PHP Version:  4CVS-2004-12-22 (stable)
 Assigned To:  sniper
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.

Easy to fix when you can see for yourself. :)
Thank you for the account.




Previous Comments:


[2004-12-22 16:36:45] long+phpbugs at kestrel dot cc dot ku dot edu

Description:

When I try building php4-STABLE-200412221330 it ends up failing with:

cc  -IZend/ -I/homeb/long/src/php4-STABLE-200412221330/Zend/
-DPHP_ATOM_INC -I/homeb/long/src/php4-STABLE-200412221330/include
-I/homeb/long/src/php4-STABLE-200412221330/main
-I/homeb/long/src/php4-STABLE-200412221330
-I/homeb/long/src/php4-STABLE-200412221330/Zend
-I/homeb/long/src/php4-STABLE-200412221330/ext/xml/expat 
-I/homeb/long/src/php4-STABLE-200412221330/TSRM  -g  -c
/homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c -o
Zend/zend_strtod.o  && echo > Zend/zend_strtod.lo
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 234: Missing type specifier or type qualifier. (missingtype)
ULong ul[2];
^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 381: Missing type specifier or type qualifier. (missingtype)
ULong x[1];
^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 440: Missing ";". (nosemi)
ULong xi, z;
--^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 479: Ill-formed parameter type list. (parmtyplist)
(CONST char *s, int nd0, int nd, ULong y9)
-^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 484: In this declaration, "int32_t" must specify a type.
(badparsedecl)
Long x, y;
^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 517: Error parsing parameter list. Found "x" when expecting one of:
",", ")". (notexpecting)
(register ULong x)
^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 551: Error parsing parameter list. Found "*" when expecting one of:
",", ")". (notexpecting)
(ULong *y)
---^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 555: Missing ";". (nosemi)
register ULong x = *y;
---^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 620: In this declaration, "uint32_t" must specify a type.
(badparsedecl)
ULong carry, y, z;
^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 623: Missing ";". (nosemi)
ULong z2;
--^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 808: Invalid statement. (badstmt)
int i, j;
^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 843: In this declaration, "int32_t" must specify a type.
(badparsedecl)
Long borrow, y; /* We need signed shifts here. */
^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 846: Missing ";". (nosemi)
Long z;
-^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 924: Missing ";". (nosemi)
register Long L;
--^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 964: Invalid statement. (badstmt)
int k;
^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 965: Missing ";". (nosemi)
_double d;
^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 1036: Missing ";". (nosemi)
_double d;
^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 1239: In this declaration, "int32_t" must specify a type.
(badparsedecl)
Long L;
^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 1240: In this declaration, "uint32_t" must specify a type.
(badparsedecl)
ULong y, z;
^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 928: In this statement, "L" is not declared. (undeclared)
L = (word0(x) & Exp_mask) - (P-1)*Exp_msk1;
^
cc: Error: /homeb/long/src/php4-STABLE-200412221330/Zend/zend_strtod.c,
line 1272: In this statement, "y" is not declared. (undeclared)
y = z = 0;
^
cc: Error: /home

#32002 [Opn->Fbk]: FATAL erealloc() Restarts

[sniper]

 ID:   32002
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tlamay at cte1 dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Windows 2003
-PHP Version:  4.3.10
+PHP Version:  4CVS-2005-02-17
 New Comment:

Please try using this CVS snapshot:

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

Please try the latest HEAD too so we'll see if this is any better there
(some memleak fixes exist there which were not allowed to be backported
to PHP_4_3 branch)



Previous Comments:


[2005-02-17 05:10:17] tlamay at cte1 dot com

I tried the very latest one, and as what happened when I tried the CVS
before, it actually makes the problem much worse.  Apache restarts
every 5-10-15 minutes now versus every 30-45m with PHP 4.3.10.

[Wed Feb 16 21:52:39 2005] [notice] Parent: Created child process 3148
[Wed Feb 16 21:52:39 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Child process is
running
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Acquired the start
mutex.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Starting 750 worker
threads.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 443.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 443.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 80.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 80.
FATAL:  erealloc():  Unable to allocate 90112 bytes
[Wed Feb 16 22:03:25 2005] [notice] Parent: child process exited with
status 1 -- Restarting.
[Wed Feb 16 22:03:26 2005] [notice] Parent: Created child process 852
[Wed Feb 16 22:03:26 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Child process is
running
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Acquired the start
mutex.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Starting 750 worker
threads.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 443.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 443.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 80.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 80.
FATAL:  erealloc():  Unable to allocate 90112 bytes
[Wed Feb 16 22:09:17 2005] [notice] Parent: child process exited with
status 1 -- Restarting.
[Wed Feb 16 22:09:18 2005] [notice] Parent: Created child process 1792
[Wed Feb 16 22:09:18 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Child process is
running
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Acquired the start
mutex.
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Starting 750 worker
threads.
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Listening on port 443.
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Listening on port 443.
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Listening on port 80.
[Wed Feb 16 22:09:27 2005] [notice] Child 1792: Listening on port 80.
FATAL:  erealloc():  Unable to allocate 360448 bytes
[Wed Feb 16 22:14:22 2005] [notice] Parent: child process exited with
status 1 -- Restarting.
[Wed Feb 16 22:14:24 2005] [notice] Parent: Created child process 2676
[Wed Feb 16 22:14:24 2005] [notice] Disabled use of AcceptEx() WinSock2
API



[2005-02-17 02:39:33] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-02-16 19:10:19] tlamay at cte1 dot com

Description:

This problem occurs with PHP 4.3.9 and 4.3.10 and CVS versions of
4.3.11.  Below is a snippet from Apache 2.0.52 error log.  This
restarting problem does not occur with 4.3.6 and 4.3.7.  I have not
fully tested 4.3.8.  The restarts occur at regular intervals, and the
least frequently with 4.3.10 (averaging every 30-45m).  The Apache
child thread restarts causing all web clients to disconnect (I guess
this issue is particularly bad on Windows since there's only one
child?)  This can cause my ecommerce customers to loose POST data or
mess up their orders in other ways, and at least cause time out issues
on pages.

I would love to know how to backtrace on Windows but I cant seem to
find instructions.  PHP error log isnt showing me anything relevant to
the problem.  This is on a live system so Im not sure what code is
causing this.  The server primarily runs osCommerce and vBulletin 3,
all pages are pretty much PHP.

I've tried increasing the memory allocation for PHP scripts from 8m to
40m, but this hasn't had an effect.  Im willing to try other
configurations as long 

#31985 [Fbk->Csd]: Uploading on Windows

[sniper]

 ID:   31985
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mshuffle at bournemouth dot ac dot uk
-Status:   Feedback
+Status:   Closed
 Bug Type: Unknown/Other Function
 Operating System: redhat linux server
 PHP Version:  Irrelevant
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2005-02-15 15:33:43] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2005-02-15 15:20:08] mshuffle at bournemouth dot ac dot uk

Description:

My Web Host is running PHP 4.3.11-dev on redhat linux. 
When windows users try to upload files to the server, it 
takes the full file path C:\fullFilePath\filename.ext.As 
a result the file is not uploaded and therefore isn't 
working.

The code was working on a previous version of PHP. The 
host has just upgraded their version of PHP.

Is this a stable release? Your PHP version drop menu 
doesn't have this version.

Reproduce code:
---
if ($error == "") { 
if (is_uploaded_file($imgtemp)){
move_uploaded_file($imgtemp,
fusion_basedir."fusion_images/".$imgname);

chmod(fusion_basedir."fusion_images/".$imgname,0644);
echo "


Expected result:

a file uploaded to the server.

Actual result:
--
C:\\WINNT\\Profiles\\mshuffle\\Desktop\\street.jpg





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

#28006 [Opn->Fbk]: referencing an unset global produces a segfault

[sniper]

 ID:   28006
 Updated by:   [EMAIL PROTECTED]
 Reported By:  per at computer dot org
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: linux, kernel 2.4.26
 PHP Version:  4CVS-2005-01-10
 New Comment:

Are you sure it was PHP 4 ? :)
I asked you to try the latest HEAD (PHP 5.1-dev)..
If it really was the PHP 4 snapshot, I must ask you to try again the
current one: 
 
  http://snaps.php.net/php4-STABLE-latest.tar.gz

If the bug appears again with this snapshot, I'll have pretty good idea
what fixes it.




Previous Comments:


[2005-02-11 11:51:31] per at computer dot org

OK, I tried php4-STABLE-200502110930.tar.gz, and it appears to have
been fixed.  I'd be interested to know what really caused it?  Thanks.



[2005-02-11 06:19:38] [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-01-11 09:31:20] per at computer dot org

No, this is a fairly plain vanilla install.  The only
not-quite-standard is that I'm building everything with -DHARMUT_0 as I
need/want getopt_long() in the cli. See bug#30380. 
With respect to reproducing this problem - I'll try to make it even
simpler, but it's really only 17 lines in 2 files.



[2005-01-11 07:11:43] [EMAIL PROTECTED]

Do you have some kind of optimiser / accelerator such as 
APC installed?




[2005-01-10 22:43:37] [EMAIL PROTECTED]

A simpler test case would be nice..




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

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

#31883 [WFx->Csd]: Doesn't compile on ia64

[sniper]

 ID:   31883
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mcihar at suse dot cz
-Status:   Wont fix
+Status:   Closed
 Bug Type: Zend Engine 2 problem
 Operating System: Linux, IA64
 PHP Version:  5.0.3
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2005-02-08 15:23:28] mcihar at suse dot cz

And what weird do they do on #error? If they ignore it, there might be
line with #error and then one without it. This way you'd get reasonable
error message in case preprocessor supports it.

CVS snapshot builds fine on IA64, thanks.



[2005-02-08 15:08:56] [EMAIL PROTECTED]

Unfortunately we can't - there are some weird preprocessors out there.



[2005-02-08 15:01:41] mcihar at suse dot cz

Hmm, the rewritten code in cvs looks much better, the endian problem
should not appear (I haven't yet tested it, will do that soon). However
the second part of patch IMHO should be applied anyway. It's better to
get preprocessor error, than getting tons of syntax and undefined
errors from compiler.



[2005-02-08 14:28:38] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2005-02-08 14:28:11] mcihar at suse dot cz

Just forgot to mention that same applies on 4.3.10



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

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

#31215 [Bgs->Csd]: make fails with various errors

[sniper]

 ID:   31215
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at tomanthony dot co dot uk
-Status:   Bogus
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Mac OS X 10.2.5 Server
 PHP Version:  4.3.10
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2004-12-21 03:41:13] [EMAIL PROTECTED]

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. 

Thank you for your interest in PHP.

There is already a bug report about this: bug #31160



[2004-12-21 03:37:06] php at tomanthony dot co dot uk

Description:

My first bug report, sorry if this is done incorrectly.

I am running Apache 1.3.29 and PHP 4.3.4, and attempting 
to install 4.3.10 fails on the 'make' command.

This bug seems to be the same as 30927 and 30948.

Reproduce code:
---
I configured 4.3.10 twice, one using:

./configure --with-xml --with-zlib --with-apxs=/usr/
sbin/apxs --with-mysql 

and then:

./configure --prefix=/usr --sysconfdir=/etc --
localstatedir=/var --mandir=/usr/share/man --with-xml --
with-apxs=/usr/sbin/apxs --with-mysql

Both failed, on make.

Expected result:

A no-errors successful make, so I could make install and 
upgrade my php installation.

Actual result:
--
Many errors based on 'zend', starting:

php-4.3.10/Zend/zend_strtod.c:239: parse error before 
"uint32_t"

And going on before a final:

make: *** [Zend/zend_strtod.lo] Error 1






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

#31232 [NoF->Csd]: zend_strtod.c, unsigned 32 int def fails

[sniper]

 ID:   31232
 Updated by:   [EMAIL PROTECTED]
 Reported By:  aaron dot bailey at hp dot com
-Status:   No Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: hp-ux 11.11
 PHP Version:  5.0.3
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2004-12-21 18:25:49] aaron dot bailey at hp dot com

Description:

zend_strtod.c fails compile due to:

#define ULong  u_int32_t

sys/types.h on hp-ux defines as uint32_t

Easy Fix (Line 130):

#if defined(__sparc__) || defined (__ppc__) || defined (__hppa__)
#define u_int32_t uint32_t
#endif 

Expected result:

#if defined(__sparc__) || defined (__ppc__) || defined (__hppa__)
#define u_int32_t uint32_t
#endif 






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

#30948 [Bgs->Csd]: error: parse error before "one"

[sniper]

 ID:   30948
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pauls at sellingsource dot com
-Status:   Bogus
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Mac OS X 10.3.6
 PHP Version:  4.3.10RC1


Previous Comments:


[2004-12-01 08:47:24] [EMAIL PROTECTED]

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. 

Thank you for your interest in PHP.

Duplicate of bug #30927.



[2004-11-30 23:55:09] pauls at sellingsource dot com

Description:

It appears there is an uncommented comment at line 228 and 229 of
/php-5.0.3RC1/Zend/zend_strtod.c.  This error occurs for me in both
php-5.0.3RC1 and php-4.3.10RC1.

The fix is to comment those two lines of code.

Reproduce code:
---
./configure --with-xml --with-zlib --with-gd --with-jpeg-dir=/usr/local
--with-png-dir=/usr/local --with-mysql=/usr/local/mysql
--with-apxs2=/usr/local/apache2/bin/apxs --enable-wddx --enable-soap

make

gcc  -IZend/ -I/php-5.0.3RC1/Zend/ -DPHP_ATOM_INC
-I/php-5.0.3RC1/include -I/php-5.0.3RC1/main -I/php-5.0.3RC1
-I/php-5.0.3RC1/Zend -I/usr/include/libxml2 -I/usr/local/include
-I/usr/local/mysql/include  -no-cpp-precomp -I/php-5.0.3RC1/TSRM  -g
-O2  -c /php-5.0.3RC1/Zend/zend_strtod.c -o Zend/zend_strtod.o  && echo
> Zend/zend_strtod.lo
/php-5.0.3RC1/Zend/zend_strtod.c:228: error: parse error before "one"
/php-5.0.3RC1/Zend/zend_strtod.c:229: error: parse error before "IBM"
/php-5.0.3RC1/Zend/zend_strtod.c:235: error: parse error before '}'
token
/php-5.0.3RC1/Zend/zend_strtod.c:235: warning: data definition has no
type or storage class
/php-5.0.3RC1/Zend/zend_strtod.c: In function `ulp':
/php-5.0.3RC1/Zend/zend_strtod.c:923: error: parse error before "x"
/php-5.0.3RC1/Zend/zend_strtod.c:925: error: parse error before "a"
/php-5.0.3RC1/Zend/zend_strtod.c:927: error: `x' undeclared (first use
in this function)
/php-5.0.3RC1/Zend/zend_strtod.c:927: error: (Each undeclared
identifier is reported only once
/php-5.0.3RC1/Zend/zend_strtod.c:927: error: for each function it
appears in.)
/php-5.0.3RC1/Zend/zend_strtod.c:935: error: `a' undeclared (first use
in this function)
/php-5.0.3RC1/Zend/zend_strtod.c: In function `b2d':
/php-5.0.3RC1/Zend/zend_strtod.c:965: error: parse error before "d"
/php-5.0.3RC1/Zend/zend_strtod.c:983: error: `d' undeclared (first use
in this function)
/php-5.0.3RC1/Zend/zend_strtod.c: In function `d2b':
/php-5.0.3RC1/Zend/zend_strtod.c:1036: error: parse error before "d"
/php-5.0.3RC1/Zend/zend_strtod.c:1041: error: `d' undeclared (first use
in this function)
/php-5.0.3RC1/Zend/zend_strtod.c: In function `ratio':
/php-5.0.3RC1/Zend/zend_strtod.c:1167: error: parse error before "da"
/php-5.0.3RC1/Zend/zend_strtod.c:1170: error: `da' undeclared (first
use in this function)
/php-5.0.3RC1/Zend/zend_strtod.c:1171: error: `db' undeclared (first
use in this function)
/php-5.0.3RC1/Zend/zend_strtod.c: In function `zend_strtod':
/php-5.0.3RC1/Zend/zend_strtod.c:1238: error: parse error before "rv"
/php-5.0.3RC1/Zend/zend_strtod.c:1247: error: `rv' undeclared (first
use in this function)
/php-5.0.3RC1/Zend/zend_strtod.c:1480: error: `rv0' undeclared (first
use in this function)
make: *** [Zend/zend_strtod.lo] Error 1







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

#31440 [Ver->Csd]: [PATCH] GLOBALS array overwritten from GET/POST/COOKIE vars

[iliaa]

 ID:   31440
 Updated by:   [EMAIL PROTECTED]
 Reported By:  john at jelsoft dot com
-Status:   Verified
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  4CVS, 5CVS (2005-02-15)
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2005-02-17 05:28:03] [EMAIL PROTECTED]

Here's better patch, by Ilia:

  http://www.php.net/~jani/patches/bug31440.patch





[2005-02-15 12:49:55] [EMAIL PROTECTED]

note: In HEAD you _can_ overwrite GLOBALS with this:

script.php?GLOBALS=error

but NOT with this:

script.php?GLOBALS[php]=error



[2005-02-15 12:48:48] [EMAIL PROTECTED]

Here are some patches I wrote to fix this:

For PHP_4_3 branch: 
  http://www.php.net/~jani/patches/bug31440.php_4_3_patch
 
For HEAD branch:
  http://www.php.net/~jani/patches/bug31440.php_HEAD_patch




[2005-01-07 13:36:49] john at jelsoft dot com

Description:

With 
register_globals on 
it is possible to overwrite the $GLOBALS array from GET/POST/COOKIE
vars.

For example, try the script below:

script.php
(will print the full GLOBALS array)

script.php?GLOBALS[php]=error
(will print a GLOBALS array with just one entry)

_GET, _POST, etc superglobals are no vulnerable.
PHP5 does not exhibit this behaviour.


Reproduce code:
---
kill GLOBALS






Expected result:

Full display of GLOBALS array

Actual result:
--
GLOBALS array with just one entry





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

#31941 [Fbk->Csd]: Make Fails at Zend/zend_strtod.c, line 239

[sniper]

 ID:   31941
 Updated by:   [EMAIL PROTECTED]
 Reported By:  buffalo at radix dot net
-Status:   Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Solaris 2.5.0 / 5.5
 PHP Version:  4.3.10
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2005-02-12 03:18:52] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

AFAIK, this is already fixed in CVS.




[2005-02-11 23:26:57] buffalo at radix dot net

Description:

During a normal build from source on Solaris 2.5.0/GCC 2.95.2, with the
the configure line:

./configure  --prefix=/usr/local/php-4.3.10
--with-mysql=/usr/local/mysql-3.23
.58 --with-apxs=/usr/local/apache_1.3.33/bin/apxs
--enable-memory-limit

The make process fails at Zend/zend_strtod.c, line 239, complaining
about definitions for uint32_t or int32_t

Earlier versions of PHP 4.3.x had built without incident on the same
box. Trying the lates snapshot did not solve the problem.

A C programmer friend figured it out for me.:

Under Solaris 2.5.0, there doesn't seem to be a definition for uint32_t
or int32_t.

To get php 4.3.10 to compile, edit Zend/zend_strtod.c and at line 131
change:

#if defined(__sparc__) || defined(__ppc__)
#define u_int32_t uint32_t
#endif

to:

#if defined(__sparc__) || defined(__ppc__)
#define u_int32_t unsigned int
#define int32_t int
#endif









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

#32006 [Opn->Fbk]: convert_uudecode not always working

[derick]

 ID:   32006
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hoarau76 at free dot fr
-Status:   Open
+Status:   Feedback
 Bug Type: Strings related
 Operating System: windows XP pro
 PHP Version:  5.0.3
 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.



Previous Comments:


[2005-02-17 01:23:05] hoarau76 at free dot fr

Description:

I can't uudecode a string
it works under perl or winrar, but not with php 5.03

Reproduce code:
---
http://www.chez.com/hoarau/bad_size.alt.binaries.picture.erotica.breasts.natural.87617";);

   if (preg_match("/begin ([0-7]+) (.+)\r?\n(.+)\r?\nend/Us", $data,
$part))
{
$file = convert_uudecode($part[3]);
}
 
?>

Expected result:

I expect this script to work but it doesn't and gave me:

PHP Warning:  convert_uudecode(): The given parameter is not a valid
uuencoded s
tring. in C:\a.php on line 7






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

#32003 [Opn->Bgs]: problem with floats...

[derick]

 ID:   32003
 Updated by:   [EMAIL PROTECTED]
 Reported By:  razorwarden-nobullshit at yahoo dot it
-Status:   Open
+Status:   Bogus
 Bug Type: Math related
 Operating System: *
 PHP Version:  4CVS, 5CVS (2005-02-17)
 New Comment:

No it is not.
http://www.php.net/manual/en/ini.core.php#ini.precision

Derick


Previous Comments:


[2005-02-16 23:16:29] razorwarden-nobullshit at yahoo dot it

my question is... Why i have this problem with php ONLY?? It seems much
like this is a php problem to me, not a floating numbers problem. And
anyway, i can understand that if i do 2 / 3 i'll never have the exact
value, but an approximated one. But -0.04 + 0.04 =
0.12644358?? lol that's not a floating point fault,
that's a php fault m8...



[2005-02-16 20:44:27] [EMAIL PROTECTED]

Floating point values have a limited precision. Hence a value might 
not have the same string representation after any processing. That also
includes writing a floating point value in your script and directly 
printing it without any mathematical operations.
 
Thank you for your interest in PHP.





[2005-02-16 19:35:54] razorwarden-nobullshit at yahoo dot it

Description:

PHP seems to have problems with floats... infact -0.04 + 0.04 is not
equal to 1.3877787807814E-017... the operation $num = -0.04 + 0.04
itself returns 0 as expected but if we start from a bigger negative
value (such as -4) and we add for several times a positive value
(0.04), the result may vary and are quite weird. Note that this problem
seems to vary from machine to machine.
I've also tried the same code with c# and other languages and the
output is the expected one, so there's no doubt that this is really a
php bug.

Reproduce code:
---
\n";
 
}

?>

Expected result:

-0.2
-0.16
-0.12
-0.08
-0.04
0
0.04
0.08
0.12
0.16
0.2

Actual result:
--
-0.2
-0.16
-0.12
-0.08
-0.04
1.3877787807814E-017
0.04
0.08
0.12
0.16

note that there ISN'T the last number (0.2), most probably because the
float value is smt like 2.001

With $start = -8 and $end = 8, the middle output is:

[...]
-0.31
-0.27
-0.23
-0.19
-0.15
-0.11
-0.073
-0.033
6.5641936330962E-015
0.047
0.087
0.120001
0.160001
0.21
0.240001
0.280001
[...]

With my machine (win 2k, php 4.3.10), and

[...]
-0.08
-0.04
6.5641936330962E-015
0.04
0.08
[...]

on my web server (linux, php 4.3.10 with modifications, see the links
below for further details)

A page with this code is online at:
http://nemea.altervista.org/alfa/phpbug.php
Complete php info at: http://nemea.altervista.org/alfa/phpinfo.php





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