#21982 [NEW]: imap_fetchstructure crashes php on apache

2003-01-31 Thread marius 
From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.2.2
PHP Bug Type: IMAP related
Bug description:  imap_fetchstructure crashes php on apache

imap_fetchstructure crashes PHP on Apache when try to read mailbox witch
such message header:

==
Return-Path: <[EMAIL PROTECTED]>
X-Sieve: cmu-sieve 2.0
Received: from vilnius.balt.net (vilnius.balt.net [195.14.170.14])
by calypso.bi.lt (Postfix) with SMTP id 311311B32A5
for <[EMAIL PROTECTED]>; Tue, 14 Jan 2003 15:56:37 +0200
(GMT-2)
Received: (qmail 31283 invoked from network); 14 Jan 2003 13:56:28 -
Received: from ip-195-14-171-1.bnk.lt (HELO DARIUS) (195.14.171.1)
  by vilnius.balt.net with SMTP; 14 Jan 2003 13:56:28 -
Date: Tue, 14 Jan 2003 16:00:52 +0100
From: InfoUltra <[EMAIL PROTECTED]>
X-Mailer: The Bat! (v1.41) UNREG / CD5BF9353B3B7091
Reply-To: InfoUltra <[EMAIL PROTECTED]>
X-Priority: 3 (Normal)
Message-ID: <[EMAIL PROTECTED]>
To: "[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED]>, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]>, [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], vandad"@socmin.lt>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>, <[EMAI

#20262 [Com]: Apache2 still wont load

2002-11-24 Thread marius 
 ID:   20262
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: W2K
 PHP Version:  4.2.3
 New Comment:

I had to replace the current dll used by this release with the very
latest BETA version (not ready for production ) and the problem went
away. This means that the current version does have a bug unless it
means that non working dll's are not classed as having bugs. This will
be  new concept but for most of us, this concept will not work.

I cannot change the status of the bug because the system cannot trace
the bug number for some reason.


Previous Comments:


[2002-11-21 17:10:48] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-11-05 10:07:11] [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.

Install the latest CVS and make sure you do not have any old php
libraries. This error occures because you need a more recent version of
PHP then the one you have to use Apache2.0.43.



[2002-11-05 10:07:11] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2002-11-05 10:01:38] [EMAIL PROTECTED]

This bug was experienced on an earlier version of PHP and Apache2.0.39
or there somewhere. The bug report was closed for that version but it
appears again in the very latest release of both PHP and Apache2 (PHP
4.2.3 and Apache2.0.43

The reported error is:

Apache.exe: module
"c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible
with this version of Apache
found 20020628, need 20020903).
Please contact the vendor for the correct version.




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

#21436 [NEW]: Call to undefined function: imagecreatefromjpeg()

2003-01-05 Thread marius 
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.3.0
PHP Bug Type: GD related
Bug description:  Call to undefined function: imagecreatefromjpeg()

function resize($file) //voici la fonction qui redimensionne les images
{
$size = getimagesize("test/$file");


$dest_width = ($size[0]/6); //détermine la taille
$dest_eight = ($size[1]/6);

$src_img = imagecreatefromjpeg("test/$file");
$dst_img = imagecreatetruecolor($dest_width,$dest_eight);

imagecopyresampled($dst_img, $src_img, 0, 0, 0, 0,$dest_width,
$dest_eight, $size[0], $size[1]);
// la fonction qui redimensionne les photos
imagejpeg($dst_img, "test/mini_$file",100);
imagedestroy($src_img);
imagedestroy($dst_img);
}

resize("oras.jpg");
?>

Call to undefined function: imagecreatefromjpeg()

 './configure' '--with-apxs2=/newapache/bin/apxs'


-- 
Edit bug report at http://bugs.php.net/?id=21436&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21436&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21436&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21436&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21436&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21436&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21436&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21436&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21436&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21436&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21436&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21436&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21436&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21436&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21436&r=gnused

#20262 [NEW]: Apache2 still wont load

2002-11-05 Thread marius 
From: [EMAIL PROTECTED]
Operating system: W2K
PHP version:  4.2.3
PHP Bug Type: Apache2 related
Bug description:  Apache2 still wont load

This bug was experienced on an earlier version of PHP and Apache2.0.39 or
there somewhere. The bug report was closed for that version but it appears
again in the very latest release of both PHP and Apache2 (PHP 4.2.3 and
Apache2.0.43

The reported error is:

Apache.exe: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c"
is not compatible with this version of Apache
found 20020628, need 20020903).
Please contact the vendor for the correct version.
-- 
Edit bug report at http://bugs.php.net/?id=20262&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20262&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20262&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20262&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20262&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20262&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20262&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20262&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20262&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20262&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20262&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20262&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20262&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20262&r=isapi

#29764 [NEW]: crash

2004-08-19 Thread marius at electricplus dot ro 
From: marius at electricplus dot ro
Operating system: win 9.x
PHP version:  5.0.0
PHP Bug Type: Reproducible crash
Bug description:  crash

Description:



Reproduce code:
---
 

Expected result:

Array
(
[0] => core
[1] => http_core
[2] => mod_so
[3] => sapi_apache2
[4] => mod_mime
[5] => mod_rewrite
)


Actual result:
--
crash witch close from apache when I hit close apache restarts.

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

#30373 [NEW]: Crash

2004-10-09 Thread marius at electricplus dot ro 
From: marius at electricplus dot ro
Operating system: Windows XP
PHP version:  5.0.2
PHP Bug Type: Reproducible crash
Bug description:  Crash

Description:

Crash , on windows XP , also I have posted for php 5.0.0 on win 98 , same
function apache_get_modules bug number 29764.
Thanks.

Reproduce code:
---


Expected result:

Array
(
[0] => core
[1] => http_core
[2] => mod_so
[3] => sapi_apache2
[4] => mod_mime
[5] => mod_rewrite
)

Actual result:
--
Crash.

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

#30373 [Opn]: Crash

2004-10-09 Thread marius at electricplus dot ro 
 ID:   30373
 User updated by:  marius at electricplus dot ro
 Reported By:  marius at electricplus dot ro
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Windows XP
 PHP Version:  5.0.2
 New Comment:

I have apache 1.3.31.


Previous Comments:


[2004-10-09 14:26:01] marius at electricplus dot ro

Description:

Crash , on windows XP , also I have posted for php 5.0.0 on win 98 ,
same function apache_get_modules bug number 29764.
Thanks.

Reproduce code:
---


Expected result:

Array
(
[0] => core
[1] => http_core
[2] => mod_so
[3] => sapi_apache2
[4] => mod_mime
[5] => mod_rewrite
)

Actual result:
--
Crash.





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

#30373 [Opn]: Crash

2004-10-09 Thread marius at electricplus dot ro 
 ID:   30373
 User updated by:  marius at electricplus dot ro
 Reported By:  marius at electricplus dot ro
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Windows XP
 PHP Version:  5.0.2
 New Comment:

I also tried  http://snaps.php.net/win32/php5.0-win32-latest.zip and
still with a crash.


Previous Comments:


[2004-10-09 14:28:14] marius at electricplus dot ro

I have apache 1.3.31.



[2004-10-09 14:26:01] marius at electricplus dot ro

Description:

Crash , on windows XP , also I have posted for php 5.0.0 on win 98 ,
same function apache_get_modules bug number 29764.
Thanks.

Reproduce code:
---


Expected result:

Array
(
[0] => core
[1] => http_core
[2] => mod_so
[3] => sapi_apache2
[4] => mod_mime
[5] => mod_rewrite
)

Actual result:
--
Crash.





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

#46243 [NEW]: segfault on looped function return

2008-10-06 Thread Marius at BudgetDedicated dot com 
From: Marius at BudgetDedicated dot com
Operating system: Linux
PHP version:  5.2.6
PHP Bug Type: Reproducible crash
Bug description:  segfault on looped function return

Description:

On all php versions I have available to test, including a local compile of
the most recent stable (5.2.6) , using both the apache2 and cli api, I get
a segfault on a looped function return. The example below is very simple
and no one should make this mistake, but it must not cause php to segfault.
For some structures involving complex objects and classes, returning such a
loop may not always be obvious and the lack of error reporting after a
segfault may make it hard to find the problem. 

Reproduce code:
---




Expected result:

Error

Actual result:
--
Segfault

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

#35629 [NEW]: Apache2 [notice] child pid 12388 exit signal Segmentation fault (11)

2005-12-10 Thread marius at joy2share dot com 
From: marius at joy2share dot com
Operating system: Linux (Fedora Core 4)
PHP version:  5.1.1
PHP Bug Type: Reproducible crash
Bug description:  Apache2 [notice] child pid 12388 exit signal Segmentation 
fault (11)

Description:

[Sun Dec 11 05:03:00 2005] [notice] child pid 12388 exit signal
Segmentation fault (11)

The script below worked fine with PHP 5.0.5.

I have : Apache/2.2.0 PHP/5.1.1 configured on my system.

Reproduce code:
---
http://www.amazon.com/exec/obidos/tg/detail/-/0131867164/ref=pd_sbs_b_2/002-9050535-1556846?%5Fencoding=UTF8&v=glance";;
$f = file($link);
?>

Expected result:

$f will contain an array with that file.

Actual result:
--
[Sun Dec 11 05:03:00 2005] [notice] child pid 12388 exit signal
Segmentation fault (11)

And I get the file with the code mentioned above for download.
The file is empty.

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

#35629 [Fbk->Opn]: Apache2 [notice] child pid 12388 exit signal Segmentation fault (11)

2005-12-11 Thread marius at joy2share dot com 
 ID:   35629
 User updated by:  marius at joy2share dot com
 Reported By:  marius at joy2share dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux (Fedora Core 4)
 PHP Version:  5.1.1
 New Comment:

I tried with the CVS snapshot(PHP/5.1.2-dev) and I get the same
result.

[Sun Dec 11 22:32:11 2005] [notice] child pid 12430 exit signal
Segmentation fault (11)


Previous Comments:


[2005-12-11 14:09:37] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-12-11 04:23:15] marius at joy2share dot com

Description:

[Sun Dec 11 05:03:00 2005] [notice] child pid 12388 exit signal
Segmentation fault (11)

The script below worked fine with PHP 5.0.5.

I have : Apache/2.2.0 PHP/5.1.1 configured on my system.

Reproduce code:
---
http://www.amazon.com/exec/obidos/tg/detail/-/0131867164/ref=pd_sbs_b_2/002-9050535-1556846?%5Fencoding=UTF8&v=glance";;
$f = file($link);
?>

Expected result:

$f will contain an array with that file.

Actual result:
--
[Sun Dec 11 05:03:00 2005] [notice] child pid 12388 exit signal
Segmentation fault (11)

And I get the file with the code mentioned above for download.
The file is empty.





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

#35629 [Fbk->Opn]: Apache2 [notice] child pid 12388 exit signal Segmentation fault (11)

2005-12-11 Thread marius at joy2share dot com 
 ID:   35629
 User updated by:  marius at joy2share dot com
 Reported By:  marius at joy2share dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux (Fedora Core 4)
 PHP Version:  5.1.1
 New Comment:

gdb backtrace :

(gdb) bt
#0  0xb7d77218 in php_stream_url_wrap_http_ex (wrapper=0x81ea440,
path=0xbfbbcbe4
"http://www.amazon.com/exec/obidos/tg/detail/-/0131867164/ref=pd_sbs_b_2/002-4279985-3370440?%5Fencoding=UTF8&v=glance";,
mode=0xb7e81808 "rb", options=4, opened_path=0x0, context=0x82341f4,
redirect_max=19, header_init=0,
__php_stream_call_depth=0, __zend_filename=0xb7eaed18
"/share2/php5.1-200512111530/ext/standard/http_fopen_wrapper.c",
__zend_lineno=643, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at
/share2/php5.1-200512111530/ext/standard/http_fopen_wrapper.c:648
#1  0xb7d77132 in php_stream_url_wrap_http_ex (wrapper=0x81ea440,
path=0x823414c
"http://www.amazon.com/exec/obidos/tg/detail/-/0131867164/ref=pd_sbs_b_2/002-9050535-1556846?%5Fencoding=UTF8&v=glance";,
mode=0xb7e81808 "rb", options=Variable "options" is not available.
) at /share2/php5.1-200512111530/ext/standard/http_fopen_wrapper.c:643
#2  0xb7d786f7 in php_stream_url_wrap_http (wrapper=0x81ea440,
path=0x823414c
"http://www.amazon.com/exec/obidos/tg/detail/-/0131867164/ref=pd_sbs_b_2/002-9050535-1556846?%5Fencoding=UTF8&v=glance";,
mode=0xb7e81808 "rb", options=4, opened_path=0x0, context=0x82341f4,
__php_stream_call_depth=1,
__zend_filename=0xb7eb478c
"/share2/php5.1-200512111530/main/streams/streams.c",
__zend_lineno=1773,
__zend_orig_filename=0xb7ea77d4
"/share2/php5.1-200512111530/ext/standard/file.c",
__zend_orig_lineno=701)
at
/share2/php5.1-200512111530/ext/standard/http_fopen_wrapper.c:703
#3  0xb7da9610 in _php_stream_open_wrapper_ex (
path=0x823414c
"http://www.amazon.com/exec/obidos/tg/detail/-/0131867164/ref=pd_sbs_b_2/002-9050535-1556846?%5Fencoding=UTF8&v=glance";,
mode=0xb7e81808 "rb", options=4, opened_path=0x0, context=0x82341f4,
__php_stream_call_depth=0,
__zend_filename=0xb7ea77d4
"/share2/php5.1-200512111530/ext/standard/file.c", __zend_lineno=701,
__zend_orig_filename=Variable "__zend_orig_filename" is not available.
)
at /share2/php5.1-200512111530/main/streams/streams.c:1771
#4  0xb7d2be29 in zif_file (ht=1, return_value=0x823b824,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)
at /share2/php5.1-200512111530/ext/standard/file.c:701
#5  0xb7dfeba6 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfbbd740)
at /share2/php5.1-200512111530/Zend/zend_vm_execute.h:192
#6  0xb7dfe1a1 in execute (op_array=0x8233f2c) at
/share2/php5.1-200512111530/Zend/zend_vm_execute.h:92
#7  0xb7ddc205 in zend_execute_scripts (type=8, retval=Variable
"retval" is not available.
) at /share2/php5.1-200512111530/Zend/zend.c:1101
#8  0xb7d9386b in php_execute_script (primary_file=0xbfbbfa84) at
/share2/php5.1-200512111530/main/main.c:1720
#9  0xb7e7f153 in php_handler (r=0x8219200) at
/share2/php5.1-200512111530/sapi/apache2handler/sapi_apache2.c:584
#10 0x08076c6c in ap_run_handler ()
#11 0x080795f0 in ap_invoke_handler ()
#12 0x080997de in ap_process_request ()
#13 0x080961cf in ap_process_http_connection ()
#14 0x0807dedb in ap_run_process_connection ()
#15 0x0807e257 in ap_process_connection ()
#16 0x080b64f5 in child_main ()
#17 0x080b6814 in make_child ()
---Type  to continue, or q  to quit---
#18 0x080b6f7e in ap_mpm_run ()
#19 0x080624df in main ()
(gdb)


Previous Comments:


[2005-12-11 21:48:33] [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 for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

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





[2005-12-11 21:32:26] marius at joy2share dot com

I tried with the CVS snapshot(PHP/5.1.2-dev) and I get the same
result.

[Sun Dec 11 22:32:11 2005] [notice] child pid 12430 exit signal
Segmentation fault (11)



[2005-12-11 14:09:37] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-12-11 04:23:15] marius at joy2s

[PHP-BUG] Bug #64194 [NEW]: Null variable doesn't give error when trying to use as array

2013-02-12 Thread marius at kitara dot nl 
From: marius at kitara dot nl
Operating system: FreeBSD 9.1
PHP version:  5.4.11
Package:  Arrays related
Bug Type: Bug
Bug description:Null variable doesn't give error when trying to use as array

Description:

When you define a string as null value you won't get any undefined errors.
As soon you define a value in that same string you will see undefined
errors.

Test script:
---
https://bugs.php.net/bug.php?id=64194&edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=64194&r=trysnapshot54
Try a snapshot (PHP 5.3):   
https://bugs.php.net/fix.php?id=64194&r=trysnapshot53
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=64194&r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=64194&r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=64194&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64194&r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=64194&r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=64194&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64194&r=support
Expected behavior:  https://bugs.php.net/fix.php?id=64194&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64194&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64194&r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=64194&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64194&r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=64194&r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=64194&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64194&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64194&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64194&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=64194&r=mysqlcfg

#21565 [Com]: include/require fail under safe-mode.

2003-04-04 Thread dinu dot marius at home dot ro 
 ID:   21565
 Comment by:   dinu dot marius at home dot ro
 Reported By:  komanek at natur dot cuni dot cz
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Tru64Unix 5.1A
 PHP Version:  4.3.0
 New Comment:

I have the same problem. It does not matter if safemode is on or off
and it does not matter where the file is located.

OS: Windows '95
PHP: 4.2.3
Server: PWS 2.0 (included in windows 95)


Previous Comments:


[2003-04-02 08:09:38] jot at agonize dot org

Same issue under Apache 1.3.27 and PHP 4.3.1. Includes dont seem to
work at all unless the absolute path is used.. even with safe_mode set
to off.



[2003-02-11 08:28:27] s dot birkhoff at liwest dot at

I have the same Problem under Windows 2000/XP/IIS and
PHP Version 4.3.0

In Version 4.2.3 it all works fine.



[2003-01-30 06:49:10] Emil at Wayers dot com

My Solaris 8 and Solaris 7 both have this problem with Apache 1.3.27
and MySQL-max-3.23.54a-sun-solaris2.8 +
MySQL-max-3.23.54a-sun-solaris2.7 under PHP 4.3.0



[2003-01-30 06:45:19] Emil at Wayers dot com

I found the excact same problem.

Fatal error: main() [function.main]: Failed opening required
'./libraries/grab_globals.lib.php'
(include_path='.:/usr/local/lib/php') in
/opt/www/conf/phpMyAdmin/index.php on line 9

Safe_mode is on here; I traced the problem to a require/include
function problem (duh)

You will have to specify the exact path to the file in safemode, even
if you have the path in your include_path.

If the file has no path given in the require or the include PHP 4.3.0
gives these kind of errors. But older version accept it.

Note; even ../../ and ./ do not work. The latest phpMyAdmin will not
work on PHP 4.3.0 with safemode on.



[2003-01-14 00:12:45] komanek at natur dot cuni dot cz

I turned all errors and warnings reporting to have maximum info. Here
is a real example from my web, with real paths in filesystem. Both
"include" and "require" are used to demonstrate the difference,
previously, I used only "require". Strange is that in php 4.2.2 it
worked fine for me. The only difference is the upgraded php dynamic
module for Apache. It is not the problem of non-existing files or paths
because with safe_mode = Off the included and required files are found
and opened with no errors.





The Catalogue








The output of this is:

Warning: main() [function.main]: Unable to access ./header.php in
/usr/users/dbminer/public_html/index.php on line 2

Warning: main(header.php) [function.main]: failed to create stream: No
such file or directory in /usr/users/dbminer/public_html/index.php on
line 2

Warning: main() [function.main]: Failed opening 'header.php' for
inclusion
(include_path='.:./:/usr/users/komanek/public_html/TEST/phpclasses:/usr/local/lib/php:/usr/local/www/apache/htdocs/MINER:/usr/users/dbminer/public_html:/usr/users/popin/html2/statistics/i')
in /usr/users/dbminer/public_html/index.php on line 2

The Catalogue

Warning: main() [function.main]: Unable to access ./footer.php in
/usr/users/dbminer/public_html/index.php on line 11

Warning: main(footer.php) [function.main]: failed to create stream: No
such file or directory in /usr/users/dbminer/public_html/index.php on
line 11

Fatal error: main() [function.main]: Failed opening required
'footer.php'
(include_path='.:./:/usr/users/komanek/public_html/TEST/phpclasses:/usr/local/lib/php:/usr/local/www/apache/htdocs/MINER:/usr/users/dbminer/public_html:/usr/users/popin/html2/statistics/i')
in /usr/users/dbminer/public_html/index.php on line 11



>From filesystem:

lib[0]:/usr/users/dbminer/public_html(07:04)# ls -al index.php
header.php footer.php
-rw-r--r--   1 dbminer  users174 Oct 30  2000 footer.php
-rw-r--r--   1 dbminer  users   1047 Nov  7  2001 header.php
-rw-r--r--   1 dbminer  users161 Jan 13 12:08 index.php

Configure switches:

--with-apache=/scratch/sources/apache_1.3.26 --with-openssl
--with-zlib=/usr/local --with-zlib-dir=/usr/local --with-bz2=/usr/local
--with-db --enable-dbase --with-gd --with-dom --enable-ftp
--enable-gd-native-ttf --with-freetype-dir=/usr/local/freetype2
--with-iconv --with-mysql --enable-trans-sid
--with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/local/lib
--enable-sockets --enable-discard-path --enable-safe-mode
--enable-bcmatch --enable-calendar --enable-ctype --enable-mailparse
--enable-force-cgi-redirect --enable-memory-limit
--with-expat-dir=/usr/local --with-xml --with-gettext --with-mcrypt
--with-imap=/sc

#32913 [NEW]: properties via __get and __set methods in one expression won't work

2005-05-02 Thread marius at distance dot ktu dot lt 
From: marius at distance dot ktu dot lt
Operating system: Linux
PHP version:  5.0.3
PHP Bug Type: Class/Object related
Bug description:  properties via __get and __set methods in one expression 
won't work

Description:

Note: you might say this is a duplicate of #28444, but i don't think it's
not a bug so please read carefully what i've written before doing that and
if you say it's a duplicate, please explain specificaly why... thanks.
---

when i traverse object tree with overloaded properties, i can't assign a
value to complex properties (i.e. $a->b->c). i don't see why this should
be a problem for php...

I don't get why do you say it's not a bug? Consider my reproduce code.

why do the first and second property accessors work and the third (final)
one does not?
as i understand the final statement ($a->a->a = "";) should do:
$a->__get("a")->__set("a", "");

so what's wrong with that? no recursive __get or __set, everything should
work by specification... or am i wrong? if so, where?

Reproduce code:
---
a->a; // only __get = ok
$a->a = ""; // only __set = ok
$a->a->a = ""; // __get and __set = error
?>

Expected result:

the code should work ok.

Actual result:
--
Fatal error: Cannot access undefined property for object with overloaded
property access in test.php on line 15

this error only happens if php would need to call __get and __set of some
classes (sequentially not recursively) to resolve one (lhs) expression.

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

#16360 [Com]: Segmentation fault in Array functions

2004-12-16 Thread marius dot lessiak at oewa dot at 
 ID:   16360
 Comment by:   marius dot lessiak at oewa dot at
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux, Windows, Tru64
 PHP Version:  4.0CVS-2002-07-09
 New Comment:

same problem here.
demonstration script 1 just throws a seg fault.
demonstration script 2 works (memory settings:200M)
php version is 4.3.4 running on apache2


Previous Comments:


[2002-12-08 09:25:16] hawk at yooo dot cc

After upgrading from PHP 4.0.6 to 4.2.3 (stable) I experience the same
problem - using the demonstration script 1 Apache/PHP dies with
Segmentation fault (11).

Using demonstration script 2 I only get an error indicating that the
memory limit (8MB) has been exhausted.



[2002-09-23 07:28:10] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-08-28 19:56:18] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

The problem no longer seems to happen with the latest CVS on Linux &
Windows.



[2002-07-09 05:42:36] [EMAIL PROTECTED]

This happens on Tru64 with current CSV-Snapshot php4-20020709

> php-test/bin/php theline.php 
Unaligned access pid=10795  va=0x140062b7c pc=0x1201ab460
ra=0x1201ab454 inst=0xb401

FATAL:  emalloc():  Unable to allocate 71 bytes



[2002-04-03 20:48:33] chris at dvdplaza dot com dot au

I'm not sure if this is the same problem, but I get something extremely
similar.

Install PHP 4.1.x (whether .1 or .2) and suddenly Apache begins
growing, and growing, and GROWING in memory use.  Eventually a
malloc/segfault occurs and Apache either restarts or simply fails
outright.

Reverting to 4.0.6 resolves the issue, placing 4.1.x back on
reintroduces it.  No Zend, no nothing other than GZIP and MySQL.

Since numerous malloc/segfaults end up leaving Apache unable to restart
itself, and PHP 4.1.2 was a security fix and thus HAD to upgrade to it
(previously just stuck with 4.0.6 due to this), I have had to configure
Apache to auto-restart itself every few hundred hits - this seems to
prevent the fault occurring.

Mind you PHP still fills up the error log with sh#tloads of parse
errors - out of say several hundred executions of a simple 1 line
script for example it'll suddenly decide on the next excution to suffer
a parse error.  Again specific to PHP 4.1.x

Sorry if this isn't the same fault?



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

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

Bug #39179 [Com]: Abstract types not handled by SoapClient in WSDL mode

2012-05-08 Thread marius dot orcsik at avangate dot com 
Edit report at https://bugs.php.net/bug.php?id=39179&edit=1

 ID: 39179
 Comment by: marius dot orcsik at avangate dot com
 Reported by:jchernia at netsuite dot com
 Summary:Abstract types not handled by SoapClient in WSDL
 mode
 Status: No Feedback
 Type:   Bug
 Package:SOAP related
 Operating System:   Windows XP
 PHP Version:5.1.6
 Assigned To:dmitry
 Block user comment: N
 Private report: N

 New Comment:

This problem is still present in PHP 5.3.12.


Previous Comments:

[2009-08-05 17:54:50] styx31 at gmail dot com

This bug is still present in the last version.

SoapClient does not honor polymorphism correctly, with or without abstract types

Sample WSDL :


  

  


  

  
  

  


Operation contract :


 
  
 


The operation CheckPerson accepts both Person and PersonIdentity.

Despite the fact that you can create a class which correponds in PHP :

class PersonIdentity {
  public $Id;
}

class Person extends PersonIdentity {
  public $Name;
  public $FirstName;
}

If you use a Person instance when you call CheckPerson() :
- the Person will be serialized as a PersonIdentity,
- no i:type="Person" attribute will be added to the  element,
- the properties belonging to the Person class will be dropped


[2009-06-16 06:07:08] dasteph+forum at gmail dot com

Hi,

I have pretty the same problem.
Reproducing code: http://castex.de/stuff/php-bug.txt

expected result (in error log)
--
[15-Jun-2009 16:47:29] client
[15-Jun-2009 16:47:29] server
[15-Jun-2009 16:47:29] TestAbstractRequest Object
(
[element] => Child Object
(
[name] => test
)

)

actual result
-
[15-Jun-2009 16:47:29] client
[15-Jun-2009 16:47:29] server
[15-Jun-2009 16:47:29] TestAbstractRequest Object
(
[element] => Father Object
(
[name] => test
[number] => 5
)

)


Regards

Stephan


[2009-02-20 04:40:46] jchernia at netsuite dot com

Full WSDL - 

https://webservices.netsuite.com/wsdl/v2008_2_0/netsuite.wsdl

The code that Stu submitted will cause the problem. When making the 
get() request you will get

 
instead of 


where internalId and type are properties of the subclass (RecordRef) 
and not of BaseRef.

-John


[2008-09-30 07:47:51] stuart at stuartherbert dot com

Looks like jchernia is trying to access Netsuite's web service (Netsuite is a 
popular hosted ERP solution).  You can't access their SOAP service w/out a 
valid account, but if you had such an account, the following code triggers the 
error:

email='';
$user->password='';
$user->account='';
$user->role=new RecordRef;
$user->role->internalId=;

$loginRequest = new LoginRequest;
$loginRequest->passport = $user;

$soapClient = new 
SoapClient('https://webservices.netsuite.com/wsdl/v2008_1_0/netsuite.wsdl', 
array('trace' => 1));
$result = $soapClient->login($loginRequest);

$requestRef = new RecordRef;
$requestRef->externalId = 200;
$requestRef->type = 'issue';

try
{
$issue = $soapClient->get(array('recordRef' => $requestRef));
var_dump($issue);
}
catch (Exception $e)
{
var_dump($e);
var_dump($soapClient->__getLastRequest());
var_dump($soapClient->__getLastResponse());
}

?>

__getLastRequest() reports:

http://schemas.xmlsoap.org/soap/envelope/"; 
xmlns:ns1="urn:messages_2008_2.platform.webservices.netsuite.com">

and __getLastResponse() reports:


http://schemas.xmlsoap.org/soap/envelope/"; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema"; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
  

  soapenv:Server.userException
  org.xml.sax.SAXException: 
{urn:core_2008_2.platform.webservices.netsuite.com}BaseRef is an abstract type 
and cannot be instantiated
  
http://xml.apache.org/axis/";>partners-java001.svale.netledger.com
  

  


Note the empty  in the request.  baseRef is an abstract type, in 
this case extended the recordRef.  The correct SOAP request is listed by the 
original poster.

Hope that helps.  If you need a Netsuite account for testing purposes, contact 
me privately and I'll sort one out for you.

Best regards,
Stu
--


[2006-10-31 01:00:01] php-bugs at lists dot php dot net

No feedback was

#49832 [NEW]: parse_url won't parse properly a.com:::

2009-10-10 Thread marius dot andreiana at gmail dot com 
From: marius dot andreiana at gmail dot com
Operating system: Linux
PHP version:  5.2.11
PHP Bug Type: URL related
Bug description:  parse_url won't parse properly a.com:::

Description:

http://a.com::: 
Array ( [scheme] => http [host] => a.com:: )
expected: return false

Reproduce code:
---
$url_parts = parse_url("http://a.com:::";);
print_r($url_parts); 


Expected result:

See Description

Actual result:
--
See Description

-- 
Edit bug report at http://bugs.php.net/?id=49832&edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49832&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49832&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49832&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49832&r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=49832&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49832&r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=49832&r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=49832&r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=49832&r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=49832&r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=49832&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=49832&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=49832&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49832&r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=49832&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49832&r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=49832&r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=49832&r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=49832&r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=49832&r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=49832&r=mysqlcfg

#49832 [Fbk->Opn]: parse_url won't parse properly a.com:::

2009-10-10 Thread marius dot andreiana at gmail dot com 
 ID:   49832
 User updated by:  marius dot andreiana at gmail dot com
 Reported By:  marius dot andreiana at gmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: URL related
 Operating System: Linux
 PHP Version:  5.2.11
 New Comment:

Indeed it's not valid.
Therefore parse_url should return false, this is the bug.

Now returns: Array ( [scheme] => http [host] => a.com:: )

Expected: return false


Previous Comments:


[2009-10-10 18:06:50] sjo...@php.net

Thank you for your bug report.

Your example URL, "http://a.com:::";, does not seem valid to me. Why do
you think this URL is valid?



[2009-10-10 15:48:29] marius dot andreiana at gmail dot com

Description:

http://a.com::: 
Array ( [scheme] => http [host] => a.com:: )
expected: return false

Reproduce code:
---
$url_parts = parse_url("http://a.com:::";);
print_r($url_parts); 


Expected result:

See Description

Actual result:
--
See Description





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

#43511 [NEW]: i get non error warning

2007-12-05 Thread marius dot radvan at yahoo dot com 
From: marius dot radvan at yahoo dot com
Operating system: windows
PHP version:  5.2.5
PHP Bug Type: *General Issues
Bug description:  i get non error warning

Description:

Warning: unlink() [function.unlink]: No error in C:\Program
Files\VertrigoServ\www\peluza.info\poze.php 
i get this non error warning

Reproduce code:
---
 if (($pext != "jpg")  && ($pext != "jpeg")) {
  unlink($_FILES['img']['tmp_name']);
?>

Expected result:

delete temp file

Actual result:
--
it shows me that warning

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

#36038 [NEW]: literal C string section (__TEXT,__cstring) does not end with a '\0'

2006-01-16 Thread marius at physics dot aamu dot edu 
From: marius at physics dot aamu dot edu
Operating system: Mac OS X 10.2.8
PHP version:  5.1.2
PHP Bug Type: Compile Failure
Bug description:  literal C string section (__TEXT,__cstring) does not end with 
a '\0'

Description:

I'm trying to build php 5.1.2 under Mac OS X 10.2.8 (I already have built
more capable versions for Mac OS X 10.3.9 w/o any problems and 10.4.4
which needed to be built with gcc 3.3 instead of gcc 4.0). Note: php 5.1.1
built just fine under Mac OS X 10.2.8 with nearly the same configuration (I
updated few dependancies: curl 7.15.0 -> 7.15.1, Berkeley db 4.3.28 ->
4.4.16, libxml2 2.6.22 -> 2.6.23, mysql 5.0.16 -> 5.0.18).

The configure command:

./configure --enable-force-cgi-redirect --with-apxs
--with-openssl=/usr/local/ssl --with-zlib=/usr/local --with-bz2=/usr/local
--with-jpeg-dir=/usr/local --with-tiff-dir=/usr/local
--with-curl=/usr/local --with-db4=/usr/local --enable-exif
--with-gd=/usr/local --with-gettext=/usr/local
--with-mysql=/usr/local/mysql --with-readline=/usr/local
--with-iconv-dir=/usr/local --with-pkg-config=/usr/local
--with-png-dir=/usr/local --with-xpm-dir=/usr/X11R6/lib
--with-freetype-dir=/usr/local


Actual result:
--
It dies with:

gcc -dynamic -twolevel_namespace -bundle -bundle_loader /usr/sbin/httpd
-I/usr/local/include -g -O2   -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/X11R6/lib -L/usr/local/lib/mysql ext/libxml/libxml.o
ext/openssl/openssl.o ext/openssl/xp_ssl.o
ext/pcre/pcrelib/pcre_chartables.o ext/pcre/pcrelib/pcre_compile.o
ext/pcre/pcrelib/pcre_config.o ext/pcre/pcrelib/pcre_dfa_exec.o
ext/pcre/pcrelib/pcre_exec.o ext/pcre/pcrelib/pcre_fullinfo.o
ext/pcre/pcrelib/pcre_get.o ext/pcre/pcrelib/pcre_globals.o
ext/pcre/pcrelib/pcre_info.o ext/pcre/pcrelib/pcre_maketables.o
ext/pcre/pcrelib/pcre_ord2utf8.o ext/pcre/pcrelib/pcre_printint.o
ext/pcre/pcrelib/pcre_refcount.o ext/pcre/pcrelib/pcre_study.o
ext/pcre/pcrelib/pcre_tables.o ext/pcre/pcrelib/pcre_try_flipped.o
ext/pcre/pcrelib/pcre_ucp_findchar.o ext/pcre/pcrelib/pcre_valid_utf8.o
ext/pcre/pcrelib/pcre_version.o ext/pcre/pcrelib/pcre_xclass.o
ext/pcre/php_pcre.o ext/zlib/zlib.o ext/zlib/zlib_fopen_wrapper.o
ext/zlib/zlib_filter.o ext/bz2/bz2.o ext/bz2/bz2_filter.o
ext/ctype/ctype.o ext/curl/interface.o ext/curl/multi.o ext/curl/streams.o
ext/date/php_date.o ext/date/lib/astro.o ext/date/lib/dow.o
ext/date/lib/parse_date.o ext/date/lib/parse_tz.o ext/date/lib/timelib.o
ext/date/lib/tm2unixtime.o ext/date/lib/unixtime2tm.o ext/dba/dba.o
ext/dba/dba_cdb.o ext/dba/dba_dbm.o ext/dba/dba_gdbm.o ext/dba/dba_ndbm.o
ext/dba/dba_db1.o ext/dba/dba_db2.o ext/dba/dba_db3.o ext/dba/dba_db4.o
ext/dba/dba_flatfile.o ext/dba/dba_inifile.o ext/dba/dba_qdbm.o
ext/dba/libcdb/cdb.o ext/dba/libcdb/cdb_make.o ext/dba/libcdb/uint32.o
ext/dba/libflatfile/flatfile.o ext/dba/libinifile/inifile.o
ext/dom/php_dom.o ext/dom/attr.o ext/dom/document.o
ext/dom/domerrorhandler.o ext/dom/domstringlist.o ext/dom/domexception.o
ext/dom/namelist.o ext/dom/processinginstruction.o ext/dom/cdatasection.o
ext/dom/documentfragment.o ext/dom/domimplementation.o ext/dom/element.o
ext/dom/node.o ext/dom/string_extend.o ext/dom/characterdata.o
ext/dom/documenttype.o ext/dom/domimplementationlist.o ext/dom/entity.o
ext/dom/nodelist.o ext/dom/text.o ext/dom/comment.o
ext/dom/domconfiguration.o ext/dom/domimplementationsource.o
ext/dom/entityreference.o ext/dom/notation.o ext/dom/xpath.o
ext/dom/dom_iterators.o ext/dom/typeinfo.o ext/dom/domerror.o
ext/dom/domlocator.o ext/dom/namednodemap.o ext/dom/userdatahandler.o
ext/exif/exif.o ext/gd/gd.o ext/gd/gdttf.o ext/gd/gdcache.o
ext/gettext/gettext.o ext/hash/hash.o ext/hash/hash_md.o
ext/hash/hash_sha.o ext/hash/hash_ripemd.o ext/hash/hash_haval.o
ext/hash/hash_tiger.o ext/hash/hash_gost.o ext/hash/hash_snefru.o
ext/hash/hash_whirlpool.o ext/hash/hash_adler32.o ext/hash/hash_crc32.o
ext/iconv/iconv.o ext/mysql/php_mysql.o ext/pdo/pdo.o ext/pdo/pdo_dbh.o
ext/pdo/pdo_stmt.o ext/pdo/pdo_sql_parser.o ext/pdo/pdo_sqlstate.o
ext/pdo_sqlite/pdo_sqlite.o ext/pdo_sqlite/sqlite_driver.o
ext/pdo_sqlite/sqlite_statement.o ext/pdo_sqlite/sqlite/src/attach.o
ext/pdo_sqlite/sqlite/src/auth.o ext/pdo_sqlite/sqlite/src/btree.o
ext/pdo_sqlite/sqlite/src/build.o ext/pdo_sqlite/sqlite/src/callback.o
ext/pdo_sqlite/sqlite/src/date.o ext/pdo_sqlite/sqlite/src/delete.o
ext/pdo_sqlite/sqlite/src/expr.o ext/pdo_sqlite/sqlite/src/func.o
ext/pdo_sqlite/sqlite/src/hash.o ext/pdo_sqlite/sqlite/src/insert.o
ext/pdo_sqlite/sqlite/src/legacy.o ext/pdo_sqlite/sqlite/src/main.o
ext/pdo_sqlite/sqlite/src/os_mac.o ext/pdo_sqlite/sqlite/src/os_unix.o
ext/pdo_sqlite/sqlite/src/os_win.o ext/pdo_sqlite/sqlite/src/pager.o
ext/pdo_sqlite/sqlite/src/pragma.o ext/pdo_sqlite/sqlite/src/prepare.o
ext/pdo_sqlite/sqlite/src/printf.o ext/pdo_sqlite/sqlite/src/random.o
ext/pdo_sqlite/sqlite/src/select.o ext/pdo_sqlite/sqlite/src/table.o
ext/pdo_sqlite/sqlite/src/tokenize.

#36038 [Fbk->Opn]: literal C string section (__TEXT,__cstring) does not end with a '\0'

2006-01-16 Thread marius at physics dot aamu dot edu 
 ID:   36038
 User updated by:  marius at physics dot aamu dot edu
 Reported By:  marius at physics dot aamu dot edu
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Mac OS X 10.2.8
 PHP Version:  5.1.2
 New Comment:

"fixed" by adding --disable-hash to the configure arguments. This does
not solve the fundamental compile failure, but only  works around the
problem, leaving an off-flavor version of php 5.1.x.


Previous Comments:


[2006-01-16 23:06:47] [EMAIL PROTECTED]

Does this patch fix the issue?
(you may just change 16 to 17 there manually and try to recompile it).

Index: ext/hash/php_hash.h
===
RCS file: /repository/php-src/ext/hash/php_hash.h,v
retrieving revision 1.13.2.6
diff -u -p -d -r1.13.2.6 php_hash.h
--- ext/hash/php_hash.h 1 Jan 2006 12:50:07 -   1.13.2.6
+++ ext/hash/php_hash.h 16 Jan 2006 22:05:44 -
@@ -122,7 +122,7 @@ PHP_HASH_API void php_hash_register_algo

 static inline void php_hash_bin2hex(char *out, const unsigned char
*in, int in_len)
 {
-   static const char hexits[16] = "0123456789abcdef";
+   static const char hexits[17] = "0123456789abcdef";
int i;

for(i = 0; i < in_len; i++) {

--------

[2006-01-16 22:21:01] marius at physics dot aamu dot edu

Description:

I'm trying to build php 5.1.2 under Mac OS X 10.2.8 (I already have
built more capable versions for Mac OS X 10.3.9 w/o any problems and
10.4.4 which needed to be built with gcc 3.3 instead of gcc 4.0). Note:
php 5.1.1 built just fine under Mac OS X 10.2.8 with nearly the same
configuration (I updated few dependancies: curl 7.15.0 -> 7.15.1,
Berkeley db 4.3.28 -> 4.4.16, libxml2 2.6.22 -> 2.6.23, mysql 5.0.16 ->
5.0.18).

The configure command:

./configure --enable-force-cgi-redirect --with-apxs
--with-openssl=/usr/local/ssl --with-zlib=/usr/local
--with-bz2=/usr/local --with-jpeg-dir=/usr/local
--with-tiff-dir=/usr/local --with-curl=/usr/local --with-db4=/usr/local
--enable-exif --with-gd=/usr/local --with-gettext=/usr/local
--with-mysql=/usr/local/mysql --with-readline=/usr/local
--with-iconv-dir=/usr/local --with-pkg-config=/usr/local
--with-png-dir=/usr/local --with-xpm-dir=/usr/X11R6/lib
--with-freetype-dir=/usr/local


Actual result:
--
It dies with:

gcc -dynamic -twolevel_namespace -bundle -bundle_loader /usr/sbin/httpd
-I/usr/local/include -g -O2   -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/X11R6/lib -L/usr/local/lib/mysql ext/libxml/libxml.o
ext/openssl/openssl.o ext/openssl/xp_ssl.o
ext/pcre/pcrelib/pcre_chartables.o ext/pcre/pcrelib/pcre_compile.o
ext/pcre/pcrelib/pcre_config.o ext/pcre/pcrelib/pcre_dfa_exec.o
ext/pcre/pcrelib/pcre_exec.o ext/pcre/pcrelib/pcre_fullinfo.o
ext/pcre/pcrelib/pcre_get.o ext/pcre/pcrelib/pcre_globals.o
ext/pcre/pcrelib/pcre_info.o ext/pcre/pcrelib/pcre_maketables.o
ext/pcre/pcrelib/pcre_ord2utf8.o ext/pcre/pcrelib/pcre_printint.o
ext/pcre/pcrelib/pcre_refcount.o ext/pcre/pcrelib/pcre_study.o
ext/pcre/pcrelib/pcre_tables.o ext/pcre/pcrelib/pcre_try_flipped.o
ext/pcre/pcrelib/pcre_ucp_findchar.o ext/pcre/pcrelib/pcre_valid_utf8.o
ext/pcre/pcrelib/pcre_version.o ext/pcre/pcrelib/pcre_xclass.o
ext/pcre/php_pcre.o ext/zlib/zlib.o ext/zlib/zlib_fopen_wrapper.o
ext/zlib/zlib_filter.o ext/bz2/bz2.o ext/bz2/bz2_filter.o
ext/ctype/ctype.o ext/curl/interface.o ext/curl/multi.o
ext/curl/streams.o ext/date/php_date.o ext/date/lib/astro.o
ext/date/lib/dow.o ext/date/lib/parse_date.o ext/date/lib/parse_tz.o
ext/date/lib/timelib.o ext/date/lib/tm2unixtime.o
ext/date/lib/unixtime2tm.o ext/dba/dba.o ext/dba/dba_cdb.o
ext/dba/dba_dbm.o ext/dba/dba_gdbm.o ext/dba/dba_ndbm.o
ext/dba/dba_db1.o ext/dba/dba_db2.o ext/dba/dba_db3.o ext/dba/dba_db4.o
ext/dba/dba_flatfile.o ext/dba/dba_inifile.o ext/dba/dba_qdbm.o
ext/dba/libcdb/cdb.o ext/dba/libcdb/cdb_make.o ext/dba/libcdb/uint32.o
ext/dba/libflatfile/flatfile.o ext/dba/libinifile/inifile.o
ext/dom/php_dom.o ext/dom/attr.o ext/dom/document.o
ext/dom/domerrorhandler.o ext/dom/domstringlist.o
ext/dom/domexception.o ext/dom/namelist.o
ext/dom/processinginstruction.o ext/dom/cdatasection.o
ext/dom/documentfragment.o ext/dom/domimplementation.o
ext/dom/element.o ext/dom/node.o ext/dom/string_extend.o
ext/dom/characterdata.o ext/dom/documenttype.o
ext/dom/domimplementationlist.o ext/dom/entity.o ext/dom/nodelist.o
ext/dom/text.o ext/dom/comment.o ext/dom/domconfiguration.o
ext/dom/domimplementationsource.o ext/dom/entityreference.o
ext/dom/notation.o ext/dom/xpath.o ext/dom/dom_iterators.o
ext/dom/typeinfo.o ext/dom/domerror.o ext/dom/domlocator.o
ext/dom/namednodemap.o ext/dom/userdatahandler.o ext/exif/exif.o
ext/gd/gd.o ext/gd/gdttf.o ext/gd/gdcache.o ext/gettext/get

#36038 [Fbk->Opn]: literal C string section (__TEXT,__cstring) does not end with a '\0'

2006-01-16 Thread marius at physics dot aamu dot edu 
 ID:   36038
 User updated by:  marius at physics dot aamu dot edu
 Reported By:  marius at physics dot aamu dot edu
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Mac OS X 10.2.8
 PHP Version:  5.1.2
 New Comment:

The patch worked. Thanks.


Previous Comments:


[2006-01-16 23:16:26] [EMAIL PROTECTED]

Please try proposed patch (that fixes problems with your ld that
doesn't comply with ANSI standard).



[2006-01-16 23:09:21] marius at physics dot aamu dot edu

"fixed" by adding --disable-hash to the configure arguments. This does
not solve the fundamental compile failure, but only  works around the
problem, leaving an off-flavor version of php 5.1.x.



[2006-01-16 23:06:47] [EMAIL PROTECTED]

Does this patch fix the issue?
(you may just change 16 to 17 there manually and try to recompile it).

Index: ext/hash/php_hash.h
===
RCS file: /repository/php-src/ext/hash/php_hash.h,v
retrieving revision 1.13.2.6
diff -u -p -d -r1.13.2.6 php_hash.h
--- ext/hash/php_hash.h 1 Jan 2006 12:50:07 -   1.13.2.6
+++ ext/hash/php_hash.h 16 Jan 2006 22:05:44 -
@@ -122,7 +122,7 @@ PHP_HASH_API void php_hash_register_algo

 static inline void php_hash_bin2hex(char *out, const unsigned char
*in, int in_len)
 {
-   static const char hexits[16] = "0123456789abcdef";
+   static const char hexits[17] = "0123456789abcdef";
int i;

for(i = 0; i < in_len; i++) {

----

[2006-01-16 22:21:01] marius at physics dot aamu dot edu

Description:

I'm trying to build php 5.1.2 under Mac OS X 10.2.8 (I already have
built more capable versions for Mac OS X 10.3.9 w/o any problems and
10.4.4 which needed to be built with gcc 3.3 instead of gcc 4.0). Note:
php 5.1.1 built just fine under Mac OS X 10.2.8 with nearly the same
configuration (I updated few dependancies: curl 7.15.0 -> 7.15.1,
Berkeley db 4.3.28 -> 4.4.16, libxml2 2.6.22 -> 2.6.23, mysql 5.0.16 ->
5.0.18).

The configure command:

./configure --enable-force-cgi-redirect --with-apxs
--with-openssl=/usr/local/ssl --with-zlib=/usr/local
--with-bz2=/usr/local --with-jpeg-dir=/usr/local
--with-tiff-dir=/usr/local --with-curl=/usr/local --with-db4=/usr/local
--enable-exif --with-gd=/usr/local --with-gettext=/usr/local
--with-mysql=/usr/local/mysql --with-readline=/usr/local
--with-iconv-dir=/usr/local --with-pkg-config=/usr/local
--with-png-dir=/usr/local --with-xpm-dir=/usr/X11R6/lib
--with-freetype-dir=/usr/local


Actual result:
--
It dies with:

gcc -dynamic -twolevel_namespace -bundle -bundle_loader /usr/sbin/httpd
-I/usr/local/include -g -O2   -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/X11R6/lib -L/usr/local/lib/mysql ext/libxml/libxml.o
ext/openssl/openssl.o ext/openssl/xp_ssl.o
ext/pcre/pcrelib/pcre_chartables.o ext/pcre/pcrelib/pcre_compile.o
ext/pcre/pcrelib/pcre_config.o ext/pcre/pcrelib/pcre_dfa_exec.o
ext/pcre/pcrelib/pcre_exec.o ext/pcre/pcrelib/pcre_fullinfo.o
ext/pcre/pcrelib/pcre_get.o ext/pcre/pcrelib/pcre_globals.o
ext/pcre/pcrelib/pcre_info.o ext/pcre/pcrelib/pcre_maketables.o
ext/pcre/pcrelib/pcre_ord2utf8.o ext/pcre/pcrelib/pcre_printint.o
ext/pcre/pcrelib/pcre_refcount.o ext/pcre/pcrelib/pcre_study.o
ext/pcre/pcrelib/pcre_tables.o ext/pcre/pcrelib/pcre_try_flipped.o
ext/pcre/pcrelib/pcre_ucp_findchar.o ext/pcre/pcrelib/pcre_valid_utf8.o
ext/pcre/pcrelib/pcre_version.o ext/pcre/pcrelib/pcre_xclass.o
ext/pcre/php_pcre.o ext/zlib/zlib.o ext/zlib/zlib_fopen_wrapper.o
ext/zlib/zlib_filter.o ext/bz2/bz2.o ext/bz2/bz2_filter.o
ext/ctype/ctype.o ext/curl/interface.o ext/curl/multi.o
ext/curl/streams.o ext/date/php_date.o ext/date/lib/astro.o
ext/date/lib/dow.o ext/date/lib/parse_date.o ext/date/lib/parse_tz.o
ext/date/lib/timelib.o ext/date/lib/tm2unixtime.o
ext/date/lib/unixtime2tm.o ext/dba/dba.o ext/dba/dba_cdb.o
ext/dba/dba_dbm.o ext/dba/dba_gdbm.o ext/dba/dba_ndbm.o
ext/dba/dba_db1.o ext/dba/dba_db2.o ext/dba/dba_db3.o ext/dba/dba_db4.o
ext/dba/dba_flatfile.o ext/dba/dba_inifile.o ext/dba/dba_qdbm.o
ext/dba/libcdb/cdb.o ext/dba/libcdb/cdb_make.o ext/dba/libcdb/uint32.o
ext/dba/libflatfile/flatfile.o ext/dba/libinifile/inifile.o
ext/dom/php_dom.o ext/dom/attr.o ext/dom/document.o
ext/dom/domerrorhandler.o ext/dom/domstringlist.o
ext/dom/domexception.o ext/dom/namelist.o
ext/dom/processinginstruction.o ext/dom/cdatasection.o
ext/dom/documentfragment.o ext/dom/domimplementation.o
ext/dom/element.o ext/dom/node.o ext/dom/string_extend.o
ext/dom/characterdata.o ext/dom/documenttype.o
ext/dom/domimplementationlist.o ext/dom/entity.o ext/