#26829 [Com]: Killed Oracle Sessions openned with OCIPLogon()

[pawel at gmx dot net]

 ID:   26829
 Comment by:   pawel at gmx dot net
 Reported By:  david dot gaia dot kano at dartmouth dot edu
 Status:   Suspended
 Bug Type: OCI8 related
 Operating System: Compaq Unix
 PHP Version:  4.3.4
 Assigned To:  tony2001
 New Comment:

I'm using PHP 5.03 and the problem still exists: PHP still tries to use
killed connections and then fails to connect to Oracle. Are there any
plans to fix this bug in the nearest future. Is there any workaround
for the time being?


Previous Comments:


[2004-02-13 09:55:50] david dot gaia dot kano at dartmouth dot edu

Sorry for the delayed respose, sniper. We have been working around this
Ok and I'm finally getting back to checking this bug status.

To clarify, the issue is that our Oracle Administrators have
proceedures that automatically kill any session that has been running
for longer than 24 hours. So no, it is not an issue of the connection
being killed while the script is running.

I think we can wait for php 5 to address this, rather than building a
"latest" php 4 release from CVS. I'm hoping that will be available
fairly soon anyway because I'm excited about the new features! If it is
not released soon, I'll probably build it on my test server and then
check this bug out there to confirm it is fixed.



[2004-02-04 04:01:25] [EMAIL PROTECTED]

This is known issue and should be fixed in future releases of PHP5.




[2004-01-19 14:12:22] [EMAIL PROTECTED]

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





[2004-01-07 20:14:23] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

AFAICT, the function does check if persistent connection is still alive
(using oci_ping())..but did you mean the connection is killed while the
script is being run or what?




[2004-01-07 11:36:45] david dot gaia dot kano at dartmouth dot edu

Description:

Here at Dartmouth our DBA team has a policy of killing any Oracle
session that has been connected for longer than 24 hours. Hence the
persistant connections created by the PHP OCIPLogon() call get killed
once a day. We don't really want to restart our apache server once a
day, so it would be great if OCIPLogon() would check to see that a
previously created persistant connection is still good somehow and if
not, create a new connection.

I noticed quite a few bugs along these lines, but they have all been
closed. I don't know if that is because this bug was fixed or because
the submitters have continued to restart their servers after every
database restart or killed connection.

If this is not going to be fixed, I guess we would have to write our
own application level code to check the connections from ociplogon()
and if it is bad, use OCILogon() instead for that request and issue a
apache_child_terminate() call so that eventually all the children with
bad oracle sessions would be restarted...

Reproduce code:
---
$con = OCIPLogon("user", "password", "tns_db_name");
// at this point all looks good still... $con != false
// but if this session was killed then any use of $con 
// results in one error or another.






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

#31449 [Asn->Bgs]: Comparison of class with recursive references causes fatal

[stas]

 ID:   31449
 Updated by:   [EMAIL PROTECTED]
 Reported By:  marcus at lastcraft dot com
-Status:   Assigned
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: *
 PHP Version:  5CVS-2005-03-06
 Assigned To:  andi
 New Comment:

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

I don't think it's a bug. You can not compare these objects since they
contain circular references, so comparison process  descends to the
endless loop. You may want to use custom method to compare objects -
bit-comparison of objects is generally not the best idea.


Previous Comments:


[2005-01-08 05:31:19] marcus at lastcraft dot com

Description:

Hi...

The script below causes a fatal error. This is just the simplest
example I could find of a whole class of these problems. Makes
comparing any object problematical.

yours, Marcus

Reproduce code:
---
me = $this;
}
}

new Recursive() != new Recursive();
?>

Expected result:

Nothing as the comparison is not output.

Actual result:
--
Fatal error with nesting too deep.





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

#26829 [Sus->Bgs]: Killed Oracle Sessions openned with OCIPLogon()

[tony2001]

 ID:   26829
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david dot gaia dot kano at dartmouth dot edu
-Status:   Suspended
+Status:   Bogus
 Bug Type: OCI8 related
 Operating System: Compaq Unix
 PHP Version:  4.3.4
 Assigned To:  tony2001
 New Comment:

See bug #29779.


Previous Comments:


[2005-05-18 09:30:41] pawel at gmx dot net

I'm using PHP 5.03 and the problem still exists: PHP still tries to use
killed connections and then fails to connect to Oracle. Are there any
plans to fix this bug in the nearest future. Is there any workaround
for the time being?



[2004-02-13 09:55:50] david dot gaia dot kano at dartmouth dot edu

Sorry for the delayed respose, sniper. We have been working around this
Ok and I'm finally getting back to checking this bug status.

To clarify, the issue is that our Oracle Administrators have
proceedures that automatically kill any session that has been running
for longer than 24 hours. So no, it is not an issue of the connection
being killed while the script is running.

I think we can wait for php 5 to address this, rather than building a
"latest" php 4 release from CVS. I'm hoping that will be available
fairly soon anyway because I'm excited about the new features! If it is
not released soon, I'll probably build it on my test server and then
check this bug out there to confirm it is fixed.



[2004-02-04 04:01:25] [EMAIL PROTECTED]

This is known issue and should be fixed in future releases of PHP5.




[2004-01-19 14:12:22] [EMAIL PROTECTED]

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





[2004-01-07 20:14:23] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

AFAICT, the function does check if persistent connection is still alive
(using oci_ping())..but did you mean the connection is killed while the
script is being run or what?




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

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

#33051 [Opn->Fbk]: display glitch for shmop test with firefox (weird returned ascii)

[tony2001]

 ID:   33051
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Trigunflame at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Semaphore related
 Operating System: windows xp
 PHP Version:  5.0.4
 New Comment:

And what happens in another browser ?


Previous Comments:


[2005-05-18 04:38:24] Trigunflame at gmail dot com

Should say [] are visible when viewing source.. which are appended
after the expected result string, yet cause a linebreak..



[2005-05-18 04:37:04] Trigunflame at gmail dot com

Description:

Using the code posted here:

http://us2.php.net/manual/en/ref.shmop.php

Generates a weird display glitch in firefox with [] brackets, and
causes linebreak.

Reproduce code:
---
 

Expected result:

SHM Block Size: 100 has been created. The data inside shared memory
was: my shared memory block

Actual result:
--
SHM Block Size: 100 has been created. The data inside shared memory
was: my shared memory 
block





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

#33011 [Opn->Bgs]: shmop: can still open segment for reading after shmop_delete

[tony2001]

 ID:   33011
 Updated by:   [EMAIL PROTECTED]
 Reported By:  joe at bs0 dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Semaphore related
 Operating System: windows xp
 PHP Version:  5.0.4, 4.3.11
 New Comment:

Bug Micro$oft about it.
If it works on *nix and doesn't work on Windows, than it's definitely
not a PHP problem, because PHP uses the same code in ext/shmop for all
OSes.


Previous Comments:


[2005-05-16 14:35:16] joe at bs0 dot com

you are testing this under windows?



[2005-05-16 12:24:09] [EMAIL PROTECTED]

This code outputs for me:

shared memory block marked for deletion.
block closed.
PHP Warning:  shmop_open(): unable to attach or create shared memory
segment in /www/index.php on line 27

Warning: shmop_open(): unable to attach or create shared memory segment
in /www/index.php on line 27
Could not open previously deleted block.



[2005-05-15 02:34:02] joe at bs0 dot com

as short as I can make it:

";
}
else {
echo "shared memory block marked for deletion.";   
}

shmop_close($shm_id);
echo 'block closed.';

$shm_id = shmop_open(0xff3, "a", 0, 0); 

if($shm_id) {
$data = shmop_read($shm_id, 0, $shm_len);   
shmop_close($shm_id);   

echo 'ERROR: Previously deleted block able to be opened.';
echo 'Data read : "' . $data . '"';
}
else {
echo 'Could not open previously deleted block.';
}
?>



[2005-05-15 02:00:15] [EMAIL PROTECTED]

Provide a *short* and *readable* reproduce script without any "actions"
and cases. Just a plain script that runs and shows wrong behaviour.



[2005-05-14 21:03:26] joe at bs0 dot com

I realize this, please see the linked to test case, shmop_close is
being called, so shm_nattch is zero. (there are no other processes
using this memory.

There are a couple problems in tsrm_win32.c:

when shmop_delete is called, the block is correctly flagged as needing
to be deleted(descriptor->shm_perm.key = -1), however nothing is done
with this again.  
The call to shmdt should call UnmapViewOfFile and CloseHandle on the
appropriate handles.  
After this, the shm_pair needs to be removed from the global array
held.
The only time the files are unmapped/handles closed is in the
destructor.  This is the wrong place to do it since the destructor is
only called when the sapi module is unloaded.

I've changed the code to take care of these problems, just need to do a
bit more testing.  I'll try to submit a patch later in the day.



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

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

#31341 [Asn]: escape on curly inconsistent

[stas]

 ID:   31341
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nmuhayimana at semanticdesigns dot com
 Status:   Assigned
 Bug Type: Strings related
 Operating System: *
 PHP Version:  5CVS, 4CVS
 Assigned To:  andi
 New Comment:

I think there's an omission in ST_IN_SCRIPTING state backshlash
handling (around line 1525 of lex file) - unlike ST_DOUBLE_QUOTES
state, it does not convert \{ to {. I think they should be brought
together, though I'm not sure which one should win - should \{ be left
as is or translated to {? 


Previous Comments:


[2005-02-21 20:42:31] [EMAIL PROTECTED]

Andi, is this _really_ intentional? :)




[2004-12-30 02:57:49] nmuhayimana at semanticdesigns dot com

Description:

Php suppresses the backslash before left curly brace using
"action at distance", violating the "principle of least surprise".

Apparently the backslash is suppressed if there is any non-escaped
dollar sign any where in the string.  

Reproduce code:
---


Expected result:

$ \{  
  \{   $   
  {$ 
  $\{ 
  $\{  
  \{$  
$\{
  \{  $
% \{

Actual result:
--
$ {
  {   $
  {$   
  ${   
  $\{  
  \{$  
$\{
  \{  $
% \{





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

#33052 [NEW]: can not open php documents

[sofienba at hotmail dot com]

From: sofienba at hotmail dot com
Operating system: Unix SCO5
PHP version:  5.0.4
PHP Bug Type: Apache related
Bug description:  can not open php documents

Description:

Warning: Unknown: failed to open stream: Permission denied in Unknown on
line 0

Warning: Unknown: Failed opening '/usr/local/apache/sba/test2.php' for
inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0
the problem is encounterd with all php files


Reproduce code:
---
http://www.w3.org/TR/html4/loose.dtd";>




Sans Titre





\n".
   "HAPedit 3.1.11.111 (mai 2005 14:46:29)\n";
  print_r ($_POST);
  print_r ($_GET);
  print_r ($_FILES);
  $toto=fopen( $_FILES['userfile'][tmp_name],'r');
  echo fgets ($toto,100);
?>





Expected result:

HAPedit 3.1.11.111 (mai 2005 14:46:29)
Array
(
)
Array
(
)
Array
(
)

.

Actual result:
--
Warning: Unknown: failed to open stream: Permission denied in Unknown on
line 0

Warning: Unknown: Failed opening '/usr/local/apache/sba/test2.php' for
inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0
the problem is encounterd with all php files


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

#33052 [Opn->Bgs]: can not open php documents

[tony2001]

 ID:   33052
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sofienba at hotmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: Unix SCO5
 PHP Version:  5.0.4
 New Comment:

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

Thank you for your interest in PHP.

Fix permissions on these files.


Previous Comments:


[2005-05-18 12:41:13] sofienba at hotmail dot com

Description:

Warning: Unknown: failed to open stream: Permission denied in Unknown
on line 0

Warning: Unknown: Failed opening '/usr/local/apache/sba/test2.php' for
inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0
the problem is encounterd with all php files


Reproduce code:
---
http://www.w3.org/TR/html4/loose.dtd";>




Sans Titre





\n".
   "HAPedit 3.1.11.111 (mai 2005 14:46:29)\n";
  print_r ($_POST);
  print_r ($_GET);
  print_r ($_FILES);
  $toto=fopen( $_FILES['userfile'][tmp_name],'r');
  echo fgets ($toto,100);
?>





Expected result:

HAPedit 3.1.11.111 (mai 2005 14:46:29)
Array
(
)
Array
(
)
Array
(
)

.

Actual result:
--
Warning: Unknown: failed to open stream: Permission denied in Unknown
on line 0

Warning: Unknown: Failed opening '/usr/local/apache/sba/test2.php' for
inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0
the problem is encounterd with all php files






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

#33053 [NEW]: @imap_open shows errors

[cajus at naasa dot net]

From: cajus at naasa dot net
Operating system: Debian GNU/Linux Sarge
PHP version:  4.3.10
PHP Bug Type: IMAP related
Bug description:  @imap_open shows errors

Description:

When connecting IMAP servers via imap_open, I'm hiding 
messages. This doesn't not work for imap_open, neither with 
error_reporting(0), nor with @.

Reproduce code:
---
$mbox = @imap_open($cfg['connect'], $admin, $password, OP_HALFOPEN);

Expected result:

No output

Actual result:
--
Notice: (null)(): Connection failed to vserver-02.test.net,
143: Connection refused (errflg=2) in Unknown on line 0

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

#33008 [Opn->Fbk]: phpinfo(INFO_MODULES) crashes Apache 2

[tony2001]

 ID:   33008
 Updated by:   [EMAIL PROTECTED]
 Reported By:  elie_cohen at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: XP Home SP2
 PHP Version:  5CVS-2005-05-11 (dev)
 New Comment:

Can't reproduce.
What modules are enabled in php.ini ?


Previous Comments:


[2005-05-11 16:11:43] elie_cohen at yahoo dot com

Description:

Trying to call the function phpinfo(INFO_MODULES) (code below) from
either IE 6 or Firefox crashes Apache 2.0.54. This problem can be
reproduce with PHP 5.0.4, and PHP 5.1. The other phpinfo options
(INFO_GENERAL, INFO_...) seem to work OK. phpMyAdmin seems to work fine
also. Also the script works from the command line using php.exe.

Let me know if you need more infos


Reproduce code:
---


Expected result:

Modules list on Web page

Actual result:
--
Crashes Apache 2.0.54 with following Error signature:

szAppName: apache.exe 
szAppVer: 2.0.54.0 
szModName: MxAVIsp.dll
szModVer: 5.0.0.6
offset: 19a9







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

#33011 [Bgs->Opn]: shmop: can still open segment for reading after shmop_delete

[joe at bs0 dot com]

 ID:   33011
 User updated by:  joe at bs0 dot com
 Reported By:  joe at bs0 dot com
-Status:   Bogus
+Status:   Open
 Bug Type: Semaphore related
 Operating System: windows xp
 PHP Version:  5.0.4, 4.3.11
 New Comment:

no, php has a layer over the win32 api that provides an interface
identical to the posix shm api.  please see TSRM/tsrm_win32.c.  The
problem lies in this code, not in the windows code base.  I have code
working that fixes this problem, can you tell me how I can submit a
patch/ if there is anyone that could do a code review?
Thanks


Previous Comments:


[2005-05-18 12:40:52] [EMAIL PROTECTED]

Bug Micro$oft about it.
If it works on *nix and doesn't work on Windows, than it's definitely
not a PHP problem, because PHP uses the same code in ext/shmop for all
OSes.



[2005-05-16 14:35:16] joe at bs0 dot com

you are testing this under windows?



[2005-05-16 12:24:09] [EMAIL PROTECTED]

This code outputs for me:

shared memory block marked for deletion.
block closed.
PHP Warning:  shmop_open(): unable to attach or create shared memory
segment in /www/index.php on line 27

Warning: shmop_open(): unable to attach or create shared memory segment
in /www/index.php on line 27
Could not open previously deleted block.



[2005-05-15 02:34:02] joe at bs0 dot com

as short as I can make it:

";
}
else {
echo "shared memory block marked for deletion.";   
}

shmop_close($shm_id);
echo 'block closed.';

$shm_id = shmop_open(0xff3, "a", 0, 0); 

if($shm_id) {
$data = shmop_read($shm_id, 0, $shm_len);   
shmop_close($shm_id);   

echo 'ERROR: Previously deleted block able to be opened.';
echo 'Data read : "' . $data . '"';
}
else {
echo 'Could not open previously deleted block.';
}
?>



[2005-05-15 02:00:15] [EMAIL PROTECTED]

Provide a *short* and *readable* reproduce script without any "actions"
and cases. Just a plain script that runs and shows wrong behaviour.



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

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

#33054 [NEW]: call_user_func + autoloader

[mateusz at oksinski dot com]

From: mateusz at oksinski dot com
Operating system: OpenBSD 3.6, Windows XP
PHP version:  5.0.4
PHP Bug Type: Reproducible crash
Bug description:  call_user_func + autoloader

Description:

PHP produces a coredump on unix/linux systems or crashes on windows xp
after trying to execute a method using call_user_func on a class that
should have been loaded using autoload.

Reproduce code:
---




Expected result:

returns string 'Class one'

Actual result:
--
produces coredump

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

#33054 [Opn->Csd]: call_user_func + autoloader

[mateusz at oksinski dot com]

 ID:   33054
 User updated by:  mateusz at oksinski dot com
 Reported By:  mateusz at oksinski dot com
-Status:   Open
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: OpenBSD 3.6, Windows XP
 PHP Version:  5.0.4
 New Comment:

It isn't as simple as I wrote in an example code. I'll try to put some
more code in the future.


Previous Comments:


[2005-05-18 13:33:24] mateusz at oksinski dot com

Description:

PHP produces a coredump on unix/linux systems or crashes on windows xp
after trying to execute a method using call_user_func on a class that
should have been loaded using autoload.

Reproduce code:
---




Expected result:

returns string 'Class one'

Actual result:
--
produces coredump





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

#33011 [Opn->Fbk]: shmop: can still open segment for reading after shmop_delete

[derick]

 ID:   33011
 Updated by:   [EMAIL PROTECTED]
 Reported By:  joe at bs0 dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Semaphore related
 Operating System: windows xp
 PHP Version:  5.0.4, 4.3.11
 New Comment:

Put a patch on the web, and provide the URL here please. (And if you
can, provide a summary why it was wrong and how you fixed it).


Previous Comments:


[2005-05-18 13:24:45] joe at bs0 dot com

no, php has a layer over the win32 api that provides an interface
identical to the posix shm api.  please see TSRM/tsrm_win32.c.  The
problem lies in this code, not in the windows code base.  I have code
working that fixes this problem, can you tell me how I can submit a
patch/ if there is anyone that could do a code review?
Thanks



[2005-05-18 12:40:52] [EMAIL PROTECTED]

Bug Micro$oft about it.
If it works on *nix and doesn't work on Windows, than it's definitely
not a PHP problem, because PHP uses the same code in ext/shmop for all
OSes.



[2005-05-16 14:35:16] joe at bs0 dot com

you are testing this under windows?



[2005-05-16 12:24:09] [EMAIL PROTECTED]

This code outputs for me:

shared memory block marked for deletion.
block closed.
PHP Warning:  shmop_open(): unable to attach or create shared memory
segment in /www/index.php on line 27

Warning: shmop_open(): unable to attach or create shared memory segment
in /www/index.php on line 27
Could not open previously deleted block.



[2005-05-15 02:34:02] joe at bs0 dot com

as short as I can make it:

";
}
else {
echo "shared memory block marked for deletion.";   
}

shmop_close($shm_id);
echo 'block closed.';

$shm_id = shmop_open(0xff3, "a", 0, 0); 

if($shm_id) {
$data = shmop_read($shm_id, 0, $shm_len);   
shmop_close($shm_id);   

echo 'ERROR: Previously deleted block able to be opened.';
echo 'Data read : "' . $data . '"';
}
else {
echo 'Could not open previously deleted block.';
}
?>



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

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

#33055 [NEW]: tran_sid not working

[b-bonini at cox dot net]

From: b-bonini at cox dot net
Operating system: FreeBSD 4.4
PHP version:  5.0.3
PHP Bug Type: Session related
Bug description:  tran_sid not working

Description:

session.use_trans_sid is set to 1 in php.ini but SID is 
not in the URL and sessions are NOT working with cookies 
disabled (in either php.ini or browser). It is not being 
over-ridden elsewhere (i.e., http.conf or .htaccess or via 
ini_set). Other changes in php.ini DO take effect, just 
not this one. Session  file IS created in /tmp with an 
initial value of 0 but never increments (see script 
below). Basically, with cookies enabled everything is 
fine, diable them and the script relying on sessions stops 
working.  
 
phpinfo(): http://gfx.gfx-design.com/php_info.php 

Reproduce code:
---
RELEVANT SECTION OF CODE:

session_start(); 
header("Cache-control: private"); // IE 6 Fix

if (!isset($_SESSION['user_quotes']) || $_SESSION['user_quotes'] >=
count($quote
_result) - 1) {
   $_SESSION['user_quotes'] = 0;
} else {
   $_SESSION['user_quotes']++;
}


Expected result:

$_SESSION['user_quotes'] to increment by 1 or set to 0 if 
it's greater than or equal to $quote_results or does not 
exist... 
 
Again, works fine with cookies enabled, fails (not the 
script itself) with them disabled. 

Actual result:
--
counter is not incremented. 

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

#32252 [Opn->Ver]: Segfault when offsetSet throws an Exception (only without debug)

[tony2001]

 ID:   32252
 Updated by:   [EMAIL PROTECTED]
 Reported By:  shulmanb at il dot ibm dot com
-Status:   Open
+Status:   Verified
 Bug Type: Zend Engine 2 problem
 Operating System: *
 PHP Version:  5.*
 Assigned To:  helly
 New Comment:

Reproducible on Windows.


Previous Comments:


[2005-05-15 09:15:26] shulmanb at il dot ibm dot com

Works fine on Linux.

Still crashes on Windows, even using the snapshot you provided.



[2005-05-14 12:40:38] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Can't reproduce it on Linux with latest CVS of 5.0 & 5.1 without
debug.
Make sure that you're trying the right binary.



[2005-05-11 11:44:10] shulmanb at il dot ibm dot com

Tested with the latest snapshot (200505110630) on Windows XP, and it is
still crashing.



[2005-05-03 14:55:02] [EMAIL PROTECTED]

Runs in php 5.1 now.



[2005-03-13 19:22:42] [EMAIL PROTECTED]

Related to http://bugs.php.net/30346



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

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

#33055 [Opn]: tran_sid not working

[b-bonini at cox dot net]

 ID:   33055
 User updated by:  b-bonini at cox dot net
 Reported By:  b-bonini at cox dot net
 Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.4
 PHP Version:  5.0.3
 New Comment:

BTW: The full script is here: 
http://rejectioncollection.com/quotes.txt 
 
It controls the "user quotes" in the grey box on this 
page: http://rejectioncollection.com/buybook.php 
 
AGAIN: cookeis enabled=fine, cookies disabled=no good.


Previous Comments:


[2005-05-18 14:38:12] b-bonini at cox dot net

Description:

session.use_trans_sid is set to 1 in php.ini but SID is 
not in the URL and sessions are NOT working with cookies 
disabled (in either php.ini or browser). It is not being 
over-ridden elsewhere (i.e., http.conf or .htaccess or via 
ini_set). Other changes in php.ini DO take effect, just 
not this one. Session  file IS created in /tmp with an 
initial value of 0 but never increments (see script 
below). Basically, with cookies enabled everything is 
fine, diable them and the script relying on sessions stops 
working.  
 
phpinfo(): http://gfx.gfx-design.com/php_info.php 

Reproduce code:
---
RELEVANT SECTION OF CODE:

session_start(); 
header("Cache-control: private"); // IE 6 Fix

if (!isset($_SESSION['user_quotes']) || $_SESSION['user_quotes'] >=
count($quote
_result) - 1) {
   $_SESSION['user_quotes'] = 0;
} else {
   $_SESSION['user_quotes']++;
}


Expected result:

$_SESSION['user_quotes'] to increment by 1 or set to 0 if 
it's greater than or equal to $quote_results or does not 
exist... 
 
Again, works fine with cookies enabled, fails (not the 
script itself) with them disabled. 

Actual result:
--
counter is not incremented. 





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

#33056 [NEW]: strtotime() does not parse '20050518t090000'

[dcturner2000 at yahoo dot co dot uk]

From: dcturner2000 at yahoo dot co dot uk
Operating system: Linux
PHP version:  5.0.3
PHP Bug Type: Date/time related
Bug description:  strtotime() does not parse '20050518t09'

Description:

strtotime('20050518t09Z') returns -1 and should return 
1116406800 
 
Further experimentation seems to suggest that any time in 
that format whose tens-of-hours digit is 0 results in -1. 
 
 

Reproduce code:
---
echo strtotime('20050518t09Z')."\n";
echo strtotime('20050518t091234Z')."\n";
echo strtotime('20050518t191234Z')."\n";
echo strtotime('20050518t09')."\n";
echo strtotime('20050518t091234')."\n";
echo strtotime('20050518t191234')."\n";


Expected result:

1116406800 
1116407554 
1116443554 
1116403200 
1116403954 
1116439954 
 
[Of course, some of that depends what time zone you're in] 

Actual result:
--
-1 
-1 
1116443554 
-1 
-1 
1116439954 

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

#30760 [Opn->Ver]: php hangs when extension does not exist

[tony2001]

 ID:   30760
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Claus-Werner dot Lermen at zf dot com
-Status:   Open
+Status:   Verified
 Bug Type: IIS related
 Operating System: Windows 2000/2003
 PHP Version:  5CVS, 4CVS (2005-04-30)


Previous Comments:


[2005-03-17 10:55:02] Claus-Werner dot Lermen at zf dot com

display_startup_error = off
but the behaviour is the same no matter what the value of this variable
is!



[2005-03-16 01:30:47] [EMAIL PROTECTED]

Do you have "display_startup_errors" ini option on?




[2005-02-11 11:59:40] Claus-Werner dot Lermen at zf dot com

the latest snapshot does not solve the problem: php stills hangs when
an extension cannot be loaded.
When php.exe is called from the commandline the messagebox still pops
up, even when I disable the E_CORE_WARNING.
php is normally running in the background, therefore a messagebox
should never be used - any message should be written to a logfile!



[2005-02-11 06:16:54] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-01-04 11:22:56] programmer at bardware dot de

Hi,

I'm a PHP user too, I can only tell from my experience and of how I
understand the sources of PHP.

In the PHP source-distribution there is a file main.c
It reads:

if (!module_initialized || PG(log_errors)) {
char *log_buffer;

#ifdef PHP_WIN32
if (type==E_CORE_ERROR || type==E_CORE_WARNING) {
MessageBox(NULL, buffer, error_type_str, MB_OK|ZEND_SERVICE_MB_STYLE);
}
#endif

"Unable to load dynamic library..." is a CORE_WARNING according to what
I see in the log.

That means - according to my understanding of this code - if you don't
log or display CORE_WARNINGs the messagebox should not appear.

Try to set
error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR
in the PHP.ini

I don't understand why the PHP-developers decided to pop up a
messagebox even if you decided to only log errors and warnings.

I understand your problem because I wanted to restart the Apache-Server
after updating the PHP-version through a Win2K-Terminal-Session and had
to go to the physical webserver though, because the MessageBoxes are
shown on Windowstation 0 and not on the very console created for my
Terminal-Session.

Best wishes and happy new year,
Bernhard



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

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

#33054 [Csd->Fbk]: call_user_func + autoloader

[tony2001]

 ID:   33054
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mateusz at oksinski dot com
-Status:   Closed
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: OpenBSD 3.6, Windows XP
 PHP Version:  5.0.4


Previous Comments:


[2005-05-18 14:01:06] mateusz at oksinski dot com

It isn't as simple as I wrote in an example code. I'll try to put some
more code in the future.



[2005-05-18 13:33:24] mateusz at oksinski dot com

Description:

PHP produces a coredump on unix/linux systems or crashes on windows xp
after trying to execute a method using call_user_func on a class that
should have been loaded using autoload.

Reproduce code:
---




Expected result:

returns string 'Class one'

Actual result:
--
produces coredump





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

#29886 [Com]: segment fault when processing curl output with "wrapper-registered" stream

[joel at joelstrellner dot com]

 ID:   29886
 Comment by:   joel at joelstrellner dot com
 Reported By:  public at grik dot net
 Status:   No Feedback
 Bug Type: cURL related
 Operating System: Linux
 PHP Version:  5CVS-2004-08-30 (dev)
 New Comment:

I am having the exact same problem in version 5.0.4.  I have narrowed
it down to curl, but I can't narrow it down any further.

I tried using CURLOPT_BUFFERSIZE to overcome it but I am not sure that
it is even working.

I am pretty sure that it has to do with curl_multi_init and the related
multi functions.

The exact same code using one connection at a time does not cause an
error of any kind.

the options I am giving it are:
$conn[$i] = curl_init($url);
curl_setopt ($conn[$i], CURLOPT_BUFFERSIZE, 8192000);
curl_setopt ($conn[$i], CURLOPT_RETURNTRANSFER, 1);
curl_setopt ($conn[$i], CURLOPT_URL, "$url");
curl_setopt ($conn[$i], CURLOPT_USERAGENT, $user_agent);
if (($referer!=NULL) AND ($referer!='')) curl_setopt ($conn[$i],
CURLOPT_REFERER, $referer);
curl_setopt ($conn[$i], CURLOPT_CONNECTTIMEOUT, $connecttimeout);
curl_setopt ($conn[$i], CURLOPT_TIMEOUT, $timeout);
curl_setopt ($conn[$i], CURLOPT_HEADER, 0);
curl_setopt ($conn[$i], CURLOPT_FOLLOWLOCATION, 1);
curl_setopt ($conn[$i], CURLOPT_MAXREDIRS, 3);
curl_setopt ($conn[$i], CURLOPT_FAILONERROR, 1);
curl_setopt ($conn[$i], CURLOPT_ENCODING, '');
curl_setopt ($conn[$i], CURLOPT_COOKIEJAR,"cookie.txt");
curl_setopt ($conn[$i], CURLOPT_COOKIEFILE,"cookie.txt");
curl_setopt ($conn[$i], CURLOPT_FOLLOWLOCATION,TRUE);
curl_setopt ($conn[$i], CURLOPT_SSL_VERIFYPEER, FALSE);
curl_setopt ($conn[$i], CURLOPT_SSL_VERIFYHOST, 1);
curl_multi_add_handle ($mh,$conn[$i]);

the error I am getting is a seg fault (11) then the script stops
executing.


Previous Comments:


[2005-03-16 01:00:07] 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-03-08 10:44:17] [EMAIL PROTECTED]

Set to feedback until real feedback has been provided.



[2005-03-08 09:35:39] public at grik dot net

Thank you, I'll try with the new version today.



[2005-03-07 21:33:34] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I can't get it to crash..




[2004-08-30 02:08:19] public at grik dot net

Description:

I register a wrapper, create a stream and pass the pointer to the
curl_setopt to process CURL output.
When amount of data returned by CURL exeeds 8192 bytes (size of the
CURL buffer), PHP ends with Segmentation fault.

I could not reach the crash using fwrite().

Similar problem was in PHP 4.3.3, in 4.3.7 everything works fine.
I detected this problem again in 5.0.0 and replicated it in the latest
stable CSV.

I do not know if it happens upon shutdown and if it is relevant to bug
#29358. This happens with CURL only.

Reproduce code:
---
The sample code can be found at:
http://www.grik.net/sample.phps

Can be run form command line:
php -f sample.php

Expected result:

In PHP 4.3.7 this script would output the amount of bytes obtained from
CURL:

8192
8192
...

Actual result:
--
In PHP 5.0.0:

8192
8192
Segmentation fault

Backtrace (I am not enough good with gdb, could not locate):

(gdb) bt
#0  0x081f714a in _zval_copy_ctor (zvalue=0x8344684,
__zend_filename=0x8273780
"/usr/src/web/php5-STABLE-200408292230/Zend/zend_execute.c",
__zend_lineno=3001) at
/usr/src/web/php5-STABLE-200408292230/Zend/zend_variables.c:136
#1  0x08227ab6 in zend_send_by_var_helper (execute_data=0xbfffb210,
opline=0x8349e38, op_array=0x834b0e4)
at /usr/src/web/php5-STABLE-200408292230/Zend/zend_execute.c:3001
#2  0x08221824 in zend_send_var_handler (execute_data=0xbfffb210,
opline=0x8349e38, op_array=0x834b0e4)
at /usr/src/web/php5-STABLE-200408292230/Zend/zend_execute.c:3061
#3  0x0821cb76 in execute (op_array=0x834b0e4)
at /usr/src/web/php5-STABLE-200408292230/Zend/zend_execute.c:1400
#4  0x081ed157 in zend_call_function (fci=0xbfffb370, fci_cache=0x0)
at
/usr/src/web/php5-STABLE-200408292230/Zend/zend_execute_API.c:835
#5  0x081ec1a9 in call_user_function_ex (function_table=0x0,
object_pp=0x82e5f00,
function_name=0xbfffb400, retval_ptr_ptr=0xbfffb3fc, param_count=1,
params=0xbfffb3f0,
no_separation=0, symbol_table=0x0)
at
/usr/src/web/php5-STABLE-200408292230/Zend/zend_execute_API

#29886 [NoF->Csd]: segment fault when processing curl output with "wrapper-registered" stream

[public at grik dot net]

 ID:   29886
 User updated by:  public at grik dot net
 Reported By:  public at grik dot net
-Status:   No Feedback
+Status:   Closed
 Bug Type: cURL related
-Operating System: Linux
+Operating System: Linux (not FreeBSD)
 PHP Version:  5CVS-2004-08-30 (dev)
 New Comment:

I found out that the bug was in the PHP stream wrapper - the
segmentation fault arized on Linux platform.
That bug was recently fixed (thanx, Tony):
http://bugs.php.net/?id=32742


Previous Comments:


[2005-05-18 16:08:05] joel at joelstrellner dot com

I am having the exact same problem in version 5.0.4.  I have narrowed
it down to curl, but I can't narrow it down any further.

I tried using CURLOPT_BUFFERSIZE to overcome it but I am not sure that
it is even working.

I am pretty sure that it has to do with curl_multi_init and the related
multi functions.

The exact same code using one connection at a time does not cause an
error of any kind.

the options I am giving it are:
$conn[$i] = curl_init($url);
curl_setopt ($conn[$i], CURLOPT_BUFFERSIZE, 8192000);
curl_setopt ($conn[$i], CURLOPT_RETURNTRANSFER, 1);
curl_setopt ($conn[$i], CURLOPT_URL, "$url");
curl_setopt ($conn[$i], CURLOPT_USERAGENT, $user_agent);
if (($referer!=NULL) AND ($referer!='')) curl_setopt ($conn[$i],
CURLOPT_REFERER, $referer);
curl_setopt ($conn[$i], CURLOPT_CONNECTTIMEOUT, $connecttimeout);
curl_setopt ($conn[$i], CURLOPT_TIMEOUT, $timeout);
curl_setopt ($conn[$i], CURLOPT_HEADER, 0);
curl_setopt ($conn[$i], CURLOPT_FOLLOWLOCATION, 1);
curl_setopt ($conn[$i], CURLOPT_MAXREDIRS, 3);
curl_setopt ($conn[$i], CURLOPT_FAILONERROR, 1);
curl_setopt ($conn[$i], CURLOPT_ENCODING, '');
curl_setopt ($conn[$i], CURLOPT_COOKIEJAR,"cookie.txt");
curl_setopt ($conn[$i], CURLOPT_COOKIEFILE,"cookie.txt");
curl_setopt ($conn[$i], CURLOPT_FOLLOWLOCATION,TRUE);
curl_setopt ($conn[$i], CURLOPT_SSL_VERIFYPEER, FALSE);
curl_setopt ($conn[$i], CURLOPT_SSL_VERIFYHOST, 1);
curl_multi_add_handle ($mh,$conn[$i]);

the error I am getting is a seg fault (11) then the script stops
executing.



[2005-03-16 01:00:07] 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-03-08 10:44:17] [EMAIL PROTECTED]

Set to feedback until real feedback has been provided.



[2005-03-08 09:35:39] public at grik dot net

Thank you, I'll try with the new version today.



[2005-03-07 21:33:34] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I can't get it to crash..




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

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

#33057 [Opn]: PHP returns Content-Type header for 304 responses

[cboitel at lfdj dot com]

 ID:   33057
 User updated by:  cboitel at lfdj dot com
 Reported By:  cboitel at lfdj dot com
 Status:   Open
 Bug Type: Apache related
 Operating System: Solaris/Linux
 PHP Version:  4.3.11
 New Comment:

I have patched the mod_php4.c file to use send_error_response apache
function instead of send_http_headers for 304 responses. You should
also check if send_error_response shall also be used for non-200
responses and if its second param (recursive call) shall be set to 0 or
1.

static int sapi_apache_send_headers(sapi_headers_struct *sapi_headers
TSRMLS_DC)
{
request_rec *r;

if(SG(server_context) == NULL) { /* server_context is not here
anymore */
return SAPI_HEADER_SEND_FAILED;
}
r = (request_rec *) SG(server_context);
r->status = SG(sapi_headers).http_response_code;
if( r-> status==304 )
{
 send_error_response( r, 0 );
}
else
{
 send_http_header((request_rec *) SG(server_context));
}
return SAPI_HEADER_SENT_SUCCESSFULLY;
}


Previous Comments:


[2005-05-18 16:12:27] cboitel at lfdj dot com

Description:

When setting response code to 304 from within PHP code, a
"Content-Type:" header is always added when PHP is compiled within
Apache 1.3x whereas it is not for Apache 2.x

This makes Apache 1.3x/PHP non compliant with RFC HTTP/1.1 for 304
responses in the case where a weak validator is used (Content-Type MUST
not be returned).

Reproduce code:
---
mytest1.php


Expected result:

telnet localhost 80
GET /mytest1.php HTTP/1.0

HTTP/1.1 304 Not Modified
Date: Wed, 18 May 2005 14:10:06 GMT
Server: Apache
Connection: close




Actual result:
--
telnet localhost 80
GET /mytest1.php HTTP/1.0

HTTP/1.1 304 Not Modified
Date: Wed, 18 May 2005 14:10:06 GMT
Server: Apache
Content-Type: text/html
Connection: close





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

#33058 [NEW]: segfault on php -v

[jas at cs dot yorku dot ca]

From: jas at cs dot yorku dot ca
Operating system: Redhat 7.3
PHP version:  4.3.11
PHP Bug Type: Reproducible crash
Bug description:  segfault on php -v

Description:

Hi.

I am experiencing a "similar" problem to bug ID 32783 (marked "bogus")
with PHP 4.3.11.

I was running php 4.3.4.  I tried to upgrade to 4.3.11.
The compile went flawlessly.  However, when I tried to run a "make
install", the "install pear" component failed with a seg fault. 
Similarly, if you just run "php -v", there is a segfault.

I tried to use the Apache module that came with php 4.3.11 with the
existing (4.3.4) lib/php structure, and that worked.  However, I couldn't
use pear to do any upgrades...

hop 301 % php -v
Segmentation fault
hop 302 % gdb php
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run -v
Starting program: /cs/local/bin/php -v

Program received signal SIGSEGV, Segmentation fault.
0x4207fa78 in strcmp () from /lib/i686/libc.so.6
(gdb) quit

---

I downgraded to php-4.3.10.  It compiled perfectly, and everything just
works - the php command, and the module.
pear was able to upgrade all of my modules just fine.

I too have a redhat-7.3 base.

Jason.


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

#33057 [NEW]: PHP returns Content-Type header for 304 responses

[cboitel at lfdj dot com]

From: cboitel at lfdj dot com
Operating system: Solaris/Linux
PHP version:  4.3.11
PHP Bug Type: Apache related
Bug description:  PHP returns Content-Type header for 304 responses

Description:

When setting response code to 304 from within PHP code, a "Content-Type:"
header is always added when PHP is compiled within Apache 1.3x whereas it
is not for Apache 2.x

This makes Apache 1.3x/PHP non compliant with RFC HTTP/1.1 for 304
responses in the case where a weak validator is used (Content-Type MUST
not be returned).

Reproduce code:
---
mytest1.php


Expected result:

telnet localhost 80
GET /mytest1.php HTTP/1.0

HTTP/1.1 304 Not Modified
Date: Wed, 18 May 2005 14:10:06 GMT
Server: Apache
Connection: close




Actual result:
--
telnet localhost 80
GET /mytest1.php HTTP/1.0

HTTP/1.1 304 Not Modified
Date: Wed, 18 May 2005 14:10:06 GMT
Server: Apache
Content-Type: text/html
Connection: close

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

#33056 [Opn->Asn]: strtotime() does not parse '20050518t090000'

[derick]

 ID:   33056
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dcturner2000 at yahoo dot co dot uk
-Status:   Open
+Status:   Assigned
 Bug Type: Date/time related
 Operating System: Linux
 PHP Version:  5.0.3
-Assigned To:  
+Assigned To:  derick


Previous Comments:


[2005-05-18 14:58:39] dcturner2000 at yahoo dot co dot uk

Description:

strtotime('20050518t09Z') returns -1 and should return 
1116406800 
 
Further experimentation seems to suggest that any time in 
that format whose tens-of-hours digit is 0 results in -1. 
 
 

Reproduce code:
---
echo strtotime('20050518t09Z')."\n";
echo strtotime('20050518t091234Z')."\n";
echo strtotime('20050518t191234Z')."\n";
echo strtotime('20050518t09')."\n";
echo strtotime('20050518t091234')."\n";
echo strtotime('20050518t191234')."\n";


Expected result:

1116406800 
1116407554 
1116443554 
1116403200 
1116403954 
1116439954 
 
[Of course, some of that depends what time zone you're in] 

Actual result:
--
-1 
-1 
1116443554 
-1 
-1 
1116439954 





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

#33057 [Opn->Fbk]: PHP returns Content-Type header for 304 responses

[tony2001]

 ID:   33057
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cboitel at lfdj dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: Solaris/Linux
 PHP Version:  4.3.11
 New Comment:

Please generate unified diff (`diff -u`), put it somewhere and give us
it's URL.


Previous Comments:


[2005-05-18 16:23:49] cboitel at lfdj dot com

I have patched the mod_php4.c file to use send_error_response apache
function instead of send_http_headers for 304 responses. You should
also check if send_error_response shall also be used for non-200
responses and if its second param (recursive call) shall be set to 0 or
1.

static int sapi_apache_send_headers(sapi_headers_struct *sapi_headers
TSRMLS_DC)
{
request_rec *r;

if(SG(server_context) == NULL) { /* server_context is not here
anymore */
return SAPI_HEADER_SEND_FAILED;
}
r = (request_rec *) SG(server_context);
r->status = SG(sapi_headers).http_response_code;
if( r-> status==304 )
{
 send_error_response( r, 0 );
}
else
{
 send_http_header((request_rec *) SG(server_context));
}
return SAPI_HEADER_SENT_SUCCESSFULLY;
}



[2005-05-18 16:12:27] cboitel at lfdj dot com

Description:

When setting response code to 304 from within PHP code, a
"Content-Type:" header is always added when PHP is compiled within
Apache 1.3x whereas it is not for Apache 2.x

This makes Apache 1.3x/PHP non compliant with RFC HTTP/1.1 for 304
responses in the case where a weak validator is used (Content-Type MUST
not be returned).

Reproduce code:
---
mytest1.php


Expected result:

telnet localhost 80
GET /mytest1.php HTTP/1.0

HTTP/1.1 304 Not Modified
Date: Wed, 18 May 2005 14:10:06 GMT
Server: Apache
Connection: close




Actual result:
--
telnet localhost 80
GET /mytest1.php HTTP/1.0

HTTP/1.1 304 Not Modified
Date: Wed, 18 May 2005 14:10:06 GMT
Server: Apache
Content-Type: text/html
Connection: close





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

#33058 [Opn->Fbk]: segfault on php -v

[tony2001]

 ID:   33058
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jas at cs dot yorku dot ca
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Redhat 7.3
 PHP Version:  4.3.11
 New Comment:

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

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




Previous Comments:


[2005-05-18 16:37:47] jas at cs dot yorku dot ca

Description:

Hi.

I am experiencing a "similar" problem to bug ID 32783 (marked "bogus")
with PHP 4.3.11.

I was running php 4.3.4.  I tried to upgrade to 4.3.11.
The compile went flawlessly.  However, when I tried to run a "make
install", the "install pear" component failed with a seg fault. 
Similarly, if you just run "php -v", there is a segfault.

I tried to use the Apache module that came with php 4.3.11 with the
existing (4.3.4) lib/php structure, and that worked.  However, I
couldn't use pear to do any upgrades...

hop 301 % php -v
Segmentation fault
hop 302 % gdb php
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run -v
Starting program: /cs/local/bin/php -v

Program received signal SIGSEGV, Segmentation fault.
0x4207fa78 in strcmp () from /lib/i686/libc.so.6
(gdb) quit

---

I downgraded to php-4.3.10.  It compiled perfectly, and everything just
works - the php command, and the module.
pear was able to upgrade all of my modules just fine.

I too have a redhat-7.3 base.

Jason.






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

#33055 [Opn->Fbk]: tran_sid not working

[tony2001]

 ID:   33055
 Updated by:   [EMAIL PROTECTED]
 Reported By:  b-bonini at cox dot net
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: FreeBSD 4.4
 PHP Version:  5.0.3
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2005-05-18 14:43:40] b-bonini at cox dot net

BTW: The full script is here: 
http://rejectioncollection.com/quotes.txt 
 
It controls the "user quotes" in the grey box on this 
page: http://rejectioncollection.com/buybook.php 
 
AGAIN: cookeis enabled=fine, cookies disabled=no good.



[2005-05-18 14:38:12] b-bonini at cox dot net

Description:

session.use_trans_sid is set to 1 in php.ini but SID is 
not in the URL and sessions are NOT working with cookies 
disabled (in either php.ini or browser). It is not being 
over-ridden elsewhere (i.e., http.conf or .htaccess or via 
ini_set). Other changes in php.ini DO take effect, just 
not this one. Session  file IS created in /tmp with an 
initial value of 0 but never increments (see script 
below). Basically, with cookies enabled everything is 
fine, diable them and the script relying on sessions stops 
working.  
 
phpinfo(): http://gfx.gfx-design.com/php_info.php 

Reproduce code:
---
RELEVANT SECTION OF CODE:

session_start(); 
header("Cache-control: private"); // IE 6 Fix

if (!isset($_SESSION['user_quotes']) || $_SESSION['user_quotes'] >=
count($quote
_result) - 1) {
   $_SESSION['user_quotes'] = 0;
} else {
   $_SESSION['user_quotes']++;
}


Expected result:

$_SESSION['user_quotes'] to increment by 1 or set to 0 if 
it's greater than or equal to $quote_results or does not 
exist... 
 
Again, works fine with cookies enabled, fails (not the 
script itself) with them disabled. 

Actual result:
--
counter is not incremented. 





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

#32941 [Opn->Asn]: Sending structured exception kills a php

[tony2001]

 ID:   32941
 Updated by:   [EMAIL PROTECTED]
 Reported By:  steckovic at aarongroup dot cz
-Status:   Open
+Status:   Assigned
 Bug Type: SOAP related
 Operating System: FEDORA
 PHP Version:  5.0.4
-Assigned To:  
+Assigned To:  dmitry


Previous Comments:


[2005-05-05 15:48:37] steckovic at aarongroup dot cz

I can't found any excute statememt (I try 2000 calls back) Core dump
has 33MB Do you want to send it to you?


#0  0x0816a248 in attr_is_equal_ex (node=0x8457540, name=0x831bf18
"href", ns=0x0)
at /home/src/php/php5-200505030430/ext/soap/php_xml.c:212
#1  0x0816a363 in get_attribute_ex (node=0x8457540, name=0x831bf18
"href", ns=0x0)
at /home/src/php/php5-200505030430/ext/soap/php_xml.c:246
#2  0x08141d99 in check_and_resolve_href (data=0x8457500) at
/home/src/php/php5-200505030430/ext/soap/php_encoding.c:2753
#3  0x081408fe in guess_zval_convert (type=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:2289
#4  0x08141abc in sdl_guess_convert_zval (enc=0x8455b1c,
data=0x8457500) at
/home/src/php/php5-200505030430/ext/soap/php_encoding.c:2616
#5  0x08138fb5 in master_to_zval_int (encode=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:327
#6  0x08140ad6 in guess_zval_convert (type=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:2337
#7  0x08141abc in sdl_guess_convert_zval (enc=0x8455b1c,
data=0x8457500) at
/home/src/php/php5-200505030430/ext/soap/php_encoding.c:2616
#8  0x08138fb5 in master_to_zval_int (encode=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:327
#9  0x08140ad6 in guess_zval_convert (type=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:2337
#10 0x08141abc in sdl_guess_convert_zval (enc=0x8455b1c,
data=0x8457500) at
/home/src/php/php5-200505030430/ext/soap/php_encoding.c:2616
#11 0x08138fb5 in master_to_zval_int (encode=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:327
#12 0x08140ad6 in guess_zval_convert (type=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:2337
#13 0x08141abc in sdl_guess_convert_zval (enc=0x8455b1c,
data=0x8457500) at
/home/src/php/php5-200505030430/ext/soap/php_encoding.c:2616
#14 0x08138fb5 in master_to_zval_int (encode=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:327
#15 0x08140ad6 in guess_zval_convert (type=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:2337
#16 0x08141abc in sdl_guess_convert_zval (enc=0x8455b1c,
data=0x8457500) at
/home/src/php/php5-200505030430/ext/soap/php_encoding.c:2616
#17 0x08138fb5 in master_to_zval_int (encode=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:327
#18 0x08140ad6 in guess_zval_convert (type=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:2337
#19 0x08141abc in sdl_guess_convert_zval (enc=0x8455b1c,
data=0x8457500) at
/home/src/php/php5-200505030430/ext/soap/php_encoding.c:2616
#20 0x08138fb5 in master_to_zval_int (encode=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:327
#21 0x08140ad6 in guess_zval_convert (type=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:2337
#22 0x08141abc in sdl_guess_convert_zval (enc=0x8455b1c,
data=0x8457500) at
/home/src/php/php5-200505030430/ext/soap/php_encoding.c:2616
#23 0x08138fb5 in master_to_zval_int (encode=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:327
#24 0x08140ad6 in guess_zval_convert (type=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:2337
#25 0x08141abc in sdl_guess_convert_zval (enc=0x8455b1c,
data=0x8457500) at
/home/src/php/php5-200505030430/ext/soap/php_encoding.c:2616
#26 0x08138fb5 in master_to_zval_int (encode=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:327
#27 0x08140ad6 in guess_zval_convert (type=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:2337
#28 0x08141abc in sdl_guess_convert_zval (enc=0x8455b1c,
data=0x8457500) at
/home/src/php/php5-200505030430/ext/soap/php_encoding.c:2616
#29 0x08138fb5 in master_to_zval_int (encode=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:327
#30 0x08140ad6 in guess_zval_convert (type=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ext/soap/php_encoding.c:2337
#31 0x08141abc in sdl_guess_convert_zval (enc=0x8455b1c,
data=0x8457500) at
/home/src/php/php5-200505030430/ext/soap/php_encoding.c:2616
#32 0x08138fb5 in master_to_zval_int (encode=0x8455b1c, data=0x8457500)
at /home/src/php/php5-200505030430/ex

#30451 [Asn->Csd]: static properties don't work properly

[stas]

 ID:   30451
 Updated by:   [EMAIL PROTECTED]
 Reported By:  guth at fiifo dot u-psud dot fr
-Status:   Assigned
+Status:   Closed
 Bug Type: Zend Engine 2 problem
 Operating System: Linux
 PHP Version:  5CVS-2005-05-07
 Assigned To:  andi
 New Comment:

This bug has been fixed in CVS.

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

Seems to work fine in PHP5 CVS. 


Previous Comments:


[2005-05-09 11:32:55] [EMAIL PROTECTED]

Andi, (or Dmitry maybe?) can you look into this?



[2005-05-07 03:13:33] guth at fiifo dot u-psud dot fr

No change with the last CVS.



[2005-03-25 01:33:58] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-10-16 01:50:54] guth at fiifo dot u-psud dot fr

Description:

hello,

Yet another strange behaviour in PHP...

My english is always too bad to explain the problem, so have a look to
the following code...

Reproduce code:
---



Expected result:

bool(true)
bool(true)
bool(true)
bool(true)

Actual result:
--
bool(true)
bool(true)
bool(true)
Fatal error: Cannot access protected property A::$property in
/www/test2.php on line 21





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

#32967 [Opn->Fbk]: __FILE__ has relative path: Should always be absolute

[tony2001]

 ID:   32967
 Updated by:   [EMAIL PROTECTED]
 Reported By:  oskar-phpbug at eyb dot de
-Status:   Open
+Status:   Feedback
 Bug Type: *General Issues
 Operating System: FreeBSD 5.3
 PHP Version:  5.0.4
 New Comment:

What SAPI are you using?
Does it work with CLI ?


Previous Comments:


[2005-05-06 18:02:15] oskar-phpbug at eyb dot de

Description:

It seems a never fixed problem with __FILE__

It looks like this description:

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


After I updatetd because this bug from PHP 4.3.11 to 5.0.4,
unfortunately, there is the same problem.


I would be very grateful if this can be fixed now.

Reproduce code:
---
In install/steps/SystemChecksStep.class of the Gallery2 - Distribution
there is the following code of interest:


function CheckFileDirective() {
if (strstr(__FILE__, 'install/steps/SystemChecksStep.class') ||
strstr(__FILE__, '\\install\\steps\\SystemChecksStep.class')) {
return true;
} else {
return false;
}
} 

Expected result:

__FILE__ should return the full path, that is the absolute path, of the
file where it's called in.

__FILE__ returning a relative path is a known php problem and should
have been fixed by now.

it seems that PHP couldn't fix it for all system, i.e. obviously it
doesn't work on your freebsd machine. 

Actual result:
--
If I write above the if (...)

die('__FILE__ = ' . __FILE__);


then in the browser appears

__FILE__ = ./steps/SystemChecksStep.class





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

#33055 [Opn]: tran_sid not working

[b-bonini at cox dot net]

 ID:   33055
 User updated by:  b-bonini at cox dot net
 Reported By:  b-bonini at cox dot net
 Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.4
 PHP Version:  5.0.3
 New Comment:

BTW: This seems consistant across a few different machines 
I have all running FreeBSD 4.4


Previous Comments:


[2005-05-18 17:54:37] b-bonini at cox dot net

Installed latest CVS per previous comment: 
/php5-STABLE-200505181440 (PHP Version 5.0.5-dev) 
 
- Same behaviour as originally cited. 
- Same URL's still apply. 
- added: http://gfx.gfx-design.com/session_test.php 
*Note: SID changes with each browser refresh...



[2005-05-18 17:02:31] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-05-18 14:43:40] b-bonini at cox dot net

BTW: The full script is here: 
http://rejectioncollection.com/quotes.txt 
 
It controls the "user quotes" in the grey box on this 
page: http://rejectioncollection.com/buybook.php 
 
AGAIN: cookeis enabled=fine, cookies disabled=no good.



[2005-05-18 14:38:12] b-bonini at cox dot net

Description:

session.use_trans_sid is set to 1 in php.ini but SID is 
not in the URL and sessions are NOT working with cookies 
disabled (in either php.ini or browser). It is not being 
over-ridden elsewhere (i.e., http.conf or .htaccess or via 
ini_set). Other changes in php.ini DO take effect, just 
not this one. Session  file IS created in /tmp with an 
initial value of 0 but never increments (see script 
below). Basically, with cookies enabled everything is 
fine, diable them and the script relying on sessions stops 
working.  
 
phpinfo(): http://gfx.gfx-design.com/php_info.php 

Reproduce code:
---
RELEVANT SECTION OF CODE:

session_start(); 
header("Cache-control: private"); // IE 6 Fix

if (!isset($_SESSION['user_quotes']) || $_SESSION['user_quotes'] >=
count($quote
_result) - 1) {
   $_SESSION['user_quotes'] = 0;
} else {
   $_SESSION['user_quotes']++;
}


Expected result:

$_SESSION['user_quotes'] to increment by 1 or set to 0 if 
it's greater than or equal to $quote_results or does not 
exist... 
 
Again, works fine with cookies enabled, fails (not the 
script itself) with them disabled. 

Actual result:
--
counter is not incremented. 





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

#33055 [Fbk->Opn]: tran_sid not working

[b-bonini at cox dot net]

 ID:   33055
 User updated by:  b-bonini at cox dot net
 Reported By:  b-bonini at cox dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.4
 PHP Version:  5.0.3
 New Comment:

Installed latest CVS per previous comment: 
/php5-STABLE-200505181440 (PHP Version 5.0.5-dev) 
 
- Same behaviour as originally cited. 
- Same URL's still apply. 
- added: http://gfx.gfx-design.com/session_test.php 
*Note: SID changes with each browser refresh...


Previous Comments:


[2005-05-18 17:02:31] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-05-18 14:43:40] b-bonini at cox dot net

BTW: The full script is here: 
http://rejectioncollection.com/quotes.txt 
 
It controls the "user quotes" in the grey box on this 
page: http://rejectioncollection.com/buybook.php 
 
AGAIN: cookeis enabled=fine, cookies disabled=no good.



[2005-05-18 14:38:12] b-bonini at cox dot net

Description:

session.use_trans_sid is set to 1 in php.ini but SID is 
not in the URL and sessions are NOT working with cookies 
disabled (in either php.ini or browser). It is not being 
over-ridden elsewhere (i.e., http.conf or .htaccess or via 
ini_set). Other changes in php.ini DO take effect, just 
not this one. Session  file IS created in /tmp with an 
initial value of 0 but never increments (see script 
below). Basically, with cookies enabled everything is 
fine, diable them and the script relying on sessions stops 
working.  
 
phpinfo(): http://gfx.gfx-design.com/php_info.php 

Reproduce code:
---
RELEVANT SECTION OF CODE:

session_start(); 
header("Cache-control: private"); // IE 6 Fix

if (!isset($_SESSION['user_quotes']) || $_SESSION['user_quotes'] >=
count($quote
_result) - 1) {
   $_SESSION['user_quotes'] = 0;
} else {
   $_SESSION['user_quotes']++;
}


Expected result:

$_SESSION['user_quotes'] to increment by 1 or set to 0 if 
it's greater than or equal to $quote_results or does not 
exist... 
 
Again, works fine with cookies enabled, fails (not the 
script itself) with them disabled. 

Actual result:
--
counter is not incremented. 





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

#33058 [Opn->Fbk]: segfault on php -v

[tony2001]

 ID:   33058
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jas at cs dot yorku dot ca
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Redhat 7.3
 PHP Version:  4.3.11
 New Comment:

Are you sure you're not trying to load an extension compiled for 4.3.4
?


Previous Comments:


[2005-05-18 18:32:40] jas at cs dot yorku dot ca

here is the backtrace requested... sorry for omitting that..

GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run
Starting program: /tmp/php-4.3.11/sapi/cli/php 

Program received signal SIGSEGV, Segmentation fault.
0x4207fa78 in strcmp () from /lib/i686/libc.so.6
(gdb) bt
#0  0x4207fa78 in strcmp () from /lib/i686/libc.so.6
#1  0x400d7840 in obj_name_cmp ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#2  0x400d77d8 in obj_name_cmp ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#3  0x400b1388 in getrn ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#4  0x4207a058 in malloc () from /lib/i686/libc.so.6
#5  0x400b10fb in lh_insert ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#6  0xbfffddd0 in ?? ()

it appears the problem is related to mysql?
seems strange since mysql didn't change when I moved from 4.3.10 to
4.3.11, but php did... hmm.



[2005-05-18 17:02:10] [EMAIL PROTECTED]

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

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





[2005-05-18 16:37:47] jas at cs dot yorku dot ca

Description:

Hi.

I am experiencing a "similar" problem to bug ID 32783 (marked "bogus")
with PHP 4.3.11.

I was running php 4.3.4.  I tried to upgrade to 4.3.11.
The compile went flawlessly.  However, when I tried to run a "make
install", the "install pear" component failed with a seg fault. 
Similarly, if you just run "php -v", there is a segfault.

I tried to use the Apache module that came with php 4.3.11 with the
existing (4.3.4) lib/php structure, and that worked.  However, I
couldn't use pear to do any upgrades...

hop 301 % php -v
Segmentation fault
hop 302 % gdb php
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run -v
Starting program: /cs/local/bin/php -v

Program received signal SIGSEGV, Segmentation fault.
0x4207fa78 in strcmp () from /lib/i686/libc.so.6
(gdb) quit

---

I downgraded to php-4.3.10.  It compiled perfectly, and everything just
works - the php command, and the module.
pear was able to upgrade all of my modules just fine.

I too have a redhat-7.3 base.

Jason.






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

#33055 [Opn]: tran_sid not working

[b-bonini at cox dot net]

 ID:   33055
 User updated by:  b-bonini at cox dot net
 Reported By:  b-bonini at cox dot net
 Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.4
 PHP Version:  5.0.3
 New Comment:

Also: "*Note: SID changes with each browser refresh..." 
 
IF COOKIES ARE OFF IN BROWSER...


Previous Comments:


[2005-05-18 17:57:01] b-bonini at cox dot net

BTW: This seems consistant across a few different machines 
I have all running FreeBSD 4.4



[2005-05-18 17:54:37] b-bonini at cox dot net

Installed latest CVS per previous comment: 
/php5-STABLE-200505181440 (PHP Version 5.0.5-dev) 
 
- Same behaviour as originally cited. 
- Same URL's still apply. 
- added: http://gfx.gfx-design.com/session_test.php 
*Note: SID changes with each browser refresh...



[2005-05-18 17:02:31] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-05-18 14:43:40] b-bonini at cox dot net

BTW: The full script is here: 
http://rejectioncollection.com/quotes.txt 
 
It controls the "user quotes" in the grey box on this 
page: http://rejectioncollection.com/buybook.php 
 
AGAIN: cookeis enabled=fine, cookies disabled=no good.



[2005-05-18 14:38:12] b-bonini at cox dot net

Description:

session.use_trans_sid is set to 1 in php.ini but SID is 
not in the URL and sessions are NOT working with cookies 
disabled (in either php.ini or browser). It is not being 
over-ridden elsewhere (i.e., http.conf or .htaccess or via 
ini_set). Other changes in php.ini DO take effect, just 
not this one. Session  file IS created in /tmp with an 
initial value of 0 but never increments (see script 
below). Basically, with cookies enabled everything is 
fine, diable them and the script relying on sessions stops 
working.  
 
phpinfo(): http://gfx.gfx-design.com/php_info.php 

Reproduce code:
---
RELEVANT SECTION OF CODE:

session_start(); 
header("Cache-control: private"); // IE 6 Fix

if (!isset($_SESSION['user_quotes']) || $_SESSION['user_quotes'] >=
count($quote
_result) - 1) {
   $_SESSION['user_quotes'] = 0;
} else {
   $_SESSION['user_quotes']++;
}


Expected result:

$_SESSION['user_quotes'] to increment by 1 or set to 0 if 
it's greater than or equal to $quote_results or does not 
exist... 
 
Again, works fine with cookies enabled, fails (not the 
script itself) with them disabled. 

Actual result:
--
counter is not incremented. 





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

#32905 [Opn->Asn]: Bookmark in PDF links to wrong page

[tony2001]

 ID:   32905
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sergej dot kurakin at delfi dot lt
-Status:   Open
+Status:   Assigned
 Bug Type: ClibPDF related
 Operating System: WinXP SP1 / Win2K SP4
 PHP Version:  4.3.11
-Assigned To:  
+Assigned To:  steinm
 New Comment:

Assigned to the maintainer.


Previous Comments:


[2005-05-01 17:25:12] sergej dot kurakin at delfi dot lt

Description:

Some modified code from manual, create 2 pages in PDF file

Reproduce code:
---
 

Expected result:

2 Pages + 2 Bookmarks, Bookmark "Page 1" refers to first page, "Page 2"
to second page.

Actual result:
--
2 Pages + 2 Bookmarks, Bookmark "Page 1" refers to second page, "Page
2" to second (or not) page.





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

#33058 [Fbk->Opn]: segfault on php -v

[jas at cs dot yorku dot ca]

 ID:   33058
 User updated by:  jas at cs dot yorku dot ca
 Reported By:  jas at cs dot yorku dot ca
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Redhat 7.3
 PHP Version:  4.3.11
 New Comment:

If it helps, I compiled again without the mysql support, and php
works.

strange?

I'm just running the "php" command straight from
sapi/cli/php.

jas.


Previous Comments:


[2005-05-18 18:40:09] [EMAIL PROTECTED]

Are you sure you're not trying to load an extension compiled for 4.3.4
?



[2005-05-18 18:32:40] jas at cs dot yorku dot ca

here is the backtrace requested... sorry for omitting that..

GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run
Starting program: /tmp/php-4.3.11/sapi/cli/php 

Program received signal SIGSEGV, Segmentation fault.
0x4207fa78 in strcmp () from /lib/i686/libc.so.6
(gdb) bt
#0  0x4207fa78 in strcmp () from /lib/i686/libc.so.6
#1  0x400d7840 in obj_name_cmp ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#2  0x400d77d8 in obj_name_cmp ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#3  0x400b1388 in getrn ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#4  0x4207a058 in malloc () from /lib/i686/libc.so.6
#5  0x400b10fb in lh_insert ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#6  0xbfffddd0 in ?? ()

it appears the problem is related to mysql?
seems strange since mysql didn't change when I moved from 4.3.10 to
4.3.11, but php did... hmm.



[2005-05-18 17:02:10] [EMAIL PROTECTED]

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

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





[2005-05-18 16:37:47] jas at cs dot yorku dot ca

Description:

Hi.

I am experiencing a "similar" problem to bug ID 32783 (marked "bogus")
with PHP 4.3.11.

I was running php 4.3.4.  I tried to upgrade to 4.3.11.
The compile went flawlessly.  However, when I tried to run a "make
install", the "install pear" component failed with a seg fault. 
Similarly, if you just run "php -v", there is a segfault.

I tried to use the Apache module that came with php 4.3.11 with the
existing (4.3.4) lib/php structure, and that worked.  However, I
couldn't use pear to do any upgrades...

hop 301 % php -v
Segmentation fault
hop 302 % gdb php
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run -v
Starting program: /cs/local/bin/php -v

Program received signal SIGSEGV, Segmentation fault.
0x4207fa78 in strcmp () from /lib/i686/libc.so.6
(gdb) quit

---

I downgraded to php-4.3.10.  It compiled perfectly, and everything just
works - the php command, and the module.
pear was able to upgrade all of my modules just fine.

I too have a redhat-7.3 base.

Jason.






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

#33058 [Fbk->Opn]: segfault on php -v

[jas at cs dot yorku dot ca]

 ID:   33058
 User updated by:  jas at cs dot yorku dot ca
 Reported By:  jas at cs dot yorku dot ca
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Redhat 7.3
 PHP Version:  4.3.11
 New Comment:

here is the backtrace requested... sorry for omitting that..

GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run
Starting program: /tmp/php-4.3.11/sapi/cli/php 

Program received signal SIGSEGV, Segmentation fault.
0x4207fa78 in strcmp () from /lib/i686/libc.so.6
(gdb) bt
#0  0x4207fa78 in strcmp () from /lib/i686/libc.so.6
#1  0x400d7840 in obj_name_cmp ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#2  0x400d77d8 in obj_name_cmp ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#3  0x400b1388 in getrn ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#4  0x4207a058 in malloc () from /lib/i686/libc.so.6
#5  0x400b10fb in lh_insert ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#6  0xbfffddd0 in ?? ()

it appears the problem is related to mysql?
seems strange since mysql didn't change when I moved from 4.3.10 to
4.3.11, but php did... hmm.


Previous Comments:


[2005-05-18 17:02:10] [EMAIL PROTECTED]

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

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





[2005-05-18 16:37:47] jas at cs dot yorku dot ca

Description:

Hi.

I am experiencing a "similar" problem to bug ID 32783 (marked "bogus")
with PHP 4.3.11.

I was running php 4.3.4.  I tried to upgrade to 4.3.11.
The compile went flawlessly.  However, when I tried to run a "make
install", the "install pear" component failed with a seg fault. 
Similarly, if you just run "php -v", there is a segfault.

I tried to use the Apache module that came with php 4.3.11 with the
existing (4.3.4) lib/php structure, and that worked.  However, I
couldn't use pear to do any upgrades...

hop 301 % php -v
Segmentation fault
hop 302 % gdb php
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run -v
Starting program: /cs/local/bin/php -v

Program received signal SIGSEGV, Segmentation fault.
0x4207fa78 in strcmp () from /lib/i686/libc.so.6
(gdb) quit

---

I downgraded to php-4.3.10.  It compiled perfectly, and everything just
works - the php command, and the module.
pear was able to upgrade all of my modules just fine.

I too have a redhat-7.3 base.

Jason.






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

#32967 [Fbk]: __FILE__ has relative path: Should always be absolute

[tony2001]

 ID:   32967
 Updated by:   [EMAIL PROTECTED]
 Reported By:  oskar-phpbug at eyb dot de
 Status:   Feedback
 Bug Type: *General Issues
 Operating System: FreeBSD 5.3
 PHP Version:  5.0.4
 New Comment:

And please check that you don't have any of zend_extension's loaded.


Previous Comments:


[2005-05-18 17:18:19] [EMAIL PROTECTED]

What SAPI are you using?
Does it work with CLI ?



[2005-05-06 18:02:15] oskar-phpbug at eyb dot de

Description:

It seems a never fixed problem with __FILE__

It looks like this description:

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


After I updatetd because this bug from PHP 4.3.11 to 5.0.4,
unfortunately, there is the same problem.


I would be very grateful if this can be fixed now.

Reproduce code:
---
In install/steps/SystemChecksStep.class of the Gallery2 - Distribution
there is the following code of interest:


function CheckFileDirective() {
if (strstr(__FILE__, 'install/steps/SystemChecksStep.class') ||
strstr(__FILE__, '\\install\\steps\\SystemChecksStep.class')) {
return true;
} else {
return false;
}
} 

Expected result:

__FILE__ should return the full path, that is the absolute path, of the
file where it's called in.

__FILE__ returning a relative path is a known php problem and should
have been fixed by now.

it seems that PHP couldn't fix it for all system, i.e. obviously it
doesn't work on your freebsd machine. 

Actual result:
--
If I write above the if (...)

die('__FILE__ = ' . __FILE__);


then in the browser appears

__FILE__ = ./steps/SystemChecksStep.class





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

#33008 [Fbk->Opn]: phpinfo(INFO_MODULES) crashes Apache 2

[elie_cohen at yahoo dot com]

 ID:   33008
 User updated by:  elie_cohen at yahoo dot com
 Reported By:  elie_cohen at yahoo dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: XP Home SP2
 PHP Version:  5CVS-2005-05-11 (dev)
 New Comment:

The modules enabled in php.ini are (all the others are left commented
out): 

extension=php_mbstring.dll
extension=php_mysql.dll


Previous Comments:


[2005-05-18 13:13:03] [EMAIL PROTECTED]

Can't reproduce.
What modules are enabled in php.ini ?



[2005-05-11 16:11:43] elie_cohen at yahoo dot com

Description:

Trying to call the function phpinfo(INFO_MODULES) (code below) from
either IE 6 or Firefox crashes Apache 2.0.54. This problem can be
reproduce with PHP 5.0.4, and PHP 5.1. The other phpinfo options
(INFO_GENERAL, INFO_...) seem to work OK. phpMyAdmin seems to work fine
also. Also the script works from the command line using php.exe.

Let me know if you need more infos


Reproduce code:
---


Expected result:

Modules list on Web page

Actual result:
--
Crashes Apache 2.0.54 with following Error signature:

szAppName: apache.exe 
szAppVer: 2.0.54.0 
szModName: MxAVIsp.dll
szModVer: 5.0.0.6
offset: 19a9







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

#29890 [Asn->Csd]: set_error_handler race

[stas]

 ID:   29890
 Updated by:   [EMAIL PROTECTED]
 Reported By:  maurice at alletha dot nl
-Status:   Assigned
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  5CVS, 4CVS (2004-12-12)
 Assigned To:  tony2001
 New Comment:

This bug has been fixed in CVS.

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




Previous Comments:


[2005-05-14 14:52:15] [EMAIL PROTECTED]

Assigned to myself so I don't forget it..



[2004-12-15 03:48:18] [EMAIL PROTECTED]

With recent CVS checkout I got it to crash with this backtrace (same
with both 4 & 5):

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1087948032 (LWP 10686)]
0x082863cc in _zval_ptr_dtor (zval_ptr=0x861f890, 
__zend_filename=0x84b3aa0
"/usr/src/web/php/php4/Zend/zend_execute.h", __zend_lineno=96)
at /usr/src/web/php/php4/Zend/zend_execute_API.c:287
287 (*zval_ptr)->refcount--;
(gdb) bt
#0  0x082863cc in _zval_ptr_dtor (zval_ptr=0x861f890, 
__zend_filename=0x84b3aa0
"/usr/src/web/php/php4/Zend/zend_execute.h", __zend_lineno=96)
at /usr/src/web/php/php4/Zend/zend_execute_API.c:287
#1  0x082a7e8e in zend_ptr_stack_clear_multiple () at
zend_execute.h:96
#2  0x082a4cc1 in execute (op_array=0x8624c4c)
at /usr/src/web/php/php4/Zend/zend_execute.c:1721
#3  0x08290fb9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/src/web/php/php4/Zend/zend.c:900
#4  0x08258ac5 in php_execute_script (primary_file=0xbfffe110)
at /usr/src/web/php/php4/main/main.c:1736
#5  0x082b69b5 in main (argc=2, argv=0xbfffe1a4)
at /usr/src/web/php/php4/sapi/cli/php_cli.c:822
#6  0x42015704 in __libc_start_main () from /lib/tls/libc.so.6




[2004-08-30 09:10:19] maurice at alletha dot nl

Description:

When creating a error function which has a parameter with an reference,
php will create an endless loop in calling itself (i think). 
The proces keeps running and will not stop.
You can blog up a windows machine running under iis/cgi because it
doesn't react on set_time_limit().
I've seen this problem in php 4.x and 5.x under windows and in linux on
a dual system. Linux with a single cpu seemed not to have this problem
(?)
(I'm using an additional parameter to my error function because of
custom calling of the function)

Reproduce code:
---




Expected result:

There should be a notice about the redefined "TEST" define

Actual result:
--
An endless loop.





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

#33055 [Opn]: tran_sid not working

[b-bonini at cox dot net]

 ID:   33055
 User updated by:  b-bonini at cox dot net
 Reported By:  b-bonini at cox dot net
 Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.4
 PHP Version:  5.0.3
 New Comment:

OK, apparently previous comment is irrelevant but 
everything else still applies..


Previous Comments:


[2005-05-18 18:34:42] b-bonini at cox dot net

Also: "*Note: SID changes with each browser refresh..." 
 
IF COOKIES ARE OFF IN BROWSER...



[2005-05-18 17:57:01] b-bonini at cox dot net

BTW: This seems consistant across a few different machines 
I have all running FreeBSD 4.4



[2005-05-18 17:54:37] b-bonini at cox dot net

Installed latest CVS per previous comment: 
/php5-STABLE-200505181440 (PHP Version 5.0.5-dev) 
 
- Same behaviour as originally cited. 
- Same URL's still apply. 
- added: http://gfx.gfx-design.com/session_test.php 
*Note: SID changes with each browser refresh...



[2005-05-18 17:02:31] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-05-18 14:43:40] b-bonini at cox dot net

BTW: The full script is here: 
http://rejectioncollection.com/quotes.txt 
 
It controls the "user quotes" in the grey box on this 
page: http://rejectioncollection.com/buybook.php 
 
AGAIN: cookeis enabled=fine, cookies disabled=no good.



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

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

#32905 [Asn->Ana]: Bookmark in PDF links to wrong page

[steinm]

 ID:   32905
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sergej dot kurakin at delfi dot lt
-Status:   Assigned
+Status:   Analyzed
 Bug Type: ClibPDF related
 Operating System: WinXP SP1 / Win2K SP4
 PHP Version:  4.3.11
 Assigned To:  steinm
 New Comment:

I couldn't reproduce this bug on a linux system. Would it be possible
for the initial poster to send me the pdf file.


Previous Comments:


[2005-05-18 18:31:53] [EMAIL PROTECTED]

Assigned to the maintainer.



[2005-05-01 17:25:12] sergej dot kurakin at delfi dot lt

Description:

Some modified code from manual, create 2 pages in PDF file

Reproduce code:
---
 

Expected result:

2 Pages + 2 Bookmarks, Bookmark "Page 1" refers to first page, "Page 2"
to second page.

Actual result:
--
2 Pages + 2 Bookmarks, Bookmark "Page 1" refers to second page, "Page
2" to second (or not) page.





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

#33058 [Opn->Fbk]: segfault on php -v

[tony2001]

 ID:   33058
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jas at cs dot yorku dot ca
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Redhat 7.3
 PHP Version:  4.3.11
 New Comment:

What was your configure line before (i.e. when you compiled it with
mysql support)?


Previous Comments:


[2005-05-18 19:09:13] jas at cs dot yorku dot ca

If it helps, I compiled again without the mysql support, and php
works.

strange?

I'm just running the "php" command straight from
sapi/cli/php.

jas.



[2005-05-18 18:40:09] [EMAIL PROTECTED]

Are you sure you're not trying to load an extension compiled for 4.3.4
?



[2005-05-18 18:32:40] jas at cs dot yorku dot ca

here is the backtrace requested... sorry for omitting that..

GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run
Starting program: /tmp/php-4.3.11/sapi/cli/php 

Program received signal SIGSEGV, Segmentation fault.
0x4207fa78 in strcmp () from /lib/i686/libc.so.6
(gdb) bt
#0  0x4207fa78 in strcmp () from /lib/i686/libc.so.6
#1  0x400d7840 in obj_name_cmp ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#2  0x400d77d8 in obj_name_cmp ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#3  0x400b1388 in getrn ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#4  0x4207a058 in malloc () from /lib/i686/libc.so.6
#5  0x400b10fb in lh_insert ()
   from /cs/local/packages/mysql-4.0.13/lib/mysql/libmysqlclient.so.12
#6  0xbfffddd0 in ?? ()

it appears the problem is related to mysql?
seems strange since mysql didn't change when I moved from 4.3.10 to
4.3.11, but php did... hmm.



[2005-05-18 17:02:10] [EMAIL PROTECTED]

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

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





[2005-05-18 16:37:47] jas at cs dot yorku dot ca

Description:

Hi.

I am experiencing a "similar" problem to bug ID 32783 (marked "bogus")
with PHP 4.3.11.

I was running php 4.3.4.  I tried to upgrade to 4.3.11.
The compile went flawlessly.  However, when I tried to run a "make
install", the "install pear" component failed with a seg fault. 
Similarly, if you just run "php -v", there is a segfault.

I tried to use the Apache module that came with php 4.3.11 with the
existing (4.3.4) lib/php structure, and that worked.  However, I
couldn't use pear to do any upgrades...

hop 301 % php -v
Segmentation fault
hop 302 % gdb php
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run -v
Starting program: /cs/local/bin/php -v

Program received signal SIGSEGV, Segmentation fault.
0x4207fa78 in strcmp () from /lib/i686/libc.so.6
(gdb) quit

---

I downgraded to php-4.3.10.  It compiled perfectly, and everything just
works - the php command, and the module.
pear was able to upgrade all of my modules just fine.

I too have a redhat-7.3 base.

Jason.






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

#33055 [Opn->Fbk]: tran_sid not working

[tony2001]

 ID:   33055
 Updated by:   [EMAIL PROTECTED]
 Reported By:  b-bonini at cox dot net
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: FreeBSD 4.4
 PHP Version:  5.0.3
 New Comment:

What does this code output for you ?

What if you try another browser, that doesn't require any "fixes" ?


Previous Comments:


[2005-05-18 20:25:47] b-bonini at cox dot net

OK, apparently previous comment is irrelevant but 
everything else still applies..



[2005-05-18 18:34:42] b-bonini at cox dot net

Also: "*Note: SID changes with each browser refresh..." 
 
IF COOKIES ARE OFF IN BROWSER...



[2005-05-18 17:57:01] b-bonini at cox dot net

BTW: This seems consistant across a few different machines 
I have all running FreeBSD 4.4



[2005-05-18 17:54:37] b-bonini at cox dot net

Installed latest CVS per previous comment: 
/php5-STABLE-200505181440 (PHP Version 5.0.5-dev) 
 
- Same behaviour as originally cited. 
- Same URL's still apply. 
- added: http://gfx.gfx-design.com/session_test.php 
*Note: SID changes with each browser refresh...



[2005-05-18 17:02:31] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

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

#33008 [Opn->Fbk]: phpinfo(INFO_MODULES) crashes Apache 2

[tony2001]

 ID:   33008
 Updated by:   [EMAIL PROTECTED]
 Reported By:  elie_cohen at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: XP Home SP2
 PHP Version:  5CVS-2005-05-11 (dev)
 New Comment:

Disable them and try again.


Previous Comments:


[2005-05-18 20:16:42] elie_cohen at yahoo dot com

The modules enabled in php.ini are (all the others are left commented
out): 

extension=php_mbstring.dll
extension=php_mysql.dll



[2005-05-18 13:13:03] [EMAIL PROTECTED]

Can't reproduce.
What modules are enabled in php.ini ?



[2005-05-11 16:11:43] elie_cohen at yahoo dot com

Description:

Trying to call the function phpinfo(INFO_MODULES) (code below) from
either IE 6 or Firefox crashes Apache 2.0.54. This problem can be
reproduce with PHP 5.0.4, and PHP 5.1. The other phpinfo options
(INFO_GENERAL, INFO_...) seem to work OK. phpMyAdmin seems to work fine
also. Also the script works from the command line using php.exe.

Let me know if you need more infos


Reproduce code:
---


Expected result:

Modules list on Web page

Actual result:
--
Crashes Apache 2.0.54 with following Error signature:

szAppName: apache.exe 
szAppVer: 2.0.54.0 
szModName: MxAVIsp.dll
szModVer: 5.0.0.6
offset: 19a9







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

#33059 [NEW]: Apache crash when moving xml attribute set in dtd

[dikrib at hotmail dot com]

From: dikrib at hotmail dot com
Operating system: Windows XP
PHP version:  5.0.4
PHP Bug Type: DOM XML related
Bug description:  Apache crash when moving xml attribute set in dtd

Description:

If I try to remove an attribute from an xml document using the dom, where
the xml document is validated against a doctype, and the dtd specifies a
default value for the attribute, PHP crashes if the attribute is not
defined.

My guess is that the default value is receaved from the dtd, and php
therefore beleaves that the attribute exists and passes the error
checking, that should have caused the removeAttribute property to return
false.

Tested on PHP 5.0.4 and php5.0-win32-200505181630

Reproduce code:
---
validateOnParse = true;
$doc->loadXML('


]>
');
$node = $doc->documentElement;
$node->removeAttribute('attr');

Expected result:

the removeAttribute property should return false, because the attribute is
not defined.

Actual result:
--
The webserver crashes.

I get a message from Windows saying:
"Apache.exe has encountered a problem and needs to close."...

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

#32967 [Opn]: __FILE__ has relative path: Should always be absolute

[oskar-phpbug at eyb dot de]

 ID:   32967
 User updated by:  oskar-phpbug at eyb dot de
 Reported By:  oskar-phpbug at eyb dot de
 Status:   Open
 Bug Type: *General Issues
 Operating System: FreeBSD 5.3
 PHP Version:  5.0.4
 New Comment:

aehm.. phpinfo() says:

Zend Extension  220040412

This program makes use of the Zend Scripting Language Engine:
Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies

> And please check that you don't have any of 
> zend_extension's loaded.

How I can check this? And, how can I test it with the CLI?


Previous Comments:


[2005-05-18 21:58:26] oskar-phpbug at eyb dot de

SAPI  [  php_sapi_name()  ]  is "apache" (mod_php)

I've currently the following extensions loaded (no zend..)

extension=bcmath.so
extension=bz2.so
extension=ctype.so
extension=curl.so
extension=dom.so
extension=exif.so
extension=ftp.so
extension=gd.so
extension=gettext.so
extension=iconv.so
extension=imagick.so
extension=imap.so
extension=ldap.so
extension=mbstring.so
extension=mcrypt.so
extension=mcve.so
extension=mhash.so
extension=ming.so
extension=mysql.so
extension=openssl.so
extension=pcre.so
extension=pdf.so
extension=pgsql.so
extension=posix.so
extension=readline.so
extension=session.so
extension=simplexml.so
extension=sqlite.so
extension=tokenizer.so
extension=wddx.so
extension=xmlrpc.so
extension=zlib.so



[2005-05-18 20:10:53] [EMAIL PROTECTED]

And please check that you don't have any of zend_extension's loaded.



[2005-05-18 17:18:19] [EMAIL PROTECTED]

What SAPI are you using?
Does it work with CLI ?



[2005-05-06 18:02:15] oskar-phpbug at eyb dot de

Description:

It seems a never fixed problem with __FILE__

It looks like this description:

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


After I updatetd because this bug from PHP 4.3.11 to 5.0.4,
unfortunately, there is the same problem.


I would be very grateful if this can be fixed now.

Reproduce code:
---
In install/steps/SystemChecksStep.class of the Gallery2 - Distribution
there is the following code of interest:


function CheckFileDirective() {
if (strstr(__FILE__, 'install/steps/SystemChecksStep.class') ||
strstr(__FILE__, '\\install\\steps\\SystemChecksStep.class')) {
return true;
} else {
return false;
}
} 

Expected result:

__FILE__ should return the full path, that is the absolute path, of the
file where it's called in.

__FILE__ returning a relative path is a known php problem and should
have been fixed by now.

it seems that PHP couldn't fix it for all system, i.e. obviously it
doesn't work on your freebsd machine. 

Actual result:
--
If I write above the if (...)

die('__FILE__ = ' . __FILE__);


then in the browser appears

__FILE__ = ./steps/SystemChecksStep.class





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

#32967 [Fbk->Opn]: __FILE__ has relative path: Should always be absolute

[oskar-phpbug at eyb dot de]

 ID:   32967
 User updated by:  oskar-phpbug at eyb dot de
 Reported By:  oskar-phpbug at eyb dot de
-Status:   Feedback
+Status:   Open
 Bug Type: *General Issues
 Operating System: FreeBSD 5.3
 PHP Version:  5.0.4
 New Comment:

SAPI  [  php_sapi_name()  ]  is "apache" (mod_php)

I've currently the following extensions loaded (no zend..)

extension=bcmath.so
extension=bz2.so
extension=ctype.so
extension=curl.so
extension=dom.so
extension=exif.so
extension=ftp.so
extension=gd.so
extension=gettext.so
extension=iconv.so
extension=imagick.so
extension=imap.so
extension=ldap.so
extension=mbstring.so
extension=mcrypt.so
extension=mcve.so
extension=mhash.so
extension=ming.so
extension=mysql.so
extension=openssl.so
extension=pcre.so
extension=pdf.so
extension=pgsql.so
extension=posix.so
extension=readline.so
extension=session.so
extension=simplexml.so
extension=sqlite.so
extension=tokenizer.so
extension=wddx.so
extension=xmlrpc.so
extension=zlib.so


Previous Comments:


[2005-05-18 20:10:53] [EMAIL PROTECTED]

And please check that you don't have any of zend_extension's loaded.



[2005-05-18 17:18:19] [EMAIL PROTECTED]

What SAPI are you using?
Does it work with CLI ?



[2005-05-06 18:02:15] oskar-phpbug at eyb dot de

Description:

It seems a never fixed problem with __FILE__

It looks like this description:

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


After I updatetd because this bug from PHP 4.3.11 to 5.0.4,
unfortunately, there is the same problem.


I would be very grateful if this can be fixed now.

Reproduce code:
---
In install/steps/SystemChecksStep.class of the Gallery2 - Distribution
there is the following code of interest:


function CheckFileDirective() {
if (strstr(__FILE__, 'install/steps/SystemChecksStep.class') ||
strstr(__FILE__, '\\install\\steps\\SystemChecksStep.class')) {
return true;
} else {
return false;
}
} 

Expected result:

__FILE__ should return the full path, that is the absolute path, of the
file where it's called in.

__FILE__ returning a relative path is a known php problem and should
have been fixed by now.

it seems that PHP couldn't fix it for all system, i.e. obviously it
doesn't work on your freebsd machine. 

Actual result:
--
If I write above the if (...)

die('__FILE__ = ' . __FILE__);


then in the browser appears

__FILE__ = ./steps/SystemChecksStep.class





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

#33059 [Opn->Ver]: Apache crash when moving xml attribute set in dtd

[tony2001]

 ID:   33059
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dikrib at hotmail dot com
-Status:   Open
+Status:   Verified
 Bug Type: DOM XML related
 Operating System: Windows XP
 PHP Version:  5.0.4
 New Comment:

valgrind also shows some errors there:
==6404== Invalid read of size 4
==6404==at 0x1B9ED17B: xmlUnlinkNode (in
/usr/lib/libxml2.so.2.6.17)
==6404==by 0x1BA07635: (within /usr/lib/libxml2.so.2.6.17)
==6404==by 0x1B9F68CF: xmlHashFree (in /usr/lib/libxml2.so.2.6.17)
==6404==by 0x1BA05926: xmlFreeAttributeTable (in
/usr/lib/libxml2.so.2.6.17)
==6404==  Address 0x1BD0A61C is 4 bytes inside a block of size 64
free'd
==6404==at 0x1B9060B1: free (in
/usr/lib/valgrind/vgpreload_memcheck.so)
==6404==by 0x1B9F1C1A: xmlFreeProp (in /usr/lib/libxml2.so.2.6.17)
==6404==by 0x807B430: zif_dom_element_remove_attribute
(element.c:301)
==6404==by 0x8194284: zend_do_fcall_common_helper
(zend_execute.c:2747)



Previous Comments:


[2005-05-18 21:08:21] dikrib at hotmail dot com

Description:

If I try to remove an attribute from an xml document using the dom,
where the xml document is validated against a doctype, and the dtd
specifies a default value for the attribute, PHP crashes if the
attribute is not defined.

My guess is that the default value is receaved from the dtd, and php
therefore beleaves that the attribute exists and passes the error
checking, that should have caused the removeAttribute property to
return false.

Tested on PHP 5.0.4 and php5.0-win32-200505181630

Reproduce code:
---
validateOnParse = true;
$doc->loadXML('


]>
');
$node = $doc->documentElement;
$node->removeAttribute('attr');

Expected result:

the removeAttribute property should return false, because the attribute
is not defined.

Actual result:
--
The webserver crashes.

I get a message from Windows saying:
"Apache.exe has encountered a problem and needs to close."...





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

#33055 [Fbk->Csd]: tran_sid not working

[b-bonini at cox dot net]

 ID:   33055
 User updated by:  b-bonini at cox dot net
 Reported By:  b-bonini at cox dot net
-Status:   Feedback
+Status:   Closed
 Bug Type: Session related
 Operating System: FreeBSD 4.4
 PHP Version:  5.0.3
 New Comment:

int(0) where zero is the number which is being incremented 
now. I think this is my bust... I was expecting SID to 
appear in the URL after a page refresh. But more 
importantly, like with cookies, expecting the counter to 
increment with each refresh but in fact apparently this is 
not the case and a new SID is issued with each page 
refresh thus continually setting the initial value to 0 
and never incrementing the counter as it does using 
cookies. So sorry to waste your time...


Previous Comments:


[2005-05-18 20:54:14] [EMAIL PROTECTED]

What does this code output for you ?

What if you try another browser, that doesn't require any "fixes" ?



[2005-05-18 20:25:47] b-bonini at cox dot net

OK, apparently previous comment is irrelevant but 
everything else still applies..



[2005-05-18 18:34:42] b-bonini at cox dot net

Also: "*Note: SID changes with each browser refresh..." 
 
IF COOKIES ARE OFF IN BROWSER...



[2005-05-18 17:57:01] b-bonini at cox dot net

BTW: This seems consistant across a few different machines 
I have all running FreeBSD 4.4



[2005-05-18 17:54:37] b-bonini at cox dot net

Installed latest CVS per previous comment: 
/php5-STABLE-200505181440 (PHP Version 5.0.5-dev) 
 
- Same behaviour as originally cited. 
- Same URL's still apply. 
- added: http://gfx.gfx-design.com/session_test.php 
*Note: SID changes with each browser refresh...



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

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

#33060 [NEW]: mssql extension has a max length on returnable fieldnames

[phpbugs at mfoxx dot myspamkiller dot com]

From: phpbugs at mfoxx dot myspamkiller dot com
Operating system: winxp, sp1
PHP version:  5.0.4
PHP Bug Type: MSSQL related
Bug description:  mssql extension has a max length on returnable fieldnames

Description:

FYI:  I am running php 5.0.4 (binary distro) for windows, with apache
2.0.50 (binary distro), on a winXP sp1 machine.

If i execute:

select field1 as 'abcdefghijklmnopqrstuvwxyz0123456789' from mytable

in SQL Query Analyzer against a SQL Server 2000 database, i get the
expected result that the field name is named that whole big long alias, 36
characters in length.  

However, when i execute the same query using mssql_query() in PHP, and i
examine the results of mssql_fetch_object(), mssql_fetch_array(), or
mssql_fetch_assoc(), the field name (alias) is truncated at 30 characters
(it seems).

I do the same test against the mysql_xxx extension, and I get no
truncation (i tested with upwards of about 100 chars in the field_name
alias and all was fine).

Reproduce code:
---
$link = mssql_connect("localhost","sa","mypassword");
mssql_select_db("my_db",$link);

$query = "select field1 as 'abcdefghijklmnopqrstuvwxyz0123456789' from
my_table";

$result = mssql_query($query);
print_r(mssql_fetch_object($result));

$result = mssql_query($query);
print_r(mssql_fetch_array($result));

$result = mssql_query($query);
print_r(mssql_fetch_assoc($result));

Expected result:

stdClass Object ( [abcdefghijklmnopqrstuvwxyz0123456789] => 0 ) Array (
[0] => 0 [abcdefghijklmnopqrstuvwxyz0123456789] => 0 ) Array (
[abcdefghijklmnopqrstuvwxyz0123456789] => 0 )

Actual result:
--
stdClass Object ( [abcdefghijklmnopqrstuvwxyz0123] => 0 ) Array ( [0] => 0
[abcdefghijklmnopqrstuvwxyz0123] => 0 ) Array (
[abcdefghijklmnopqrstuvwxyz0123] => 0 )


** notice that all 3 methods have a truncated field_name to 30 characters.
 This obviously results in unexpected code problems when I have dynamic SQL
queries being generated and its difficult to predict if an alias I assign
to a field may exceed this limit, and if it does, i never get the value
out in my result-set processing because the name doesn't match what i
think it should.

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

#33060 [Bgs]: mssql extension has a max length on returnable fieldnames

[phpbugs at mfoxx dot myspamkiller dot com]

 ID:   33060
 User updated by:  phpbugs at mfoxx dot myspamkiller dot com
 Reported By:  phpbugs at mfoxx dot myspamkiller dot com
 Status:   Bogus
 Bug Type: MSSQL related
 Operating System: winxp, sp1
 PHP Version:  5.0.4
 New Comment:

Fair enough... I spent about 3 hours today searching online trying to
find out if anyone had documented this... I just didn't find/recognize
this comment on the php.net page, so I apologize for the bogus bug
report.

Although, I WOULD say, this IS a bug... just not a PHP bug really.  Why
in the heck hasn't someone updated that library since SQL Server 6.x
(circa 1998)?  That is just a bit damn ridiculous.


Previous Comments:


[2005-05-18 23:03:47] [EMAIL PROTECTED]

"Note: In Windows, the DBLIB from Microsoft is used. Functions that
return a column name are based on the dbcolname() function in DBLIB.
DBLIB was developed for SQL Server 6.x where the max identifier length
is 30. For this reason, the maximum column length is 30 characters. On
platforms where FreeTDS is used (Linux), this is not a problem".
http://www.php.net/mssql



[2005-05-18 22:51:15] phpbugs at mfoxx dot myspamkiller dot com

Description:

FYI:  I am running php 5.0.4 (binary distro) for windows, with apache
2.0.50 (binary distro), on a winXP sp1 machine.

If i execute:

select field1 as 'abcdefghijklmnopqrstuvwxyz0123456789' from mytable

in SQL Query Analyzer against a SQL Server 2000 database, i get the
expected result that the field name is named that whole big long alias,
36 characters in length.  

However, when i execute the same query using mssql_query() in PHP, and
i examine the results of mssql_fetch_object(), mssql_fetch_array(), or
mssql_fetch_assoc(), the field name (alias) is truncated at 30
characters (it seems).

I do the same test against the mysql_xxx extension, and I get no
truncation (i tested with upwards of about 100 chars in the field_name
alias and all was fine).

Reproduce code:
---
$link = mssql_connect("localhost","sa","mypassword");
mssql_select_db("my_db",$link);

$query = "select field1 as 'abcdefghijklmnopqrstuvwxyz0123456789' from
my_table";

$result = mssql_query($query);
print_r(mssql_fetch_object($result));

$result = mssql_query($query);
print_r(mssql_fetch_array($result));

$result = mssql_query($query);
print_r(mssql_fetch_assoc($result));

Expected result:

stdClass Object ( [abcdefghijklmnopqrstuvwxyz0123456789] => 0 ) Array (
[0] => 0 [abcdefghijklmnopqrstuvwxyz0123456789] => 0 ) Array (
[abcdefghijklmnopqrstuvwxyz0123456789] => 0 )

Actual result:
--
stdClass Object ( [abcdefghijklmnopqrstuvwxyz0123] => 0 ) Array ( [0]
=> 0 [abcdefghijklmnopqrstuvwxyz0123] => 0 ) Array (
[abcdefghijklmnopqrstuvwxyz0123] => 0 )


** notice that all 3 methods have a truncated field_name to 30
characters.  This obviously results in unexpected code problems when I
have dynamic SQL queries being generated and its difficult to predict
if an alias I assign to a field may exceed this limit, and if it does,
i never get the value out in my result-set processing because the name
doesn't match what i think it should.





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

#25876 [Com]: session_start(): Failed to initialize storage module

[dmih at in-solve dot ru]

 ID:   25876
 Comment by:   dmih at in-solve dot ru
 Reported By:  golden at riscom dot com
 Status:   No Feedback
 Bug Type: Session related
 Operating System: freebsd 4.8
 PHP Version:  4.3.9-4.3.10
 Assigned To:  sniper
 New Comment:

We (as hosting company) are hoping that PHP team will track this bug
down some day.
Indeed, we can do not much to help or to fix it.

This bug is hard to fix because it appears randomly, and there is no
definite recreate scenario. There is assumption that this is
http://bugs.php.net/bug.php?id=32330 bug, but I am not completely
sure.

You may suggest your hosting company to lower average server load - it
will help this bug to happen rarely or even at no times. Lower - I mean
- something lower than 50% avg CPU load on 1CPU server or 80% on 2+ CPU
server.
But that is only our hosting company workaround, not the solution.


Previous Comments:


[2005-05-17 18:00:36] jspec at bellsouth dot net

My hosting company is unable to fix the random "Failed to initialize
storage module" error and it is making my account unusable.  They
cannot seem to fix it.  What is the story with this!?



[2005-04-29 11:04:06] dmih at in-solve dot ru

Please kindly pay attention to this bug.
It is REAL bug, not fantasy of 100+ man. Random session handler error.

No Feedback status is surely lame for this, as you are getting
feedback.
There is no reproduce code because bug is "random bug under heavy load"
class.

We hope for you.
Thanks.



[2005-04-08 19:03:08] todd dot trann at palidar dot com

RedHat 9
PHP 4.3.9 from RPM (php-4.3.9-11.rh90.art)
Zend Engine 1.3.0, Optimizer 2.5.5

I am experiencing the same problem: the error indicates storage module
"user", yet php.ini has it set to "files", and nowhere in my code do I
change it to "user".

The problem comes and goes as the page is reloaded.  A PHP page with no
session code does not exhibit the problem.

My /tmp directory is world writable.

Todd



[2005-04-02 16:21:52] tj at tjshafer dot com

I am also having this problem

Freebsd 4.8
php 4.3.10



[2005-03-31 03:00:43] james at westcoastbmx dot com

i have this problem as well.

as long as:
   php_value session.save_handleruser
is in my .htaccess file

session_start(); 

will not work.



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

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

#33060 [Opn->Bgs]: mssql extension has a max length on returnable fieldnames

[tony2001]

 ID:   33060
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phpbugs at mfoxx dot myspamkiller dot com
-Status:   Open
+Status:   Bogus
 Bug Type: MSSQL related
 Operating System: winxp, sp1
 PHP Version:  5.0.4
 New Comment:

"Note: In Windows, the DBLIB from Microsoft is used. Functions that
return a column name are based on the dbcolname() function in DBLIB.
DBLIB was developed for SQL Server 6.x where the max identifier length
is 30. For this reason, the maximum column length is 30 characters. On
platforms where FreeTDS is used (Linux), this is not a problem".
http://www.php.net/mssql


Previous Comments:


[2005-05-18 22:51:15] phpbugs at mfoxx dot myspamkiller dot com

Description:

FYI:  I am running php 5.0.4 (binary distro) for windows, with apache
2.0.50 (binary distro), on a winXP sp1 machine.

If i execute:

select field1 as 'abcdefghijklmnopqrstuvwxyz0123456789' from mytable

in SQL Query Analyzer against a SQL Server 2000 database, i get the
expected result that the field name is named that whole big long alias,
36 characters in length.  

However, when i execute the same query using mssql_query() in PHP, and
i examine the results of mssql_fetch_object(), mssql_fetch_array(), or
mssql_fetch_assoc(), the field name (alias) is truncated at 30
characters (it seems).

I do the same test against the mysql_xxx extension, and I get no
truncation (i tested with upwards of about 100 chars in the field_name
alias and all was fine).

Reproduce code:
---
$link = mssql_connect("localhost","sa","mypassword");
mssql_select_db("my_db",$link);

$query = "select field1 as 'abcdefghijklmnopqrstuvwxyz0123456789' from
my_table";

$result = mssql_query($query);
print_r(mssql_fetch_object($result));

$result = mssql_query($query);
print_r(mssql_fetch_array($result));

$result = mssql_query($query);
print_r(mssql_fetch_assoc($result));

Expected result:

stdClass Object ( [abcdefghijklmnopqrstuvwxyz0123456789] => 0 ) Array (
[0] => 0 [abcdefghijklmnopqrstuvwxyz0123456789] => 0 ) Array (
[abcdefghijklmnopqrstuvwxyz0123456789] => 0 )

Actual result:
--
stdClass Object ( [abcdefghijklmnopqrstuvwxyz0123] => 0 ) Array ( [0]
=> 0 [abcdefghijklmnopqrstuvwxyz0123] => 0 ) Array (
[abcdefghijklmnopqrstuvwxyz0123] => 0 )


** notice that all 3 methods have a truncated field_name to 30
characters.  This obviously results in unexpected code problems when I
have dynamic SQL queries being generated and its difficult to predict
if an alias I assign to a field may exceed this limit, and if it does,
i never get the value out in my result-set processing because the name
doesn't match what i think it should.





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

#33055 [Csd->Bgs]: tran_sid not working

[tony2001]

 ID:   33055
 Updated by:   [EMAIL PROTECTED]
 Reported By:  b-bonini at cox dot net
-Status:   Closed
+Status:   Bogus
 Bug Type: Session related
 Operating System: FreeBSD 4.4
 PHP Version:  5.0.3
 New Comment:

No bug -> bogus.


Previous Comments:


[2005-05-18 22:43:00] b-bonini at cox dot net

int(0) where zero is the number which is being incremented 
now. I think this is my bust... I was expecting SID to 
appear in the URL after a page refresh. But more 
importantly, like with cookies, expecting the counter to 
increment with each refresh but in fact apparently this is 
not the case and a new SID is issued with each page 
refresh thus continually setting the initial value to 0 
and never incrementing the counter as it does using 
cookies. So sorry to waste your time...



[2005-05-18 20:54:14] [EMAIL PROTECTED]

What does this code output for you ?

What if you try another browser, that doesn't require any "fixes" ?



[2005-05-18 20:25:47] b-bonini at cox dot net

OK, apparently previous comment is irrelevant but 
everything else still applies..



[2005-05-18 18:34:42] b-bonini at cox dot net

Also: "*Note: SID changes with each browser refresh..." 
 
IF COOKIES ARE OFF IN BROWSER...



[2005-05-18 17:57:01] b-bonini at cox dot net

BTW: This seems consistant across a few different machines 
I have all running FreeBSD 4.4



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

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

#33053 [Opn->Fbk]: @imap_open shows errors

[iliaa]

 ID:   33053
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cajus at naasa dot net
-Status:   Open
+Status:   Feedback
 Bug Type: IMAP related
 Operating System: Debian GNU/Linux Sarge
 PHP Version:  4.3.10
 New Comment:

Is error logging enabled and if so can PHP write to the error log file?


Previous Comments:


[2005-05-18 12:57:18] cajus at naasa dot net

Description:

When connecting IMAP servers via imap_open, I'm hiding 
messages. This doesn't not work for imap_open, neither with 
error_reporting(0), nor with @.

Reproduce code:
---
$mbox = @imap_open($cfg['connect'], $admin, $password, OP_HALFOPEN);

Expected result:

No output

Actual result:
--
Notice: (null)(): Connection failed to vserver-02.test.net,
143: Connection refused (errflg=2) in Unknown on line 0





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

#33051 [Fbk->Opn]: display glitch for shmop test with firefox (weird returned ascii)

[Trigunflame at gmail dot com]

 ID:   33051
 User updated by:  Trigunflame at gmail dot com
 Reported By:  Trigunflame at gmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Semaphore related
 Operating System: windows xp
 PHP Version:  5.0.4
 New Comment:

Well in firefox, like I said earlier in the source view you can see
these [] brackets, and causes a linebreak on the last word in normal
view.

In IE, the problem doesn't occur.. no linebreaks, no weird []
brackets.

So I don't really know if you would classify this as a Firefox problem
or a PHP Problem, but technically; I don't believe it should be
returning any additional data than what was originally written in the
first place.


Previous Comments:


[2005-05-18 11:25:08] [EMAIL PROTECTED]

And what happens in another browser ?



[2005-05-18 04:38:24] Trigunflame at gmail dot com

Should say [] are visible when viewing source.. which are appended
after the expected result string, yet cause a linebreak..



[2005-05-18 04:37:04] Trigunflame at gmail dot com

Description:

Using the code posted here:

http://us2.php.net/manual/en/ref.shmop.php

Generates a weird display glitch in firefox with [] brackets, and
causes linebreak.

Reproduce code:
---
 

Expected result:

SHM Block Size: 100 has been created. The data inside shared memory
was: my shared memory block

Actual result:
--
SHM Block Size: 100 has been created. The data inside shared memory
was: my shared memory 
block





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

#33051 [Fbk->Opn]: display glitch for shmop test with firefox (weird returned ascii)

[Trigunflame at gmail dot com]

 ID:   33051
 User updated by:  Trigunflame at gmail dot com
 Reported By:  Trigunflame at gmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Semaphore related
 Operating System: windows xp
 PHP Version:  5.0.4
 New Comment:

Well according to PHP Doc, SHMOP shouldnt work in CLI on windows, yet
it does.

The output appears normal.. as it does in IE.

So, I really don't know what to say... PHP Handles the return data from
this function and passes through Apache etc.. which is then delivered to
FireFox. 

Question is.. how would FireFox correct an issue like this? Strip
certain ASCII from output or something?


Previous Comments:


[2005-05-19 01:13:12] [EMAIL PROTECTED]

If the problem appears in a browser, but it doesn't in another one,
then most likely it's not a PHP problem, right?

What is the *real* output you get?
I.e. the output you get when you execute this script using php.exe in
console.



[2005-05-19 01:05:19] Trigunflame at gmail dot com

Well in firefox, like I said earlier in the source view you can see
these [] brackets, and causes a linebreak on the last word in normal
view.

In IE, the problem doesn't occur.. no linebreaks, no weird []
brackets.

So I don't really know if you would classify this as a Firefox problem
or a PHP Problem, but technically; I don't believe it should be
returning any additional data than what was originally written in the
first place.



[2005-05-18 11:25:08] [EMAIL PROTECTED]

And what happens in another browser ?



[2005-05-18 04:38:24] Trigunflame at gmail dot com

Should say [] are visible when viewing source.. which are appended
after the expected result string, yet cause a linebreak..



[2005-05-18 04:37:04] Trigunflame at gmail dot com

Description:

Using the code posted here:

http://us2.php.net/manual/en/ref.shmop.php

Generates a weird display glitch in firefox with [] brackets, and
causes linebreak.

Reproduce code:
---
 

Expected result:

SHM Block Size: 100 has been created. The data inside shared memory
was: my shared memory block

Actual result:
--
SHM Block Size: 100 has been created. The data inside shared memory
was: my shared memory 
block





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

#33051 [Opn->Fbk]: display glitch for shmop test with firefox (weird returned ascii)

[tony2001]

 ID:   33051
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Trigunflame at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Semaphore related
 Operating System: windows xp
 PHP Version:  5.0.4
 New Comment:

If the problem appears in a browser, but it doesn't in another one,
then most likely it's not a PHP problem, right?

What is the *real* output you get?
I.e. the output you get when you execute this script using php.exe in
console.


Previous Comments:


[2005-05-19 01:05:19] Trigunflame at gmail dot com

Well in firefox, like I said earlier in the source view you can see
these [] brackets, and causes a linebreak on the last word in normal
view.

In IE, the problem doesn't occur.. no linebreaks, no weird []
brackets.

So I don't really know if you would classify this as a Firefox problem
or a PHP Problem, but technically; I don't believe it should be
returning any additional data than what was originally written in the
first place.



[2005-05-18 11:25:08] [EMAIL PROTECTED]

And what happens in another browser ?



[2005-05-18 04:38:24] Trigunflame at gmail dot com

Should say [] are visible when viewing source.. which are appended
after the expected result string, yet cause a linebreak..



[2005-05-18 04:37:04] Trigunflame at gmail dot com

Description:

Using the code posted here:

http://us2.php.net/manual/en/ref.shmop.php

Generates a weird display glitch in firefox with [] brackets, and
causes linebreak.

Reproduce code:
---
 

Expected result:

SHM Block Size: 100 has been created. The data inside shared memory
was: my shared memory block

Actual result:
--
SHM Block Size: 100 has been created. The data inside shared memory
was: my shared memory 
block





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

#33061 [NEW]: Pass object by value then modify initialized sub-object: passes by reference

[online at natweiss dot com]

From: online at natweiss dot com
Operating system: Linux
PHP version:  4.3.10
PHP Bug Type: Class/Object related
Bug description:  Pass object by value then modify initialized sub-object: 
passes by reference

Description:

See reproduce code.

php.ini is stock / no changes.

Reproduce code:
---
member->val = 1;
}
// create a something with a member something
$object = new something;
$object->member = new something;

// call nothing, then call pass_by_value and print results
$object->member->nothing();
echo "member->val should be empty!\n";
pass_by_value($object);
print_r($object);
?>

Expected result:

$object->member should be empty

Actual result:
--
$object->member->val == 1

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

#31618 [Fbk->Opn]: is_readable() results based on ownership of calling script, not file

[kibab at icehouse dot net]

 ID:   31618
 User updated by:  kibab at icehouse dot net
 Reported By:  kibab at icehouse dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: redhat enterprise
 PHP Version:  5CVS-2005-03-14
 New Comment:

>From memory, all files were mode 664 and all directories 
had permissions of 775 being owned by root:root.  However, 
I no longer have that same structure to prove that.  If 
you like, I can setup an almost identical test case using 
the code that I included below (but using my new 
structure).


Previous Comments:


[2005-05-17 17:18:48] [EMAIL PROTECTED]

What are the permissions of all the directories in that path?
(/var/lib/php_packages/)



[2005-01-20 22:32:24] kibab at icehouse dot net

Maybe this isn't directly related, but  
fopen($myfilename,"r") also fails, even though  
include($myfilename) works.  Again, $myfilename is in the  
safe_mode_include_dir, so fopen should be able to open it.



[2005-01-19 23:05:35] kibab at icehouse dot net

Description:

is_readable($myfilename) in the repro code returns true if 
the script calling it is owned by root, but false if it is 
owned by someone else.

Permissions are:   
-rw-r--r--1 root root 5452 Jan 13  
13:02 /var/lib/php_packages/test_templ2.php   
drwxr-xr-x4 root root 4096 Jan 19  
08:19 /var/lib/php_packages   
drwxr-xr-x   27 root root 4096 Jan 12  
09:27 /var/lib   
drwxr-xr-x   24 root root 4096 Sep 22  
13:06 /var   
drwxr-xr-x   20 root root 4096 Oct 29 09:48 /   
  
Relevant Settings:  
include_path = 
".:/var/lib/php_packages:/var/lib/php_packages/pear"  
safe_mode = On  
safe_mode_gid = On  
safe_mode_include_dir = /var/lib/php_packages 

Reproduce code:
---
 test.php ###
$myfilename = '/var/lib/php_packages/test_templ2.php';
if (is_readable($myfilename)) {
echo "is_readable: $myfilename (true)";
} else {
echo "is_readable: $myfilename (false)";
}
include($myfilename);

### test_templ2.php ###
TESTING!


Expected result:

I would expect is_readable() to return true in both  
instances.  The uid/gid check shouldn't matter despite  
safe mode, as the file is in safe_mode_include_dir, and 
even if it wasn't, the is_readable documentation says that 
it does NOT take into account safe_mode restrictions. 

Actual result:
--
// When test.php has the following ownership:
$ ls -l test.php 
-rw-rw-r--1 root root  278 Jan 19 13:16
test.php

// I get the following output:
is_readable: /var/lib/php_packages/test_templ2.php (true)
TESTING!   
   
// When test.php has the following permissions:   
$ ls -l test.php
-rw-rw-r--1 dschlegel79 undergradadmiss  278 Jan   
19 13:16 test.php   
   
// I get the following output:   
is_readable: /var/lib/php_packages/test_templ2.php (false)
TESTING!  





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

#33053 [Fbk->Opn]: @imap_open shows errors

[cajus at naasa dot net]

 ID:   33053
 User updated by:  cajus at naasa dot net
 Reported By:  cajus at naasa dot net
-Status:   Feedback
+Status:   Open
 Bug Type: IMAP related
 Operating System: Debian GNU/Linux Sarge
 PHP Version:  4.3.10
 New Comment:

In Debian, log_errors seems to be set to Off by default. 
 
I've noticed that defining a dummy error handler before
hides the message - but this is no real solution:
 
8<--   
function eh($errno, $errstr, $errfile, $errline) {}   
 
... 
$tmp= set_error_handler('eh'); 
$mbox = @imap_open($c, $a, $p, OP_HALFOPEN); 
set_error_handler($tmp); 
...   
8<--


Previous Comments:


[2005-05-19 00:32:44] [EMAIL PROTECTED]

Is error logging enabled and if so can PHP write to the error log file?



[2005-05-18 12:57:18] cajus at naasa dot net

Description:

When connecting IMAP servers via imap_open, I'm hiding 
messages. This doesn't not work for imap_open, neither with 
error_reporting(0), nor with @.

Reproduce code:
---
$mbox = @imap_open($cfg['connect'], $admin, $password, OP_HALFOPEN);

Expected result:

No output

Actual result:
--
Notice: (null)(): Connection failed to vserver-02.test.net,
143: Connection refused (errflg=2) in Unknown on line 0





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