#30090 [Opn-Bgs]: Outside interface method can be called inside method that using the interface

[helly]

 ID:   30090
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mikarento at hotmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: Windows 2000
 PHP Version:  5.0.0
 New Comment:

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

The object you pass is a ImplClass which has a write method. Your
problem here is that PHP does only dynamic binding and resolving at
runtime unlike for example C++.


Previous Comments:


[2004-09-15 07:53:23] mikarento at hotmail dot com

Description:

Method who's parameter is object of particular interface should not
invoke other method of its interface. 

Reproduce code:
---
interface Printable{
 public function print();
}

interface Writeable{
 public function write($text);
}

class ImplClass implements Printable, Writeable{
 public function print(){
  return 'hallo'
 }
 public function write($text){
  //...
  echo 'written';
 }
}

class Printer {
 public static function printIt(Printable p){
  p-write('wow');
 }
}

$a = new ImplClass();
Printer::printIt($a);

// the result is 'written'

Expected result:

error: Printable object doesn't have 'write' method 

Actual result:
--
written





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

#30088 [Opn-Fbk]: mysqli and apache combo = serious crash

[derick]

 ID:   30088
 Updated by:   [EMAIL PROTECTED]
 Reported By:  costinb at mymail dot ro
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Windowx XP Prof
 PHP Version:  5.0.1
 New Comment:

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

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

Thank you for your interest in PHP.



Previous Comments:


[2004-09-14 19:55:36] costinb at mymail dot ro

Description:

Read on

Reproduce code:
---
OK
Take a db object, $db = new mysqli(...);
Run a query on it: 
$query = ...;
if (!($result = $db-query($query)) or !$db-num_rows) {
  echo No rows;
}

Well, that if would crash Apache 1.3 running PHP 5.0.1 unless I write
it like this:
if (!(result = $db-query($query))) {
if (!$db-num_rows) {
echo No rows;
}
}

I reverted to PHP 5.0.0 and all worked fine once again.


Expected result:

up

Actual result:
--
up





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

#29974 [Opn-Fbk]: num_rows crashes Apache (recurrence)

[georg]

 ID:   29974
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david dot powers at dial dot pipex dot com
-Status:   Open
+Status:   Feedback
 Bug Type: MySQLi related
 Operating System: Windows XP
 PHP Version:  5.0.1
 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:


[2004-09-03 19:40:11] david dot powers at dial dot pipex dot com

Description:

Bug #28205 reported fixed in PHP 5.RC-3 appears to have resurfaced.

Use of $result-num_rows causes Apache to crash. Use of
mysqli_num_rows() works without problem.

Environment:

Windows XP Pro
Apache 1.3.31
PHP 5.0.1
MySQL 4.1.4-gamma

extension=php_mbstring.dll
extension=php_mysqli.dll
extension=php_mysql.dll

Reproduce code:
---
$db = new mysqli($hostname, $username, $password, 'db_name');

$sql = 'SELECT * FROM wordlist';
$result = $db-query($sql);

$total = $result-num_rows;
echo h1Total words: $total/h1;
while ($row = $result-fetch_assoc()) {
  echo $row['word'].'br /';
  }

Expected result:

I expect it not to crash.

Actual result:
--
Error report:

szAppName: Apache.exe  szAppVer: 0.0.0.0
szModName: php_mysql.dll szModVer: 5.0.1.1
offset: 11fe

Code works perfectly if $total = $result-num_rows; is commented out.





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

#30088 [Fbk-Bgs]: mysqli and apache combo = serious crash

[georg]

 ID:   30088
 Updated by:   [EMAIL PROTECTED]
 Reported By:  costinb at mymail dot ro
-Status:   Feedback
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Windowx XP Prof
 PHP Version:  5.0.1
 New Comment:

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

Thank you for your interest in PHP.

see #29974. 
and try latest snapshot. 
 
Also your script is buggy: Connection object has no 
num_rows property. 


Previous Comments:


[2004-09-15 08:49:23] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




[2004-09-14 19:55:36] costinb at mymail dot ro

Description:

Read on

Reproduce code:
---
OK
Take a db object, $db = new mysqli(...);
Run a query on it: 
$query = ...;
if (!($result = $db-query($query)) or !$db-num_rows) {
  echo No rows;
}

Well, that if would crash Apache 1.3 running PHP 5.0.1 unless I write
it like this:
if (!(result = $db-query($query))) {
if (!$db-num_rows) {
echo No rows;
}
}

I reverted to PHP 5.0.0 and all worked fine once again.


Expected result:

up

Actual result:
--
up





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

#30041 [Opn-Fbk]: pdf_open_file() expects exactly 2 parameters, 1 given

[sniper]

 ID:   30041
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pdowson at aea9 dot k12 dot ia dot us
-Status:   Open
+Status:   Feedback
-Bug Type: *PDF functions
+Bug Type: PDF related
 Operating System: FreeBSD 5.2
 PHP Version:  4.3.8
 New Comment:

Are you REALLY using PHP 4.3.8 ?
As in PHP _5_ the 2nd parameter IS required.
This works fine for me with PHP 4.3.8 with just one parameter.


Previous Comments:


[2004-09-09 21:00:19] pdowson at aea9 dot k12 dot ia dot us

Description:

The PHP manual describes pdf_open_file as working with just one
argument (the pdf handle). The code works fine if you supply a filename
as the second argument.

Reproduce code:
---
$pdf = pdf_new();
pdf_open_file($pdf);

Expected result:

It should work without an error. Should create a PDF document in
memory, not in a file.

Actual result:
--
Warning: pdf_open_file() expects exactly 2 parameters, 1 given in
/home/wwwpath/pdf.php on line 2





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

#30053 [Opn-WFx]: php leaks memory when using references

[sniper]

 ID:   30053
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hkmaly at bigfoot dot com
-Status:   Open
+Status:   Wont fix
-Bug Type: Unknown/Other Function
+Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.3.8
 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

circular references, blaa blaa, search the bug db for couple of hundred
other similar bug reports. (Won't fix)



Previous Comments:


[2004-09-10 18:20:29] hkmaly at bigfoot dot com

Description:

If I play with references, I found php doesn't properly free
all memory in arrays with references ... for example don't free all
memory in local variables of function. By repeating calling that
function, leak can lead to consumation of all allowed memory.

BTW, submited also as http://bugs.gentoo.org/show_bug.cgi?id=63559


Reproduce code:
---
?php

function testLeak()
{
$a=array(jablka,hrusky,petr=zeli);
foreach($a as $k=$v) {
$b[$k]=$a;
$b[$k]['names']=$a;
}
return($b);
}

echo memory_get_usage().\n;
for($i=0;$i20;$i++) {
  testLeak();
  echo memory_get_usage().\n;
}

 ?


Expected result:

Something as 
20720
21816
22144
22144
22144

22144
22144
22144




Actual result:
--
20720
21816
22144
.
.
.
16775400
16775728
16776056
16776384

Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
allocate
32 bytes) in /castle/hkmaly/programy/php/test_leak.php on line 6








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

#30036 [Opn-Bgs]: In_Array not works when array contain booleans

[sniper]

 ID:   30036
 Updated by:   [EMAIL PROTECTED]
 Reported By:  marek at lewczuk dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: Windows
 PHP Version:  4.3.8
 New Comment:

Use the 3rd optional parameter (for strict search) which makes  
in_array() to check the type too. NOT a bug.



Previous Comments:


[2004-09-09 10:04:27] marek at lewczuk dot com

Description:

When you have an array with boolean values, then in_array will always
return true.

Reproduce code:
---
print in_array(test it, array(true, true, sdsd = true))

Expected result:

should return false

Actual result:
--
true





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

#30036 [Bgs]: In_Array not works when array contain booleans

[marek at lewczuk dot com]

 ID:   30036
 User updated by:  marek at lewczuk dot com
 Reported By:  marek at lewczuk dot com
 Status:   Bogus
 Bug Type: Arrays related
 Operating System: Windows
 PHP Version:  4.3.8
 New Comment:

Right, it works with 3rd parameter, but it is not the point - is string
test equal to boolean true ? Even if we are not comparing variable
types, then test is not equal to 1. For example, I have an array
with strings, integers, boolean - I'm looking for any 123 value - I
don't care if this is an integer or string - the value is important. In
this case, I can't use in_array with 3rd parameter, because it will not
find all all correct values. 

examples:

in_array('232', array(232, '232', true))
this will return true - correct

in_array('232', array(232, true), true)
this will return false - correct

in_array('232', array(233, '233', true))
this will return true - wrong

In my opinion this is not correct behavior...


Previous Comments:


[2004-09-15 10:56:57] [EMAIL PROTECTED]

Use the 3rd optional parameter (for strict search) which makes  
in_array() to check the type too. NOT a bug.




[2004-09-09 10:04:27] marek at lewczuk dot com

Description:

When you have an array with boolean values, then in_array will always
return true.

Reproduce code:
---
print in_array(test it, array(true, true, sdsd = true))

Expected result:

should return false

Actual result:
--
true





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

#30069 [Opn-Ver]: Change in behavior with strings containing floats...

[sniper]

 ID:   30069
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at holycamel dot com
-Status:   Open
+Status:   Verified
 Bug Type: Math related
-Operating System: linux / apache2
+Operating System: *
-PHP Version:  4.3.9RC2
+PHP Version:  4CVS-20040915 (4.3.9RC4-dev)
 New Comment:

This script shows it better, $foo is 0 with 4.3.9RC4, when it was okay
with 4.3.8-dev (I don't remember what date that compile had and now
it's gone ;( )

?php
$astr = 2|.9456|.0066778|17;
$numarray = explode(|,$astr);
$foo = $numarray[0] * $numarray[2];
var_dump($foo);
$result = round($foo,4);
echo $result;
?



Previous Comments:


[2004-09-12 20:03:31] php at holycamel dot com

Description:

After exploding a string into its components which contain type float,
subsequent multiplication and rounding with those strings doesn't work
unless specifically casting them as type float - ie.
(float)$strarray[0].  

This particularly seems to be the case if the result is  1.  Where the
result is  1, the code below seems to work.

This appears to be a recent change in the behavior of php, since
previous versions automatically and correctly interpreted strings as
floats where necessary for related math operations (such as
multiplication and rounding).

This may be my own misconception about how things should work, but I am
reporting it in the event that there has been some problem with the
string type handling introduced in recent versions of php.  If not,
sorry for wasting your time and I'd appreciate an explanation of why
our code has broken.  Thanks.

Reproduce code:
---
failing code:
$astr = 2|.9456|.0066778|17
$numarray = explode(|,$astr);
$result = round($numarray[0] * $numarray[2],4);
echo $result;


working code:
$astr = 2|.9456|.0066778|17
$numarray = explode(|,$astr);
$result = round((float)$numarray[0] * (float)$numarray[2],4);
echo $result;

(I have had to apply this workaround to code which previously worked
with earlier versions of php without the additional type-casting.)

Expected result:

.0134

Actual result:
--
0





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

#30092 [NEW]: Segmantation fault when comparing a simplexml object.

[[EMAIL PROTECTED]]

From: [EMAIL PROTECTED]
Operating system: N/A
PHP version:  5CVS-2004-09-15 (dev)
PHP Bug Type: Class/Object related
Bug description:  Segmantation fault when comparing a simplexml object.

Description:

Segmantation fault when comparing a simplexml object.

Reproduce code:
---
?php
class Crash {
public $param;
public function __construct($param)
{
$this-param = $param;

if ($this-param  1) {
echo ('Param is smaller than 1');
}
}
}

$xml = simplexml_load_string('abc/c/b/a');
$C = new Crash($xml);
?

Actual result:
--
(gdb) bt
#0  0x4207acfd in free () from /lib/i686/libc.so.6
#1  0x08168b68 in _efree (ptr=0xbfffd460)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_alloc.c:287
#2  0x08179d06 in compare_function (result=0xbfffd560, op1=0xbfffd460,
op2=0x828e45c)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1249
#3  0x0817a519 in is_smaller_function (result=0xbfffd560, op1=0x828e72c,
op2=0x820d4b8)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1476
#4  0x0819e197 in zend_is_smaller_handler (execute_data=0xbfffd580,
opline=0x828e42c, op_array=0x828f5b4)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1547
#5  0x0819af6c in execute (op_array=0x828f5b4)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1400
#6  0x081b6cc9 in zend_do_fcall_common_helper (execute_data=0xbfffd750,
opline=0x828ceb0, op_array=0x82889f4)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:2737
#7  0x081b7085 in zend_do_fcall_by_name_handler (execute_data=0xbfffd750,
opline=0x828ceb0, op_array=0x82889f4)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:2822
#8  0x0819af6c in execute (op_array=0x82889f4)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1400
#9  0x0817d4b5 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
---Type return to continue, or q return to quit---
at /root/bunldes/php5-STABLE-200408261030/Zend/zend.c:1061
#10 0x08149e58 in php_execute_script (primary_file=0xbb20)
at /root/bunldes/php5-STABLE-200408261030/main/main.c:1629
#11 0x081c0f60 in main (argc=2, argv=0xbbc4)
at /root/bunldes/php5-STABLE-200408261030/sapi/cli/php_cli.c:943
#12 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
(gdb) frame 5
#5  0x0819af6c in execute (op_array=0x828f5b4)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1400
1400/root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c: No
such file or directory.
in /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c



$ valgrind --tool=memcheck php test.php
==13706== Memcheck, a memory error detector for x86-linux.
==13706== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==13706== Using valgrind-2.2.0, a program supervision framework for
x86-linux.
==13706== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al.
==13706== For more details, rerun with: -v
==13706==
==13706== Conditional jump or move depends on uninitialised value(s)
==13706==at 0x8179CEF: compare_function
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1247)
==13706==by 0x817A518: is_smaller_function
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1476)
==13706==by 0x819E196: zend_is_smaller_handler
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1547)
==13706==by 0x819AF6B: execute
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1400)
==13706==
==13706== Conditional jump or move depends on uninitialised value(s)
==13706==at 0x8168AFF: _efree
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_alloc.c:271)
==13706==by 0x8179D05: compare_function
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1249)
==13706==by 0x817A518: is_smaller_function
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1476)
==13706==by 0x819E196: zend_is_smaller_handler
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1547)
==13706==
==13706== Use of uninitialised value of size 4
==13706==at 0x8168B51: _efree
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_alloc.c:281)
==13706==by 0x8179D05: compare_function
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1249)
==13706==by 0x817A518: is_smaller_function
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1476)
==13706==by 0x819E196: zend_is_smaller_handler
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1547)
==13706==
==13706== Conditional jump or move depends on uninitialised value(s)
==13706==at 0x8168B57: _efree
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_alloc.c:281)
==13706==by 0x8179D05: compare_function
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1249)
==13706==by 0x817A518: is_smaller_function

#30092 [Opn]: Segmentation fault when comparing a simplexml object.

[aidan]

 ID:   30092
 Updated by:   [EMAIL PROTECTED]
-Summary:  Segmantation fault when comparing a simplexml object.
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Class/Object related
 Operating System: N/A
 PHP Version:  5CVS-2004-09-15 (dev)
 New Comment:

Also known as a Segmentation fault. :)


Previous Comments:


[2004-09-15 13:47:15] [EMAIL PROTECTED]

Description:

Segmantation fault when comparing a simplexml object.

Reproduce code:
---
?php
class Crash {
public $param;
public function __construct($param)
{
$this-param = $param;

if ($this-param  1) {
echo ('Param is smaller than 1');
}
}
}

$xml = simplexml_load_string('abc/c/b/a');
$C = new Crash($xml);
?

Actual result:
--
(gdb) bt
#0  0x4207acfd in free () from /lib/i686/libc.so.6
#1  0x08168b68 in _efree (ptr=0xbfffd460)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_alloc.c:287
#2  0x08179d06 in compare_function (result=0xbfffd560, op1=0xbfffd460,
op2=0x828e45c)
at
/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1249
#3  0x0817a519 in is_smaller_function (result=0xbfffd560,
op1=0x828e72c,
op2=0x820d4b8)
at
/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1476
#4  0x0819e197 in zend_is_smaller_handler (execute_data=0xbfffd580,
opline=0x828e42c, op_array=0x828f5b4)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1547
#5  0x0819af6c in execute (op_array=0x828f5b4)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1400
#6  0x081b6cc9 in zend_do_fcall_common_helper
(execute_data=0xbfffd750,
opline=0x828ceb0, op_array=0x82889f4)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:2737
#7  0x081b7085 in zend_do_fcall_by_name_handler
(execute_data=0xbfffd750,
opline=0x828ceb0, op_array=0x82889f4)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:2822
#8  0x0819af6c in execute (op_array=0x82889f4)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1400
#9  0x0817d4b5 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
---Type return to continue, or q return to quit---
at /root/bunldes/php5-STABLE-200408261030/Zend/zend.c:1061
#10 0x08149e58 in php_execute_script (primary_file=0xbb20)
at /root/bunldes/php5-STABLE-200408261030/main/main.c:1629
#11 0x081c0f60 in main (argc=2, argv=0xbbc4)
at /root/bunldes/php5-STABLE-200408261030/sapi/cli/php_cli.c:943
#12 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
(gdb) frame 5
#5  0x0819af6c in execute (op_array=0x828f5b4)
at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1400
1400/root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c: No
such file or directory.
in /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c



$ valgrind --tool=memcheck php test.php
==13706== Memcheck, a memory error detector for x86-linux.
==13706== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et
al.
==13706== Using valgrind-2.2.0, a program supervision framework for
x86-linux.
==13706== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et
al.
==13706== For more details, rerun with: -v
==13706==
==13706== Conditional jump or move depends on uninitialised value(s)
==13706==at 0x8179CEF: compare_function
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1247)
==13706==by 0x817A518: is_smaller_function
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1476)
==13706==by 0x819E196: zend_is_smaller_handler
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1547)
==13706==by 0x819AF6B: execute
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1400)
==13706==
==13706== Conditional jump or move depends on uninitialised value(s)
==13706==at 0x8168AFF: _efree
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_alloc.c:271)
==13706==by 0x8179D05: compare_function
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1249)
==13706==by 0x817A518: is_smaller_function
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1476)
==13706==by 0x819E196: zend_is_smaller_handler
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1547)
==13706==
==13706== Use of uninitialised value of size 4
==13706==at 0x8168B51: _efree
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_alloc.c:281)
==13706==by 0x8179D05: compare_function
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1249)
==13706==by 0x817A518: is_smaller_function
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1476)
==13706==by 0x819E196: zend_is_smaller_handler
(/root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1547)
==13706==
==13706== Conditional jump or move depends on uninitialised value(s)
==13706==

#29652 [Com]: number of FD to ocius.msg is growing

[rvs at angara dot ru]

 ID:   29652
 Comment by:   rvs at angara dot ru
 Reported By:  yannick at agl dot fr
 Status:   Open
 Bug Type: OCI8 related
 Operating System: Linux Redhat 7.3
 PHP Version:  4.3.7
 New Comment:

I have the same error on php4.3.8/ora9.2.0.1.0/Solaris 9/sparc.

Some details: the .msb file descriptors grow in the following cases:
A. using ocinlogon()
B. using ocilogon() and working as a Apache module
C. using oci*logon() with invalid credentials.

The following code of case C may exhaust filedescriptor limit very
easily and quickly.

for ($i=0; $i  200; $i++)
 @ocilogon($i, $i, $db);

After extensive researching I've found that:
1. the .msb file openings occur when OCIEnvNlsCreate() is called.
2. in ext/oci8.c,v 1.183.2.12 line 2257, function _oci_open_session()
the OCIEnvNlsCreate() invoked when session is not persistent, not
cached, or is exclusive.
3. if the session setup is unsuccessful, the environment handle is not
freed.
4. the environment handle is freed only when PHP shuts down, see line
613.

The result will be filedescriptor and memory leakage in all cases A,B,C
mentioned above. This could lead to security/DOS problem for websites
which use ocilogon()/ocinlogon() or passthrough Oracle authentication
in their php scripts.

Recommendations, workaround:
1. in module mode, avoid using ocilogon(), use ociplogon() instead.
2. avoid using Oracle pass-through authentication (i.e. when username
and password for ociplogon() is given from the website user).
3. fixing oci8.c code to free env handle at least after unsuccessful
logon is necessary.

With regards,
Sergei V. Rozinov
Leading RISC-Systems engineer
JSC Sibron, RUSSIA


Previous Comments:


[2004-08-23 16:19:59] yannick at agl dot fr

oci library: 9.2.0.3



[2004-08-23 16:08:47] esartoni at omniaglobal dot net

Hey Yannick, could you please tell us what version of oci libraries are
you using?

With php 4.3.8 using oci 8.1.7.0.0 i have no problem at all.



[2004-08-20 14:43:46] yannick at agl dot fr

i tried with 4.3.8 without HAVE_OCI_9_2
there is no problem. if i defined HAVE_OCI_9_2 the issue occurs.



[2004-08-20 10:26:00] yannick at agl dot fr

tested with php 4.2.3 and php 5.0.1, there is no problem



[2004-08-20 09:13:04] esartoni at omniaglobal dot net

tony, i've already tested it with php 4.3.8 (cannot try with php 5) and
with Solaris SunOS always gives the same problem. I'll try with the
latest snapshot but always in the 4.x tree.



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

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

#30026 [Bgs-Opn]: Session variables lost with include through http

[p dot kruijsen at mssm dot nl]

 ID:   30026
 User updated by:  p dot kruijsen at mssm dot nl
 Reported By:  p dot kruijsen at mssm dot nl
-Status:   Bogus
+Status:   Open
 Bug Type: Session related
 Operating System: Windows XP / Redhat Linux
 PHP Version:  Irrelevant
 New Comment:

Please not that I am not trying to send any session or cookie
information along with my request. I specifically want to use the
session information that is already present at the server to which I
make the request.
Maybe it's better to assume a 'fopen' rather then an 'include'. If I
sign in to server.com and type http://server.com/check by hand in a
browser, I might recieve a 'You are signed in' message based on a
$_SESSION variable that was set. If I fopen(http://server.com/check)
from another server and print the contents I get 'You are not signed
in, please sign in'. The $_SESSION variable that is already present and
set at server.com (this is the key: I'm not sending anything!) is not
used when opening the server.com/check url via fopen() or include(). I
cannot understand the difference between opening a URL by hand or by
opening it and showing its contents via fopen().
Hope this clarifies. Thanks.


Previous Comments:


[2004-09-08 17:21:09] [EMAIL PROTECTED]

You are assuming a URL include will send cookie information along with
the request.  That is not the case.  You will have to do that yourself
if that is what you want.  See php.net/curl for everything you need to
send a request which includes the session cookie.



[2004-09-08 14:58:38] p dot kruijsen at mssm dot nl

Description:

When include()ing a url through HTTP, $_SESSION variables in the
requested page are lost. Opening the same url by hand does preserve the
$_SESSION variables.

Testcase:
Bootstrap a session variable on server1. (OK)
Test bootstrap by invoking script on server1. (OK)
Invoke script on server2 that includes script on server1. ($_SESSION is
lost)

This behaviour occurs on various operating systems with various up to
date versions of PHP. I suspect this to be some form of security
guarantee built into PHP. However, I see no difference in security
level between include()ing a file in a script and opening it by hand.

Reproduce code:
---
?php
// server1.com/bootstrap.php
session_start();
$_SESSION['bootstrap'] = 'OK';
echo('OK');
?

?php
// server1.com/test.php
session_start();
$_SESSION['server1'] = 'OK';
echo('preserver1: $_SESSION = ');
print_r($_SESSION);
echo('/pre');
?

?php
// server2.com/test.php
session_start();
include('http://server1.com/test.php');
$_SESSION['server2'] = 'OK';
echo('preserver2: $_SESSION = ');
print_r($_SESSION);
echo('/pre');
?

Expected result:

// invoke server1.com/bootstrap.php
OK

// invoke server1.com/test.php
server1: $_SESSION = Array
(
[bootstrap] = OK
[server1] = OK
)

// invoke server2.com/test.php
server1: $_SESSION = Array
(
[bootstrap] = OK
[server1] = OK
)
server2: $_SESSION = Array
(
[server2] = OK
)


Actual result:
--
// invoke server2.com/test.php
server1: $_SESSION = Array
(
[server1] = OK
)
server2: $_SESSION = Array
(
[server2] = OK
)

// Ths initial bootstrap variable is missing from $_SESSION on server1





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

#30026 [Opn-Bgs]: Session variables lost with include through http

[derick]

 ID:   30026
 Updated by:   [EMAIL PROTECTED]
 Reported By:  p dot kruijsen at mssm dot nl
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Windows XP / Redhat Linux
 PHP Version:  Irrelevant
 New Comment:

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

Thank you for your interest in PHP.

This is still not a bug. Please go to our support channels.


Previous Comments:


[2004-09-15 14:17:36] p dot kruijsen at mssm dot nl

Please not that I am not trying to send any session or cookie
information along with my request. I specifically want to use the
session information that is already present at the server to which I
make the request.
Maybe it's better to assume a 'fopen' rather then an 'include'. If I
sign in to server.com and type http://server.com/check by hand in a
browser, I might recieve a 'You are signed in' message based on a
$_SESSION variable that was set. If I fopen(http://server.com/check)
from another server and print the contents I get 'You are not signed
in, please sign in'. The $_SESSION variable that is already present and
set at server.com (this is the key: I'm not sending anything!) is not
used when opening the server.com/check url via fopen() or include(). I
cannot understand the difference between opening a URL by hand or by
opening it and showing its contents via fopen().
Hope this clarifies. Thanks.



[2004-09-08 17:21:09] [EMAIL PROTECTED]

You are assuming a URL include will send cookie information along with
the request.  That is not the case.  You will have to do that yourself
if that is what you want.  See php.net/curl for everything you need to
send a request which includes the session cookie.



[2004-09-08 14:58:38] p dot kruijsen at mssm dot nl

Description:

When include()ing a url through HTTP, $_SESSION variables in the
requested page are lost. Opening the same url by hand does preserve the
$_SESSION variables.

Testcase:
Bootstrap a session variable on server1. (OK)
Test bootstrap by invoking script on server1. (OK)
Invoke script on server2 that includes script on server1. ($_SESSION is
lost)

This behaviour occurs on various operating systems with various up to
date versions of PHP. I suspect this to be some form of security
guarantee built into PHP. However, I see no difference in security
level between include()ing a file in a script and opening it by hand.

Reproduce code:
---
?php
// server1.com/bootstrap.php
session_start();
$_SESSION['bootstrap'] = 'OK';
echo('OK');
?

?php
// server1.com/test.php
session_start();
$_SESSION['server1'] = 'OK';
echo('preserver1: $_SESSION = ');
print_r($_SESSION);
echo('/pre');
?

?php
// server2.com/test.php
session_start();
include('http://server1.com/test.php');
$_SESSION['server2'] = 'OK';
echo('preserver2: $_SESSION = ');
print_r($_SESSION);
echo('/pre');
?

Expected result:

// invoke server1.com/bootstrap.php
OK

// invoke server1.com/test.php
server1: $_SESSION = Array
(
[bootstrap] = OK
[server1] = OK
)

// invoke server2.com/test.php
server1: $_SESSION = Array
(
[bootstrap] = OK
[server1] = OK
)
server2: $_SESSION = Array
(
[server2] = OK
)


Actual result:
--
// invoke server2.com/test.php
server1: $_SESSION = Array
(
[server1] = OK
)
server2: $_SESSION = Array
(
[server2] = OK
)

// Ths initial bootstrap variable is missing from $_SESSION on server1





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

#28983 [Com]: Oracle OCILogon function crashes apache

[jaykrv at hotmail dot com]

 ID:   28983
 Comment by:   jaykrv at hotmail dot com
 Reported By:  dfe-csi dot gips at ti dot ch
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Windows 2000 server
 PHP Version:  4.3.6
 New Comment:

How can be link the PDF / Image (GID) Libraries to
Apache/PHP/MySQL/WindowsNT ?


Previous Comments:


[2004-07-08 08:55:52] [EMAIL PROTECTED]

That is correct, it is set to suspended.



[2004-07-07 17:37:56] dfe-csi dot gips at ti dot ch

Hi derick,
pls answer previous comment. 

Thanks,
Marc

- setting bug to open.



[2004-07-05 16:19:57] dfe-csi dot gips at ti dot ch

Hi derick-at-php-dot-net,

thank you for answer.
We agree with the decision to link it to bug #28403, 
but this one has status 'suspended' since july, 1st.

Is this correct or is it possible to change status to 'open' ?

Cheers,
Marc



[2004-07-02 09:05:41] [EMAIL PROTECTED]

Marking as bogus as it's an exact duplicate of #28403.



[2004-07-02 01:03:07] luth at ch dot ibm dot com

I repeated the test above while turing *off* Hyperthreading (which
makes it a singleprocessor system) and the problem is gone!



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

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

#29652 [Com]: number of FD to ocius.msg is growing

[rvs at angara dot ru]

 ID:   29652
 Comment by:   rvs at angara dot ru
 Reported By:  yannick at agl dot fr
 Status:   Open
 Bug Type: OCI8 related
 Operating System: Linux Redhat 7.3
 PHP Version:  4.3.7
 New Comment:

Also note that PHP 5 has similar code for OCIEnvNlsCreate() and frees
environment handle (OCI_HTYPE_ENV) only at shutdown.
So the problem seems to be in PHP 5 also.

Sergei V. Rozinov
Leading RISC-Systems engineer
JSC Sibron, RUSSIA


Previous Comments:


[2004-09-15 13:59:10] rvs at angara dot ru

I have the same error on php4.3.8/ora9.2.0.1.0/Solaris 9/sparc.

Some details: the .msb file descriptors grow in the following cases:
A. using ocinlogon()
B. using ocilogon() and working as a Apache module
C. using oci*logon() with invalid credentials.

The following code of case C may exhaust filedescriptor limit very
easily and quickly.

for ($i=0; $i  200; $i++)
 @ocilogon($i, $i, $db);

After extensive researching I've found that:
1. the .msb file openings occur when OCIEnvNlsCreate() is called.
2. in ext/oci8.c,v 1.183.2.12 line 2257, function _oci_open_session()
the OCIEnvNlsCreate() invoked when session is not persistent, not
cached, or is exclusive.
3. if the session setup is unsuccessful, the environment handle is not
freed.
4. the environment handle is freed only when PHP shuts down, see line
613.

The result will be filedescriptor and memory leakage in all cases A,B,C
mentioned above. This could lead to security/DOS problem for websites
which use ocilogon()/ocinlogon() or passthrough Oracle authentication
in their php scripts.

Recommendations, workaround:
1. in module mode, avoid using ocilogon(), use ociplogon() instead.
2. avoid using Oracle pass-through authentication (i.e. when username
and password for ociplogon() is given from the website user).
3. fixing oci8.c code to free env handle at least after unsuccessful
logon is necessary.

With regards,
Sergei V. Rozinov
Leading RISC-Systems engineer
JSC Sibron, RUSSIA



[2004-08-23 16:19:59] yannick at agl dot fr

oci library: 9.2.0.3



[2004-08-23 16:08:47] esartoni at omniaglobal dot net

Hey Yannick, could you please tell us what version of oci libraries are
you using?

With php 4.3.8 using oci 8.1.7.0.0 i have no problem at all.



[2004-08-20 14:43:46] yannick at agl dot fr

i tried with 4.3.8 without HAVE_OCI_9_2
there is no problem. if i defined HAVE_OCI_9_2 the issue occurs.



[2004-08-20 10:26:00] yannick at agl dot fr

tested with php 4.2.3 and php 5.0.1, there is no problem



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

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

#30017 [Opn-Bgs]: ldap_search set to no time limit dies with a timelimit expired warning

[sniper]

 ID:   30017
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jon at lightsky dot com
-Status:   Open
+Status:   Bogus
 Bug Type: LDAP related
 Operating System: linux
 PHP Version:  4.3.8
 New Comment:

RTFM: The seventh parameter timelimit sets the number of seconds how
long is spend on the search. Setting this to 0 means no limit. NOTE:
This parameter can NOT override server-side preset timelimit. You can
set it lower though.

1. It's 7th parameter.
2. You can NOT override any server-side limits..



Previous Comments:


[2004-09-07 22:58:43] jon at lightsky dot com

Description:

I have called ldap_search with the optional time limit parameter set to
0 (documented as no limit) and I get this warning and no results.  The
time limit parameter is #6. 

 PHP Warning:  ldap_search(): Search: Time limit exceeded in
/exports/httpd_intra/ldap_test.php

I am connecting to an active directory tree.  When I first started
working on the search limit on Active Directory was timing out and I
was getting only a sub set of the results.  Since I had the search
limit incresed I have started to get this warning.  My work arround is
to set the timeout to a very long time and all of the results are
returned.  But if time limit is set to 0 about half the times i get the
warning and no results returned.  



Reproduce code:
---
ini_set('max_execution_time',2);

$conn =  ldap_connect (ldap://$url:3268;);


$filter = '(ObjectClass=*)';
$base_dn = 'DC=foo,DC=bar';

echo BRldap bind: . (ldap_bind($conn,$user_dn,$pass) ? '
god':'bad'

$sr   = ldap_search($conn, $base_dn,$filter,array(),0,0,0);   

$info = ldap_get_entries($conn, $sr);

print_r($info);


Expected result:

to see good printed at the top of the page and then the text of
53000 entries.  

Actual result:
--
BRldap bind:  god

PHP Warning:  ldap_search(): Search: Time limit exceeded in
/exports/httpd_intra/ldap_test.php on line 82

PHP Warning:  ldap_get_entries(): supplied argument is not a valid ldap
result resource in /exports/httpd_intra/ldap_test.php on line 90






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

#29948 [Opn-Bgs]: SCRIPT_NAME sometimes contains wrong info

[sniper]

 ID:   29948
 Updated by:   [EMAIL PROTECTED]
 Reported By:  clehardy at betablue dot net
-Status:   Open
+Status:   Bogus
-Bug Type: Variables related
+Bug Type: Apache2 related
 Operating System: Windows XP Home
 PHP Version:  4.3.8
 New Comment:

PHP sets it to whatever Apache tells it is. Not PHP bug.



Previous Comments:


[2004-09-02 11:44:06] clehardy at betablue dot net

Description:

If you add additional path information after the script name (as in
www.domain.com/script.php/passed/arguments/) and the information is a
URL (as in www.domain.com/script.php/http://www.php.net/), then
$_SERVER['SCRIPT_NAME'] will contain '/script.php/http:'.

This has only been tested with Apache 2.0.50 and PHP 4.3.8 in sapi mode
(not CGI).

In my test Linux enviroment, $_SERVER['SCRIPT_NAME'] will contain
'/script.php' as expected, but that seems to be because the URL is
translated to 'www.domain.com/script.php/http:/www.php.net/' (notice
only one slash after http: instead of two).






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

#24189 [Opn-Asn]: big problem on stream function

[sniper]

 ID:   24189
 Updated by:   [EMAIL PROTECTED]
 Reported By:  anton at valuehost dot ru
-Status:   Open
+Status:   Assigned
 Bug Type: Sockets related
 Operating System: FreeBSD 4.8
-PHP Version:  4.3.2
+PHP Version:  5CVS, 4CVS
-Assigned To:  
+Assigned To:  wez


Previous Comments:


[2004-07-01 13:53:43] jorton at redhat dot com

This is a real bug.

The issue is that fd_set is a fixed-size array, and if FD_SET is passed
an fd number greater than FD_SETSIZE, it has undefined behaviour, i.e.
it overruns the array and corrupts memory.

All uses of select() in PHP look to be unsafe because of this.  The
proper fix is to use poll() on platforms where it is available, and to
always check that fd  FD_SETSIZE before using FD_SET.



[2003-06-15 07:31:00] anton at valuehost dot ru

Description:

phpinfo:
http://v6test.valuehost.ru/phpinfo.php

The problem has the following character, after long work php as mod_php
in apache, various variations of sockets, fsockopen, include, fopen and
etc cease to work.

As did not work and curl, but it managed to be solved rebuild libcurl
with FD_SETSIZE=16384 (sys/types.h).

Such sensation that descriptors come to an end.

At occurrence of this problem fsockopen starts to return a mistake 
Operation now in progress 
Function include in general causes Segmentation fault (11)

Unfortunately there is no opportunity to include an option debug as
ZendOptimazer does not work in debug a mode.






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

#26005 [Opn-Fbk]: Random cannot change the session's ini settings errors

[sniper]

 ID:   26005
 Updated by:   [EMAIL PROTECTED]
 Reported By:  parsnip11 at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: *
 PHP Version:  4CVS-2003-10-31
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2004-07-04 22:28:41] [EMAIL PROTECTED]

We have tackled down the problem to memory allocation issues. If PHP is
unable to allocate more memory it quits, but then the session module
still tries to save stuff, and due to the unavailability of memory, it
is unable to do so.

The interesting part is that regardless of our display_errors=off
setting, this session error still gets printed out to the browser (the
mem allocation problem is only present in our logs). The session module
should not print errors if display_errors is off.



[2004-07-04 13:51:38] [EMAIL PROTECTED]

We also experience the same error with PHP 4.3.7 with Apache 1.3.31. We
have the following session settings in .htaccess:

IfModule mod_php4.c
   php_value session.cache_expire20
   php_value session.gc_maxlifetime  20
   php_value session.cookie_domain   .weblabor.hu
   php_value session.cookie_lifetime 200
   php_value session.auto_start  0
   php_value session.save_handleruser
   php_value session.cache_limiter   none
/IfModule

Our session handlers store data in a database, and are set with
session_set_save_handler() in userland code. The error is the exact one
reported by the bug opener.



[2004-07-04 13:25:56] a-n-d-r-a-s at b-a-r-t-h-a-z-i dot hu

I have PHP 4.3.7, and we get this error, running a Drupal 4.4.



[2004-02-25 13:49:27] [EMAIL PROTECTED]

Get the latest stable CVS snapshot. And don't reopen closed bugs unless
you can still reproduce it with the snapshot..




[2004-02-25 13:28:20] parsnip11 at hotmail dot com

Is there any way that I can apply this patch to php4isapi.dll?



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

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

#26223 [Opn-Fbk]: Error message makes PHP crash (in some special cases)

[sniper]

 ID:   26223
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Xuefer at 21cn dot com
-Status:   Open
+Status:   Feedback
 Bug Type: *General Issues
 Operating System: win32 only
 PHP Version:  4CVS, 5CVS
 Assigned To:  helly
 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:


[2004-07-03 08:55:23] Xuefer at 21cn dot com

the following script in php4CVS crash

?php
function b() {
}

function bb() {
}
function aa() {
register_shutdown_function('bb');
}
session_set_save_handler('a', 'a', 'a', 'aa', 'a', 'a');
session_start();
?

while doing the following is fine:
?php

function bb() {
}
function aa() {
register_shutdown_function('bb');
}

aa(); aa(); aa(); aa();
?



[2004-04-21 06:32:51] Xuefer at 21cn dot com

seems fixed

but when i do glob/unlink/rmdir in session write handler, and it
crash randomly. still can't make a reproduciable script yet :(

marking this bug as closed



[2004-04-21 00:14:06] [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-04-13 12:55:35] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-02-13 10:02:13] [EMAIL PROTECTED]

The crash happens in the error outputting
functions..php_docref..something. Marcus broke it so Marcus fixes it.




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

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

#30093 [NEW]: Error with file upload

[marcus dot stolzenberg at kgrz-kassel dot de]

From: marcus dot stolzenberg at kgrz-kassel dot de
Operating system: SLES 8.0 zSeries s390 IBM
PHP version:  4.3.9RC3
PHP Bug Type: *General Issues
Bug description:  Error with file upload

Description:

Hello,

First the 'error' is also in 4.3.9rc1 with 4.3.6 everything is fine.

If I am going to upload a file using php which is not txt encoded the file
size of the transfered file is more then doubble and the file stored on the
server is corrupted.

Reproduce code:
---
1. HTML Part:

form enctype=multipart/form-data action=upload.php method=post 
input type=file name=filebr 
input type=submit value=upload 
/form

2. PHP Part:

$tempname = $_FILES['file']['tmp_name'];
$name = $_FILES['file']['name']; 
$type = $_FILES['file']['type'];
$size = $_FILES['file']['size'];
...
print_r($_FILES);
echo $size;
   copy($tempname, /upload/$name);

...


Expected result:

Output useing 4.3.6

Array ( [file] = Array ( [name] = daemon347.exe [type] =
application/octet-stream [tmp_name] = /uploadkds/phpJGle3P [error] = 0
[size] = 504320 ) ) Array ( ) 

504320



504320 = filesize of desination file on the server = original file size


Actual result:
--
Output 4.3.9rc1 and 4.3.9rc3


Array ( [file] = Array ( [name] = daemon347.exe [type] =
application/octet-stream [tmp_name] = /uploadkds/phplvCHls [error] = 0
[size] = 1004032 ) ) Array ( ) 

1004032 



1004032 = filesize of desination file on the server =! original size


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

#30058 [Opn-Fbk]: Yet Another Solaris compilation problem :-((

[sniper]

 ID:   30058
 Updated by:   [EMAIL PROTECTED]
 Reported By:  l_faillie at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: FTP related
 Operating System: Solaris 8
 PHP Version:  4.3.8
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.




Previous Comments:


[2004-09-12 23:13:13] l_faillie at yahoo dot com

I upgrade bison, sed and m4 to the lastest version and ... it's the
same :-(



[2004-09-11 00:44:54] l_faillie at yahoo dot com

no, same result :-(



[2004-09-11 00:00:06] [EMAIL PROTECTED]

Does setting the connection to passive mode help?

ftp_pasv($ftp_connection, true);




[2004-09-10 22:46:55] l_faillie at yahoo dot com

Description:

Hi all,

I'm working on a script to update a web site using ftp_* functions
using CLI version of PHP.

Unfortunatly, it doesn't work because all calls to ftp_put() fail w/o
anything displayed. There is also some ftp_chdir() and ftp_pwd() in my
script and they work correctly : the problem is only w/ ftp_put().

I have added some puts() inside php's code, made some checks and I
think the problem comes from the scripting engine as
PHP_FUNCTION(ftp_fput) of ext/ftp/php_ftp.c  is never called.

I think also it's related to my own compilation environment under
Solaris 8 because I build PHP on my HP-UX 10.20 workstation at work and
I don't have this bug.

Questions :
- does someone know if there is issue w/ Solaris 8 or 1 year old GNU
tool ?

- where can I put breakpoint using gdb to know what's append just
before ftp_put is called ?

Thanks for your help.

Laurent







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

#30025 [Opn-Fbk]: Failure to compile 4.3.8

[sniper]

 ID:   30025
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phdokc at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: HPUX 11.11
 PHP Version:  4.3.8
 New Comment:

Check the config.log for any occurrances of string ctime_r and
cut'n'paste 2 lines before and 15 lines after that line here.



Previous Comments:


[2004-09-08 12:49:28] phdokc at yahoo dot com

Description:

Failure of PHP 4.3.8 to compile on HPUX.  Using HPUX 11.11, GCC 3.3.3,
Apache 2.0.50 (from pre-compiled HPUX Web Server Suite 2.08).  Compile
flags are as follows;  configure --prefix=/opt/hpws/apache/php
--enable-snmp --enable-sockets --enable-pcntl --enable-sigchild
--with-snmp --with-snmp-dir=/usr/local/include/ucd-snmp --with-gd
--with-gd-dir=/usr/local/include --with-mysql --with-my
sql-dir=/usr/local/mysql/include --with-jpeg
--with-jpeg-dir=/usr/local/include --with-zlib
--with-zlib-dir=/usr/local/include --wit
h-apxs2=/opt/hpws/apache/bin/apxs --with-png
--with-png-dir=/usr/local/include


Reproduce code:
---
/bin/sh /backup/php/php-4.3.8/libtool --silent --preserve-dup-deps
--mode=compile /backup/php/php-4.3.8/meta_ccld  -Imain/
-I/backup/php/php-4.3.8/main/ -DPHP_ATOM_INC
-I/backup/php/php-4.3.8/include -I/backup/php/php-4.3.8/main
-I/backup/php/php-4.3.8 -I/backup/php/php-4.3.8/Zend
-I/usr/local/include -I/backup/php/php-4.3.8/ext/xml/expat 
-D_REENTRANT -I/backup/php/php-4.3.8/TSRM -DTHREAD=1  -g -O2 -pthread
-DZTS  -prefer-pic -c /backup/php/php-4.3.8/main/reentrancy.c -o
main/reentrancy.lo 

Expected result:

Completion of make

Actual result:
--
/backup/php/php-4.3.8/main/reentrancy.c: In function `php_ctime_r':
/backup/php/php-4.3.8/main/reentrancy.c:71: error: too many arguments
to function `ctime_r'
/backup/php/php-4.3.8/main/reentrancy.c: In function `php_asctime_r':
/backup/php/php-4.3.8/main/reentrancy.c:78: error: too many arguments
to function `asctime_r'
gmake: *** [main/reentrancy.lo] Error 1





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

#30094 [NEW]: Bad File Descriptor: copy and global

[aofrozen at sbcglobal dot net]

From: aofrozen at sbcglobal dot net
Operating system: Windows XP
PHP version:  4.3.8
PHP Bug Type: Performance problem
Bug description:  Bad File Descriptor: copy and global

Description:

Copy and Global crashed after my php script run for many hours (about 4 to
6 hours) to download many files (more than 2,000 files.) from website.
Often, after 4-6hrs, copy and global crashed. 


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

#30029 [Opn-Asn]: File Copy Creation Time Error

[sniper]

 ID:   30029
 Updated by:   [EMAIL PROTECTED]
 Reported By:  misc6pub at scionix dot com
-Status:   Open
+Status:   Assigned
-Bug Type: Unknown/Other Function
+Bug Type: Filesystem function related
 Operating System: Win 2000
 PHP Version:  4.3.8
-Assigned To:  
+Assigned To:  wez


Previous Comments:


[2004-09-08 20:45:55] misc6pub at scionix dot com

Description:

In v 4.3.8 (Win2K) and perhaps later, the copy(x,y) does not follow the
spec for the creation time of the copied file.  Copy should keep the
modified time of the new file the same as the source -- which it does
correctly  --, and the created time of the new file should be the time
of copying -- but it incorrectly makes it the same as that of the
original.







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

#30094 [Opn-Fbk]: Bad File Descriptor: copy and global

[sniper]

 ID:   30094
 Updated by:   [EMAIL PROTECTED]
 Reported By:  aofrozen at sbcglobal dot net
-Status:   Open
+Status:   Feedback
 Bug Type: Performance problem
 Operating System: Windows XP
 PHP Version:  4.3.8
 New Comment:

define 'crashed' ?



Previous Comments:


[2004-09-15 16:13:14] aofrozen at sbcglobal dot net

Description:

Copy and Global crashed after my php script run for many hours (about 4
to 6 hours) to download many files (more than 2,000 files.) from
website. Often, after 4-6hrs, copy and global crashed. 






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

#10804 [Com]: No HTTP_POST_VARS

[jaapjp at zonnet dot nl]

 ID:   10804
 Comment by:   jaapjp at zonnet dot nl
 Reported By:  hectorp at buckfoodsvc dot com
 Status:   Bogus
 Bug Type: Other web server
 Operating System: Windows 2000
 PHP Version:  4.0.5
 New Comment:

I'm haveing exactly the same problem here with PHP 5.0.1 under Xitami
v2.5b1 here. Xitami was installed as an NT service. PHP was installed
useing the standard windows installer, useing the default settings. My
system config (from phpinfo()):

System  Windows NT OPMAAK 5.1 build 2600
Build Date  Aug 12 2004 23:30:01
Configure Command   cscript /nologo configure.js --with-gd=shared
--enable-snapshot-build
Server API  CGI/FastCGI
Virtual Directory Support   enabled
Configuration File (php.ini) Path   C:\WINDOWS\php.ini
PHP API 20031224
PHP Extension   20040412
Zend Extension  220040412
Debug Build no
Thread Safety   enabled
IPv6 Supportenabled
Registered PHP Streams  php, file, http, ftp, compress.zlib
Registered Stream Socket Transports tcp, udp


Previous Comments:


[2002-05-24 20:34:22] [EMAIL PROTECTED]

Thank you for taking the time to report a problem with PHP.
Unfortunately your version of PHP is too old -- the problem
might already be fixed. Please download a new PHP
version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to Open.
Again, thank you for your continued support of PHP.





[2002-01-27 04:14:45] pliszka at bellatlantic dot net

I have the same problem.

PHP 4
IIS 4
Windows NT 4.0 Server



[2001-05-11 04:17:32] hectorp at buckfoodsvc dot com

PHP 4.0.5 and 4.0.4pl1 (tried the latter as a fallback) downloaded as
binaries from your php.net site, running Xitami.  Also tried on a
Windows ME machine and got the same results, which are:

POSTing from a form does not result in the $HTTP_POST_VARS array being
created.  It also doesn't create the global versions of these variables
(with register_globals on or off).  However, it _does_ create
appropriate entries in $HTTP_ENV_VARS['FORM_*'] and
$HTTP_SERVER_VARS['FORM_*'].  Additionally, $HTTP_COOKIE_VARS show up
fine (unrelated, just FYI).

I used this code to emulate (badly) the HTTP_POST_VARS variables,
just to be sure that was really the problem:

if(count($HTTP_POST_VARS)  2) { // test always succeeds
  reset($HTTP_ENV_VARS); // is set, but is 0 size
  while(list($k,$v) = each($HTTP_ENV_VARS)) {
if(!strncmp($k,FORM_,5)) {
  $g = strtolower(substr($k,5));
  $HTTP_POST_VARS[$g] = $v;  // create fake array var
  $$g = $v;  // create fake global var
}
  }
}

I tried several scripts from the internet (Phorum, etc.) and had the
same problem with all, whenever a form POSTed, on both machines using
both versions of PHP.  Even a form with only a simple submit button
fails without the above hack.  This is bizaare.

Here are some typical results from phpinfo() after a POST:

This is from the Environment section:

QUERY_METHOD POST 
REQUEST_METHOD POST 
 ...
FORM_SET Login 
FORM_AUTHKEY   
FORM_AUTHPASS  
FORM_AUTHUSER Myadmin23 
FORM_REFERERURL http://forum.hectorplasmic.com/frontpage.php 

This is from the PHP Variables section:

HTTP_SERVER_VARS[QUERY_METHOD] POST 
HTTP_SERVER_VARS[REQUEST_METHOD] POST 
 ...
HTTP_SERVER_VARS[FORM_SET] Login 
HTTP_SERVER_VARS[FORM_AUTHKEY]  
HTTP_SERVER_VARS[FORM_AUTHPASS]  
HTTP_SERVER_VARS[FORM_AUTHUSER] Myadmin23 
HTTP_SERVER_VARS[FORM_REFERERURL]
http://forum.hectorplasmic.com/frontpage.php 

So is this:

HTTP_ENV_VARS[QUERY_METHOD] POST 
HTTP_ENV_VARS[REQUEST_METHOD] POST 
HTTP_ENV_VARS[GATEWAY_INTERFACE] CGI/1.1 
HTTP_ENV_VARS[SERVER_SECURITY] - 
HTTP_ENV_VARS[SERVER_PROTOCOL] HTTP/1.1 
HTTP_ENV_VARS[SERVER_PORT] 80 
 ...
HTTP_ENV_VARS[SERVER_VERSION] 2.5b1 
HTTP_ENV_VARS[SERVER_SOFTWARE] Xitami 
HTTP_ENV_VARS[FORM_SET] Login 
HTTP_ENV_VARS[FORM_AUTHKEY]  
HTTP_ENV_VARS[FORM_AUTHPASS]  
HTTP_ENV_VARS[FORM_AUTHUSER] Myadmin23 
HTTP_ENV_VARS[FORM_REFERERURL]
http://forum.hectorplasmic.com/frontpage.php 


So is this, but they're my fake variables created by the code above. 
These don't show up without that code -- no HTTP_POST_VARS at all.

HTTP_POST_VARS[set] Login 
HTTP_POST_VARS[authkey]  
HTTP_POST_VARS[authpass]  
HTTP_POST_VARS[authuser] Myadmin23 
HTTP_POST_VARS[refererurl]
http://forum.hectorplasmic.com/frontpage.php 

Here's the form (stripped of HTML formatting crud):

form method=post action=/login.php name=login
 input type=hidden name=refererurl
value=http://forum.hectorplasmic.com/frontpage.php;br
 Username:  input class=inp type=text name=authUser
 Userpass:  

#30095 [NEW]: explode on an empty string creates non-empty array

[billmarrs at gmail dot com]

From: billmarrs at gmail dot com
Operating system: Linux
PHP version:  5.0.0
PHP Bug Type: *General Issues
Bug description:  explode on an empty string creates non-empty array

Description:

explode on an empty string creates an array with a single blank element,
instead of an empty array (with no elements).

This means that explode/implode do not yield reversible results when an
empty array is used (though, they do otherwise -- when the array is
non-empty).

This is a duplicate of #699, but I'm resubmitting since #699 was closed
with no explanation a long time ago.

Reproduce code:
---
$a = array();

$b = explode(:, implode(:, $a));

print a: ;
print_r($a);

print pb: ;
print_r($b);

Expected result:

a: Array ( ) 
b: Array ( ) 



Actual result:
--
a: Array ( ) 
b: Array ( [0] = ) 

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

#30096 [NEW]: gmmktime does not return the corrent time

[schmidt_florian at f-24 dot com]

From: schmidt_florian at f-24 dot com
Operating system: Linux 2.6.7 (debuan unstable)
PHP version:  4.3.8
PHP Bug Type: Date/time related
Bug description:  gmmktime does not return the corrent time

Description:

i have seen many bugs concerning this problem, but the latest stable php
versions (4 and 5) still dont work correct.

echo gmdate(H,i,s, m,d,Y, gmmktime(02,00,01, 03,28,2004));

expected result: 02,00,01, 03,28,2004
result i got with v4.3.8 03,00,01, 03,28,2004
result i got with v5.0.1 03,00,01, 03,28,2004

so it is one hour off the wanted value.

v4.3.8 on a Linux 2.6.7 with libc6 2.3.2.ds1-13
v5.0.1 on a Linux 2.6.7-gentoo-r11 with glibc 2.3.4.20040808

timezone: CEST+DST (GMT+0200)



Reproduce code:
---
echo gmdate(H,i,s, m,d,Y, gmmktime(02,00,01, 03,28,2004));


Expected result:

02,00,01, 03,28,2004

Actual result:
--
03,00,01, 03,28,2004

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

#30096 [Opn]: gmmktime does not return the corrent time

[schmidt_florian at f-24 dot com]

 ID:   30096
 User updated by:  schmidt_florian at f-24 dot com
 Reported By:  schmidt_florian at f-24 dot com
 Status:   Open
 Bug Type: Date/time related
-Operating System: Linux 2.6.7 (debuan unstable)
+Operating System: Linux 2.6.7 (debian unstable)
 PHP Version:  4.3.8
 New Comment:

its called debian...


Previous Comments:


[2004-09-15 16:43:06] schmidt_florian at f-24 dot com

Description:

i have seen many bugs concerning this problem, but the latest stable
php versions (4 and 5) still dont work correct.

echo gmdate(H,i,s, m,d,Y, gmmktime(02,00,01, 03,28,2004));

expected result: 02,00,01, 03,28,2004
result i got with v4.3.8 03,00,01, 03,28,2004
result i got with v5.0.1 03,00,01, 03,28,2004

so it is one hour off the wanted value.

v4.3.8 on a Linux 2.6.7 with libc6 2.3.2.ds1-13
v5.0.1 on a Linux 2.6.7-gentoo-r11 with glibc 2.3.4.20040808

timezone: CEST+DST (GMT+0200)



Reproduce code:
---
echo gmdate(H,i,s, m,d,Y, gmmktime(02,00,01, 03,28,2004));


Expected result:

02,00,01, 03,28,2004

Actual result:
--
03,00,01, 03,28,2004





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

#30026 [Bgs]: Session variables lost with include through http

[rasmus]

 ID:   30026
 Updated by:   [EMAIL PROTECTED]
 Reported By:  p dot kruijsen at mssm dot nl
 Status:   Bogus
 Bug Type: Session related
 Operating System: Windows XP / Redhat Linux
 PHP Version:  Irrelevant
 New Comment:

You don't understand how sessions work then.  It doesn't matter that
the session data is on the server.  Unless you send the session
identifier with your request you won't be able to get it.  When you
fopen() or include over HTTP the session cookie is not sent with the
request because you haven't told it you wanted to send it.  Like I said
before, if you want to do this use the curl functions and explicitly
send the session cookie with your request.  Further questions should be
on the support mailing lists.  This is not a support forum.


Previous Comments:


[2004-09-15 14:21:51] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.

This is still not a bug. Please go to our support channels.



[2004-09-15 14:17:36] p dot kruijsen at mssm dot nl

Please not that I am not trying to send any session or cookie
information along with my request. I specifically want to use the
session information that is already present at the server to which I
make the request.
Maybe it's better to assume a 'fopen' rather then an 'include'. If I
sign in to server.com and type http://server.com/check by hand in a
browser, I might recieve a 'You are signed in' message based on a
$_SESSION variable that was set. If I fopen(http://server.com/check)
from another server and print the contents I get 'You are not signed
in, please sign in'. The $_SESSION variable that is already present and
set at server.com (this is the key: I'm not sending anything!) is not
used when opening the server.com/check url via fopen() or include(). I
cannot understand the difference between opening a URL by hand or by
opening it and showing its contents via fopen().
Hope this clarifies. Thanks.



[2004-09-08 17:21:09] [EMAIL PROTECTED]

You are assuming a URL include will send cookie information along with
the request.  That is not the case.  You will have to do that yourself
if that is what you want.  See php.net/curl for everything you need to
send a request which includes the session cookie.



[2004-09-08 14:58:38] p dot kruijsen at mssm dot nl

Description:

When include()ing a url through HTTP, $_SESSION variables in the
requested page are lost. Opening the same url by hand does preserve the
$_SESSION variables.

Testcase:
Bootstrap a session variable on server1. (OK)
Test bootstrap by invoking script on server1. (OK)
Invoke script on server2 that includes script on server1. ($_SESSION is
lost)

This behaviour occurs on various operating systems with various up to
date versions of PHP. I suspect this to be some form of security
guarantee built into PHP. However, I see no difference in security
level between include()ing a file in a script and opening it by hand.

Reproduce code:
---
?php
// server1.com/bootstrap.php
session_start();
$_SESSION['bootstrap'] = 'OK';
echo('OK');
?

?php
// server1.com/test.php
session_start();
$_SESSION['server1'] = 'OK';
echo('preserver1: $_SESSION = ');
print_r($_SESSION);
echo('/pre');
?

?php
// server2.com/test.php
session_start();
include('http://server1.com/test.php');
$_SESSION['server2'] = 'OK';
echo('preserver2: $_SESSION = ');
print_r($_SESSION);
echo('/pre');
?

Expected result:

// invoke server1.com/bootstrap.php
OK

// invoke server1.com/test.php
server1: $_SESSION = Array
(
[bootstrap] = OK
[server1] = OK
)

// invoke server2.com/test.php
server1: $_SESSION = Array
(
[bootstrap] = OK
[server1] = OK
)
server2: $_SESSION = Array
(
[server2] = OK
)


Actual result:
--
// invoke server2.com/test.php
server1: $_SESSION = Array
(
[server1] = OK
)
server2: $_SESSION = Array
(
[server2] = OK
)

// Ths initial bootstrap variable is missing from $_SESSION on server1





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

#30053 [WFx]: php leaks memory when using references

[hkmaly at bigfoot dot com]

 ID:   30053
 User updated by:  hkmaly at bigfoot dot com
 Reported By:  hkmaly at bigfoot dot com
 Status:   Wont fix
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.3.8
 New Comment:

Couple of hundred ? I don't found ANYTHING with
http://bugs.php.net/search.php?search_for=circular+referencesboolean=1limit=10order_by=direction=ASCcmd=displaystatus=Allphp_os=phpver=assign=author_email=bug_age=
and only one which look similar with
http://bugs.php.net/search.php?search_for=circular+referencesboolean=0limit=10order_by=direction=ASCcmd=displaystatus=Allbug_type%5B%5D=Scripting+Engine+problemphp_os=phpver=assign=author_email=bug_age=0
... maybee your bug-finding system needs some work.

That similar one is http://bugs.php.net/bug.php?id=5620 with answer
leaking memory is the intended behaviour using circular references
and PHP does not do circular references. ... and that leak even has
NOT circular references - only multiple references to same array.
(On the other hand, original code, before I tried to found minimal
case, HAS circular references).

Also, there are no circular references in PHP manual and reference
counting is only in user contributed note starting I had trouble
digging this out, 
I didn't know I must read manual for zend ...

Can you tell me more ? Like some other, more simmilar bug number, if
it's better in PHP 5, will be in PHP 6 or if I just must learn perl (or
lisp) ?


Previous Comments:


[2004-09-15 10:52:08] [EMAIL PROTECTED]

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

circular references, blaa blaa, search the bug db for couple of hundred
other similar bug reports. (Won't fix)




[2004-09-10 18:20:29] hkmaly at bigfoot dot com

Description:

If I play with references, I found php doesn't properly free
all memory in arrays with references ... for example don't free all
memory in local variables of function. By repeating calling that
function, leak can lead to consumation of all allowed memory.

BTW, submited also as http://bugs.gentoo.org/show_bug.cgi?id=63559


Reproduce code:
---
?php

function testLeak()
{
$a=array(jablka,hrusky,petr=zeli);
foreach($a as $k=$v) {
$b[$k]=$a;
$b[$k]['names']=$a;
}
return($b);
}

echo memory_get_usage().\n;
for($i=0;$i20;$i++) {
  testLeak();
  echo memory_get_usage().\n;
}

 ?


Expected result:

Something as 
20720
21816
22144
22144
22144

22144
22144
22144




Actual result:
--
20720
21816
22144
.
.
.
16775400
16775728
16776056
16776384

Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
allocate
32 bytes) in /castle/hkmaly/programy/php/test_leak.php on line 6








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

#17467 [Com]: xslt: Unable to initialize module

[gbd at ifrance dot com]

 ID:   17467
 Comment by:   gbd at ifrance dot com
 Reported By:  tim at zero-interactive dot com
 Status:   Bogus
 Bug Type: XSLT related
 Operating System: Win 2K
 PHP Version:  4.2.1
 New Comment:

the link above is broken


Previous Comments:


[2002-11-18 23:00:37] info at experttek dot com

If you come across this problem...

xxx: Unable to initialize module
Module compiled with debug=0, thread-safety=1 module API=
PHP compiled with debug=0, thread-safety=1 module API=
These options need to match

Then go here to find the fix for it...

http://www.experttek.com/mod.php?mod=userpagepage_id=16



[2002-05-29 01:15:10] [EMAIL PROTECTED]

User error = Bogus



[2002-05-28 19:20:10] tim at zero-interactive dot com

Ok, I feel like an idiot now.  I was using an old copy of php4ts.dll 
It all works fine now that I've copied the correct version across.

Thanks

I dont seem to be able to edit my submission, so I've had to add it as
a comment.  Can you please close this for me becuase the site wont let
me change the status.



[2002-05-28 07:51:51] [EMAIL PROTECTED]

Make sure there are no duplicates of any php related file, like the
files in the dlls folder and php4ts.dll.



[2002-05-28 01:36:57] tim at zero-interactive dot com

Strangely enough, the extension still loads and runs ok as far as I can
tell.  It's just those annoying popup messages that appear when the web
server is started and the errors is generates in the event log.



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

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

#30096 [Opn-Asn]: gmmktime does not return the corrent time

[derick]

 ID:   30096
 Updated by:   [EMAIL PROTECTED]
 Reported By:  schmidt_florian at f-24 dot com
-Status:   Open
+Status:   Assigned
 Bug Type: Date/time related
 Operating System: Linux 2.6.7 (debian unstable)
 PHP Version:  4.3.8
-Assigned To:  
+Assigned To:  derick
 New Comment:

I'll have a look


Previous Comments:


[2004-09-15 16:45:24] schmidt_florian at f-24 dot com

its called debian...



[2004-09-15 16:43:06] schmidt_florian at f-24 dot com

Description:

i have seen many bugs concerning this problem, but the latest stable
php versions (4 and 5) still dont work correct.

echo gmdate(H,i,s, m,d,Y, gmmktime(02,00,01, 03,28,2004));

expected result: 02,00,01, 03,28,2004
result i got with v4.3.8 03,00,01, 03,28,2004
result i got with v5.0.1 03,00,01, 03,28,2004

so it is one hour off the wanted value.

v4.3.8 on a Linux 2.6.7 with libc6 2.3.2.ds1-13
v5.0.1 on a Linux 2.6.7-gentoo-r11 with glibc 2.3.4.20040808

timezone: CEST+DST (GMT+0200)



Reproduce code:
---
echo gmdate(H,i,s, m,d,Y, gmmktime(02,00,01, 03,28,2004));


Expected result:

02,00,01, 03,28,2004

Actual result:
--
03,00,01, 03,28,2004





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

#26223 [Fbk-Opn]: Error message makes PHP crash (in some special cases)

[Xuefer at 21cn dot com]

 ID:   26223
 User updated by:  Xuefer at 21cn dot com
 Reported By:  Xuefer at 21cn dot com
-Status:   Feedback
+Status:   Open
 Bug Type: *General Issues
 Operating System: win32 only
 PHP Version:  4CVS, 5CVS
 Assigned To:  helly
 New Comment:

core file will sent to sniper at **.net ok?

Starting program: /home/oursky/src/php4-www-debug/sapi/cli/php -c .
a.php

Program received signal SIGSEGV, Segmentation fault.
0x080e67ab in zend_hash_index_update_or_next_insert (ht=0x8154ddc,
h=945959777, pData=0xbfffeea0, nDataSize=8, pDest=0x0, flag=4)
at /home/oursky/src/php4/Zend/zend_hash.c:390
390 p = ht-arBuckets[nIndex];
(gdb) bt
#0  0x080e67ab in zend_hash_index_update_or_next_insert (ht=0x8154ddc,
h=945959777, pData=0xbfffeea0, nDataSize=8, pDest=0x0, flag=4)
at /home/oursky/src/php4/Zend/zend_hash.c:390
#1  0x08070bd0 in zif_register_shutdown_function (ht=1,
return_value=0xbfffeea0, this_ptr=0x0, return_value_used=0)
at /home/oursky/src/php4/ext/standard/basic_functions.c:2187
#2  0x080eee0f in execute (op_array=0x81549e0) at
/home/oursky/src/php4/Zend/zend_execute.c:1635
#3  0x080db4c2 in call_user_function_ex (function_table=0x8128f30,
object_pp=0x0, function_name=0x0, retval_ptr_ptr=0xb178,
param_count=2, 
params=0x8154dc4, no_separation=1, symbol_table=0x0) at
/home/oursky/src/php4/Zend/zend_execute_API.c:567
#4  0x080dafd3 in call_user_function (function_table=0x39306535,
object_pp=0x39306535, function_name=0x39306535, retval_ptr=0x8154c44, 
param_count=135613340, params=0xb1c0) at
/home/oursky/src/php4/Zend/zend_execute_API.c:409
#5  0x0805fdd8 in ps_write_user (mod_data=0x39306535, key=0x815487c
77d6e387747ca3b89ae8236afa355e09, 
val=0x39306535 Address 0x39306535 out of bounds, vallen=0) at
/home/oursky/src/php4/ext/session/mod_user.c:60
#6  0x0805df86 in php_session_save_current_state () at
/home/oursky/src/php4/ext/session/session.c:694
#7  0x0805d9da in zm_deactivate_session (type=1, module_number=2) at
/home/oursky/src/php4/ext/session/session.c:1598
#8  0x080e4c79 in module_registry_cleanup (module=0x39306535) at
/home/oursky/src/php4/Zend/zend_API.c:1167
#9  0x080e6f18 in zend_hash_apply (ht=0xb1c0, apply_func=0x815560c)
at /home/oursky/src/php4/Zend/zend_hash.c:701
#10 0x080e1d64 in zend_deactivate_modules () at
/home/oursky/src/php4/Zend/zend.c:652
#11 0x080b93a5 in php_request_shutdown (dummy=0x0) at
/home/oursky/src/php4/main/main.c:991
#12 0x080f35f8 in main (argc=4, argv=0xba44) at
/home/oursky/src/php4/sapi/cli/php_cli.c:873
#13 0x400a0657 in __libc_start_main (main=0x80f3190 main, argc=4,
ubp_av=0xba44, init=0x8059c1c _init, fini=0x80f4700 _fini, 
rtld_fini=0x4100dc54 _dl_fini, stack_end=0xba3c) at
../sysdeps/generic/libc-start.c:129
(gdb)


Previous Comments:


[2004-09-15 15:37:17] [EMAIL PROTECTED]

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

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





[2004-07-03 08:55:23] Xuefer at 21cn dot com

the following script in php4CVS crash

?php
function b() {
}

function bb() {
}
function aa() {
register_shutdown_function('bb');
}
session_set_save_handler('a', 'a', 'a', 'aa', 'a', 'a');
session_start();
?

while doing the following is fine:
?php

function bb() {
}
function aa() {
register_shutdown_function('bb');
}

aa(); aa(); aa(); aa();
?



[2004-04-21 06:32:51] Xuefer at 21cn dot com

seems fixed

but when i do glob/unlink/rmdir in session write handler, and it
crash randomly. still can't make a reproduciable script yet :(

marking this bug as closed



[2004-04-21 00:14:06] [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-04-13 12:55:35] [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





The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online 

#26223 [Opn-Fbk]: Error message makes PHP crash (in some special cases)

[derick]

 ID:   26223
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Xuefer at 21cn dot com
-Status:   Open
+Status:   Feedback
 Bug Type: *General Issues
 Operating System: win32 only
 PHP Version:  4CVS, 5CVS
 Assigned To:  helly
 New Comment:

thanks, but sending a core file is pointless without sending all
libraries and binaries over too. Btw, is the OS really win32 only?


Previous Comments:


[2004-09-15 17:51:48] Xuefer at 21cn dot com

core file will sent to sniper at **.net ok?

Starting program: /home/oursky/src/php4-www-debug/sapi/cli/php -c .
a.php

Program received signal SIGSEGV, Segmentation fault.
0x080e67ab in zend_hash_index_update_or_next_insert (ht=0x8154ddc,
h=945959777, pData=0xbfffeea0, nDataSize=8, pDest=0x0, flag=4)
at /home/oursky/src/php4/Zend/zend_hash.c:390
390 p = ht-arBuckets[nIndex];
(gdb) bt
#0  0x080e67ab in zend_hash_index_update_or_next_insert (ht=0x8154ddc,
h=945959777, pData=0xbfffeea0, nDataSize=8, pDest=0x0, flag=4)
at /home/oursky/src/php4/Zend/zend_hash.c:390
#1  0x08070bd0 in zif_register_shutdown_function (ht=1,
return_value=0xbfffeea0, this_ptr=0x0, return_value_used=0)
at /home/oursky/src/php4/ext/standard/basic_functions.c:2187
#2  0x080eee0f in execute (op_array=0x81549e0) at
/home/oursky/src/php4/Zend/zend_execute.c:1635
#3  0x080db4c2 in call_user_function_ex (function_table=0x8128f30,
object_pp=0x0, function_name=0x0, retval_ptr_ptr=0xb178,
param_count=2, 
params=0x8154dc4, no_separation=1, symbol_table=0x0) at
/home/oursky/src/php4/Zend/zend_execute_API.c:567
#4  0x080dafd3 in call_user_function (function_table=0x39306535,
object_pp=0x39306535, function_name=0x39306535, retval_ptr=0x8154c44, 
param_count=135613340, params=0xb1c0) at
/home/oursky/src/php4/Zend/zend_execute_API.c:409
#5  0x0805fdd8 in ps_write_user (mod_data=0x39306535, key=0x815487c
77d6e387747ca3b89ae8236afa355e09, 
val=0x39306535 Address 0x39306535 out of bounds, vallen=0) at
/home/oursky/src/php4/ext/session/mod_user.c:60
#6  0x0805df86 in php_session_save_current_state () at
/home/oursky/src/php4/ext/session/session.c:694
#7  0x0805d9da in zm_deactivate_session (type=1, module_number=2) at
/home/oursky/src/php4/ext/session/session.c:1598
#8  0x080e4c79 in module_registry_cleanup (module=0x39306535) at
/home/oursky/src/php4/Zend/zend_API.c:1167
#9  0x080e6f18 in zend_hash_apply (ht=0xb1c0, apply_func=0x815560c)
at /home/oursky/src/php4/Zend/zend_hash.c:701
#10 0x080e1d64 in zend_deactivate_modules () at
/home/oursky/src/php4/Zend/zend.c:652
#11 0x080b93a5 in php_request_shutdown (dummy=0x0) at
/home/oursky/src/php4/main/main.c:991
#12 0x080f35f8 in main (argc=4, argv=0xba44) at
/home/oursky/src/php4/sapi/cli/php_cli.c:873
#13 0x400a0657 in __libc_start_main (main=0x80f3190 main, argc=4,
ubp_av=0xba44, init=0x8059c1c _init, fini=0x80f4700 _fini, 
rtld_fini=0x4100dc54 _dl_fini, stack_end=0xba3c) at
../sysdeps/generic/libc-start.c:129
(gdb)



[2004-09-15 15:37:17] [EMAIL PROTECTED]

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

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





[2004-07-03 08:55:23] Xuefer at 21cn dot com

the following script in php4CVS crash

?php
function b() {
}

function bb() {
}
function aa() {
register_shutdown_function('bb');
}
session_set_save_handler('a', 'a', 'a', 'aa', 'a', 'a');
session_start();
?

while doing the following is fine:
?php

function bb() {
}
function aa() {
register_shutdown_function('bb');
}

aa(); aa(); aa(); aa();
?



[2004-04-21 06:32:51] Xuefer at 21cn dot com

seems fixed

but when i do glob/unlink/rmdir in session write handler, and it
crash randomly. still can't make a reproduciable script yet :(

marking this bug as closed



[2004-04-21 00:14:06] [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.





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

#26223 [Fbk-Opn]: Error message makes PHP crash (in some special cases)

[Xuefer at 21cn dot com]

 ID:   26223
 User updated by:  Xuefer at 21cn dot com
 Reported By:  Xuefer at 21cn dot com
-Status:   Feedback
+Status:   Open
 Bug Type: *General Issues
-Operating System: win32 only
+Operating System: win32+rh7
 PHP Version:  4CVS, 5CVS
 Assigned To:  helly
 New Comment:

ok, i won't send corefile
os updated, this coredump is generated under linux
script updated:
?php
function b() {
return true;
}

function bb() {
}
function aa() {
register_shutdown_function('bb');
return true;
}
session_set_save_handler('aa', 'b', 'b', 'aa', 'b', 'b');
session_start();
?

the open handler should be callable or else:
Fatal error: session_start(): Failed to initialize storage module: user
(path: /tmp/) in /home/oursky/a.php on line 13

but when i change
session_set_save_handler('aa', 'b', 'b', 'aa', 'b', 'b');
to
session_set_save_handler('b',  'b', 'b', 'aa', 'b', 'b');
no coredump

very strange


Previous Comments:


[2004-09-15 18:13:08] [EMAIL PROTECTED]

thanks, but sending a core file is pointless without sending all
libraries and binaries over too. Btw, is the OS really win32 only?



[2004-09-15 17:51:48] Xuefer at 21cn dot com

core file will sent to sniper at **.net ok?

Starting program: /home/oursky/src/php4-www-debug/sapi/cli/php -c .
a.php

Program received signal SIGSEGV, Segmentation fault.
0x080e67ab in zend_hash_index_update_or_next_insert (ht=0x8154ddc,
h=945959777, pData=0xbfffeea0, nDataSize=8, pDest=0x0, flag=4)
at /home/oursky/src/php4/Zend/zend_hash.c:390
390 p = ht-arBuckets[nIndex];
(gdb) bt
#0  0x080e67ab in zend_hash_index_update_or_next_insert (ht=0x8154ddc,
h=945959777, pData=0xbfffeea0, nDataSize=8, pDest=0x0, flag=4)
at /home/oursky/src/php4/Zend/zend_hash.c:390
#1  0x08070bd0 in zif_register_shutdown_function (ht=1,
return_value=0xbfffeea0, this_ptr=0x0, return_value_used=0)
at /home/oursky/src/php4/ext/standard/basic_functions.c:2187
#2  0x080eee0f in execute (op_array=0x81549e0) at
/home/oursky/src/php4/Zend/zend_execute.c:1635
#3  0x080db4c2 in call_user_function_ex (function_table=0x8128f30,
object_pp=0x0, function_name=0x0, retval_ptr_ptr=0xb178,
param_count=2, 
params=0x8154dc4, no_separation=1, symbol_table=0x0) at
/home/oursky/src/php4/Zend/zend_execute_API.c:567
#4  0x080dafd3 in call_user_function (function_table=0x39306535,
object_pp=0x39306535, function_name=0x39306535, retval_ptr=0x8154c44, 
param_count=135613340, params=0xb1c0) at
/home/oursky/src/php4/Zend/zend_execute_API.c:409
#5  0x0805fdd8 in ps_write_user (mod_data=0x39306535, key=0x815487c
77d6e387747ca3b89ae8236afa355e09, 
val=0x39306535 Address 0x39306535 out of bounds, vallen=0) at
/home/oursky/src/php4/ext/session/mod_user.c:60
#6  0x0805df86 in php_session_save_current_state () at
/home/oursky/src/php4/ext/session/session.c:694
#7  0x0805d9da in zm_deactivate_session (type=1, module_number=2) at
/home/oursky/src/php4/ext/session/session.c:1598
#8  0x080e4c79 in module_registry_cleanup (module=0x39306535) at
/home/oursky/src/php4/Zend/zend_API.c:1167
#9  0x080e6f18 in zend_hash_apply (ht=0xb1c0, apply_func=0x815560c)
at /home/oursky/src/php4/Zend/zend_hash.c:701
#10 0x080e1d64 in zend_deactivate_modules () at
/home/oursky/src/php4/Zend/zend.c:652
#11 0x080b93a5 in php_request_shutdown (dummy=0x0) at
/home/oursky/src/php4/main/main.c:991
#12 0x080f35f8 in main (argc=4, argv=0xba44) at
/home/oursky/src/php4/sapi/cli/php_cli.c:873
#13 0x400a0657 in __libc_start_main (main=0x80f3190 main, argc=4,
ubp_av=0xba44, init=0x8059c1c _init, fini=0x80f4700 _fini, 
rtld_fini=0x4100dc54 _dl_fini, stack_end=0xba3c) at
../sysdeps/generic/libc-start.c:129
(gdb)



[2004-09-15 15:37:17] [EMAIL PROTECTED]

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

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





[2004-07-03 08:55:23] Xuefer at 21cn dot com

the following script in php4CVS crash

?php
function b() {
}

function bb() {
}
function aa() {
register_shutdown_function('bb');
}
session_set_save_handler('a', 'a', 'a', 'aa', 'a', 'a');
session_start();
?

while doing the following is fine:
?php

function bb() {
}
function aa() {
register_shutdown_function('bb');
}

aa(); aa(); aa(); aa();
?



[2004-04-21 06:32:51] Xuefer at 21cn dot com

seems fixed

but when i do 

#30041 [Fbk-Opn]: pdf_open_file() expects exactly 2 parameters, 1 given

[pdowson at aea9 dot k12 dot ia dot us]

 ID:   30041
 User updated by:  pdowson at aea9 dot k12 dot ia dot us
 Reported By:  pdowson at aea9 dot k12 dot ia dot us
-Status:   Feedback
+Status:   Open
 Bug Type: PDF related
 Operating System: FreeBSD 5.2
 PHP Version:  4.3.8
 New Comment:

I am so sure I could spit.

#shell$ php -v
PHP 4.3.8 (cli) (built: Jul 23 2004 18:01:43)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies


Previous Comments:


[2004-09-15 10:50:11] [EMAIL PROTECTED]

Are you REALLY using PHP 4.3.8 ?
As in PHP _5_ the 2nd parameter IS required.
This works fine for me with PHP 4.3.8 with just one parameter.



[2004-09-09 21:00:19] pdowson at aea9 dot k12 dot ia dot us

Description:

The PHP manual describes pdf_open_file as working with just one
argument (the pdf handle). The code works fine if you supply a filename
as the second argument.

Reproduce code:
---
$pdf = pdf_new();
pdf_open_file($pdf);

Expected result:

It should work without an error. Should create a PDF document in
memory, not in a file.

Actual result:
--
Warning: pdf_open_file() expects exactly 2 parameters, 1 given in
/home/wwwpath/pdf.php on line 2





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

#30094 [Fbk-Opn]: Bad File Descriptor: copy and global

[aofrozen at sbcglobal dot net]

 ID:   30094
 User updated by:  aofrozen at sbcglobal dot net
 Reported By:  aofrozen at sbcglobal dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Performance problem
 Operating System: Windows XP
 PHP Version:  4.3.8
 New Comment:

Copy and Global crashed after my php script run for many hours (about 4
to 6 hours) to download many files (more than 2,000 files.) from
website. Often, after 4-6hrs, copy and global crashed. 

'crashed' means bad file descriptor: copy and global then the script
was shut down by itself. I was using PHP command line interpreter with
the script.


Previous Comments:


[2004-09-15 16:30:11] [EMAIL PROTECTED]

define 'crashed' ?




[2004-09-15 16:13:14] aofrozen at sbcglobal dot net

Description:

Copy and Global crashed after my php script run for many hours (about 4
to 6 hours) to download many files (more than 2,000 files.) from
website. Often, after 4-6hrs, copy and global crashed. 






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

#30096 [Asn]: gmmktime does not return the corrent time

[rasmus]

 ID:   30096
 Updated by:   [EMAIL PROTECTED]
 Reported By:  schmidt_florian at f-24 dot com
 Status:   Assigned
 Bug Type: Date/time related
 Operating System: Linux 2.6.7 (debian unstable)
 PHP Version:  4.3.8
 Assigned To:  derick
 New Comment:

Looks ok on my Debian laptop:

php -r 'echo phpversion().\n; echo gmdate(H,i,s, m,d,Y,
gmmktime(02,00,01, 03,28,2004));'
4.3.9RC2-dev
02,00,01, 03,28,2004

Since we are dealing with GMT, your timezone should be irrelevant.


Previous Comments:


[2004-09-15 17:18:37] [EMAIL PROTECTED]

I'll have a look



[2004-09-15 16:45:24] schmidt_florian at f-24 dot com

its called debian...



[2004-09-15 16:43:06] schmidt_florian at f-24 dot com

Description:

i have seen many bugs concerning this problem, but the latest stable
php versions (4 and 5) still dont work correct.

echo gmdate(H,i,s, m,d,Y, gmmktime(02,00,01, 03,28,2004));

expected result: 02,00,01, 03,28,2004
result i got with v4.3.8 03,00,01, 03,28,2004
result i got with v5.0.1 03,00,01, 03,28,2004

so it is one hour off the wanted value.

v4.3.8 on a Linux 2.6.7 with libc6 2.3.2.ds1-13
v5.0.1 on a Linux 2.6.7-gentoo-r11 with glibc 2.3.4.20040808

timezone: CEST+DST (GMT+0200)



Reproduce code:
---
echo gmdate(H,i,s, m,d,Y, gmmktime(02,00,01, 03,28,2004));


Expected result:

02,00,01, 03,28,2004

Actual result:
--
03,00,01, 03,28,2004





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

#30096 [Asn]: gmmktime does not return the corrent time

[schmidt_florian at f-24 dot com]

 ID:   30096
 User updated by:  schmidt_florian at f-24 dot com
 Reported By:  schmidt_florian at f-24 dot com
 Status:   Assigned
 Bug Type: Date/time related
 Operating System: Linux 2.6.7 (debian unstable)
 PHP Version:  4.3.8
 Assigned To:  derick
 New Comment:

the timezone should!! be irrelevant thats the reason i use
gmmktime()... but it dont work?!


Previous Comments:


[2004-09-15 19:05:31] [EMAIL PROTECTED]

Looks ok on my Debian laptop:

php -r 'echo phpversion().\n; echo gmdate(H,i,s, m,d,Y,
gmmktime(02,00,01, 03,28,2004));'
4.3.9RC2-dev
02,00,01, 03,28,2004

Since we are dealing with GMT, your timezone should be irrelevant.



[2004-09-15 17:18:37] [EMAIL PROTECTED]

I'll have a look



[2004-09-15 16:45:24] schmidt_florian at f-24 dot com

its called debian...



[2004-09-15 16:43:06] schmidt_florian at f-24 dot com

Description:

i have seen many bugs concerning this problem, but the latest stable
php versions (4 and 5) still dont work correct.

echo gmdate(H,i,s, m,d,Y, gmmktime(02,00,01, 03,28,2004));

expected result: 02,00,01, 03,28,2004
result i got with v4.3.8 03,00,01, 03,28,2004
result i got with v5.0.1 03,00,01, 03,28,2004

so it is one hour off the wanted value.

v4.3.8 on a Linux 2.6.7 with libc6 2.3.2.ds1-13
v5.0.1 on a Linux 2.6.7-gentoo-r11 with glibc 2.3.4.20040808

timezone: CEST+DST (GMT+0200)



Reproduce code:
---
echo gmdate(H,i,s, m,d,Y, gmmktime(02,00,01, 03,28,2004));


Expected result:

02,00,01, 03,28,2004

Actual result:
--
03,00,01, 03,28,2004





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

#30097 [NEW]: fgetcsv() does not recognize Mac EOL character (\r) as the EOL marker

[dbeckham at dealnews dot com]

From: dbeckham at dealnews dot com
Operating system: Mac OS X 10.3.5
PHP version:  5.0.1
PHP Bug Type: Filesystem function related
Bug description:  fgetcsv() does not recognize Mac EOL character (\r) as the EOL marker

Description:

fgetcsv() does not recognize the Macintosh EOL character (\r) as a
legitimate EOL marker for a CSV file.

Reproduce code:
---
Read any CSV file that uses Mac EOL markers using fgetcsv().

Expected result:

fgetcsv() should recognized Mac EOL (\r) markers as the end of a CSV
record.

Actual result:
--
The entire file is read as if it's a single CSV record.

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

#30094 [Opn]: Bad File Descriptor: copy and global

[aofrozen at sbcglobal dot net]

 ID:   30094
 User updated by:  aofrozen at sbcglobal dot net
 Reported By:  aofrozen at sbcglobal dot net
 Status:   Open
 Bug Type: Performance problem
 Operating System: Windows XP
 PHP Version:  4.3.8
 New Comment:

When the script starts with PHP command line interpreter, works well
for a few hours and downloaded serveral files from websites, later it
displayed bad file descriptor: copy and global and it was terminiated
by itself. I will try to do it again when it happens again then I will
copy the error message and paste here.


Previous Comments:


[2004-09-15 19:00:59] aofrozen at sbcglobal dot net

Copy and Global crashed after my php script run for many hours (about 4
to 6 hours) to download many files (more than 2,000 files.) from
website. Often, after 4-6hrs, copy and global crashed. 

'crashed' means bad file descriptor: copy and global then the script
was shut down by itself. I was using PHP command line interpreter with
the script.



[2004-09-15 16:30:11] [EMAIL PROTECTED]

define 'crashed' ?




[2004-09-15 16:13:14] aofrozen at sbcglobal dot net

Description:

Copy and Global crashed after my php script run for many hours (about 4
to 6 hours) to download many files (more than 2,000 files.) from
website. Often, after 4-6hrs, copy and global crashed. 






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

#30098 [NEW]: Cannot use __toString on $this

[brandon at osuosl dot org]

From: brandon at osuosl dot org
Operating system: Debian Unstable
PHP version:  5.0.1
PHP Bug Type: Zend Engine 2 problem
Bug description:  Cannot use __toString on $this

Description:

The automatic __toString method does not work on $this. 

I don't know if it should or not but it seems like it should be ok to do
this. 

Thanks.

http://dev2.osuosl.org/~philips/tostring/index.php
http://dev2.osuosl.org/~philips/tostring/index.phps

Reproduce code:
---
class Foo {
   function __toString() {
   return What ever;
   }

function ihatemylife() {
$str = (string) $this;
return $str;
 }
}

$obj = new Foo;

$str = (string) $obj; // call __toString()

echo $obj; // call __toString()

echo br /;

echo $obj-ihatemylife();

echo br /;

phpinfo();

Expected result:

This line should return What ever 
echo $obj-ihatemylife();

Actual result:
--
Object id #1

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

#30098 [Com]: Cannot use __toString on $this

[robertd at onid dot orst dot edu]

 ID:   30098
 Comment by:   robertd at onid dot orst dot edu
 Reported By:  brandon at osuosl dot org
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: Debian Unstable
 PHP Version:  5.0.1
 New Comment:

Not sure if this is needed information, but:
the automatic __toString will also fail on member objects of $this. 
For example:
-
$class = new MyClass();
echo $class-something();

class MyClass {
private $obj;

public function something() {
$this-obj = new SomeObject();
$str = (string) $this-obj;
return $str;
}
}

class SomeObject {
public function __toString() {
$str = 'Some string';
return $str;
}
}
-

Echoes Object id #2


Previous Comments:


[2004-09-15 20:18:13] brandon at osuosl dot org

Description:

The automatic __toString method does not work on $this. 

I don't know if it should or not but it seems like it should be ok to
do this. 

Thanks.

http://dev2.osuosl.org/~philips/tostring/index.php
http://dev2.osuosl.org/~philips/tostring/index.phps

Reproduce code:
---
class Foo {
   function __toString() {
   return What ever;
   }

function ihatemylife() {
$str = (string) $this;
return $str;
 }
}

$obj = new Foo;

$str = (string) $obj; // call __toString()

echo $obj; // call __toString()

echo br /;

echo $obj-ihatemylife();

echo br /;

phpinfo();

Expected result:

This line should return What ever 
echo $obj-ihatemylife();

Actual result:
--
Object id #1





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

#30069 [Ver]: Change in behavior with strings containing floats...

[php at holycamel dot com]

 ID:   30069
 User updated by:  php at holycamel dot com
 Reported By:  php at holycamel dot com
 Status:   Verified
 Bug Type: Math related
 Operating System: *
 PHP Version:  4CVS, 5CVS
 New Comment:

Thanks for checking into this so quickly and for confirming the report.
 Sorry my case was not in the most simple form.


Previous Comments:


[2004-09-15 14:06:15] [EMAIL PROTECTED]

This works:

# php -r 'echo 0.1 * 2;

This does not:

# php -r 'echo .1 * 2;

(both work fine in  4.3.9 versions)




[2004-09-15 13:45:15] [EMAIL PROTECTED]

This script shows it better, $foo is 0 with 4.3.9RC4, when it was okay
with 4.3.8-dev (I don't remember what date that compile had and now
it's gone ;( )

?php
$astr = 2|.9456|.0066778|17;
$numarray = explode(|,$astr);
$foo = $numarray[0] * $numarray[2];
var_dump($foo);
$result = round($foo,4);
echo $result;
?




[2004-09-12 20:03:31] php at holycamel dot com

Description:

After exploding a string into its components which contain type float,
subsequent multiplication and rounding with those strings doesn't work
unless specifically casting them as type float - ie.
(float)$strarray[0].  

This particularly seems to be the case if the result is  1.  Where the
result is  1, the code below seems to work.

This appears to be a recent change in the behavior of php, since
previous versions automatically and correctly interpreted strings as
floats where necessary for related math operations (such as
multiplication and rounding).

This may be my own misconception about how things should work, but I am
reporting it in the event that there has been some problem with the
string type handling introduced in recent versions of php.  If not,
sorry for wasting your time and I'd appreciate an explanation of why
our code has broken.  Thanks.

Reproduce code:
---
failing code:
$astr = 2|.9456|.0066778|17
$numarray = explode(|,$astr);
$result = round($numarray[0] * $numarray[2],4);
echo $result;


working code:
$astr = 2|.9456|.0066778|17
$numarray = explode(|,$astr);
$result = round((float)$numarray[0] * (float)$numarray[2],4);
echo $result;

(I have had to apply this workaround to code which previously worked
with earlier versions of php without the additional type-casting.)

Expected result:

.0134

Actual result:
--
0





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

#30069 [Ver-Csd]: Change in behavior with strings containing floats...

[iliaa]

 ID:   30069
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at holycamel dot com
-Status:   Verified
+Status:   Closed
 Bug Type: Math related
 Operating System: *
 PHP Version:  4CVS, 5CVS
 New Comment:

This bug has been fixed in CVS.

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




Previous Comments:


[2004-09-15 22:47:52] php at holycamel dot com

Thanks for checking into this so quickly and for confirming the report.
 Sorry my case was not in the most simple form.



[2004-09-15 14:06:15] [EMAIL PROTECTED]

This works:

# php -r 'echo 0.1 * 2;

This does not:

# php -r 'echo .1 * 2;

(both work fine in  4.3.9 versions)




[2004-09-15 13:45:15] [EMAIL PROTECTED]

This script shows it better, $foo is 0 with 4.3.9RC4, when it was okay
with 4.3.8-dev (I don't remember what date that compile had and now
it's gone ;( )

?php
$astr = 2|.9456|.0066778|17;
$numarray = explode(|,$astr);
$foo = $numarray[0] * $numarray[2];
var_dump($foo);
$result = round($foo,4);
echo $result;
?




[2004-09-12 20:03:31] php at holycamel dot com

Description:

After exploding a string into its components which contain type float,
subsequent multiplication and rounding with those strings doesn't work
unless specifically casting them as type float - ie.
(float)$strarray[0].  

This particularly seems to be the case if the result is  1.  Where the
result is  1, the code below seems to work.

This appears to be a recent change in the behavior of php, since
previous versions automatically and correctly interpreted strings as
floats where necessary for related math operations (such as
multiplication and rounding).

This may be my own misconception about how things should work, but I am
reporting it in the event that there has been some problem with the
string type handling introduced in recent versions of php.  If not,
sorry for wasting your time and I'd appreciate an explanation of why
our code has broken.  Thanks.

Reproduce code:
---
failing code:
$astr = 2|.9456|.0066778|17
$numarray = explode(|,$astr);
$result = round($numarray[0] * $numarray[2],4);
echo $result;


working code:
$astr = 2|.9456|.0066778|17
$numarray = explode(|,$astr);
$result = round((float)$numarray[0] * (float)$numarray[2],4);
echo $result;

(I have had to apply this workaround to code which previously worked
with earlier versions of php without the additional type-casting.)

Expected result:

.0134

Actual result:
--
0





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

#29805 [Opn-Fbk]: HTTP Authentication Issues

[thetaphi]

 ID:   29805
 Updated by:   [EMAIL PROTECTED]
 Reported By:  michaelw at webcentral dot com dot au
-Status:   Open
+Status:   Feedback
 Bug Type: iPlanet related
 Operating System: Solaris 9
 PHP Version:  4.3.8
 New Comment:

Please try using this CVS snapshot:

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

For newer servers (SunONE 6.0) leave out the php4_auth_trans directive
in *.obj.conf, it works without!


Previous Comments:


[2004-09-14 03:59:41] michaelw at webcentral dot com dot au

Hi,

Just wondering if you've found time to look at this ?

Regards,
Michael Ward.



[2004-08-30 01:19:31] michaelw at webcentral dot com dot au

Any progress with this ?



[2004-08-25 11:10:22] michaelw at webcentral dot com dot au

Currently, it is the ONLY AuthTrans directive.



[2004-08-25 11:05:24] [EMAIL PROTECTED]

The PHP AuthTrans must be the first AuthTrans directive. I can take a
look at this the next days.



[2004-08-25 00:45:31] michaelw at webcentral dot com dot au

From obj.conf

Object name=default
AuthTrans fn=php4_auth_trans

snipped



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

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

#29805 [Fbk]: HTTP Authentication Issues

[thetaphi]

 ID:   29805
 Updated by:   [EMAIL PROTECTED]
 Reported By:  michaelw at webcentral dot com dot au
 Status:   Feedback
 Bug Type: iPlanet related
 Operating System: Solaris 9
 PHP Version:  4.3.8
 New Comment:

Sorry, you cannot take the PHP4 latest stable snapshot now, because it
is frozen (release of 4.3.9) and this bug is not critical. After
release of 4.3.9 this is fixed in CVS.


Previous Comments:


[2004-09-15 23:33:11] [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

For newer servers (SunONE 6.0) leave out the php4_auth_trans directive
in *.obj.conf, it works without!



[2004-09-14 03:59:41] michaelw at webcentral dot com dot au

Hi,

Just wondering if you've found time to look at this ?

Regards,
Michael Ward.



[2004-08-30 01:19:31] michaelw at webcentral dot com dot au

Any progress with this ?



[2004-08-25 11:10:22] michaelw at webcentral dot com dot au

Currently, it is the ONLY AuthTrans directive.



[2004-08-25 11:05:24] [EMAIL PROTECTED]

The PHP AuthTrans must be the first AuthTrans directive. I can take a
look at this the next days.



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

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

#30099 [NEW]: mysql_connect dont work on PHP5 + MYSQL5 + IIS6 + WIN 2003 SERVER

[fivelfivel at yahoo dot se]

From: fivelfivel at yahoo dot se
Operating system: Windows 2003 Server
PHP version:  5.0.0
PHP Bug Type: MySQL related
Bug description:  mysql_connect dont work on PHP5 + MYSQL5 + IIS6 + WIN 2003 SERVER

Description:

When calling mysql_connect(), running Windows 2003 Server + IIS6 + PHP5 +
MYSQL5, the function is not found.

Reproduce code:
---
Calling :
? $connector = mysql_connect(localhost); ?

Returns :
Fatal error: Call to undefined function mysql_connect()

Expected result:

$connector should become an mysql-connection instance and not return any
errors.


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

#29932 [Fbk-NoF]: Array Memory Allocation Error With register_globals set to On

[php-bugs]

 ID:   29932
 Updated by:   [EMAIL PROTECTED]
 Reported By:  joshua dot montgomery at middlebrow dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Debian
 PHP Version:  4.3.8
 New Comment:

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


Previous Comments:


[2004-09-06 16:02:09] [EMAIL PROTECTED]

Try to you unset $ArrayVariable's value before while{} - I bet you'll
get the expected result. This happens because with register_globals=On
$ArrayVariable gets extracted from SESSION, GET, POST or from other
sources.
Please supply _working, complete_ reproduce script next time.



[2004-09-02 18:47:28] joshua dot montgomery at middlebrow dot com

I don't think I was clear enough last time.  This is indeed a PHP
problem.  The fix is turning register_globals off or explicitly setting
the array ahead of time.

A more concises way of stating the problem is:

When implicitly populating an array WITH an array, PHP is picking up
the FIRST LETTER of each element of the child array and populating the
parent array with a string.

Looks like a memory allocation issue to me.



[2004-09-02 08:11:04] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.

.



[2004-09-01 17:47:00] joshua dot montgomery at middlebrow dot com

Description:

We fixed this bug by setting Register_Globals to Off, but we were
also making other changes on the server to solve it, so that might not
have been the fix.

We are using the following code to store database entries in memory for
use later on in the page

When allocating memory for an array dynamically using a sql_query the
values came out as strings, rather than arrays.

I took all of the error checking out of the code below to make it more
clear.  We use this code to dump an array to a select menu creation
function.

It should be noted that this bug doesn't always appear, but seems to be
produced for larger arrays (10 - 25) rather than arrays containing 2 or
3 entries.

It should also be noted that adding the statement $ArrayVariable =
array() before the following code also solves the problem.



Reproduce code:
---
$rslt = mysql_query(SQL)
$i = 0;
while ($row = mysql_fetch_array($rslt)) {

$ArrayVariable[$i]['Value'] = $row['SQL_Text Value'];
$ArrayVariable[$i]['Label'] = $row['SQL_Text Label'];
$i++;

}

print_r($ArrayVariable);

Expected result:

Array
(
[0] = Array
(
[Value] = 145
[Label] = Adair, Kris
)

[1] = Array
(
[Value] = 20
[Label] = Bailey, Wayne
)

[2] = Array
(
[Value] = 22
[Label] = Bartos, Alan
)

[3] = Array
(
[Value] = 24
[Label] = Beatty, Marsha
)
)

Actual result:
--
Array
(
[0] = 1A

[1] = 2B

[2] = 2B

[3] = 2B
)





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

#28395 [Fbk-NoF]: Uploading of files failure

[php-bugs]

 ID:   28395
 Updated by:   [EMAIL PROTECTED]
 Reported By:  si at bananas dot hopto dot org
-Status:   Feedback
+Status:   No Feedback
 Bug Type: *General Issues
 Operating System: Windows 2000 Apache2
 PHP Version:  5.0.0RC2
 New Comment:

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


Previous Comments:


[2004-09-08 05:48:42] [EMAIL PROTECTED]

Please provide the original form you are using to post to this script.



[2004-06-20 23:37:55] DelislMa at CollegeSherbrooke dot qc dot ca

I tested uploads with php5-200406081430.
In php.ini, my upload_tmp_dir was empty, as PHP is supposed
to use the system default. But it did not.
Setting upload_tmp_dir to /tmp solved the problem for me.



[2004-06-12 21:37:28] anthony dot parsons at manx dot net

I think I found the problem: open_basedir seems to be blocking PHP from
accessing the directory where the temporary uploaded files are stored.
The only way I could get uploads to work with an open_basedir set is by
having upload_tmp_dir set to a path inside that.



[2004-05-23 06:44:53] webmaster at script-tease dot net

I'm using php4.3.7-dev as well and encounter no problem with file
uploads...

http://cpi.merseine.nu:8080/files.php
http://cpi.merseine.nu:8080/files.phps



[2004-05-23 02:33:43] anthony dot parsons at manx dot net

Not just limited to PHP 5: I'm seeing this problem with PHP 4.3.7-dev
as well (build date May 22 2004 22:12:55).



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

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

#28796 [Fbk-NoF]: Apache eat all Memory (parent::$this-__construct())

[php-bugs]

 ID:   28796
 Updated by:   [EMAIL PROTECTED]
 Reported By:  felix at trilithium dot de
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache related
 Operating System: Linux version 2.4.21-199-default
 PHP Version:  5.0.0RC3
 New Comment:

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


Previous Comments:


[2004-09-08 05:41:49] [EMAIL PROTECTED]

parent::$this-__construct makes no sense, are you sure you didn't mean
parent parent::__construct()





[2004-06-18 17:41:46] benjcarson at digitaljunkies dot ca

$this-__construct() is a recursive call to secondClass' constructor. 
Since the constructor never returns, the recursion never bottoms out;
it is effectively an infinite loop.  Each call consumes space on the
stack, so eventually PHP chews up all available memory and dies.

You would see the same behaviour if secondClass' constructor was:

function __construct() {
  $this-__construct();
}

What you really want, as alex dot pagnoni at solarix dot it has pointed
out is:

function __construct() {
  parent::__construct();
}



[2004-06-17 13:38:32] alex dot pagnoni at solarix dot it

is parent::$this-__construct() the correct syntax? Wasn't 
it supposed to be parent::__construct()?



[2004-06-15 17:03:13] felix at trilithium dot de

Description:

Apache eat all memory when your try the example code



Reproduce code:
---
class firstClass{
function __construct(){
echo __CLASS__.::.__FUNCTION__.br;
}
function test(){
echo __CLASS__.::.__FUNCTION__.br;
return $this;
}
 }

 class secondClass extends firstClass{
function __construct(){
echo __CLASS__.::.__FUNCTION__.br; 
parent::$this-__construct(); //-here Apache eat all memory
//parent::$this-test(); // this works  
}
 }
 
$e= new secondClass;






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

#30099 [Opn-Bgs]: mysql_connect dont work on PHP5 + MYSQL5 + IIS6 + WIN 2003 SERVER

[pollita]

 ID:   30099
 Updated by:   [EMAIL PROTECTED]
 Reported By:  fivelfivel at yahoo dot se
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: Windows 2003 Server
 PHP Version:  5.0.0
 New Comment:

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

Thank you for your interest in PHP.

MySQL is no longer enabled by default in the windows binary.  You must
manually add the extension=php_mysql.so entry to your php.ini.


Previous Comments:


[2004-09-16 00:26:23] fivelfivel at yahoo dot se

Description:

When calling mysql_connect(), running Windows 2003 Server + IIS6 + PHP5
+ MYSQL5, the function is not found.

Reproduce code:
---
Calling :
? $connector = mysql_connect(localhost); ?

Returns :
Fatal error: Call to undefined function mysql_connect()

Expected result:

$connector should become an mysql-connection instance and not return
any errors.






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

#30100 [NEW]: Is there a possibility to load php modules per virtualhost directives?

[php-answer at karolyi dot hu]

From: php-answer at karolyi dot hu
Operating system: Linux
PHP version:  5.0.1
PHP Bug Type: Dynamic loading
Bug description:  Is there a possibility to load php modules per virtualhost 
directives?

Description:

I wonder if there is an option to load external php modules like gd, mysql
and imap into php below a VirtualHost section with php_admin_value
directives.

I think it could be possible, like dl()-ing from php scripts.

But as i've tried with php_admin_value extension gd.so, it doesn't works
at this moment.

Please report back if this is a solvable problem, because virtualhosting
would be much more efficient if this option would work.


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

#30094 [Opn]: Fopen.

[aofrozen at sbcglobal dot net]

 ID:   30094
 User updated by:  aofrozen at sbcglobal dot net
-Summary:  Bad File Descriptor: copy and global
 Reported By:  aofrozen at sbcglobal dot net
 Status:   Open
-Bug Type: Performance problem
+Bug Type: Filesystem function related
 Operating System: Windows XP
 PHP Version:  4.3.8
 New Comment:

I got the error message. It is Warning: fopen
http://www.newgrounds.com/portal/view/26078: failed to open stream: Bad
file descriptor in crawlerbot_class.php on line 8. After the error
message, it was terminiated. It should keep running and not terminated.


Previous Comments:


[2004-09-15 19:39:53] aofrozen at sbcglobal dot net

When the script starts with PHP command line interpreter, works well
for a few hours and downloaded serveral files from websites, later it
displayed bad file descriptor: copy and global and it was terminiated
by itself. I will try to do it again when it happens again then I will
copy the error message and paste here.



[2004-09-15 19:00:59] aofrozen at sbcglobal dot net

Copy and Global crashed after my php script run for many hours (about 4
to 6 hours) to download many files (more than 2,000 files.) from
website. Often, after 4-6hrs, copy and global crashed. 

'crashed' means bad file descriptor: copy and global then the script
was shut down by itself. I was using PHP command line interpreter with
the script.



[2004-09-15 16:30:11] [EMAIL PROTECTED]

define 'crashed' ?




[2004-09-15 16:13:14] aofrozen at sbcglobal dot net

Description:

Copy and Global crashed after my php script run for many hours (about 4
to 6 hours) to download many files (more than 2,000 files.) from
website. Often, after 4-6hrs, copy and global crashed. 






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

#30094 [Opn-Csd]: Fopen.

[aofrozen at sbcglobal dot net]

 ID:   30094
 User updated by:  aofrozen at sbcglobal dot net
 Reported By:  aofrozen at sbcglobal dot net
-Status:   Open
+Status:   Closed
 Bug Type: Filesystem function related
 Operating System: Windows XP
 PHP Version:  4.3.8
 New Comment:

I found the problem and solved. It was not bug. I wrote die(Error:
You must add \http://\; or it is not correct.\n);. That is why it
was terminated. :-D.


Previous Comments:


[2004-09-16 03:06:57] aofrozen at sbcglobal dot net

I got the error message. It is Warning: fopen
http://www.newgrounds.com/portal/view/26078: failed to open stream: Bad
file descriptor in crawlerbot_class.php on line 8. After the error
message, it was terminiated. It should keep running and not terminated.



[2004-09-15 19:39:53] aofrozen at sbcglobal dot net

When the script starts with PHP command line interpreter, works well
for a few hours and downloaded serveral files from websites, later it
displayed bad file descriptor: copy and global and it was terminiated
by itself. I will try to do it again when it happens again then I will
copy the error message and paste here.



[2004-09-15 19:00:59] aofrozen at sbcglobal dot net

Copy and Global crashed after my php script run for many hours (about 4
to 6 hours) to download many files (more than 2,000 files.) from
website. Often, after 4-6hrs, copy and global crashed. 

'crashed' means bad file descriptor: copy and global then the script
was shut down by itself. I was using PHP command line interpreter with
the script.



[2004-09-15 16:30:11] [EMAIL PROTECTED]

define 'crashed' ?




[2004-09-15 16:13:14] aofrozen at sbcglobal dot net

Description:

Copy and Global crashed after my php script run for many hours (about 4
to 6 hours) to download many files (more than 2,000 files.) from
website. Often, after 4-6hrs, copy and global crashed. 






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

#30101 [NEW]: Win2k3 IIS6 PHP-5.0.1 Don't Load php.ini

[cdelasaux at att dot net]

From: cdelasaux at att dot net
Operating system: 2k3 Standard Server
PHP version:  5.0.1
PHP Bug Type: IIS related
Bug description:  Win2k3 IIS6 PHP-5.0.1 Don't Load php.ini

Description:

Using a fresh install of everything (:
*Win 2K3 standard server with Active dir enabled and PDC
*IIS6 installed and running
*PHP 5.0.1 installed and some what running.
I following the install doc I did and repeated every thing several times
(just in case I missed something).
I have php in c:\php and permisions to webusers, IIS, and users all set to
+RX.
The PHPRC environment variable does not appear to work.
PHPRC = C:\php

php.ini has:
include_path = .;c:\php\pear\
 extension_dir = c:\php\ext\
 cgi.force_redirect = 0

phpinfo() shows:
extension_dir C:\php5 
include_path .;C:\php5\pear 

http://corman.servebeer.com/info.php 

I set the value in Registry HKEY_LOCAL_MACHINE\SOFTWARE\PHP\ 
New-String Value
IniFilePath = C:\php

and I removed the system var PHPRC and The php.ini file loaded.
phpinfo() shows:
extension_dir C:\php
include_path .;C:\php\pear

 So went went back to trying setting the PHPRC variable again and removed
the registry entry. 
The php.ini would not load.

Cheers,
Cordel



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

#30102 [NEW]: Reflection API problems

[mark at ttzn dot nl]

From: mark at ttzn dot nl
Operating system: win 2k sp4
PHP version:  5.0.1
PHP Bug Type: Class/Object related
Bug description:  Reflection API problems

Description:

When I wanted to test the reflection function in PHP5.0.1 I stumbled upon
something strange. For some reason it gives me an error that I did not
expect especially not from the example codes in the manual.

The error: Trying to clone an uncloneable object of class
ReflectionFunction ... is quite strange ... Either I am doing something
wrong or this is a real bug.

Please help me becouse I like to use the reflection API.

Reproduce code:
---
http://www.php.net/manual/en/language.oop5.reflection.php

Example 18-28. Using the ReflectionFunction class



Expected result:

Not the error

Actual result:
--
Fatal error: Trying to clone an uncloneable object of class
ReflectionFunction in D:\hosted\stuff\test.php on line 15


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

#30102 [Opn]: Reflection API problems

[mark at ttzn dot nl]

 ID:   30102
 User updated by:  mark at ttzn dot nl
 Reported By:  mark at ttzn dot nl
 Status:   Open
 Bug Type: Class/Object related
 Operating System: win 2k sp4
 PHP Version:  5.0.1
 New Comment:

This seems to only occur when zend.ze1_compatibility_mode is set to
On.

Is this then still a bug or is it just me not understanding something?


Previous Comments:


[2004-09-16 05:06:51] mark at ttzn dot nl

Description:

When I wanted to test the reflection function in PHP5.0.1 I stumbled
upon something strange. For some reason it gives me an error that I did
not expect especially not from the example codes in the manual.

The error: Trying to clone an uncloneable object of class
ReflectionFunction ... is quite strange ... Either I am doing something
wrong or this is a real bug.

Please help me becouse I like to use the reflection API.

Reproduce code:
---
http://www.php.net/manual/en/language.oop5.reflection.php

Example 18-28. Using the ReflectionFunction class



Expected result:

Not the error

Actual result:
--
Fatal error: Trying to clone an uncloneable object of class
ReflectionFunction in D:\hosted\stuff\test.php on line 15






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

#30093 [Opn]: Error with file upload

[rasmus]

 ID:   30093
 Updated by:   [EMAIL PROTECTED]
 Reported By:  marcus dot stolzenberg at kgrz-kassel dot de
 Status:   Open
 Bug Type: *General Issues
 Operating System: SLES 8.0 zSeries s390 IBM
 PHP Version:  4.3.9RC3
 New Comment:

I just updated one of my servers to PHP_4_3 HEAD and large image file
uploads are working fine both single and multiple at a time.

Are we really talking about an S390 here?


Previous Comments:


[2004-09-15 15:58:17] marcus dot stolzenberg at kgrz-kassel dot de

Description:

Hello,

First the 'error' is also in 4.3.9rc1 with 4.3.6 everything is fine.

If I am going to upload a file using php which is not txt encoded the
file size of the transfered file is more then doubble and the file
stored on the server is corrupted.

Reproduce code:
---
1. HTML Part:

form enctype=multipart/form-data action=upload.php method=post

input type=file name=filebr 
input type=submit value=upload 
/form

2. PHP Part:

$tempname = $_FILES['file']['tmp_name'];
$name = $_FILES['file']['name']; 
$type = $_FILES['file']['type'];
$size = $_FILES['file']['size'];
...
print_r($_FILES);
echo $size;
   copy($tempname, /upload/$name);

...


Expected result:

Output useing 4.3.6

Array ( [file] = Array ( [name] = daemon347.exe [type] =
application/octet-stream [tmp_name] = /uploadkds/phpJGle3P [error] =
0 [size] = 504320 ) ) Array ( ) 

504320



504320 = filesize of desination file on the server = original file
size


Actual result:
--
Output 4.3.9rc1 and 4.3.9rc3


Array ( [file] = Array ( [name] = daemon347.exe [type] =
application/octet-stream [tmp_name] = /uploadkds/phplvCHls [error] =
0 [size] = 1004032 ) ) Array ( ) 

1004032 



1004032 = filesize of desination file on the server =! original size






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

#30101 [Opn]: Win2k3 IIS6 PHP-5.0.1 Don't Load php.ini

[cdelasaux at att dot net]

 ID:   30101
 User updated by:  cdelasaux at att dot net
 Reported By:  cdelasaux at att dot net
 Status:   Open
 Bug Type: IIS related
 Operating System: 2k3 Standard Server
 PHP Version:  5.0.1
 New Comment:

Well going back to the working php turned out not to go so well. I
reverted back to the configuration that had worked and I can't get the
phpisapi.dll to load which in turn takes down IIS. I'll try again from
scratch and see if I can replicate it one more time.
Cheers,
Cordel


Previous Comments:


[2004-09-16 04:01:45] cdelasaux at att dot net

Description:

Using a fresh install of everything (:
*Win 2K3 standard server with Active dir enabled and PDC
*IIS6 installed and running
*PHP 5.0.1 installed and some what running.
I following the install doc I did and repeated every thing several
times (just in case I missed something).
I have php in c:\php and permisions to webusers, IIS, and users all set
to +RX.
The PHPRC environment variable does not appear to work.
PHPRC = C:\php

php.ini has:
include_path = .;c:\php\pear\
 extension_dir = c:\php\ext\
 cgi.force_redirect = 0

phpinfo() shows:
extension_dir C:\php5 
include_path .;C:\php5\pear 

http://corman.servebeer.com/info.php 

I set the value in Registry HKEY_LOCAL_MACHINE\SOFTWARE\PHP\ 
New-String Value
IniFilePath = C:\php

and I removed the system var PHPRC and The php.ini file loaded.
phpinfo() shows:
extension_dir C:\php
include_path .;C:\php\pear

 So went went back to trying setting the PHPRC variable again and
removed the registry entry. 
The php.ini would not load.

Cheers,
Cordel







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

#30094 [Csd-Bgs]: Fopen.

[rasmus]

 ID:   30094
 Updated by:   [EMAIL PROTECTED]
 Reported By:  aofrozen at sbcglobal dot net
-Status:   Closed
+Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: Windows XP
 PHP Version:  4.3.8


Previous Comments:


[2004-09-16 03:21:07] aofrozen at sbcglobal dot net

I found the problem and solved. It was not bug. I wrote die(Error:
You must add \http://\; or it is not correct.\n);. That is why it
was terminated. :-D.



[2004-09-16 03:06:57] aofrozen at sbcglobal dot net

I got the error message. It is Warning: fopen
http://www.newgrounds.com/portal/view/26078: failed to open stream: Bad
file descriptor in crawlerbot_class.php on line 8. After the error
message, it was terminiated. It should keep running and not terminated.



[2004-09-15 19:39:53] aofrozen at sbcglobal dot net

When the script starts with PHP command line interpreter, works well
for a few hours and downloaded serveral files from websites, later it
displayed bad file descriptor: copy and global and it was terminiated
by itself. I will try to do it again when it happens again then I will
copy the error message and paste here.



[2004-09-15 19:00:59] aofrozen at sbcglobal dot net

Copy and Global crashed after my php script run for many hours (about 4
to 6 hours) to download many files (more than 2,000 files.) from
website. Often, after 4-6hrs, copy and global crashed. 

'crashed' means bad file descriptor: copy and global then the script
was shut down by itself. I was using PHP command line interpreter with
the script.



[2004-09-15 16:30:11] [EMAIL PROTECTED]

define 'crashed' ?




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

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

#30100 [Opn-Bgs]: Is there a possibility to load php modules per virtualhost directives?

[rasmus]

 ID:   30100
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php-answer at karolyi dot hu
-Status:   Open
+Status:   Bogus
 Bug Type: Dynamic loading
 Operating System: Linux
 PHP Version:  5.0.1
 New Comment:

Why do you think it would be more efficient?  When you load in an
extension it gets loaded into the Apache process which serves requests
for all your virtual hosts anyway.  There would be no difference
between doing it per-vhost at startup vs. just doing it from your
php.ini.


Previous Comments:


[2004-09-16 02:16:22] php-answer at karolyi dot hu

Description:

I wonder if there is an option to load external php modules like gd,
mysql and imap into php below a VirtualHost section with
php_admin_value directives.

I think it could be possible, like dl()-ing from php scripts.

But as i've tried with php_admin_value extension gd.so, it doesn't
works at this moment.

Please report back if this is a solvable problem, because
virtualhosting would be much more efficient if this option would work.






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

#30104 [NEW]: Error of the function basename()

[lp at zy165 dot com]

From: lp at zy165 dot com
Operating system: Linux 9
PHP version:  5.0.1
PHP Bug Type: Directory function related
Bug description:  Error of the function basename()

Description:

I am Chinese. I love linux, php very much.
So I do many things using php.
But tody, i find an error of the function basename()
so that i can't continue writing code by php.
The error like this:
if the $path in function basename($path) contain the Chinese, then the
result will be error.
The error appears only in php-5.0.1, before the version it works
normally.
Please e-mail me after you see the letter, thank you very much.

Reproduce code:
---
?php
$path=/home/httpd/ÎÒ/°®/Äã.php;
//Here the $path means /home/httpd/I/Love/You.php,and I love you is
translated to Chinese.
$str1=basename ($path,.php);
$str2=basename ($path);
echo $path.br1:.$str1.br2:.$str2;

$path2=/home/httpd/ÎÒ/Love/Äã;
$str3=basename ($path2);
echo brbr.$path2.br3:.$str3;

$path3=/home/httpd/I/Love/Äã;
$str4=basename ($path3);
echo brbr.$path3.br4:.$str4;
?

Expected result:

/home/httpd/ÎÒ/°®/Äã.php
1:.php
2:.php

/home/httpd/ÎÒ/Love/Äã
3:Love

/home/httpd/I/Love/Äã
4:Love

Actual result:
--
/home/httpd/ÎÒ/°®/Äã.php
1:Äã
2:Äã.php

/home/httpd/ÎÒ/Love/Äã
3:Äã

/home/httpd/I/Love/Äã
4:Äã

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

#30105 [NEW]: Error of the function basename()

[lp at zy165 dot com]

From: lp at zy165 dot com
Operating system: Linux 9
PHP version:  5.0.1
PHP Bug Type: Directory function related
Bug description:  Error of the function basename()

Description:

I am Chinese. I love linux, php very much.
So I do many things using php.
But tody, i find an error of the function basename()
so that i can't continue writing code by php.
The error like this:
if the $path in function basename($path) contain the Chinese, then the
result will be error.
The error appears only in php-5.0.1, before the version it works
normally.
Please e-mail me after you see the letter, thank you very much.

Reproduce code:
---
?php
$path=/home/httpd/ÎÒ/°®/Äã.php;
//Here the $path means /home/httpd/I/Love/You.php,and I love you is
translated to Chinese.
$str1=basename ($path,.php);
$str2=basename ($path);
echo $path.br1:.$str1.br2:.$str2;

$path2=/home/httpd/ÎÒ/Love/Äã;
$str3=basename ($path2);
echo brbr.$path2.br3:.$str3;

$path3=/home/httpd/I/Love/Äã;
$str4=basename ($path3);
echo brbr.$path3.br4:.$str4;
?

Expected result:

/home/httpd/ÎÒ/°®/Äã.php
1:Äã
2:Äã.php

/home/httpd/ÎÒ/Love/Äã
3:Äã

/home/httpd/I/Love/Äã
4:Äã

Actual result:
--
/home/httpd/ÎÒ/°®/Äã.php
1:.php
2:.php

/home/httpd/ÎÒ/Love/Äã
3:Love

/home/httpd/I/Love/Äã
4:Love


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

#29652 [Opn-Fbk]: number of FD to ocius.msg is growing

[tony2001]

 ID:   29652
 Updated by:   [EMAIL PROTECTED]
 Reported By:  yannick at agl dot fr
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Linux Redhat 7.3
 PHP Version:  4.3.7
 New Comment:

Please, try this patch:
http://tony2001.phpclub.net/dev/tmp/bug29652.diff.txt
It was done against HEAD, so please use latest snapshot from
http://snaps.php.net

The problem becomes complicated because I still can't reproduce this
under Linux and Apache 1.3.31, no matter with or without the patch.


Previous Comments:


[2004-09-15 14:58:08] rvs at angara dot ru

Also note that PHP 5 has similar code for OCIEnvNlsCreate() and frees
environment handle (OCI_HTYPE_ENV) only at shutdown.
So the problem seems to be in PHP 5 also.

Sergei V. Rozinov
Leading RISC-Systems engineer
JSC Sibron, RUSSIA



[2004-09-15 13:59:10] rvs at angara dot ru

I have the same error on php4.3.8/ora9.2.0.1.0/Solaris 9/sparc.

Some details: the .msb file descriptors grow in the following cases:
A. using ocinlogon()
B. using ocilogon() and working as a Apache module
C. using oci*logon() with invalid credentials.

The following code of case C may exhaust filedescriptor limit very
easily and quickly.

for ($i=0; $i  200; $i++)
 @ocilogon($i, $i, $db);

After extensive researching I've found that:
1. the .msb file openings occur when OCIEnvNlsCreate() is called.
2. in ext/oci8.c,v 1.183.2.12 line 2257, function _oci_open_session()
the OCIEnvNlsCreate() invoked when session is not persistent, not
cached, or is exclusive.
3. if the session setup is unsuccessful, the environment handle is not
freed.
4. the environment handle is freed only when PHP shuts down, see line
613.

The result will be filedescriptor and memory leakage in all cases A,B,C
mentioned above. This could lead to security/DOS problem for websites
which use ocilogon()/ocinlogon() or passthrough Oracle authentication
in their php scripts.

Recommendations, workaround:
1. in module mode, avoid using ocilogon(), use ociplogon() instead.
2. avoid using Oracle pass-through authentication (i.e. when username
and password for ociplogon() is given from the website user).
3. fixing oci8.c code to free env handle at least after unsuccessful
logon is necessary.

With regards,
Sergei V. Rozinov
Leading RISC-Systems engineer
JSC Sibron, RUSSIA



[2004-08-23 16:19:59] yannick at agl dot fr

oci library: 9.2.0.3



[2004-08-23 16:08:47] esartoni at omniaglobal dot net

Hey Yannick, could you please tell us what version of oci libraries are
you using?

With php 4.3.8 using oci 8.1.7.0.0 i have no problem at all.



[2004-08-20 14:43:46] yannick at agl dot fr

i tried with 4.3.8 without HAVE_OCI_9_2
there is no problem. if i defined HAVE_OCI_9_2 the issue occurs.



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

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