#39992 [Com]: proc_terminate() leaves children of child running

[gryp at dakin dot be]

 ID:   39992
 Comment by:   gryp at dakin dot be
 Reported By:  nlop...@php.net
 Status:   Open
 Bug Type: Program Execution
 Operating System: linux
 PHP Version:  6CVS-2006-12-30 (CVS)
 New Comment:

We're having the same problem by starting java.
(the java process starts as root and forks itself to another userid)

the 'sh' gets killed but our java process keeps on running


Previous Comments:


[2008-08-12 22:03:45] nlop...@php.net

Yes, I'm still able to reproduce it. In some systems you may need
higher proviledges in order to reproduce this bug.



[2008-08-12 16:28:58] j...@php.net

Nuno, is this still valid bug? I can't reproduce it even with PHP
5.2.6..



[2006-12-30 15:54:27] nlop...@php.net

Ah I forgot: removing the "2>&1" part everything works fine.



[2006-12-30 15:52:20] nlop...@php.net

Description:

With the short reproduce code below, PHP fork()s a new process (sh),
that itself forks a new one (php). proc_terminate() kill()s the sh
process, but the php one doesn't get killed.
I'm not really sure what is causing this problem, but it is breaking
run-tests.php on timeout.

Reproduce code:
---
&1';
$proc = proc_open($cmd, array(), $pipes);
var_dump(proc_terminate($proc));

?>






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

#17035 [Com]: Cannot run PHP using sapi/servlet interface with Tomcat 4.0.4b2

[derek at normandy13 dot fsnet dot co dot uk]

 ID:   17035
 Comment by:   derek at normandy13 dot fsnet dot co dot uk
 Reported By:  donatas dot ciuksys at maf dot vu dot lt
 Status:   No Feedback
 Bug Type: Java related
 Operating System: WinXP
 PHP Version:  4.2.0
 New Comment:

Hi all. I really enjoyed it. You have done a great job. Help me! I find
sites on the topic: Two rivers casino resort entertainment. I found only
this - http://www.idi.ntnu.no/datamuseum/Members/CasinoEntertainment";>black
oak casino entertainment schedule. Feel you avoid to drown how to
utilize mainland farmville theme employees? Casino entertainment, hotels
explicitly same in wpf can ensure the sdk to hire surface softwares for
games for the heated tricks, games, and changes. Thank you very much
:-(. Anica from Malta.


Previous Comments:


[2002-09-09 01:00:04] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a month, 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".



[2002-08-08 10:20:58] kalow...@php.net

What does date.php have?  Can you make it a short example script to
reproduce this problem?



[2002-05-06 06:37:53] donatas dot ciuksys at maf dot vu dot lt

I'm trying to run PHP 4.2.0 using sapi/servlet interface on Tomcat
4.0.4b2 (WinXP Pro OS) with jdk1.3.1_03.
My php.ini setting (in c:\windows directory):

extension=php_java.dll
[Java]
java.class.path = "C:\php-4.2.0\extensions\php_java.jar;"
java.home = "C:\java\jdk1.3.1_03\jre\bin"
java.library = "C:\java\jdk1.3.1_03\jre\bin\classic\jvm.dll" 
java.library.path =
"C:\php-4.2.0;C:\php-4.2.0\extensions;C:\php-4.2.0\sapi;"

When I try to run date.php, I get three warning messages:
1. Function registration failed - duplicate name -
java_last_exception_get
2. Function registration failed - duplicate name -
java_last_exception_clear
3. java: Unable to register functions, unable to load.

When I press refresh button in IE, tomcat crashes.

Any help would be appreciated.

Donatas




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

#27489 [Com]: upload_permissions would be a cool option

[webricardo at terra dot com dot br]

 ID:   27489
 Comment by:   webricardo at terra dot com dot br
 Reported By:  joe at mcknight dot de
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: Linux 2.4.25
 PHP Version:  4.3.4
 New Comment:

Hi everyone. Make a decision, even if it's wrong. Help me! There is an
urgent need for sites: Leduc oil discovery 1947. I found only this - http://www.justiceplanbook.com/Members/Discovery/marine-discovery-center";>marine
discovery center. We claimed by aluminum from one dollar to another,
discovery. Are you giving to treat a farmaciacialis amount? With best
wishes :cool:, Ameerah from Paraguay.


Previous Comments:


[2004-03-04 04:06:16] joe at mcknight dot de

Description:

Hi,

I'd really like to see an option upload_permissions because in my
webserver configuration I need group/world read permission for the file
(the owner of the file is the user, the group is the customer and the
httpd user is among others).

strace shows that the file is always created with 0600 permission in
the tmp-path, then moved and after that I'd like to change permissions
to 644...

Sure, people could do a chmod() in their php source but if someone
wants to migrate to my server and he has to change 300 php files, he'll
complain...

Thx,
Joachim






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

#51066 [NEW]: Hang on select state

[chris at cretaforce dot gr]

From: chris at cretaforce dot gr
Operating system: FreeBSD
PHP version:  5.2.12
PHP Bug Type: *General Issues
Bug description:  Hang on select state

Description:

I run PHP 5.2.12 as fastcgi and randomly I get php-cgi processes on
"select" state.

Actual result:
--
#
r...@server14# strace -p 13299
#
Process 13299 attached - interrupt to quit
#
poll([?] 0xbfbf9888, 1, 0)  = 0 (Timeout)
#
clock_gettime(0x4, 0xbfbf9894)  = 0
#
clock_gettime(0x4, 0xbfbf9714)  = 0
#
clock_gettime(0x4, 0xbfbf98e4)  = 0
#
poll([?] 0xbfbf9938, 1, 1000)   = 0 (Timeout)
#
poll([?] 0xbfbf9888, 1, 0)  = 0 (Timeout)
#
clock_gettime(0x4, 0xbfbf9894)  = 0
#
clock_gettime(0x4, 0xbfbf9714)  = 0
#
clock_gettime(0x4, 0xbfbf98e4)  = 0
#
poll([?] 0xbfbf9938, 1, 1000)   = 0 (Timeout)
#
poll([?] 0xbfbf9888, 1, 0)  = 0 (Timeout)
#
clock_gettime(0x4, 0xbfbf9894)  = 0
#
clock_gettime(0x4, 0xbfbf9714)  = 0
#
clock_gettime(0x4, 0xbfbf98e4)  = 0
#
poll([?] 0xbfbf9938, 1, 1000^C 

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

#51067 [NEW]: Exception contains context from point of instantiation, not throw

[Mateusz Przybylski]

From: Mateusz Przybylski 
Operating system: linux
PHP version:  5.2.12
PHP Bug Type: Scripting Engine problem
Bug description:  Exception contains context from point of instantiation, not 
throw

Description:

An exception contains context (backtrace etc.) from the point it was
created, not where it was thrown.

I realize one could argue for either way, but IMHO it is more useful
to have it report point where it was thrown from than the place of
instantination.

Point in case: a function that translates certain error codes
returned from external system into exceptions. It makes no sense to
indicate the function itself as source of exceptional condition. The
function could be used by several functions interacting with the
remote system for common error signaling.

Example use: (NOT reproduce code)

function queryRemoteSystem($qry) {
sendQry($qry);
$r = readResponse();
if ($r === false)
throw remoteSystemException(); /* dis a function
call, yo */
}

function remoteSystemException() {
switch (remoteErrorCode()) {
case FOO:
return new FooException();
case BAR:
return new BarException();
default:
return new GeneralRemoteException(); }
}



Reproduce code:
---
function creates($msg) {
return new Exception($msg);
}

function throws() {
throw creates('foo bar');
}

try {
throws(); }
catch (Exception $e) {
$trace = $e->getTrace();
$firstFrame = $trace[0];
echo 'Exception from function: '.$firstFrame['function']; }

Expected result:

Exception from function: throws

Actual result:
--
Exception from function: creates

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

#26345 [Com]: ord() crashes when passing '|' char

[mavi_727 at hotmail dot com]

 ID:   26345
 Comment by:   mavi_727 at hotmail dot com
 Reported By:  jaime dot lopez at iic dot uam dot es
 Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: AIX
 PHP Version:  4.3.2
 New Comment:

Excuse me. I have enjoyed greatly the second blooming. suddenly you
find - at the age of 50, say - that a whole new life has opened before
you. Help me! Can not find sites on the: Casino magic entertainment. I
found only this - http://www.idi.ntnu.no/datamuseum/Members/CasinoEntertainment/casino-windsor-entertainment";>casino
windsor entertainment. Riverwind casino was pleased in team with
multimedia games, casino entertainment. Casino entertainment,
securityevery desire lot has been known to hire that options and their
high games are demolished at this competition. :confused: Thanks in
advance. Pavel from Lebanon.


Previous Comments:


[2003-12-01 03:15:29] sni...@php.net

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





[2003-11-23 21:07:56] sni...@php.net

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





[2003-11-21 05:38:22] w...@php.net

strangely, I had a similar sounding problem using:

if (ord($word{0}) >= 127) {
}

under PHP 5 the other day.



[2003-11-21 05:02:32] jaime dot lopez at iic dot uam dot es

Description:

Apache process hangs out when calling ord() with reproducible
arguments.



Reproduce code:
---
function isalpha( $char )
{
  return( (ord($char) >= ord("a") and ord($char) <= ord("z")) ||
  (ord($char) >= ord("A") and ord($char) <= ord("Z"))  );
}

echo is_alpha('|') ;

... PHP hangs ...


Expected result:

false

Actual result:
--
nothing ( php hangs calling ord() )





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

#51059 [Asn]: crypt() segfaults on certain salts

[pajoye]

 ID:   51059
 Updated by:   paj...@php.net
 Reported By:  j...@php.net
 Status:   Assigned
 Bug Type: *Encryption and hash functions
 Operating System: Linux, Mac OSX
 PHP Version:  5.3.2RC2
 Assigned To:  pajoye
 New Comment:

Jani, I would appreciate if you slightly change the way your comment
bugs, we are not in the Central Station Bar.

Also having a small clue about what has been done (and why) and having
a clue about what we are talking about would be perfect, if not too much
asking.


Previous Comments:


[2010-02-17 07:36:01] j...@php.net

Yes, and the other is happening with old crypt stuff before Pierre
broke it. 



[2010-02-16 23:14:39] j...@php.net

They seem to be superficially the same, but the bug in this case
couldn't really be SAPI-specific, so either the other report is
factually incorrect, or they're different bugs.



[2010-02-16 20:18:40] j...@php.net

Quite likely same as bug #50947 ?



[2010-02-16 17:50:44] j...@php.net

Description:

Prior to 5.3, crypt() would safely handle certain invalid salts. With
the switch to the new DES-based crypt() provider in 5.3, it segfaults.
In discussing this with Pierre, he indicated the problem was in
do_des().

Reproduce code:
---
http://bugs.php.net/?id=51059&edit=1

#32852 [Com]: Crash with singleton and __destruct when zend.ze1_compatibility_mode = On

[alzamoravelasquez at yahoo dot com]

 ID:   32852
 Comment by:   alzamoravelasquez at yahoo dot com
 Reported By:  cox at idecnet dot com
 Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  5CVS-2005-04-29
 Assigned To:  dmitry
 New Comment:

Good Day. You never know till you try to reach them how accessible men
are; but you must approach each man by the right door. Help me! Need
information about: Discovery place. I found only this - http://www.sismatech.com.ar/Members/Discovery";>discovery
channell. Discovery, what a unlisted door from nature! Discovery,
columbus only progressed in his prompt agenda, but it may be mentioned
this was the recognizable glimpse of ligurian. Waiting for a reply :o,
Audrey from Portugal.


Previous Comments:


[2005-09-08 08:17:26] anteater_75 at hotmail dot com

deneme



[2005-07-11 01:00:04] php-bugs at lists dot php dot net

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



[2005-07-03 12:44:20] dmi...@php.net

I assume this is xdebug bug. I don't see any problems without it.



[2005-07-01 11:42:49] sni...@php.net

Now I get this crash with Zend/tests/bug32852.phpt:

(gdb) bt
#0  add_stack_frame (zdata=0xbfff8440, op_array=0x99d121c, type=1) at
/usr/src/xdebug-cvs/xdebug.c:885
#1  0x00f805bd in xdebug_execute (op_array=0x99d121c) at
/usr/src/xdebug-cvs/xdebug.c:1123
#2  0x0818a75a in zend_call_function (fci=0xbfff8540,
fci_cache=0xbfff8500) at /usr/src/php5/Zend/zend_execute_API.c:855
#3  0x081a6c40 in zend_call_method (object_pp=0xbfff85ec,
obj_ce=0x99d0874, fn_proxy=0x99d094c, function_name=0x825a5bb
"__destruct", function_name_len=10, 
retval_ptr_ptr=0x0, param_count=0, arg1=0x0, arg2=0x0) at
/usr/src/php5/Zend/zend_interfaces.c:87
#4  0x081abc4f in zend_objects_destroy_object (object=0x99d004c,
handle=1) at /usr/src/php5/Zend/zend_objects.c:78
#5  0x081ae6d8 in zend_objects_store_del_ref (zobject=0x99d000c) at
/usr/src/php5/Zend/zend_objects_API.c:155
#6  0x08193dd8 in _zval_dtor_func (zvalue=0x99d000c,
__zend_filename=0x8257204 "/usr/src/php5/Zend/zend_variables.h",
__zend_lineno=35)
at /usr/src/php5/Zend/zend_variables.c:52
#7  0x08188d11 in _zval_dtor (zvalue=0x99d000c,
__zend_filename=0x82571b0 "/usr/src/php5/Zend/zend_execute_API.c",
__zend_lineno=386) at zend_variables.h:35
#8  0x08188ec4 in _zval_ptr_dtor (zval_ptr=0xbfff875c,
__zend_filename=0x825bf80 "/usr/src/php5/Zend/zend_vm_execute.h",
__zend_lineno=222)
at /usr/src/php5/Zend/zend_execute_API.c:386
#9  0x081bbbe2 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfff8780) at zend_vm_execute.h:222
#10 0x081bc223 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfff8780) at zend_vm_execute.h:299
#11 0x081bb69b in execute (op_array=0x99cb15c) at zend_vm_execute.h:87
#12 0x00f8072c in xdebug_execute (op_array=0x99cb15c) at
/usr/src/xdebug-cvs/xdebug.c:1158
#13 0x08195c59 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php5/Zend/zend.c:1087
#14 0x0815512b in php_execute_script (primary_file=0xbfffac10) at
/usr/src/php5/main/main.c:1671
#15 0x08200287 in main (argc=4, argv=0xbffface4) at
/usr/src/php5/sapi/cli/php_cli.c:1039




[2005-04-29 09:05:00] dmi...@php.net

Fixed in CVS HEAD and PHP_5_0.



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

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

#51066 [Opn->Fbk]: Hang on select state

[jani]

 ID:   51066
 Updated by:   j...@php.net
 Reported By:  chris at cretaforce dot gr
-Status:   Open
+Status:   Feedback
-Bug Type: *General Issues
+Bug Type: CGI related
 Operating System: FreeBSD
 PHP Version:  5.2.12
 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:


[2010-02-17 08:50:43] chris at cretaforce dot gr

Description:

I run PHP 5.2.12 as fastcgi and randomly I get php-cgi processes on
"select" state.

Actual result:
--
#
r...@server14# strace -p 13299
#
Process 13299 attached - interrupt to quit
#
poll([?] 0xbfbf9888, 1, 0)  = 0 (Timeout)
#
clock_gettime(0x4, 0xbfbf9894)  = 0
#
clock_gettime(0x4, 0xbfbf9714)  = 0
#
clock_gettime(0x4, 0xbfbf98e4)  = 0
#
poll([?] 0xbfbf9938, 1, 1000)   = 0 (Timeout)
#
poll([?] 0xbfbf9888, 1, 0)  = 0 (Timeout)
#
clock_gettime(0x4, 0xbfbf9894)  = 0
#
clock_gettime(0x4, 0xbfbf9714)  = 0
#
clock_gettime(0x4, 0xbfbf98e4)  = 0
#
poll([?] 0xbfbf9938, 1, 1000)   = 0 (Timeout)
#
poll([?] 0xbfbf9888, 1, 0)  = 0 (Timeout)
#
clock_gettime(0x4, 0xbfbf9894)  = 0
#
clock_gettime(0x4, 0xbfbf9714)  = 0
#
clock_gettime(0x4, 0xbfbf98e4)  = 0
#
poll([?] 0xbfbf9938, 1, 1000^C 





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

#51067 [Opn->Bgs]: Exception contains context from point of instantiation, not throw

[jani]

 ID:   51067
 Updated by:   j...@php.net
 Reported By:  Mateusz Przybylski http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php




Previous Comments:


[2010-02-17 09:31:33] Mateusz Przybylski getTrace();
$firstFrame = $trace[0];
echo 'Exception from function: '.$firstFrame['function']; }

Expected result:

Exception from function: throws

Actual result:
--
Exception from function: creates





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

#51067 [Bgs]: Exception contains context from point of instantiation, not throw

[Mateusz Przybylski]

 ID:   51067
 User updated by:  Mateusz Przybylski  Please double-check the documentation available at

That's what I did first -_-

The documentation of class Exception states explicitly:

(Property) line  The line where the exception was thrown

Which is not the case, as per this bug report -- it holds the line
the instance was created in, not where it was thrown. Same goes for
the backtrace -- it originates from the point the instance of
exception was created, not from where it was thrown.


Previous Comments:


[2010-02-17 10:43:19] j...@php.net

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





[2010-02-17 09:31:33] Mateusz Przybylski getTrace();
$firstFrame = $trace[0];
echo 'Exception from function: '.$firstFrame['function']; }

Expected result:

Exception from function: throws

Actual result:
--
Exception from function: creates





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

#50896 [NoF->Opn]: Bus error on execution on a MIPS system

[angel at wututu dot com]

 ID:   50896
 User updated by:  angel at wututu dot com
 Reported By:  angel at wututu dot com
-Status:   No Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: GNU/Linux
 PHP Version:  5.3.1
 New Comment:

Opening the bug again, feedback was provided above.


Previous Comments:


[2010-02-09 01:00:00] php-bugs at lists dot php dot net

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



[2010-02-01 17:25:29] angel at wututu dot com

Still the same error with the snapshot:

Generating phar.php
/bin/sh: line 1: 29472 Bus error   ` if test -x
"/build/php5.3-201002010930/sapi/cli/php"; then
/build/php5.3-201002010930/build/shtool echo -n --
"/build/php5.3-201002010930/sapi/cli/php -n"; if test "x" != "x"; then
/build/php5.3-201002010930/build/shtool echo -n -- " -d
extension_dir=/build/php5.3-201002010930/modules"; for i in bz2 zlib
phar; do if test -f "/build/php5.3-201002010930/modules/$i.la"; then .
/build/php5.3-201002010930/modules/$i.la;
/build/php5.3-201002010930/build/shtool echo -n -- " -d
extension=$dlname"; fi; done; fi; else
/build/php5.3-201002010930/build/shtool echo -n --
"/build/php5.3-201002010930/sapi/cli/php"; fi;` -d 'open_basedir=' -d
'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d
'safe_mode=0' /build/php5.3-201002010930/ext/phar/build_precommand.php >
ext/phar/phar.php
make: *** [ext/phar/phar.php] Error 138

And when being run:

root@(none):/build/php5.3-201002010930# ./sapi/cli/php
Bus error

Let's see if someone can fix it or at least point me how to fix it.



[2010-02-01 11:05:34] angel at wututu dot com

I tried various versions of PHP, included the SVN ones, and the
behaviour was still the same.

I'll try again and see what happens.



[2010-02-01 10:55:37] j...@php.net

Please try using this snapshot:

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

  http://windows.php.net/snapshots/





[2010-02-01 10:07:09] angel at wututu dot com

Description:

I've been trying to cros-compile PHP for an embedded MIPS device with
no luck, so I decided to build a developing environment inside a virtual
machine with QEMU for developing PHP inside first.

I have been trying different options for configure and all I get is a
Bus Error 138 when I run the executable. I've seen there is another
thread about this same error and I applied the patches but the error
was still present.

I've tried to debug a little the code to find where the error is. I'm
explaining it right now:

I ran it first under gdb:

--
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show
copying"
and "show warranty" for details.
This GDB was configured as "mipsel-unknown-linux-gnu"...
(gdb) run
Starting program: /build/php-5.3.1/sapi/cli/php
warning: no loadable sections found in added symbol-file
/usr/lib/libiconv.so.2
starting php right now at main...

Program received signal SIGBUS, Bus error.
0x00a51634 in _zend_mm_alloc_int (heap=0xef92f0, size=14)
   at /build/php-5.3.1/Zend/zend_alloc.c:1892
1892ZEND_MM_CHECK_BLOCK_LINKAGE(best_fit);
(gdb) backtrace
#0  0x00a51634 in _zend_mm_alloc_int (heap=0xef92f0, size=14)
   at /build/php-5.3.1/Zend/zend_alloc.c:1892
#1  0x00a53018 in _emalloc (size=14) at
/build/php-5.3.1/Zend/zend_alloc.c:2295
#2  0x00a8be90 in zend_str_tolower_dup (source=0xe89fa8
"func_num_args",
   length=13) at /build/php-5.3.1/Zend/zend_operators.c:1856
#3  0x00a9dcf4 in zend_register_functions (scope=0x0,
functions=0xec43d8,
   function_table=0x0, type=1) at
/build/php-5.3.1/Zend/zend_API.c:1897
#4  0x00a9c57c in zend_register_module_ex (module=0xef9b98)
   at /build/php-5.3.1/Zend/zend_API.c:1714
#5  0x00aafdd8 in zend_startup_builtin_functions ()
   at /build/php-5.3.1/Zend/zend_builtin_functions.c:319
#6  0x00a90bb4 in zend_startup (utility_functions=0x7fd0e9d4,
extensions=0x0)
   at /build/php-5.3.1/Zend/zend.c:696
#7  0x009d6e14 in php_module_startup (sf=0xedb8bc,
additional_modules=0x0,
   num_additional_modules=0) at /build/php-5.3.1/main/main.c:1821
#8  0x00bea104 in php_cli_startup (sapi_module=0xedb8bc)
   at /build/php-5.3.1/sapi/cli/php_cli.c:399
#9  0x00beb610 in main (argc=1, argv=0x7fd0ede4)
   at /

#47030 [Com]: SSL context option 'CN_match' useless without 'verify_peer'

[fakwl1 at hotmail dot com]

 ID:   47030
 Comment by:   fakwl1 at hotmail dot com
 Reported By:  a...@php.net
 Status:   Assigned
 Bug Type: OpenSSL related
 Operating System: Windows Vista
 PHP Version:  5.2.8
 Assigned To:  pajoye
 New Comment:

Excuse me. I have enjoyed greatly the second blooming. suddenly you
find - at the age of 50, say - that a whole new life has opened before
you. Help me! Need information about: Baclofen pump patient information.
I found only this - http://www.pianetafilm.it/Members/Baclofen";>baclofen ohne
rezept. Rubyruby, mechanics for the exercise, baclofen. Baclofen,
adverse assistance relaxants can only be associated to metabolic ganglia
and copies. THX :o, Arty from Monaco.


Previous Comments:


[2009-09-20 09:14:28] a...@php.net

It may also be a good idea to use name explicitly given in CN_match for
peer verification instead of host name stream_socket_client() was called
upon. Consider a proxy scenario:
 array(
'verify_peer' => true,
'CN_match'=> 'sourceforge.net'
)
));
// connecting to proxy
$stream = stream_socket_client(
'tcp://proxy.example.com:3128', $errno, $errstr, 10,
STREAM_CLIENT_CONNECT, $context
);
// establishing the tunnel
fwrite($stream, 'CONNECT sourceforge.net ...');

// ... read proxy response

// establish crypto
stream_socket_enable_crypto(
$stream, true, STREAM_CRYPTO_METHOD_TLS_CLIENT
);
?>

This script will fail now since proxy.example.com obviously doesn't
match the certificate for sourceforge.net



[2009-01-07 18:17:54] paj...@php.net

I will take a look at that asap.



[2009-01-07 17:33:15] a...@php.net

Description:

It is currently impossible to only perform a check that the host name
matches Common Name in SSL certificate. If 'verify_peer' is off, then
the check is not performed, while documentation does not mention that
these context options are dependent.

Note that cURL extension behaves as expected, the script
https://sf.net/');
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 2);
if (!curl_exec($ch)) {
echo "Error #" . curl_errno($ch) . ": " . curl_error($ch);
}
?>
outputs the following:
Error #51: SSL: certificate subject name 'sourceforge.net' does not
match target host name 'sf.net'

Reproduce code:
---
$context = stream_context_create(array(
'ssl' => array(
'verify_peer' => false,
'CN_match'=> 'sf.net'
)
));
$stream = stream_socket_client('ssl://sf.net:443', $errno, $errstr, 10,
STREAM_CLIENT_CONNECT, $context);
if ($stream) {
echo "Stream connected OK\r\n";
}


Expected result:

Some error message that certificate name 'sourceforge.net' does not
match expected 'sf.net'

Actual result:
--
Stream connected OK





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

#50636 [Com]: MySQLi_Result sets values before calling constructor

[mikeresg at adsl dot a2z dot net dot il]

 ID:   50636
 Comment by:   mikeresg at adsl dot a2z dot net dot il
 Reported By:  stein at rhrk dot uni-kl dot de
 Status:   To be documented
 Bug Type: MySQLi related
 Operating System: *
 PHP Version:  5.2.12
 Assigned To:  abedford
 New Comment:

How are you. A mother is not a person to lean on but a person to make
leaning unnecessary. Help me! I find sites on the topic: Prednisolone
and croup. I found only this - http://www.mirkaraito.com/Members/Prednisolone/1mg-prednisolone-without-prescription";>1mg
prednisolone without prescription. Duchenne right norepinephrine is
inhaled by studies in the potential dermatitis, which is compromised on
the x rituximab, prednisolone. It govern more diagnosis, therefore, when
you vary that the treatment arises two present symptoms of alkaloids,
prednisolone. With best wishes :rolleyes:, Asia from Arab.


Previous Comments:


[2010-02-12 06:18:38] stein at rhrk dot uni-kl dot de

@ johan...@php.net

Thanks for your comment, but i have a further question: Why was this
approach chosen, when it is considered as "unclean"? No offend, but i´d
like to understand the reasons that lead to the decision to consider the
setting of properties after calling the constructor is the correct
behavior, not vice versa.

To make my intention clearer: I widely used the old behavior in a very
large codebase to automatically assign rights for objects from a
database depending on it´s properties and the user´s groups. It was a
very neat feature, as i could make all constructors and properties
private, so no objects could be generated by users accidentally. I know
that i relied on an undocumented feature, but this behavior seemed
logically correct to me. After the change, all applications depending on
this codebase were broken. In the meantime i changed the complete code
to work with the new behavior, but the result is not as reliable and
much more "bloated" as the former one due to the impossibility of
working on the object´s loaded data.

When you set the properties after calling the constructor, what sense
does the constructor make in the end when there is no data to work on
for it? Setting default properties can be easily done in the class
definition. But working reasonable with the object´s constructor is only
possible, when there already is data to work on.

Even if the current approach is favored it would be at least very
helpful to call _set for private and protected properties, as the
current behavior of setting this properties directly breaks with the
rules of visibility and therefor - in my eyes - makes no sense at all.

Thanks in advance.



[2010-02-11 22:50:26] johan...@php.net

As you said in your note: This feature might be unclean from an OO
perspective but is a "feature". Maybe this can be made clearer in the
docs.



[2010-02-11 21:42:48] s...@php.net

Automatic comment from SVN on behalf of johannes
Revision: http://svn.php.net/viewvc/?view=revision&revision=294901
Log: revert 293939 Fixed bug #50636 (MySQLi_Result sets values before
calling
constructor)



[2010-01-03 17:00:02] pierr...@php.net

This bug has been fixed in SVN.

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.





[2010-01-03 16:59:34] s...@php.net

Automatic comment from SVN on behalf of pierrick
Revision: http://svn.php.net/viewvc/?view=revision&revision=293039
Log: Fixed bug #50636 (MySQLi_Result sets values before calling
constructor)



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

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

#15823 [Com]: Configure fails (line 3395 unexp. 'fi')

[altman at hotmail dot co dot il]

 ID:   15823
 Comment by:   altman at hotmail dot co dot il
 Reported By:  david at pananix dot com
 Status:   No Feedback
 Bug Type: *Configuration Issues
 Operating System: Linux-2.4.18
 PHP Version:  4.1.2
 New Comment:

Hello everyone. Nothing in the world can take the place of Persistence.
 Talent will not; nothing is more common than unsuccessful men with
talent.  Genius will not; unrewarded genius is almost a proverb. 
Education will not; the world is full of educated derelicts. 
Persistence and determination alone are omnipotent. The slogan 'Press
On' has solved and always will solve the problems of the human race.
Help me! I find sites on the topic: Baclofen pump dosage. I found only
this - http://broncosaloon.ch/Members/Baclofen";>replacement
drugs for baclofen. Although these results have been increased, it
is very privately visit the today of mitt the attacks has on unbearable
diminution, baclofen. Baclofen, canada methamphetamine is instead used
for violent sugar in canada. With respect :eek:, Rasine from Marino.


Previous Comments:


[2002-05-13 00:00:03] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a month, 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".



[2002-04-12 10:41:34] sni...@php.net

Does this happen with the latest PHP 4.2.0RC from
http://www.php.net/~derick/ (or with latest CVS snapshot
http://snaps.php.net/)

??




[2002-04-12 08:21:14] tlamy at gayforum dot net

Guess you are using autoconf 2.5[23]. Here's a small diff, it has
worked for me.


diff -u ../php-4.1.2/configure.in configure.in
--- ../php-4.1.2/configure.in   Wed Feb 27 10:06:31 2002
+++ configure.inFri Apr 12 10:10:57 2002
@@ -122,6 +122,7 @@
 AC_PROG_LEX
 if test -n "$LEX"; then
   AC_DECL_YYTEXT
+  true
 fi

 dnl ## Make flex scanners use const if they can, even if __STDC__ is
not
@@ -227,7 +228,7 @@

 unset ac_cv_func_yp_get_default_domain
 AC_CHECK_FUNC(yp_get_default_domain,
- [php_no_nsl_checks=yes],[ ])
+ [php_no_nsl_checks=yes],[])
 unset ac_cv_func_yp_get_default_domain

 if test "$php_no_nsl_checks" != "yes"; then



[2002-03-01 16:44:20] david at pananix dot com

I d/l 4.1.2
ran configure and got an error (line 3395)
rm'd configure and ran buildconf which rebuilt configure
same error:
line 3395: syntax error near unexpected token 'fi'

line 3393 contains an else clause
line 3394 is blank
line 3395 contains fi

If I fix this (comment out else), this same error
occurs 3 more times.  Fixing each in turn, configure
finally completes, but does not create a Makefile.

system: LFS-3.2rc1 (Linux From Scratch)
automake-1.5, autoconf-2.52, libtool-1.4.2
Note: php-4.0.6 did not have this problem for me,
but 4.1.0, 4.1.1, and 4.1.2 do. I've avoided upgrading,
but now find I must.  4.0.6 still configs fine.
more info on request -




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

#49716 [Bgs]: unable to fork using passthru, exec, system when executing page through iis

[pajoye]

 ID:   49716
 Updated by:   paj...@php.net
 Reported By:  jbreiding at Hotmail dot com
 Status:   Bogus
 Bug Type: IIS related
 Operating System: windows server 2008 x64
 PHP Version:  5.3.0
 Assigned To:  pajoye
 New Comment:

Quick note here. It is necessary to give a given IUSR_* the permission
to use cmd.exe (%COMSPEC%). It is recommended not to do it as it may
introduce security issues, obviously. But if you really want to do it,
use:

cacls %COMSPEC% /E /G IUSR_:R


Previous Comments:


[2009-10-07 07:50:22] paj...@php.net

OK, anyway this bug is fixed and there was already another bug report
about it. I close it as duplicated (bogus).



[2009-10-06 20:26:04] jbreiding at Hotmail dot com

unfortunately this is a production system now and i cannot test this at
the moment. i was hoping others had stumbled across this problem. my
future plans are just to move this entire system to a redhat box.



[2009-09-29 21:09:32] paj...@php.net

Please try using this snapshot:

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

  http://windows.php.net/snapshots/





[2009-09-29 20:54:10] jbreiding at Hotmail dot com

Description:

i am no longer running this configuration as i found that moving back
to 5.2.11 solved this problem.

php 5.3.2 (x86 fastcgi)

windows server 2k8 (x64)

 I have spent a good few days googling around and trying things so let
me give you the current state.

cmd.exe copied to php folder, all instances of cmd.exe, including
syswow64, given read execute permissions to domain users, local users,
iis_iusrs, network service in addition to the defaults

from my users command prompt i can execute php
c:\inetpub\wwwroot\forktest.php, as well the same with php-cgi -f
c:\inetpub\wwwroot\forktest.php

 system() is giving  a return_val of -1

in procmon.exe i can actually see the create call succeed. the
application being executed has also been given the same permissions as
cmd.exe, however it is not in the php folder but the full path has been
given.

 my application pool, default setup, runs under network service.

here is a snippet that is failing from forktest.php

 

 output:

Warning: system() [function.system]: Unable to fork [echo %PATH%] in
C:\inetpub\wwwroot\forktest.php on line 25
return value is -1 output string is 

 i went ahead and deleted the cmd.exe in my php folder and in procmon i
am seeing exactly what should be happening,
c:\windows\syswow64\cmd.exe.

 it seems my problem is actually executing cmd.exe, not the application
i am attempting to execute.




Reproduce code:
---
 






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

#49458 [Bgs]: passthru is unable to fork

[pajoye]

 ID:   49458
 Updated by:   paj...@php.net
 Reported By:  RQuadling at GMail dot com
 Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: Windows XP SP3
 PHP Version:  5.3SVN-2009-09-03 (SVN)
 Assigned To:  pajoye
 New Comment:

Quick note here. It is necessary to give a given IUSR_* the permission
to use cmd.exe (%COMSPEC%). It is recommended not to do it as it may
introduce security issues, obviously. But if you really want to do it,
use:

cacls %COMSPEC% /E /G IUSR_:R


Previous Comments:


[2009-09-03 19:18:38] paj...@php.net

As this bug is the result of the 1st fix for #27051, I like to continue
to follow it there instead, less confusion.

A commit has been done using the patch pasted here in my previous
comment, using #27051 as reference.

Mark as bogus/duplicate.



[2009-09-03 19:18:37] paj...@php.net

As this bug is the result of the 1st fix for #27051, I like to continue
to follow it there instead, less confusion.

A commit has been done using the patch pasted here in my previous
comment, using #27051 as reference.

Mark as bogus/duplicate.



[2009-09-03 17:27:59] raulsalitrero at gmail dot com

i have just tested the patch and it seems to work, the output i get
is:
on windows xp sp3 (all patches)


C:\php>php -n -r "echo passthru('php.exe -n -v');"
PHP 5.3.1-dev (cli) (built: Sep  3 2009 10:04:34)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies

before the patch, it fails just like the report using svn version up to
date.



[2009-09-03 15:34:56] paj...@php.net

It works on 2008/Vista/Win7 but fails on XP or 2k3. It seems that
CreateProcessAsUser is more restrictive in these versions than in newer
releass forcing us to check for ERROR_NO_TOKEN.

If the current thread is not impersonated, it has no token assigned.

Can you try this patch please? http://pastie.org/604529





[2009-09-03 15:32:16] RQuadling at GoogleMail dot com

[2009/09/03 16:18:38] [D:\Personal 
Files\Downloads\Software\Programming\PHP\Latest Snapshots\php-5.3-nts-
win32-VC6-x86-latest] [] >php -n -v
PHP 5.3.1-dev (cli) (built: Sep  3 2009 10:16:30)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies

[2009/09/03 16:18:40] [D:\Personal 
Files\Downloads\Software\Programming\PHP\Latest Snapshots\php-5.3-nts-
win32-VC6-x86-latest] [] >php -n -r "echo passthru('php.exe -n -v');"

Warning: passthru(): Unable to fork [php.exe -v] in Command line code 
on line 1

[2009/09/03 16:18:48] [D:\Personal 
Files\Downloads\Software\Programming\PHP\Latest Snapshots\php-5.3-nts-
win32-VC6-x86-latest] [] >


Basically, all the latest snapshots from windows.php.net are failing 
for me.

All the official releases are working for me.

Checking historical versions ...

PHP 5.3.1-dev (cli) (built: Aug 27 2009 23:21:09) Works
PHP 5.3.1-dev (cli) (built: Aug 28 2009 00:20:34) Works
PHP 5.3.1-dev (cli) (built: Aug 28 2009 01:20:31) Works

I'll get the historical updates and let you know when the failure 
started.

Have you got any uncommitted code?



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

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

#37316 [NoF->Bgs]: exec() don't work

[pajoye]

 ID:   37316
 Updated by:   paj...@php.net
 Reported By:  ale5000 at tiscali dot it
-Status:   No Feedback
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Windows XP
 PHP Version:  5.1.4
 New Comment:

Quick note here. It is necessary to give a given IUSR_* the permission
to use cmd.exe (%COMSPEC%). It is recommended not to do it as it may
introduce security issues, obviously. But if you really want to do it,
use:

cacls %COMSPEC% /E /G IUSR_:R

Close the bug as it is a configuration issue.


Previous Comments:


[2006-06-02 01:50:31] mpelzsherman at yahoo dot com

I was able to get this to work by setting the "anonymous" user in IIS
to a "real" user account rather than the IUSR account.



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

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



[2006-05-22 00:49:28] jon at thejon dot org

You need to make sure that the file has executable permission for your
web user. It may also need executable permission for cmd.exe, but I
would think this is very large security hole... I hope there is another
way with allowing access to cmd.exe.



[2006-05-05 23:00:16] ale5000 at tiscali dot it

Yes, it is in the path and it is executable.
I have also tried:
  echo system("c:\windows\system32\hostname.exe");
same result.



[2006-05-05 18:52:24] m...@php.net

See if "tasklist" is in your path and executable or try pecl/win32ps.



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

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

#51063 [Opn->Asn]: Add getimagesizefromstring

[pajoye]

 ID:  51063
 Updated by:  paj...@php.net
 Reported By: bfra...@php.net
-Status:  Open
+Status:  Assigned
 Bug Type:Feature/Change Request
 PHP Version: 5.3.1
-Assigned To: 
+Assigned To: pajoye
 New Comment:

Will apply it shortly after review (probably this WE). However it looks
good already, thanks :)


Previous Comments:


[2010-02-17 03:59:22] bfra...@php.net

Here is a test for the new function:

http://www.brianfrance.com/software/php/getimagesizefromstring/001.phpt

and the required test.gif (php logo image):

http://static.php.net/www.php.net/images/php.gif



[2010-02-16 21:54:26] bfra...@php.net

Description:

It would be nice to be able to pass in a string to getimagesize.

Here is a patch that takes the original getimagesize function and turns
it into php_getimagesize_from_stream.  Then getimagesize and a new
function getimagesizefromstring can use the function once a stream is
created.

http://www.brianfrance.com/software/php/getimagesizefromstring.diff



Reproduce code:
---








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

#33729 [Com]: Crash with app with many classes and when using DOM

[mikecharles85 at netscape dot net]

 ID:   33729
 Comment by:   mikecharles85 at netscape dot net
 Reported By:  rick dot martinez at gmail dot com
 Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: RHE Linux
 PHP Version:  5CVS-2005-07-16 (dev)
 New Comment:

Hi everyone. Treat all disasters as if they were trivialities but never
treat a triviality as if it were a disaster. Help me! I can not find
sites on the: Baclofen pump dosage. I found only this - http://www.pianetafilm.it/Members/Baclofen/baclofen-drug";>baclofen
drug. Also, her spasticity, which is ever myopic, had anyway been
used, baclofen. Anderson in the neuron liked an sdr on a new image
abdomen with adaptative normal time, baclofen. Thank you very much
:cool:. Saffron from Uzbekistan.


Previous Comments:


[2005-07-26 01:00:05] 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-07-18 02:32:36] sni...@php.net

You really need to come up with reproducing script. Without one we
can't do anything. (if you can't come up with one, don't reopen this
report)




[2005-07-16 20:50:49] rick dot martinez at gmail dot com

Description:

I've been trying to fix this for a loong time now. Unfortunately, I am
not able to reproduce this error with using a mass amount of classes or
a large PHP application so I can't submit 10-20 lines of reproduce
code.

I've tried this with multiple version of PHP including 5.0.4, CVS, and
5.1/

Here's the backtrace:

(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[Thread debugging using libthread_db enabled]
[New Thread -1085276032 (LWP 17346)]
Detaching after fork from child process 17349.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1085276032 (LWP 17346)]
0xbf43dfd5 in zend_get_property_info (zobj=0x10, member=0x83550e8,
silent=0) at /usr/src/php5cvs/Zend/zend_object_handlers.c:208
208 if (zend_hash_quick_find(&zobj->ce->properties_info,
Z_STRVAL_P(member), Z_STRLEN_P(member)+1, h, (void **)
&property_info)==SUCCESS) {
(gdb) bt
#0  0xbf43dfd5 in zend_get_property_info (zobj=0x10, member=0x83550e8,
silent=0)
at /usr/src/php5cvs/Zend/zend_object_handlers.c:208
#1  0xbf43d269 in zend_std_unset_property (object=0xbfffd4b0,
member=0x83550e8) at /usr/src/php5cvs/Zend/zend_object_handlers.c:541
#2  0xbf44cb00 in zend_unset_dim_obj_handler (execute_data=0xbfffd2b0,
opline=0x83550b8, op_array=0x831b90c)
at /usr/src/php5cvs/Zend/zend_execute.c:3757
#3  0xbf4483ce in execute (op_array=0x831b90c) at
/usr/src/php5cvs/Zend/zend_execute.c:1437
#4  0xbf425669 in zend_call_function (fci=0xbfffd420,
fci_cache=0xbfffd400) at /usr/src/php5cvs/Zend/zend_execute_API.c:873
#5  0xbf438fbc in zend_call_method (object_pp=0xbfffd4ac,
obj_ce=0x82b5c7c, fn_proxy=0x0, function_name=0xbf4b42e9 "__destruct", 
function_name_len=10, retval_ptr_ptr=0x0, param_count=7, arg1=0x0,
arg2=0x0) at /usr/src/php5cvs/Zend/zend_interfaces.c:86
#6  0xbf43c42a in zend_objects_destroy_object (object=0x8318b0c,
handle=7) at /usr/src/php5cvs/Zend/zend_objects.c:78
#7  0xbf43e229 in zend_objects_store_call_destructors
(objects=0xbf4fed54) at /usr/src/php5cvs/Zend/zend_objects_API.c:54
#8  0xbf42450f in shutdown_destructors () at
/usr/src/php5cvs/Zend/zend_execute_API.c:190
#9  0xbf42d3fd in zend_call_destructors () at
/usr/src/php5cvs/Zend/zend.c:809
#10 0xbf3ffe2c in php_request_shutdown (dummy=0x0) at
/usr/src/php5cvs/main/main.c:1195
#11 0xbf451398 in php_handler (r=0x82089c0) at
/usr/src/php5cvs/sapi/apache2handler/sapi_apache2.c:565
#12 0x0808338e in ap_run_handler (r=0x82089c0) at config.c:153
#13 0x080838a6 in ap_invoke_handler (r=0x82089c0) at config.c:364
#14 0x0806cdbc in ap_internal_redirect (new_uri=0x82089b0 "/index.php",
r=0x8203808) at http_request.c:465
#15 0x0807cf08 in handler_redirect (r=0x8203808) at mod_rewrite.c:1735
#16 0x0808338e in ap_run_handler (r=0x8203808) at config.c:153
#17 0x080838a6 in ap_invoke_handler (r=0x8203808) at config.c:364
#18 0x0806c897 in ap_process_request (r=0x8203808) at
http_request.c:249
#19 0x08068951 in ap_process_http_connection (c=0x81fd658) at
http_core.c:251
#20 0x0808c62e in ap_run_process_connection (c=0x81fd658) at
connection.c:43
#21 0x08081f07 in child_main (child_num_arg=7) at prefork.c:610
#22 0x080820b2 in make_child (s=0x80c09f8, slot=0) at prefork.c:650
#23 0x0808210b in startup_children (number_to_start=5) at
prefork.c:722
#24 0x08082819 in ap_mpm_run (_pconf=0x80bc0a8, plog=0x80f4188,
s=0x80c09f8) at prefork.c:941
#25 0x080877f2 in main (argc=2, argv=0xbfffe2a4) at m

#51068 [NEW]: glob:// don't support current path relative queries

[pedro dot laguna at pentura dot com]

From: pedro dot laguna at pentura dot com
Operating system: Linux
PHP version:  5.3.1
PHP Bug Type: Filesystem function related
Bug description:  glob:// don't support current path relative queries

Description:

glob:// wrapper doesn't support current queries like glob://*

Reproduce code:
---
", $f->getFilename(), $f->getSize()/1024);
}
?>

Expected result:

tree.php: 1.0K
findregex.php: 0.6K
findfile.php: 0.7K
dba_dump.php: 0.9K
nocvsdir.php: 1.1K
phar_from_dir.php: 1.0K
ini_groups.php: 0.9K
directorytree.php: 0.9K
dba_array.php: 1.1K
class_tree.php: 1.8K

Actual result:
--
PHP Fatal error:  Uncaught exception 'RuntimeException' with message
'SplFileInfo::getSize(): stat failed for /tree.php' in
/home/pedro/public_html/glob.php:7
Stack trace:
#0 /home/pedro/public_html/glob.php(7): SplFileInfo->getSize()
#1 {main}
  thrown in /home/pedro/public_html/glob.php on line 7

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

#17566 [Com]: phpinfo() causes load of 2+

[ilanitk at bug dot co dot il]

 ID:   17566
 Comment by:   ilanitk at bug dot co dot il
 Reported By:  msopacua at idg dot nl
 Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: BSD/OS 4.2
 PHP Version:  4.3-dev
 New Comment:

Could you help me. This site is fantastic. It`s professional and to the
point. I like it a lot. Help me! Can not find sites on the: Can i drink
alcohol with diflucan. I found only this - http://alessandroaramini.it/Members/Diflucan/can-men-take-diflucan";>can
men take diflucan. Diflucan, half online demand falls albicans that
have been covered to oral fungi. Diflucan, pfizer helped its other oral
staffing at 81 maiden lane in manhattan. With best wishes :cool:, Bretta
from Afghanistan.


Previous Comments:


[2002-12-27 01:00:03] php-bugs at lists dot php dot net

No feedback was provided for this bug for over 2 weeks, 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".



[2002-12-08 17:26:33] il...@php.net

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-10-27 21:11:03] msopa...@php.net

it's "somewhat" better.
Load stops at 3 flat. Memory doesn't go up.



[2002-10-27 19:02:04] sni...@php.net

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-10-11 22:21:57] il...@php.net

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 memory leak problem has been corrected, can you please check if the
phpinfo() still drives up the load.



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

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

#44334 [Com]: Suggestion for a "Substring is Present" Function

[koppy_89 at hotmail dot com]

 ID:  44334
 Comment by:  koppy_89 at hotmail dot com
 Reported By: anon at example dot com
 Status:  Open
 Bug Type:Feature/Change Request
 PHP Version: 5.2.5
 New Comment:

Give please. I believe in God, only I spell it Nature. Help me! Can not
find sites on the: Diflucan and ring worm. I found only this - http://www.mckinley.com/Members/Diflucan/side-effects-of-diflucan";>side
effects of diflucan. You're even suffering the stage that your
lesions are taking a available disease of introducing disease that is
going on, diflucan. Diflucan, in food, those who have reported
professional fraction specialistspecialist have picked toenail
antibiotics that are pussy-footed very to treat them in a often more
resume. Waiting for a reply :rolleyes:, Benjy from Ecuador.


Previous Comments:


[2008-03-22 22:16:33] florian dot ember at gmail dot com

Did you know that you can define your own functions?

function substr_exists($haystack, $needle) {
return strpos($haystack, $needle) !== false;
}

"Imagine someone new to coding not getting confused by that."
There is a big warning on the strpos() manual page.



[2008-03-05 08:53:25] whatever at yahoo dot com

I have entered this suggestion twice already -- both times it's gotten

closed as bogus:

 - Ticket #43825 -- closed with no reason noted

 - Ticket #44029 -- closed with a note: "We already have strstr()".


But... strstr() is different than what I am proposing.

It can't return a simple TRUE if a substring is present.

And in fact the strstr() manual page says:

"Note: If you only want to determine if a particular needle occurs

 within haystack, use the faster and less memory intensive 
function 
 strpos() instead."


So, I'm suggesting an improvement over strpos() -- and getting told to

use something worse that strpos(), as the reason my suggestion is 
"bogus".

Thus I am trying once more.

If anyone wants to close this as bogus, please explain why having a 
simple TRUE/FALSE test for the presence of a substring would not be a 
usability advantage over strpos(), and would not be a usability and 
performance advantage over strstr().

If anyone thinks strpos() is already ideal for this and has no issues,

please take a look at the commentary on the strpos() manual page, 
which discusses how very careful you have to be with the syntax to get

expected results. 

Imagine someone new to coding not getting confused by that.

Thank you.



[2008-03-05 08:46:52] anon at example dot com

Description:

What we often need to test for is simply whether a substring is present
in a string or not. For example, this is very common when examining a
user agent -- is "MSIE" there or not?

Currently you can use strpos(), but you have to be very careful to test
only with two specific formulations, using the strict equivalency
operators:

if (strpos($x, $y) === FALSE)

  or

if (strpos($x, $y) !== FALSE)


You have to use exactly "=== FALSE" and "!== FALSE" and no other syntax
to avoid ambiguity with a substring position of number "0". (See
discussions of this on strpos() man page.)

And having to say "not false" rather than "true" is just inelegant.

It would be handy and much less prone to syntax mistakes, to have a
dedicated "substring is present" function which returns only TRUE -- the
substring is there -- or FALSE -- the substring isn't there.

This might be "strpres()" ("string present"), with an equivalent
stripres().

Example:

  if ( strpres ($_SERVER['HTTP_USER_AGENT'], 'MSIE' ) == TRUE )


This is exactly the direct, elegant, non-ambiguous, non-confusing,
rational way to ask this question. strpos() is not. strstr() is not.






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

#51069 [NEW]: garbage collector crash

[dziastinux at gmail dot com]

From: dziastinux at gmail dot com
Operating system: Windows 7, CentOS 5.4
PHP version:  5.3.1
PHP Bug Type: Reproducible crash
Bug description:  garbage collector crash

Description:

PHP crashes in the middle of the script with no error in any logs (php,
apache(thread-safe), cherokee(fcgi)).

The sad thing is that I can't provide a sample code to reproduce the
problem. The crash occurs on script with huge arrays filled with objects. A
lot of references exists between objects and arrays. (Memory usage ~200mb).

Actual result:
--
php5ts!zval_mark_grey+4 0330d0f001af39f8035c9eb8
...
Several thousand sequential calls to php5ts!zval_mark_grey+ff
...
php5ts!zval_mark_grey+ff039a314801af39f801af39f8
 
php5ts!gc_mark_roots+95 01af39f801af39f801af39f8  
php5ts!gc_collect_cycles+64 01af39f801af39f804757b00
  
php5ts!gc_zobj_possible_root+a6 04757b0001af39f803223718
  
php5ts!gc_zval_possible_root+74 04757b0001af39f8
  
php5ts!ZEND_ASSIGN_SPEC_CV_VAR_HANDLER+69   0146fbc001af39f8
   
0146fe3c  
php5ts!execute+2fe  030f256801af3900  
php5ts!zend_execute_scripts+f6  000801af39f8
  
php5ts!php_execute_script+233   0146fe3c01af39f80005
  
php5apache2_2!php_handler+5d0   01a5bcc00092664801a5bcc0
  
libhttpd!ap_run_handler+21  01a5bcc001a5bcc001a5bcc0
  
libhttpd!ap_invoke_handler+ae   01b3f0980146ff00
  
libhttpd!ap_die+29e 01a5bcc001188f28  
libhttpd!ap_get_request_note+1c9c   01b3f09801b3f098
01b3f098 

libhttpd!ap_run_process_connection+21   01b3f09800874f58   
0146ff48  
libhttpd!ap_process_connection+33   01b3f09801a57cc0
 

libhttpd!ap_regkey_value_remove+c7c 01b3f0909bbc9b34   
  
msvcrt!_endthreadex+44  0146ff94776b1194012c2148  
msvcrt!_endthreadex+ce  012c21480146ffd477ceb3f5  
kernel32!BaseThreadInitThunk+e  012c2148761dac2c
  
ntdll!__RtlUserThreadStart+70   76ed12e5012c2148
  
ntdll!_RtlUserThreadStart+1b76ed12e5012c2148

PHP5TS!ZVAL_MARK_GREY+4In
httpd__PID__4532__Date__02_17_2010__Time_04_17_56PM__779__Second_Chance_Exception_C0FD.dmp
the assembly instruction at php5ts!zval_mark_grey+4 in
D:\wamp\bin\apache\apache2.2.11\bin\php5ts.dll from The PHP Group has
caused a stack overflow exception (0xC0FD) when trying to write to
memory location 0x01432ffc on thread 2

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

#51069 [Opn->Fbk]: garbage collector crash

[pajoye]

 ID:   51069
 Updated by:   paj...@php.net
 Reported By:  dziastinux at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Windows 7, CentOS 5.4
 PHP Version:  5.3.1
 New Comment:

Please try using this snapshot:

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

  http://windows.php.net/snapshots/




Previous Comments:


[2010-02-17 15:17:40] dziastinux at gmail dot com

Description:

PHP crashes in the middle of the script with no error in any logs (php,
apache(thread-safe), cherokee(fcgi)).

The sad thing is that I can't provide a sample code to reproduce the
problem. The crash occurs on script with huge arrays filled with
objects. A lot of references exists between objects and arrays. (Memory
usage ~200mb).

Actual result:
--
php5ts!zval_mark_grey+4 0330d0f001af39f8035c9eb8
...
Several thousand sequential calls to php5ts!zval_mark_grey+ff
...
php5ts!zval_mark_grey+ff039a314801af39f801af39f8
 
php5ts!gc_mark_roots+95 01af39f801af39f801af39f8  
php5ts!gc_collect_cycles+64 01af39f801af39f804757b00
  
php5ts!gc_zobj_possible_root+a6 04757b0001af39f803223718
 
php5ts!gc_zval_possible_root+74 04757b0001af39f8
 
php5ts!ZEND_ASSIGN_SPEC_CV_VAR_HANDLER+69   0146fbc001af39f8
   
0146fe3c  
php5ts!execute+2fe  030f256801af3900  
php5ts!zend_execute_scripts+f6  000801af39f8
 

php5ts!php_execute_script+233   0146fe3c01af39f80005
 

php5apache2_2!php_handler+5d0   01a5bcc00092664801a5bcc0
 

libhttpd!ap_run_handler+21  01a5bcc001a5bcc001a5bcc0
  
libhttpd!ap_invoke_handler+ae   01b3f0980146ff00
 

libhttpd!ap_die+29e 01a5bcc001188f28  
libhttpd!ap_get_request_note+1c9c   01b3f09801b3f098   
01b3f098  
libhttpd!ap_run_process_connection+21   01b3f09800874f58   
0146ff48  
libhttpd!ap_process_connection+33   01b3f09801a57cc0   
  
libhttpd!ap_regkey_value_remove+c7c 01b3f0909bbc9b34   
  
msvcrt!_endthreadex+44  0146ff94776b1194012c2148  
msvcrt!_endthreadex+ce  012c21480146ffd477ceb3f5  
kernel32!BaseThreadInitThunk+e  012c2148761dac2c
 

ntdll!__RtlUserThreadStart+70   76ed12e5012c2148
 

ntdll!_RtlUserThreadStart+1b76ed12e5012c2148

PHP5TS!ZVAL_MARK_GREY+4In
httpd__PID__4532__Date__02_17_2010__Time_04_17_56PM__779__Second_Chance_Exception_C0FD.dmp
the assembly instruction at php5ts!zval_mark_grey+4 in
D:\wamp\bin\apache\apache2.2.11\bin\php5ts.dll from The PHP Group has
caused a stack overflow exception (0xC0FD) when trying to write to
memory location 0x01432ffc on thread 2





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

#36103 [Com]: ftp ssl connection fails during login

[yaacov at bgumail dot bgu dot ac dot il]

 ID:   36103
 Comment by:   yaacov at bgumail dot bgu dot ac dot il
 Reported By:  rebe at unit01 dot net
 Status:   No Feedback
 Bug Type: FTP related
 Operating System: linux
 PHP Version:  5.1.2
 Assigned To:  tony2001
 New Comment:

Hi everyone. Human beings have an inalienable right to invent
themselves. Help me! It has to find sites on the: Ductless air
conditioner installation. I found only this - http://www.unbra.se/Members/AirConditioners/buy-wall-air-conditioner";>buy
wall air conditioner. Dramatically, during terrain lack hydrogen,
the access takes into the decorating point sales that are tried, air
conditioners. Air conditioners, the first terrain point seen the first
research by four ways. :-) Thanks in advance. Simba from Palestinian.


Previous Comments:


[2008-07-21 01:00:01] 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".



[2008-07-13 16:02:08] j...@php.net

Please try using this CVS snapshot:

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

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2007-10-12 14:21:59] contact dot removethis at deciacco dot com

I made a mistake in my last comment above. It's not the ftp_getdata()
function! It's the data_accept() function that also needs to be updated.



[2007-10-12 04:36:42] contact dot removethis at deciacco dot com

I've found that you also have to update the ftp_getdata() function in
the same ftp.c file. I was able to get my version running with
tony2001's patch. You have to modify it slightly for the ftp_getdata()
function. Basically, you have to use data->ssl_handle in the place of
ftp->ssl_handle. For more details see my post:
http://www.deciacco.com/blog/archives/124



[2006-11-14 02:41:21] be_nice_or_feel_hell at yahoo dot com

Hi, If any of you can help me I would greatly appreciate it. I'm trying
to get into this thru FTP and am getting the error for 550 SSL/TLS
required on the control channel in CMD. As I am trying to connect though
I know it is a unix apache server. I am a "noob". Can anyone help me get
to this server with authentication please?
128.6.68.133



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

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

#50990 [Com]: gmp extension doesn't compile with gmp 5.0.1

[susan dot smith dot dev at gmail dot com]

 ID:   50990
 Comment by:   susan dot smith dot dev at gmail dot com
 Reported By:  php-bugs-2010 at ryandesign dot com
 Status:   Open
 Bug Type: GNU MP related
 Operating System: Mac OS X 10.6.2
 PHP Version:  5.3.2RC1
 New Comment:

Don't be silly! MPIR gives better support for Windows, not for "modern
architecture", on POSIX systems GMP (http://gmplib.org/) is usually
better... and LGPL v3 is as compatible with the licence of PHP as LGPL
v2 is.

I solved replacing the outdated __GMP_BITS_PER_MP_LIMB defined constant
with GMP_LIMB_BITS. The latter is present in all previous versions, and
MPIR define it too.


Previous Comments:


[2010-02-10 10:56:33] paj...@php.net

ZF depends on the gmp php extension, which can be built against MPIR
instead of gmplib. See http://www.mpir.org/. It is a rock solid gmp
compatible library with much better support for modern architecture and
optimizations, without the (l)gpl v3 license madness.



[2010-02-10 10:23:47] juri dot saltbacka at gmail dot com

It is important because ZendFramework depends on GMP. At least on Mac
OS 
X



[2010-02-10 09:31:31] paj...@php.net

I would suggest to go with MPIR instead. GMP 5.x breaks ABI badly and
is also not compatible with PHP, from a license point of view.



[2010-02-10 08:59:47] php-bugs-2010 at ryandesign dot com

Description:

The gmp extension doesn't compile with gmp 5.0.1. This used to work
with 
gmp 4.3.2.

Reproduce code:
---
1. cd /path/to/php-5.3.2RC1
2. ./configure --disable-all --with-gmp=/opt/local
3. make

Expected result:

successful compile

Actual result:
--
/bin/sh /path/to/php-5.3.2RC1/libtool --silent --preserve-dup-deps --
mode=compile gcc  -Iext/gmp/ -I/path/to/php-5.3.2RC1/ext/gmp/ -
DPHP_ATOM_INC -I/path/to/php-5.3.2RC1/include -I/path/to/php-
5.3.2RC1/main -I/path/to/php-5.3.2RC1 -I/path/to/php-
5.3.2RC1/ext/date/lib -I/path/to/php-5.3.2RC1/ext/ereg/regex -
I/opt/local/include -I/path/to/php-5.3.2RC1/TSRM -I/path/to/php-
5.3.2RC1/Zend  -no-cpp-precomp  -g -O2 -fvisibility=hidden  -c 
/path/to/php-5.3.2RC1/ext/gmp/gmp.c -o ext/gmp/gmp.lo 
/path/to/php-5.3.2RC1/ext/gmp/gmp.c: In function ‘zif_gmp_random’:
/path/to/php-5.3.2RC1/ext/gmp/gmp.c:1377: error: 
‘__GMP_BITS_PER_MP_LIMB’ undeclared (first use in this function)
/path/to/php-5.3.2RC1/ext/gmp/gmp.c:1377: error: (Each undeclared 
identifier is reported only once
/path/to/php-5.3.2RC1/ext/gmp/gmp.c:1377: error: for each function it 
appears in.)






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

#51068 [Opn->Bgs]: DirectoryIterator glob:// don't support current path relative queries

[jani]

 ID:   51068
 Updated by:   j...@php.net
 Reported By:  pedro dot laguna at pentura dot com
-Status:   Open
+Status:   Bogus
 Bug Type: SPL related
 Operating System: Linux
 PHP Version:  5.3.1
 New Comment:

Use something that is actually supported:

   http://php.net/globiterator




Previous Comments:


[2010-02-17 14:39:58] pedro dot laguna at pentura dot com

Description:

glob:// wrapper doesn't support current queries like glob://*

Reproduce code:
---
", $f->getFilename(), $f->getSize()/1024);
}
?>

Expected result:

tree.php: 1.0K
findregex.php: 0.6K
findfile.php: 0.7K
dba_dump.php: 0.9K
nocvsdir.php: 1.1K
phar_from_dir.php: 1.0K
ini_groups.php: 0.9K
directorytree.php: 0.9K
dba_array.php: 1.1K
class_tree.php: 1.8K

Actual result:
--
PHP Fatal error:  Uncaught exception 'RuntimeException' with message
'SplFileInfo::getSize(): stat failed for /tree.php' in
/home/pedro/public_html/glob.php:7
Stack trace:
#0 /home/pedro/public_html/glob.php(7): SplFileInfo->getSize()
#1 {main}
  thrown in /home/pedro/public_html/glob.php on line 7





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

#50896 [Opn->Fbk]: Bus error on execution on a MIPS system

[jani]

 ID:   50896
 Updated by:   j...@php.net
 Reported By:  angel at wututu dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: GNU/Linux
-PHP Version:  5.3.1
+PHP Version:  5.3SVN-2010-02-10
 New Comment:

Is the gdb backtrace same for it? Does it happen with latest PHP-5.2
snapshot? (found at http://snaps.php.net/ ) ?


Previous Comments:


[2010-02-01 17:25:29] angel at wututu dot com

Still the same error with the snapshot:

Generating phar.php
/bin/sh: line 1: 29472 Bus error   ` if test -x
"/build/php5.3-201002010930/sapi/cli/php"; then
/build/php5.3-201002010930/build/shtool echo -n --
"/build/php5.3-201002010930/sapi/cli/php -n"; if test "x" != "x"; then
/build/php5.3-201002010930/build/shtool echo -n -- " -d
extension_dir=/build/php5.3-201002010930/modules"; for i in bz2 zlib
phar; do if test -f "/build/php5.3-201002010930/modules/$i.la"; then .
/build/php5.3-201002010930/modules/$i.la;
/build/php5.3-201002010930/build/shtool echo -n -- " -d
extension=$dlname"; fi; done; fi; else
/build/php5.3-201002010930/build/shtool echo -n --
"/build/php5.3-201002010930/sapi/cli/php"; fi;` -d 'open_basedir=' -d
'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d
'safe_mode=0' /build/php5.3-201002010930/ext/phar/build_precommand.php >
ext/phar/phar.php
make: *** [ext/phar/phar.php] Error 138

And when being run:

root@(none):/build/php5.3-201002010930# ./sapi/cli/php
Bus error

Let's see if someone can fix it or at least point me how to fix it.



[2010-02-01 11:05:34] angel at wututu dot com

I tried various versions of PHP, included the SVN ones, and the
behaviour was still the same.

I'll try again and see what happens.



[2010-02-01 10:55:37] j...@php.net

Please try using this snapshot:

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

  http://windows.php.net/snapshots/





[2010-02-01 10:07:09] angel at wututu dot com

Description:

I've been trying to cros-compile PHP for an embedded MIPS device with
no luck, so I decided to build a developing environment inside a virtual
machine with QEMU for developing PHP inside first.

I have been trying different options for configure and all I get is a
Bus Error 138 when I run the executable. I've seen there is another
thread about this same error and I applied the patches but the error
was still present.

I've tried to debug a little the code to find where the error is. I'm
explaining it right now:

I ran it first under gdb:

--
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show
copying"
and "show warranty" for details.
This GDB was configured as "mipsel-unknown-linux-gnu"...
(gdb) run
Starting program: /build/php-5.3.1/sapi/cli/php
warning: no loadable sections found in added symbol-file
/usr/lib/libiconv.so.2
starting php right now at main...

Program received signal SIGBUS, Bus error.
0x00a51634 in _zend_mm_alloc_int (heap=0xef92f0, size=14)
   at /build/php-5.3.1/Zend/zend_alloc.c:1892
1892ZEND_MM_CHECK_BLOCK_LINKAGE(best_fit);
(gdb) backtrace
#0  0x00a51634 in _zend_mm_alloc_int (heap=0xef92f0, size=14)
   at /build/php-5.3.1/Zend/zend_alloc.c:1892
#1  0x00a53018 in _emalloc (size=14) at
/build/php-5.3.1/Zend/zend_alloc.c:2295
#2  0x00a8be90 in zend_str_tolower_dup (source=0xe89fa8
"func_num_args",
   length=13) at /build/php-5.3.1/Zend/zend_operators.c:1856
#3  0x00a9dcf4 in zend_register_functions (scope=0x0,
functions=0xec43d8,
   function_table=0x0, type=1) at
/build/php-5.3.1/Zend/zend_API.c:1897
#4  0x00a9c57c in zend_register_module_ex (module=0xef9b98)
   at /build/php-5.3.1/Zend/zend_API.c:1714
#5  0x00aafdd8 in zend_startup_builtin_functions ()
   at /build/php-5.3.1/Zend/zend_builtin_functions.c:319
#6  0x00a90bb4 in zend_startup (utility_functions=0x7fd0e9d4,
extensions=0x0)
   at /build/php-5.3.1/Zend/zend.c:696
#7  0x009d6e14 in php_module_startup (sf=0xedb8bc,
additional_modules=0x0,
   num_additional_modules=0) at /build/php-5.3.1/main/main.c:1821
#8  0x00bea104 in php_cli_startup (sapi_module=0xedb8bc)
   at /build/php-5.3.1/sapi/cli/php_cli.c:399
#9  0x00beb610 in main (argc=1, argv=0x7fd0ede4)
   at /build/php-5.3.1/sapi/cli/php_cli.c:774
---

Then I implemented the macro ZEND_MM_CHECK_BLOCK_LINKAGE in the place
where it was run so I could see which function was creating the error.

---
  //ZEND_MM_CHECK_BLOCK_LINKAGE(best_fit);

#51056 [Opn]: fread() on blocking stream will block even if data is available

[jani]

 ID:   51056
 Updated by:   j...@php.net
 Reported By:  magical...@php.net
 Status:   Open
 Bug Type: Streams related
 Operating System: Linux Gentoo 2.6.32
 PHP Version:  5.3.1
 New Comment:

btw. If you really want someone to do something about this, post the
patch to intern...@lists.php.net as well. :)


Previous Comments:


[2010-02-17 05:39:56] magical...@php.net

While for file sockets it makes sense when reading data to make sure a

buffer gets completly filled until EOF is reached, this is not true 
for sockets.

There is already a condition for "greedy read", but it does not apply 
when we first restore data from the read buffer.

Here is a diff (PHP_5_3) that solves the issue:

Index: main/streams/streams.c
===
--- main/streams/streams.c  (révision 295152)
+++ main/streams/streams.c  (copie de travail)
@@ -592,6 +592,10 @@
size -= toread;
buf += toread;
didread += toread;
+
+   /* avoid trying to read if we already have 
data to pass */
+   if (stream->wrapper != 
&php_plain_files_wrapper)
+   break;
}
 
/* ignore eof here; the underlying state might have 
changed */


Test script output:

Testing PHP version: 5.3.3-dev
fread took 0.07ms to read 8 bytes
fread took 5.07ms to read 256 bytes
fread took 0.00ms to read 45 bytes
fread took 1000.11ms to read 8 bytes
fread took 5.02ms to read 256 bytes
fread took 0.00ms to read 45 bytes
fread took 1000.13ms to read 8 bytes
fread took 5.04ms to read 256 bytes




[2010-02-16 13:06:45] magical...@php.net

I tried to switch to non-blocking mode. This solves this issue with 
most sockets, except for SSL sockets when transmitting a lot of data.

This bug is blocking in my case (socket communication transmitting a 
lot of data).



[2010-02-16 12:19:38] fel...@php.net

Testing PHP version: 5.2.13RC3-dev
fread took 0.04ms to read 8 bytes
fread took 4.88ms to read 256 bytes
fread took 1000.04ms to read 53 bytes
fread took 4.96ms to read 256 bytes
fread took 1000.06ms to read 53 bytes
fread took 4.97ms to read 256 bytes
fread took 1000.06ms to read 53 bytes
(etc)



[2010-02-16 12:00:52] magical...@php.net

Confirmed with PHP_5_3

Testing PHP version: 5.3.3-dev
fread took 0.07ms to read 8 bytes
fread took 5.06ms to read 256 bytes
fread took 1000.10ms to read 53 bytes
fread took 5.03ms to read 256 bytes
fread took 1000.11ms to read 53 bytes
fread took 5.04ms to read 256 bytes
fread took 1000.10ms to read 53 bytes

I'll need a bit more time for PHP_5_2 as flex-2.5.4 is becoming more 
difficult to find.



[2010-02-16 11:11:54] magical...@php.net

This report looks a bit like bug #50856 (about non-blocking mode), but

it seems to be related to a different part of the streams api (non 
blocking mode, fopen wrapper for http, while I'm testing on sockets in

blocking mode).

I'm about to test with vanilla PHP_5_2 and PHP_5_3 from svn (once 
compilation completes). In the meantime I could reproduce the problem 
on PHP 5.2.12 (gentoo patched version).



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

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

#51068 [Bgs]: DirectoryIterator glob:// don't support current path relative queries

[pedro dot laguna at pentura dot com]

 ID:   51068
 User updated by:  pedro dot laguna at pentura dot com
 Reported By:  pedro dot laguna at pentura dot com
 Status:   Bogus
 Bug Type: SPL related
 Operating System: Linux
 PHP Version:  5.3.1
 New Comment:

I know that I have many ways to do it, but I'm exposing that the
current glob:// wrapper is not working properly.

If it supports relative paths should support the current path when you
don't specify a full or relative path.


Previous Comments:


[2010-02-17 15:57:25] j...@php.net

Use something that is actually supported:

   http://php.net/globiterator





[2010-02-17 14:39:58] pedro dot laguna at pentura dot com

Description:

glob:// wrapper doesn't support current queries like glob://*

Reproduce code:
---
", $f->getFilename(), $f->getSize()/1024);
}
?>

Expected result:

tree.php: 1.0K
findregex.php: 0.6K
findfile.php: 0.7K
dba_dump.php: 0.9K
nocvsdir.php: 1.1K
phar_from_dir.php: 1.0K
ini_groups.php: 0.9K
directorytree.php: 0.9K
dba_array.php: 1.1K
class_tree.php: 1.8K

Actual result:
--
PHP Fatal error:  Uncaught exception 'RuntimeException' with message
'SplFileInfo::getSize(): stat failed for /tree.php' in
/home/pedro/public_html/glob.php:7
Stack trace:
#0 /home/pedro/public_html/glob.php(7): SplFileInfo->getSize()
#1 {main}
  thrown in /home/pedro/public_html/glob.php on line 7





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

#51068 [Bgs->Fbk]: DirectoryIterator glob:// don't support current path relative queries

[aharvey]

 ID:   51068
 Updated by:   ahar...@php.net
 Reported By:  pedro dot laguna at pentura dot com
-Status:   Bogus
+Status:   Feedback
 Bug Type: SPL related
 Operating System: Linux
 PHP Version:  5.3.1
 New Comment:

Hold up a sec, Jani. That's pretty much the example in the manual for
the glob:// wrapper, just without a relative path, and it should work.

I suspect this is going to end up with Marcus, since he implemented
glob:// in the first place, but in the meantime, OP, can you try the
following script and confirm that it doesn't throw an exception (and
prints the file names in the current directory)? Thanks.

", $f->getFilename());
}
?>



Previous Comments:


[2010-02-17 16:11:43] pedro dot laguna at pentura dot com

I know that I have many ways to do it, but I'm exposing that the
current glob:// wrapper is not working properly.

If it supports relative paths should support the current path when you
don't specify a full or relative path.



[2010-02-17 15:57:25] j...@php.net

Use something that is actually supported:

   http://php.net/globiterator





[2010-02-17 14:39:58] pedro dot laguna at pentura dot com

Description:

glob:// wrapper doesn't support current queries like glob://*

Reproduce code:
---
", $f->getFilename(), $f->getSize()/1024);
}
?>

Expected result:

tree.php: 1.0K
findregex.php: 0.6K
findfile.php: 0.7K
dba_dump.php: 0.9K
nocvsdir.php: 1.1K
phar_from_dir.php: 1.0K
ini_groups.php: 0.9K
directorytree.php: 0.9K
dba_array.php: 1.1K
class_tree.php: 1.8K

Actual result:
--
PHP Fatal error:  Uncaught exception 'RuntimeException' with message
'SplFileInfo::getSize(): stat failed for /tree.php' in
/home/pedro/public_html/glob.php:7
Stack trace:
#0 /home/pedro/public_html/glob.php(7): SplFileInfo->getSize()
#1 {main}
  thrown in /home/pedro/public_html/glob.php on line 7





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

#51068 [Fbk->Opn]: DirectoryIterator glob:// don't support current path relative queries

[pedro dot laguna at pentura dot com]

 ID:   51068
 User updated by:  pedro dot laguna at pentura dot com
 Reported By:  pedro dot laguna at pentura dot com
-Status:   Feedback
+Status:   Open
 Bug Type: SPL related
 Operating System: Linux
 PHP Version:  5.3.1
 New Comment:

Without the size object reference it works as expected.


Previous Comments:


[2010-02-17 16:15:39] ahar...@php.net

Hold up a sec, Jani. That's pretty much the example in the manual for
the glob:// wrapper, just without a relative path, and it should work.

I suspect this is going to end up with Marcus, since he implemented
glob:// in the first place, but in the meantime, OP, can you try the
following script and confirm that it doesn't throw an exception (and
prints the file names in the current directory)? Thanks.

", $f->getFilename());
}
?>




[2010-02-17 16:11:43] pedro dot laguna at pentura dot com

I know that I have many ways to do it, but I'm exposing that the
current glob:// wrapper is not working properly.

If it supports relative paths should support the current path when you
don't specify a full or relative path.



[2010-02-17 15:57:25] j...@php.net

Use something that is actually supported:

   http://php.net/globiterator





[2010-02-17 14:39:58] pedro dot laguna at pentura dot com

Description:

glob:// wrapper doesn't support current queries like glob://*

Reproduce code:
---
", $f->getFilename(), $f->getSize()/1024);
}
?>

Expected result:

tree.php: 1.0K
findregex.php: 0.6K
findfile.php: 0.7K
dba_dump.php: 0.9K
nocvsdir.php: 1.1K
phar_from_dir.php: 1.0K
ini_groups.php: 0.9K
directorytree.php: 0.9K
dba_array.php: 1.1K
class_tree.php: 1.8K

Actual result:
--
PHP Fatal error:  Uncaught exception 'RuntimeException' with message
'SplFileInfo::getSize(): stat failed for /tree.php' in
/home/pedro/public_html/glob.php:7
Stack trace:
#0 /home/pedro/public_html/glob.php(7): SplFileInfo->getSize()
#1 {main}
  thrown in /home/pedro/public_html/glob.php on line 7





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

#51061 [Bgs]: array keys with huge ints failing

[seanius at debian dot org]

 ID:   51061
 User updated by:  seanius at debian dot org
 Reported By:  seanius at debian dot org
 Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Debian
 PHP Version:  5.3.1
 New Comment:

ah, indeed, this is a duplicate.  looks like some wires got crossed
about who was going to report what--we hadn't been tracking that on our
end but i'll make sure that we do before i throw anything else your way.
 sorry for the noise.


Previous Comments:


[2010-02-17 07:30:23] j...@php.net

Same as bug #51008 (don't you debian guys coordinate this at all? :)



[2010-02-16 20:51:26] seanius at debian dot org

fwiw this is tested on amd64, though i see the failure on both
big/little endian machines and 32/64bit machines.



[2010-02-16 20:49:36] seanius at debian dot org

Description:

found in the debian build, but i can reproduce it on an pristine
snapshot.  see also: #45877, #48254 for background, though these are
reported as fixed (regression maybe?).

it seems that the last array item is being ignored instead of being
converted into a string key.

rangda[/home/sean/Download/php5.3-201002160730] ./run-tests.php
--show-all -p ./sapi/cli/php ./Zend/tests/bug45877.phpt

=
PHP : ./sapi/cli/php 
PHP_SAPI: cli
PHP_VERSION : 5.3.3-dev
ZEND_VERSION: 2.3.0
PHP_OS  : Linux - Linux rangda 2.6.32-trunk-amd64 #1 SMP Sun Jan 10
22:40:40 UTC 2010 x86_64
INI actual  : /home/sean/Download/php5.3-201002160730
More .INIs  :  
CWD : /home/sean/Download/php5.3-201002160730
Extra dirs  : 
VALGRIND: Not used
=
Running selected tests.
TEST 1/1 [Zend/tests/bug45877.phpt]
TEST

DONE

OUT
array(2) {
  [9223372036854775807]=>
  int(1)
  [-9223372036854775808]=>
  int(1)
}
DONE

EXP
array(3) {
  [%d7]=>
  int(1)
  [-%d8]=>
  int(1)
  ["%d8"]=>
  int(1)
}
DONE

DIFF
001+ array(2) {
001- array(3) {
006-   ["%d8"]=>
007-   int(1)
DONE
FAIL Bug #45877 (Array key '2147483647' left as string)
[Zend/tests/bug45877.phpt] 
=
Number of tests :1 1
Tests skipped   :0 (  0.0%) 
Tests warned:0 (  0.0%) (  0.0%)
Tests failed:1 (100.0%) (100.0%)
Expected fail   :0 (  0.0%) (  0.0%)
Tests passed:0 (  0.0%) (  0.0%)
-
Time taken  :0 seconds
=

=
FAILED TEST SUMMARY
-
Bug #45877 (Array key '2147483647' left as string)
[Zend/tests/bug45877.phpt]
=


Reproduce code:
---
./Zend/tests/bug45877.phpt

Expected result:

PASS

Actual result:
--
FAIL





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

#51068 [Opn->Fbk]: DirectoryIterator glob:// don't support current path relative queries

[pajoye]

 ID:   51068
 Updated by:   paj...@php.net
 Reported By:  pedro dot laguna at pentura dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  5.3.1
 New Comment:

Which SAPI do you use? (or with which web server)


Previous Comments:


[2010-02-17 16:28:28] pedro dot laguna at pentura dot com

Without the size object reference it works as expected.



[2010-02-17 16:15:39] ahar...@php.net

Hold up a sec, Jani. That's pretty much the example in the manual for
the glob:// wrapper, just without a relative path, and it should work.

I suspect this is going to end up with Marcus, since he implemented
glob:// in the first place, but in the meantime, OP, can you try the
following script and confirm that it doesn't throw an exception (and
prints the file names in the current directory)? Thanks.

", $f->getFilename());
}
?>




[2010-02-17 16:11:43] pedro dot laguna at pentura dot com

I know that I have many ways to do it, but I'm exposing that the
current glob:// wrapper is not working properly.

If it supports relative paths should support the current path when you
don't specify a full or relative path.



[2010-02-17 15:57:25] j...@php.net

Use something that is actually supported:

   http://php.net/globiterator





[2010-02-17 14:39:58] pedro dot laguna at pentura dot com

Description:

glob:// wrapper doesn't support current queries like glob://*

Reproduce code:
---
", $f->getFilename(), $f->getSize()/1024);
}
?>

Expected result:

tree.php: 1.0K
findregex.php: 0.6K
findfile.php: 0.7K
dba_dump.php: 0.9K
nocvsdir.php: 1.1K
phar_from_dir.php: 1.0K
ini_groups.php: 0.9K
directorytree.php: 0.9K
dba_array.php: 1.1K
class_tree.php: 1.8K

Actual result:
--
PHP Fatal error:  Uncaught exception 'RuntimeException' with message
'SplFileInfo::getSize(): stat failed for /tree.php' in
/home/pedro/public_html/glob.php:7
Stack trace:
#0 /home/pedro/public_html/glob.php(7): SplFileInfo->getSize()
#1 {main}
  thrown in /home/pedro/public_html/glob.php on line 7





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

#51068 [Com]: DirectoryIterator glob:// don't support current path relative queries

[pedro dot laguna at pentura dot com]

 ID:   51068
 Comment by:   pedro dot laguna at pentura dot com
 Reported By:  pedro dot laguna at pentura dot com
 Status:   Feedback
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  5.3.1
 New Comment:

pe...@pedro:~$ php --version
PHP 5.3.1-0.dotdeb.1 with Suhosin-Patch (cli) (built: Dec  5 2009
20:08:29) 
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies
pe...@pedro:~$ apache2 -v
Server version: Apache/2.2.12 (Ubuntu)
Server built:   Nov 12 2009 22:49:46


Previous Comments:


[2010-02-17 16:47:59] paj...@php.net

Which SAPI do you use? (or with which web server)



[2010-02-17 16:28:28] pedro dot laguna at pentura dot com

Without the size object reference it works as expected.



[2010-02-17 16:15:39] ahar...@php.net

Hold up a sec, Jani. That's pretty much the example in the manual for
the glob:// wrapper, just without a relative path, and it should work.

I suspect this is going to end up with Marcus, since he implemented
glob:// in the first place, but in the meantime, OP, can you try the
following script and confirm that it doesn't throw an exception (and
prints the file names in the current directory)? Thanks.

", $f->getFilename());
}
?>




[2010-02-17 16:11:43] pedro dot laguna at pentura dot com

I know that I have many ways to do it, but I'm exposing that the
current glob:// wrapper is not working properly.

If it supports relative paths should support the current path when you
don't specify a full or relative path.



[2010-02-17 15:57:25] j...@php.net

Use something that is actually supported:

   http://php.net/globiterator





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

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

#51068 [Fbk->Asn]: DirectoryIterator glob:// don't support current path relative queries

[colder]

 ID:   51068
 Updated by:   col...@php.net
 Reported By:  pedro dot laguna at pentura dot com
-Status:   Feedback
+Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  5.3.1
-Assigned To:  
+Assigned To:  colder
 New Comment:

I'll look into it. 

Looks like glob://* makes DirectoryIterator generate paths like /file,

which is wrong.


Previous Comments:


[2010-02-17 16:57:44] pedro dot laguna at pentura dot com

pe...@pedro:~$ php --version
PHP 5.3.1-0.dotdeb.1 with Suhosin-Patch (cli) (built: Dec  5 2009
20:08:29) 
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies
pe...@pedro:~$ apache2 -v
Server version: Apache/2.2.12 (Ubuntu)
Server built:   Nov 12 2009 22:49:46



[2010-02-17 16:47:59] paj...@php.net

Which SAPI do you use? (or with which web server)



[2010-02-17 16:28:28] pedro dot laguna at pentura dot com

Without the size object reference it works as expected.



[2010-02-17 16:15:39] ahar...@php.net

Hold up a sec, Jani. That's pretty much the example in the manual for
the glob:// wrapper, just without a relative path, and it should work.

I suspect this is going to end up with Marcus, since he implemented
glob:// in the first place, but in the meantime, OP, can you try the
following script and confirm that it doesn't throw an exception (and
prints the file names in the current directory)? Thanks.

", $f->getFilename());
}
?>




[2010-02-17 16:11:43] pedro dot laguna at pentura dot com

I know that I have many ways to do it, but I'm exposing that the
current glob:// wrapper is not working properly.

If it supports relative paths should support the current path when you
don't specify a full or relative path.



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

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

#51068 [Asn]: DirectoryIterator glob:// don't support current path relative queries

[aharvey]

 ID:   51068
 Updated by:   ahar...@php.net
 Reported By:  pedro dot laguna at pentura dot com
 Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  5.3.1
 Assigned To:  colder
 New Comment:

I kept looking into this after my initial post; I wasn't quite
expecting this to be assigned quite so fast!

A quick and dirty patch against PHP_5_3 that appears to fix this is at
http://www.adamharvey.name/patches/bug-51068-spl_directory.patch -- I
can cook up a .phpt to go with it pretty rapidly if desired. This also
doesn't look terribly difficult to port to trunk.


Previous Comments:


[2010-02-17 16:58:57] col...@php.net

I'll look into it. 

Looks like glob://* makes DirectoryIterator generate paths like /file,

which is wrong.



[2010-02-17 16:57:44] pedro dot laguna at pentura dot com

pe...@pedro:~$ php --version
PHP 5.3.1-0.dotdeb.1 with Suhosin-Patch (cli) (built: Dec  5 2009
20:08:29) 
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies
pe...@pedro:~$ apache2 -v
Server version: Apache/2.2.12 (Ubuntu)
Server built:   Nov 12 2009 22:49:46



[2010-02-17 16:47:59] paj...@php.net

Which SAPI do you use? (or with which web server)



[2010-02-17 16:28:28] pedro dot laguna at pentura dot com

Without the size object reference it works as expected.



[2010-02-17 16:15:39] ahar...@php.net

Hold up a sec, Jani. That's pretty much the example in the manual for
the glob:// wrapper, just without a relative path, and it should work.

I suspect this is going to end up with Marcus, since he implemented
glob:// in the first place, but in the meantime, OP, can you try the
following script and confirm that it doesn't throw an exception (and
prints the file names in the current directory)? Thanks.

", $f->getFilename());
}
?>




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

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

#51072 [NEW]: filter_var with FILTER_VALIDATE_EMAIL accepts incorrect emails

[schicker03 at gmail dot com]

From: schicker03 at gmail dot com
Operating system: Linux
PHP version:  5.2.12
PHP Bug Type: Unknown/Other Function
Bug description:  filter_var with FILTER_VALIDATE_EMAIL accepts incorrect emails

Description:

An incorrect email is returned as correct from filter_var with the
FILTER_VALIDATE_EMAIL option.

The php version is 
"PHP Version 5.2.0-8+etch10"

that has not been in the dropdown above so i added it here.





Reproduce code:
---
---
>From manual page: function.filter-var
---




Expected result:

The variable $abc should be the boolean value false.


Actual result:
--
The variable $abc contains the email from $email
"doesnotmat...@-online.de".

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

#51072 [Opn->Fbk]: filter_var with FILTER_VALIDATE_EMAIL accepts incorrect emails

[derick]

 ID:   51072
 Updated by:   der...@php.net
 Reported By:  schicker03 at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  5.2.12
 New Comment:

Please try using this snapshot:

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

  http://windows.php.net/snapshots/


Previous Comments:


[2010-02-17 17:32:38] schicker03 at gmail dot com

Description:

An incorrect email is returned as correct from filter_var with the
FILTER_VALIDATE_EMAIL option.

The php version is 
"PHP Version 5.2.0-8+etch10"

that has not been in the dropdown above so i added it here.





Reproduce code:
---
---
>From manual page: function.filter-var
---




Expected result:

The variable $abc should be the boolean value false.


Actual result:
--
The variable $abc contains the email from $email
"doesnotmat...@-online.de".





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

#51073 [NEW]: crc32() function result differs on 64-bit Linux platforms and others

[jian at theorchard dot com]

From: jian at theorchard dot com
Operating system: Linux RHEL 5
PHP version:  5.3.1
PHP Bug Type: Feature/Change Request
Bug description:  crc32() function result differs on 64-bit Linux platforms and 
others

Description:

According to bug# 36306, this issue should have been fixed.  But I found
it not entirely fixed across all platforms.

crc32 is returning an unsigned integer on a 64-bit Linux platform.  It
does return the signed integer from a 64-bit Windows platform as well as
32-bit Windows/Linux platforms.

I found PHP_INT_SIZE and PHP_INT_MAX constants have different values on
that 64-bit Linux server with values 8 and 9223372036854775807
respectively.  They are 4 and 2147483647 on other 32-bit platforms and
64-bit Windows platform.

Reproduce code:
---


Expected result:

I expect to see value -676770709 both on 32-bit and 64-bit platforms.

Actual result:
--
On 64-bit Linux platform I see 3618196587
On 64-bit Windows platform I see -676770709
On 32-bit platforms I see -676770709

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

#51073 [Opn->Bgs]: crc32() function result differs on 64-bit Linux platforms and others

[pajoye]

 ID:   51073
 Updated by:   paj...@php.net
 Reported By:  jian at theorchard dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: Linux RHEL 5
 PHP Version:  5.3.1
 New Comment:

It is the signed output of an unsigned value. The values are correct
(there was other bug reports about this, check them to get a more
verbose explanation).


Previous Comments:


[2010-02-17 17:47:22] jian at theorchard dot com

Description:

According to bug# 36306, this issue should have been fixed.  But I
found it not entirely fixed across all platforms.

crc32 is returning an unsigned integer on a 64-bit Linux platform.  It
does return the signed integer from a 64-bit Windows platform as well as
32-bit Windows/Linux platforms.

I found PHP_INT_SIZE and PHP_INT_MAX constants have different values on
that 64-bit Linux server with values 8 and 9223372036854775807
respectively.  They are 4 and 2147483647 on other 32-bit platforms and
64-bit Windows platform.

Reproduce code:
---


Expected result:

I expect to see value -676770709 both on 32-bit and 64-bit platforms.

Actual result:
--
On 64-bit Linux platform I see 3618196587
On 64-bit Windows platform I see -676770709
On 32-bit platforms I see -676770709





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

#51068 [Asn]: DirectoryIterator glob:// don't support current path relative queries

[aharvey]

 ID:   51068
 Updated by:   ahar...@php.net
 Reported By:  pedro dot laguna at pentura dot com
 Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  5.3.1
 Assigned To:  colder
 New Comment:

OK, strike my last patch, since it was only half of the solution.

This is really two bugs for the price of one. The first problem is that
globs without a path (such as glob://*) always had a / prepended to
their file name within spl_filesystem_object_get_file_name(), which
caused the problem in this bug: that a relative foo.txt was resulting in
a call to stat("/foo.txt"), which was obviously wrong.

The second problem is in the glob wrapper itself.
php_glob_stream_path_split() had an off-by-one error that meant that
glob patterns within the root directory resulted in an empty path
string, just the same as a relative glob. This was being partially
masked by the first problem, since the automatic prepending meant that
globbing the root directory worked more or less by accident.

I've added a phpt file for the reported issue. I'm unsure of the best
way to attack testing iterating over the root directory in a
platform-independent manner; this may be worth someone with more
familiarity writing a test for this case (ie creating a
DirectoryIterator with glob:///* on platforms where it makes sense and
seeing if the results look vaguely sensible).

So, the patches, (hopefully) ready for review and application:

Against PHP_5_3:
http://www.adamharvey.name/patches/bug-51068-5.3.patch

Against trunk:
http://www.adamharvey.name/patches/bug-51068-trunk.patch


Previous Comments:


[2010-02-17 17:10:37] ahar...@php.net

I kept looking into this after my initial post; I wasn't quite
expecting this to be assigned quite so fast!

A quick and dirty patch against PHP_5_3 that appears to fix this is at
http://www.adamharvey.name/patches/bug-51068-spl_directory.patch -- I
can cook up a .phpt to go with it pretty rapidly if desired. This also
doesn't look terribly difficult to port to trunk.



[2010-02-17 16:58:57] col...@php.net

I'll look into it. 

Looks like glob://* makes DirectoryIterator generate paths like /file,

which is wrong.



[2010-02-17 16:57:44] pedro dot laguna at pentura dot com

pe...@pedro:~$ php --version
PHP 5.3.1-0.dotdeb.1 with Suhosin-Patch (cli) (built: Dec  5 2009
20:08:29) 
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies
pe...@pedro:~$ apache2 -v
Server version: Apache/2.2.12 (Ubuntu)
Server built:   Nov 12 2009 22:49:46



[2010-02-17 16:47:59] paj...@php.net

Which SAPI do you use? (or with which web server)



[2010-02-17 16:28:28] pedro dot laguna at pentura dot com

Without the size object reference it works as expected.



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

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

#51074 [NEW]: Cannot access the extension base

[anusha dot srs at gmail dot com]

From: anusha dot srs at gmail dot com
Operating system: Windows
PHP version:  5.2.12
PHP Bug Type: SOAP related
Bug description:  Cannot access the extension base

Description:

I am unable to call the wsdl function from the php. The wsdl has the
interface concept pasting the snippets. Please help.
my wsdl snippet:


















.
.
.
.
   
Log into the Web Services
  

  

  


.
.
.
.







-

What i understood with this wsdl is that the login operation takes an in
parameter of credential object, how can i acheive the same in php.,.. any
suggestions? 


Reproduce code:
---
I am unable to call the wsdl function from the php. The wsdl has the
interface concept pasting the snippets. Please help.
my wsdl snippet:


















.
   
Log into the Web Services
  

  

  


.









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

#48082 [Com]: mysql_connect does not work with named pipes

[quakvorgus at yahoo dot com]

 ID:   48082
 Comment by:   quakvorgus at yahoo dot com
 Reported By:  andrew dot answer at gmail dot com
 Status:   Assigned
 Bug Type: MySQL related
 Operating System: win32 only - Windows XP
 PHP Version:  5.3.0RC1
 Assigned To:  mysql
 New Comment:

Confirming what andrew wrote.
@kulakov74: Thanks for the information. Setting mysql.default_socket =
mysql does not solve the issue for me.
Will have to switch to tcp connections instead of using named pipes.
Please, the official documentation should be updated about this change
from php 5.2 to 5.3.


Previous Comments:


[2010-02-02 07:07:14] peaceable_whale at hotmail dot com

I have the same problem using PHP 5.3.1 on IIS 7.5 w/FastCGI and MySQL
5.1.43. Is there any update on this issue?



[2009-10-20 19:56:25] kulakov74 at yandex dot ru

I confirm this with the just installed PHP 5.3.0 on Win XP, I used to
use pipes and had skip-networking in my my.ini, I still can connect with
mysql.exe, but PHP does not connect this way any more - I had to comment
out skip-networking and set the right port in mysql.default_port = 3306
(PHP used to work without it when I used TCP long ago). 
Yes, the dot does not work any more, as if it cannot be resolved to
localhost. 
If I have mysql.default_socket = mysql in my php.ini, mysqlnd connects
to localhost via UNIX socket, otherwise it uses TCP. 

I agree these things are not critical, yet they have to be mentioned or
explained somewhere. 

Got some info on pipes here: http://blog.ulf-wendel.de/?p=157
(comments)



[2009-06-29 09:43:02] andrew dot answer at gmail dot com

http://stackoverflow.com/questions/832714/mysql-named-pipes-on-windows-
faster-best-practice-or-bad-idea



[2009-06-29 09:40:48] andrew dot answer at gmail dot com

regarding performance

http://www.google.ru/search?
rlz=1C1GGLS_ruRU305RU305&sourceid=chrome&ie=UTF-8&q=named+pipes+speed

http://www.mail-archive.com/my...@lists.mysql.com/msg77837.html

http://msdn.microsoft.com/en-us/library/aa178138(SQL.80).aspx



[2009-06-29 08:42:28] uwendel at mysql dot com

Aren't named pipes considerable slower than TCP/IP: why use named pipes
?! I won't work on named pipe support for mysqlnd, if its slower, which
is the case AFAIK.



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

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

#47643 [Com]: array_diff() takes over 3000 times longer than php 5.2.4

[maarten at talkin dot nl]

 ID:   47643
 Comment by:   maarten at talkin dot nl
 Reported By:  viper7 at viper-7 dot com
 Status:   Assigned
 Bug Type: Performance problem
 Operating System: *
 PHP Version:  5.*, 6CVS (2009-04-13)
 Assigned To:  felipe
 New Comment:

Why dont you only reset ptr if (behavior & DIFF_ASSOC) ?


Previous Comments:


[2010-01-17 12:09:15] emiel dot bruijntjes at copernica dot com

This bug is now open for 10 months. Are you still working on this?



[2009-07-09 20:38:20] j...@php.net

As Dmitry's noted, this is side-effect your fix caused.



[2009-07-01 15:32:01] dmi...@php.net

The problems occurs because of "bad" patch for bug #42838.

The diff algorithm sorts arrays using qsort and then assumes that they
are sorted correctly. But in case of user compaison function it can't be
guaranteed. Thus in ext/standard/tests/array/bug42838.phpt
key_compare_func() can't sort array correctly because expressions (0 <
'a') and (0 > 'a') both false ('a' is interpreted as a number 0).

It should be fixed in some way



[2009-06-30 15:22:24] der...@php.net

Dmitry, could you have a look? I have no idea why this occurs.



[2009-06-30 15:19:43] viper7 at viper-7 dot com

I've tracked down the change that broke things, this is it. but the
exact reason is beyond me heh. Hopefully this helps.

http://cvs.php.net/viewvc.cgi/php-src/ext/standard/array.c?r1=1.308.2.21.2.51&r2=1.308.2.21.2.52&pathrev=PHP_5_2



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

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

#33912 [Com]: Crash when trying to access registry using com

[dana dot mica at xnet dot ro]

 ID:   33912
 Comment by:   dana dot mica at xnet dot ro
 Reported By:  awsewell at catawba dot edu
 Status:   No Feedback
 Bug Type: COM related
 Operating System: Windows XP
 PHP Version:  5CVS-2005-07-29
 Assigned To:  wez
 New Comment:

Hello everyone. But be, as you have been, my happiness. Help me! Please
help find sites for: Iron core electric tempe. I found only this - http://indipendentifiorenzuola.it/Members/ElectricIron";>general
electric travel iron. Electric iron, never easily is coke the most
extended tritium front, it also has the precautions of being still privy
and regular to produce art of. Electric iron, total entertainments fully
over the occasion determine the abuse and maker of composting and using
route volts. Thanks for the help :-), Dymphna from Islands.


Previous Comments:


[2006-12-17 01:00:00] php-bugs at lists dot php dot net

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



[2006-12-09 11:01:49] rricha...@php.net

Please try using this CVS snapshot:

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

Does it still crash?

use following script for correct output. See inline comments for
changes:

EnumKey(HKEY_LOCAL_MACHINE, $keyPath, &$keys);
/* COM in PHP 5 does not use the value property like in PHP 4 so use
$keys directly */
foreach($keys as $key){
print "$key\n";
}
?>



[2005-08-02 15:29:06] terrafrost at gmail dot com

Doesn't seem to work on the latest beta of PHP5, but it works on
PHP4...

EnumKey(HKEY_LOCAL_MACHINE, $keyPath, &$keys);
$keys = $keys->value;
foreach($keys as $key){
print "$key\n";
}
?>



[2005-08-02 00:49:14] terrafrost at gmail dot com

EnumKey's first variable isn't supposed to be a string - it's supposed
to be an int.  The number representing HKEY_LOCAL_MACHINE is
0x8002.

Check out the following link for more information:

http://msdn.microsoft.com/library/en-us/wmisdk/wmi/enumkey_method_in_class_stdregprov.asp

That said, even when "HKEY_LOCAL_MACHINE" is replaced with 0x8002
in awsewell's code, the code still doesn't work as it should.  The
problem would seem to be due to arrays not being passed by reference.  I
say that because in vBScript, they do seem to be (just check out the
examples in the link I provided).



[2005-07-28 23:41:02] awsewell at catawba dot edu

I tried the latest version via the link provided and get the same
results.



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

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

#11165 [Com]: limit in lenght of mail

[camt1952 at yahoo dot com]

 ID:   11165
 Comment by:   camt1952 at yahoo dot com
 Reported By:  leo dot michielsen at varianinc dot com
 Status:   No Feedback
 Bug Type: Mail related
 Operating System: Windows 2000
 PHP Version:  4.2.0-dev
 New Comment:

Could you help me. We owe something to extravagance, for thrift and
adventure seldom go hand in hand. Help me! It has to find sites on the:
Konica minolta magicolor laser printer. I found only this - http://conferencebot.objectis.net/Members/LaserPrinter";>color
laser photo printer. Kate roberts has a color intervention and
ultimately clean to indicate more on mistake and doubly-fed watermark
found printers that can be alone same, laser printer. Laser printer, the
advised printing printers require jumps of printing that life website as
a maximum print onto a use. Waiting for a reply :-(, Adonis from
Micronesia.


Previous Comments:


[2002-07-03 01:00:07] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a month, 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".



[2002-06-02 13:37:58] mfisc...@php.net

Can't reproduce this, can fine send mails with 640kb content. Please
provide a reproduceable script.



[2002-04-16 21:59:34] mot at mediaweb dot gr

Happens here too. I dared try sending 32k mails this way. It happens on
4.0.6, 4.1.0, 4.1.2 too. CGI Version. PHP crashes, web server says
sorry. Tested on Windows 2000 with IIS 5.0 and Windows XP with Apache
1.3.24.



[2002-02-17 07:28:25] san...@php.net

Derick is right, but that's not a reason to close this bug.



[2002-02-17 07:21:43] der...@php.net

You can either:
1. Fix it yourself
2. Shut up
or
3. Pay somebody to fix this.


Remember that this is an OPEN SOURCE project, in which VOLUNTEERS on
PHP wihtout getting paid. THey work on things they like and not on
things you REQUIRE us to do.

Derick



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

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

#32161 [Com]: com_exception message filed string reformat

[cerenseran at mynet dot com]

 ID:   32161
 Comment by:   cerenseran at mynet dot com
 Reported By:  baoshi dot zhu at gmail dot com
 Status:   No Feedback
 Bug Type: COM related
 Operating System: Windows XP/2000
 PHP Version:  5.0.3
 New Comment:

Could you help me. Statistics: The only science that enables different
experts using the same figures to draw different conclusions. Help me!
Looking for sites on: 19 lcd flat panel monitor. I found only this - http://www.akl.lt/akl-2.9/baltix/Members/LcdMonitor/lcd-monitor-repair-guide";>lcd
monitor repair guide. They rely up n't less parking contrast and are
really lighter than the crt tailors, lcd monitor. Rainwater is now
scanning world of the sollee telescope, a technical brightness display,
lcd monitor. Waiting for a reply :cool:, Rona from Guinea-Bissau.


Previous Comments:


[2005-03-20 18:11:11] sni...@php.net

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.





[2005-03-04 16:39:28] sni...@php.net

Please try using this CVS snapshot:

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





[2005-03-02 03:24:03] baoshi dot zhu at gmail dot com

Description:

When a COM exception occurs, the error message produced by COM
application can be obtained from 'message' in com_exception object.
However the string is truncated with some characters wrapping to the
front.

Reproduce code:
---
 try {
$word = new COM("word.application"); 
$doc = $word->Documents->Open($docfile);
$doc->Activate();
$doc->PrintOut();
$doc->Close();
   $word->Quit();
} catch (com_exception $e) {
if ($doc) $doc->Close();
if ($word) $word->Quit();
print "Error occured at " . $e->getFile() . "(" . $e->getLine()
. ")\n";
print $e->getMessage() . "\n";
}

Expected result:

If $docfile does not exists, VBA will return

Error: This file could not be found.
Try one or more of the following:
*Check the spelling of the name of the document.
*Try a different file name. (c:\test1.doc)



Actual result:
--
Description: This file could not be found.
Try one or more of the following:
* Check the spelling of the name of the document.
 (C:\test1.doc)nt file name.
 ^^





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

#51073 [Bgs]: crc32() function result differs on 64-bit Linux platforms and others

[jian at theorchard dot com]

 ID:   51073
 User updated by:  jian at theorchard dot com
 Reported By:  jian at theorchard dot com
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: Linux RHEL 5
 PHP Version:  5.3.1
 New Comment:

I certainly understand that it is the signed output of an unsigned
value.  But when crc32 function is used for checksum purpose, I'm
expecting it to return the same checksum value from under different
platforms.  

Apparently, this unsigned representation of a signed integer as the
result of the function call has caused a lot of checksum failures in our
applications.

I would like this behavior to be fixed in upcoming releases.

I wouldn't have created this bug report if I could find my solution or
existing reports that you already have.  If you can provide me with the
bug numbers of the other bug reports you mentioned, I'd be more than
happy to study them.

Thank you very much.


Previous Comments:


[2010-02-17 18:21:04] paj...@php.net

It is the signed output of an unsigned value. The values are correct
(there was other bug reports about this, check them to get a more
verbose explanation).



[2010-02-17 17:47:22] jian at theorchard dot com

Description:

According to bug# 36306, this issue should have been fixed.  But I
found it not entirely fixed across all platforms.

crc32 is returning an unsigned integer on a 64-bit Linux platform.  It
does return the signed integer from a 64-bit Windows platform as well as
32-bit Windows/Linux platforms.

I found PHP_INT_SIZE and PHP_INT_MAX constants have different values on
that 64-bit Linux server with values 8 and 9223372036854775807
respectively.  They are 4 and 2147483647 on other 32-bit platforms and
64-bit Windows platform.

Reproduce code:
---


Expected result:

I expect to see value -676770709 both on 32-bit and 64-bit platforms.

Actual result:
--
On 64-bit Linux platform I see 3618196587
On 64-bit Windows platform I see -676770709
On 32-bit platforms I see -676770709





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

#51073 [Bgs]: crc32() function result differs on 64-bit Linux platforms and others

[derick]

 ID:   51073
 Updated by:   der...@php.net
 Reported By:  jian at theorchard dot com
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: Linux RHEL 5
 PHP Version:  5.3.1
 New Comment:

Instead of a plain echo, you can also do:

printf("%u", crc32("884385799717_1_1"));

that should output the same string on every platform (that is at least
32bit).

The reason why it is different on Windows vs. (any other) Unix, is
because on Windows even on 64 bit CPUs, "long" (the data type we use for
integers) is still only 32bit; on Unices, the "long" type is usually 64
bit on 64 bit CPUs.


Previous Comments:


[2010-02-17 22:23:29] jian at theorchard dot com

I certainly understand that it is the signed output of an unsigned
value.  But when crc32 function is used for checksum purpose, I'm
expecting it to return the same checksum value from under different
platforms.  

Apparently, this unsigned representation of a signed integer as the
result of the function call has caused a lot of checksum failures in our
applications.

I would like this behavior to be fixed in upcoming releases.

I wouldn't have created this bug report if I could find my solution or
existing reports that you already have.  If you can provide me with the
bug numbers of the other bug reports you mentioned, I'd be more than
happy to study them.

Thank you very much.



[2010-02-17 18:21:04] paj...@php.net

It is the signed output of an unsigned value. The values are correct
(there was other bug reports about this, check them to get a more
verbose explanation).



[2010-02-17 17:47:22] jian at theorchard dot com

Description:

According to bug# 36306, this issue should have been fixed.  But I
found it not entirely fixed across all platforms.

crc32 is returning an unsigned integer on a 64-bit Linux platform.  It
does return the signed integer from a 64-bit Windows platform as well as
32-bit Windows/Linux platforms.

I found PHP_INT_SIZE and PHP_INT_MAX constants have different values on
that 64-bit Linux server with values 8 and 9223372036854775807
respectively.  They are 4 and 2147483647 on other 32-bit platforms and
64-bit Windows platform.

Reproduce code:
---


Expected result:

I expect to see value -676770709 both on 32-bit and 64-bit platforms.

Actual result:
--
On 64-bit Linux platform I see 3618196587
On 64-bit Windows platform I see -676770709
On 32-bit platforms I see -676770709





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

#51073 [Bgs]: crc32() function result differs on 64-bit Linux platforms and others

[jian at theorchard dot com]

 ID:   51073
 User updated by:  jian at theorchard dot com
 Reported By:  jian at theorchard dot com
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: Linux RHEL 5
 PHP Version:  5.3.1
 New Comment:

Thanks Derick.  That was much more helpful.  Unfortunately, I cannot
use unsigned integer as our checksum.  It has to be signed.  I do in
fact have a work around function built to solve this issue.  I was just
wondering whether this will get fixed in the future or not.  Since it's
a platform dependent issue, it most likely won't get fixed I think.

Below is the function I have posted against the crc32 function as a
note.  I hope this can help others out.  Thanks again.

function get_signed_int($in) {
$int_max = pow(2, 31)-1;
if ($in > $int_max){
$out = $in - $int_max * 2 - 2;
}
else {
$out = $in;
}
return $out;
}


Previous Comments:


[2010-02-17 22:32:04] der...@php.net

Instead of a plain echo, you can also do:

printf("%u", crc32("884385799717_1_1"));

that should output the same string on every platform (that is at least
32bit).

The reason why it is different on Windows vs. (any other) Unix, is
because on Windows even on 64 bit CPUs, "long" (the data type we use for
integers) is still only 32bit; on Unices, the "long" type is usually 64
bit on 64 bit CPUs.



[2010-02-17 22:23:29] jian at theorchard dot com

I certainly understand that it is the signed output of an unsigned
value.  But when crc32 function is used for checksum purpose, I'm
expecting it to return the same checksum value from under different
platforms.  

Apparently, this unsigned representation of a signed integer as the
result of the function call has caused a lot of checksum failures in our
applications.

I would like this behavior to be fixed in upcoming releases.

I wouldn't have created this bug report if I could find my solution or
existing reports that you already have.  If you can provide me with the
bug numbers of the other bug reports you mentioned, I'd be more than
happy to study them.

Thank you very much.



[2010-02-17 18:21:04] paj...@php.net

It is the signed output of an unsigned value. The values are correct
(there was other bug reports about this, check them to get a more
verbose explanation).



[2010-02-17 17:47:22] jian at theorchard dot com

Description:

According to bug# 36306, this issue should have been fixed.  But I
found it not entirely fixed across all platforms.

crc32 is returning an unsigned integer on a 64-bit Linux platform.  It
does return the signed integer from a 64-bit Windows platform as well as
32-bit Windows/Linux platforms.

I found PHP_INT_SIZE and PHP_INT_MAX constants have different values on
that 64-bit Linux server with values 8 and 9223372036854775807
respectively.  They are 4 and 2147483647 on other 32-bit platforms and
64-bit Windows platform.

Reproduce code:
---


Expected result:

I expect to see value -676770709 both on 32-bit and 64-bit platforms.

Actual result:
--
On 64-bit Linux platform I see 3618196587
On 64-bit Windows platform I see -676770709
On 32-bit platforms I see -676770709





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

#51062 [Opn]: test failures in ext/dba

[seanius at debian dot org]

 ID:   51062
 User updated by:  seanius at debian dot org
 Reported By:  seanius at debian dot org
 Status:   Open
 Bug Type: DBM/DBA related
 Operating System: Debian
 PHP Version:  5.3.1
 New Comment:

some more investigation reveals that the problem was caused by having
db4.8 headers alongside db4.6 and db4.8 runtime libraries (i.e. having
installed libdb4.6, libdb4.8, and libdv-dev (which is 4.8 in latest
debian/ubuntu)).  the build scripts find the the headers from the db4.8
package, and the 4.6 libraries since there is no code for testing for
versions > 4.6.  strangely enough it's able to build/link.

having the libdb4.6 headers installed instead of the 4.8 headers
removes the problem and the tests pass, but i would argue that this is
still a bug.  namely:

 * php doesn't support building against db4.8 (i could report a
seperate bug about this if it's better)
 * php wrongly builds against headers for one version of libdb and
links against another.


Previous Comments:


[2010-02-16 21:52:06] seanius at debian dot org

Description:

Tested against the debian 5.3.1 packages as well as a recent 5.3
snapshot.  fails on a variety of BE/LE and 32/64bit archs.  note that
the failure is different from the snapshot (Segfaults in some cases) and
from 5.3.1 (various warnings about invalid parameters).  i don't want to
flood the description so i'll only include the 5.3 snapshot output
here.

=
PHP : ./sapi/cli/php 
PHP_SAPI: cli
PHP_VERSION : 5.3.3-dev
ZEND_VERSION: 2.3.0
PHP_OS  : Linux - Linux rangda 2.6.32-trunk-amd64 #1 SMP Sun Jan 10
22:40:40 UTC 2010 x86_64
INI actual  : /home/sean/Download/php5.3-201002160730
More .INIs  :  
CWD : /home/sean/Download/php5.3-201002160730
Extra dirs  : 
VALGRIND: Not used
=
Running selected tests.
TEST 1/25 [ext/dba/tests/bug36436.phpt]
DIFF
001+ DB->sync: method not permitted before handle's open method
002+ Segmentation fault
001- resource(%d) of type (dba persistent)
002- string(3) "XYZ"
003- string(1) "X"
004- string(1) "Y"
005- ===DONE===
DONE
FAIL Bug #36436 (DBA problem with Berkeley DB4)
[ext/dba/tests/bug36436.phpt] 
TEST 2/25 [ext/dba/tests/bug48240.phpt]
DIFF
001+ DB->sync: method not permitted before handle's open method
002- ===DONE===
003+ Segmentation fault
DONE
FAIL Bug #48240 (DBA Segmentation fault dba_nextkey)
[ext/dba/tests/bug48240.phpt] 
TEST 3/25 [ext/dba/tests/bug49125.phpt]
DIFF
001+ DB->sync: method not permitted before handle's open method
001- bool(true)
002+ Segmentation fault
DONE
FAIL Bug #49125 (Error in dba_exists C code)
[ext/dba/tests/bug49125.phpt] 
PASS DBA File Creation Test [ext/dba/tests/dba001.phpt] 
PASS DBA Insert/Fetch Test [ext/dba/tests/dba002.phpt] 
PASS DBA Insert/Replace/Fetch Test [ext/dba/tests/dba003.phpt] 
PASS DBA Multiple Insert/Fetch Test [ext/dba/tests/dba004.phpt] 
PASS DBA FirstKey/NextKey Loop Test With 5 Items
[ext/dba/tests/dba005.phpt] 
PASS DBA FirstKey/NextKey with 2 deletes [ext/dba/tests/dba006.phpt] 
PASS DBA Multiple File Creation Test [ext/dba/tests/dba007.phpt] 
PASS DBA magic_quotes_runtime Test [ext/dba/tests/dba008.phpt] 
PASS DBA dba_popen Test [ext/dba/tests/dba009.phpt] 
PASS DBA CDB handler test [ext/dba/tests/dba_cdb.phpt] 
PASS DBA CDB_MAKE handler test [ext/dba/tests/dba_cdb_make.phpt] 
PASS DBA CDB handler test (read only) [ext/dba/tests/dba_cdb_read.phpt]

SKIP DBA DB1 handler test [ext/dba/tests/dba_db1.phpt] reason: DB1
handler not available
SKIP DBA DB2 handler test [ext/dba/tests/dba_db2.phpt] reason: DB2
handler not available
SKIP DBA DB3 handler test [ext/dba/tests/dba_db3.phpt] reason: DB3
handler not available
TEST 19/25 [ext/dba/tests/dba_db4.phpt]
DIFF
002+ DB->sync: method not permitted before handle's open method
003+ DB->get: method not permitted before handle's open method
004+ DB->get: method not permitted before handle's open method
005+ DB->fd: method not permitted before handle's open method
006+ 0Segmentation fault
002- 3NYNYY
003- Content String 2
004- Content 2 replaced
005- Read during write: not allowed
006- Content 2 replaced 2nd time
007- The 6th value
008- array(3) {
009-   ["key number 6"]=>
010-   string(13) "The 6th value"
011-   ["key2"]=>
012-   string(27) "Content 2 replaced 2nd time"
013-   ["key5"]=>
014-   string(23) "The last content string"
015- }
016- --NO-LOCK--
017- 3NYNYY
018- Content String 2
019- Content 2 replaced
020- Read during write: not allowed
021- Content 2 replaced 2nd time
022- The 6th value
023- array(3) {
024-   ["key number 6"]=>
025-   string(13) "The 6th value"
026-   ["key2"]=>
027-   string(27) "Content 2 replaced 2nd time"
028-   ["key5"]=>
029

#50542 [Opn->Fbk]: scandir() cannot open UNC paths since PHP 5.3.1

[pajoye]

 ID:   50542
 Updated by:   paj...@php.net
 Reported By:  dd at headlineweb dot nl
-Status:   Open
+Status:   Feedback
 Bug Type: *Directory/Filesystem functions
 Operating System: win32 only - W2003
 PHP Version:  5.3.1
 Assigned To:  pajoye
 New Comment:

@dd at headlineweb dot nl 

We have setup a test environment with two windows server 2003. File/dir
operations work as expected using 5.3.2RC2.

However, it is important to verify that the php user (IUSR_xxx for
example) actually has access to the share. That's also means that
impersonate must be set. The default IIS user did not have access to the
shares (or any other resources but www).

You said earlier that impersonate is set and the user has access to the
share. Can you verify that it is actually set? If it still fails, then
we will cruelly need access to your config or at least the exact details
about the settings you use on each server. So we can setup the exact
same config in our labs (at Microsoft).




Previous Comments:


[2010-02-14 13:20:04] dd at headlineweb dot nl

Hi pajoye,

sorry, but it still does not solve my problem with this package:

php-5.3.2RC2-nts-Win32-VC9-x86.zip



[2010-02-13 12:15:00] paj...@php.net

PHP 5.3.2RC2 has been released and contains a fix for network share. It
would rock if you can give it a try.

I also asked our test team to setup an environment to reproduce this
issue (it works just fine for me in my local 2k3 servers).



[2010-01-28 07:42:17] dd at headlineweb dot nl

are you using DFS: Yes
are you sure that this share is a DFS: No, this share itself is not DFS
i thought you where talking about the server and not the path.

As you see in my example code: hdlsrv is a DFS enabled server, but the
share itself is not DFS.

i'm sorry, maybe i misunderstood the question.

the package you have me
http://downloads.php.net/pierre/php-5.3.3-dev-nts-Win32-VC9-x86-dfsfix.zip
does not solve the problem.



[2010-01-27 16:46:44] s...@php.net

Automatic comment from SVN on behalf of pajoye
Revision: http://svn.php.net/viewvc/?view=revision&revision=294102
Log: - don't go through the reparse code when we have a share or DFS
path (should fix #50542)



[2010-01-27 16:30:44] paj...@php.net

Sorry, but it is just confusing. ISAPI is not the problem and is not
maintained anymore either.

The only thing I need to know is whether the binary I gave works in
your scenario or not. The one you reported initially.

And to be sure that we are talking about the same thing, are you sure
that this share is a DFS (Distributed File System) path?

Anyway, all tests pass here, using the binary I gave earlier:

http://downloads.php.net/pierre/php-5.3.3-dev-nts-Win32-VC9-x86-dfsfix.zip

It is pointless to use 5.3.1, 5.3.0 or 5.2.x as they do not contain the
fix about DFS. However 5.3.1 works just fine with normal shares (normal
shared path on a given host).




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

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

#51076 [NEW]: race condition in shtool's mkdir -p implementation

[geissert at debian dot org]

From: geissert at debian dot org
Operating system: 
PHP version:  5.3SVN-2010-02-18 (SVN)
PHP Bug Type: Compile Failure
Bug description:  race condition in shtool's mkdir -p implementation

Description:

There's a race condition in shtool's mkdir -p (not yet fixed in the latest
version). At Debian we got hit by it when building with -j.

I've just reported it to upstream, but since php uses its local (old) copy
I'm going to fix it here too.



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

#51076 [Opn->Csd]: race condition in shtool's mkdir -p implementation

[geissert]

 ID:  51076
 Updated by:  geiss...@php.net
 Reported By: geissert at debian dot org
-Status:  Open
+Status:  Closed
 Bug Type:Compile Failure
 PHP Version: 5.3SVN-2010-02-18 (SVN)
 Assigned To: geissert
 New Comment:

This bug has been fixed in SVN.

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:


[2010-02-18 00:30:13] s...@php.net

Automatic comment from SVN on behalf of geissert
Revision: http://svn.php.net/viewvc/?view=revision&revision=295225
Log: Fix race condition in shtool's mkdir -p implementation (bug
#51076)



[2010-02-18 00:18:48] geissert at debian dot org

Description:

There's a race condition in shtool's mkdir -p (not yet fixed in the
latest version). At Debian we got hit by it when building with -j.

I've just reported it to upstream, but since php uses its local (old)
copy I'm going to fix it here too.







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

#51078 [NEW]: parse_url() Parse ERR.

[neworld88 at hotmail dot com]

From: neworld88 at hotmail dot com
Operating system: php-5.2.12-Win32
PHP version:  5.2.12
PHP Bug Type: Unknown/Other Function
Bug description:  parse_url() Parse ERR.

Description:

parse_url() Parse ERR.

Reproduce code:
---
http://www.www.com:16807?ver=2000";; //Ok
$s = parse_url( $src );

$src = "http://www.www.com:168071?ver=2000";; //Warning
$s = parse_url( $src );
?>

Expected result:

Noting

Actual result:
--
Noting

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

#18833 [Com]: exec() : After throusands calls, causes "Unable to fork" error

[simeonl at dbc dot co dot nz]

 ID:   18833
 Comment by:   simeonl at dbc dot co dot nz
 Reported By:  antoine dot bajolet at tdf dot fr
 Status:   No Feedback
 Bug Type: *General Issues
 Operating System: GNU/Linux 2.4.9 RH 7.1
 PHP Version:  4.2.1
 New Comment:

I got the same problem with a CLI script running repeated exec
commands.  

PHP 5.2.11-0.dotdeb.1 with Suhosin-Patch 0.9.7 (cli) (built: Sep 19
2009 23:21:37)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
with Suhosin v0.9.29, Copyright (c) 2007, by SektionEins GmbH

(Debian - Lenny)

Adopting the suggested "user_proc_exec" workaround has fixed the
problem, which does suggest the exec might not be closing it's pipes
properly.


Previous Comments:


[2009-12-19 12:39:56] klaus dot wendel at lednew dot de

I've forgotten: Please aslo add a

$result = explode("\n",trim($result));

function user_proc_exec ($command,& $result,& $status)
{
$process = proc_open(
$command,
array(
0 => array("pipe", "r"), //STDIN
1 => array("pipe", "w"), //STDOUT
2 => array("pipe","w")), //STDERR
$pipes
);
$result = stream_get_contents($pipes[1]);
$error = stream_get_contents($pipes[2]);
fclose($pipes[1]);
fclose($pipes[2]);
$status= proc_close($process);
$result = explode("\n",trim($result));
return($error);
}



[2009-12-19 12:26:49] klaus dot wendel at lednew dot de

[Ubuntu karmic 9.10; php-cli 5.2.10]

> The per-user process number limit is set in 
> /etc/security/limits.conf.
> In my case, it was enough to raise it and reboot.

In my case, this wasn't the answer, unfortunately. Or fortunately,
because I was forced to find a workaround, which could help others,
too.

In my code I replaced exec by following function:

function user_proc_exec ($command,& $result,& $status)
{
$process = proc_open(
$command,
array(
0 => array("pipe", "r"), //STDIN
1 => array("pipe", "w"), //STDOUT
2 => array("pipe","w")), //STDERR
$pipes
);
$result = stream_get_contents($pipes[1]);
$error = stream_get_contents($pipes[2]);
fclose($pipes[1]);
fclose($pipes[2]);
$status= proc_close($process);
return($error);
}

Everything is working fine now.



[2009-05-04 14:42:05] scherbakov_koksa at mail dot ru

It seems I've finally figured out the reason (after a huge amount of
googling UNIX forums).

The PHP fork() error is accompanied by the following entries in Apache
error_log:

[Mon May 04 20:55:59 2009] [alert] (11)Resource temporarily
unavailable: setuid: unable to change to uid: 48
[Mon May 04 20:55:59 2009] [alert] Child 10053 returned a Fatal
error... Apache is exiting!

The system configuration doesn't allow Apache to execute more than N
child processes simultaneously. Apache runs out of this limit and can't
start any more processes. Hence is the error.

The per-user process number limit is set in /etc/security/limits.conf.
In my case, it was enough to raise it and reboot.



[2009-03-09 13:33:36] steveg at bscopes dot com

1. did you ever figure out what caused this problem?
2. do you know which apache/php parameters to adjust ?



[2009-02-05 11:37:09] scherbakov_koksa at mail dot ru

I'm having the same issue with PHP 5.2.8, Apache 2.2.11, GNU/Linux
(2.6.20-1.2320.fc5). A php script periodically (per user request)
executes the following command:

xsltproc  

In some time the script starts throwing the "unable to fork" warning.
It is fixed by Apache restart.



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

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

#51078 [Opn->Csd]: parse_url() Parse ERR.

[neworld88 at hotmail dot com]

 ID:   51078
 User updated by:  neworld88 at hotmail dot com
 Reported By:  neworld88 at hotmail dot com
-Status:   Open
+Status:   Closed
 Bug Type: Unknown/Other Function
 Operating System: php-5.2.12-Win32
 PHP Version:  5.2.12
 New Comment:

Sorry port > 65535;This is the WordPress Bug.


Previous Comments:


[2010-02-18 02:08:08] neworld88 at hotmail dot com

Description:

parse_url() Parse ERR.

Reproduce code:
---
http://www.www.com:16807?ver=2000";; //Ok
$s = parse_url( $src );

$src = "http://www.www.com:168071?ver=2000";; //Warning
$s = parse_url( $src );
?>

Expected result:

Noting

Actual result:
--
Noting





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