#33210 [NEW]: getimagesize() fails to detect width/height on certain JPEGs

[polone at townnews dot com]

From: polone at townnews dot com
Operating system: RedHat Linux 7.3
PHP version:  4.3.11
PHP Bug Type: GetImageSize related
Bug description:  getimagesize() fails to detect width/height on certain JPEGs

Description:

The getimagesize() function fails on specific JPEG files. The reason is
that php_next_marker() in:

ext/standard/image.c

has an artificial limit of 10 imposed on the number of 0xFF records that
are found in sequential order. As far as I can tell ... the JPEG file
format standards impose no such limit (see,
http://www.jpeg.org/public/jfif.pdf). The proper behaviour should be to
continue to read for the next marker until:

(1) M_SOS is found, in which case, image data has begun and no more
headers will occur
(2) M_EOI has occurred (End of Image header) - this is the proper behavior
in a properly encoded image
(3) EOF - something's wrong - but, at least it's not getimagesize()

I've provided an example of a JPEG file that will fail using
getimagesize() online at:

http://www.townnews.com/contrib/premature.jpg

A fix is easily added by removing the artificial limit and just
incrementing "a" in the marker's main loop around line 404:

if (++a > 10)
{
/* who knows the maxim amount of 0xff? though 7 */
/* but found other implementations  */
return M_EOI;

}

I realize this may be in place to prevent infinite loops, but the reality
is EOF will do that for us anyway. To fix the problem, just switch that
code hunk too:

a++;

Reproduce code:
---
http://www.townnews.com/contrib/premature.jpg";;
print_r(getimagesize($sURL));

?>

Expected result:

Array
(
[0] => 350
[1] => 603
[2] => 2
[3] => width="350" height="603"
[bits] => 8
[channels] => 3
[mime] => image/jpeg
)



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

#33209 [NEW]: PHP crashes creating SWF with Ming

[jcruff at gmail dot com]

From: jcruff at gmail dot com
Operating system: Mac OS X 10.4.1 (Darwin 8.1.0)
PHP version:  5.0.3
PHP Bug Type: Ming related
Bug description:  PHP crashes creating SWF with Ming

Description:

PHP will crash if run as a DSO module or from CLI against the 
simple script below that uses the Ming library to create an SWF 
file.

Reproduce code:
---
setDimension(400,400);
$myMovie->setBackground(255,0,0);

$myMovie->save("mysquare.swf");

?>

Expected result:

When run under Apache the apache error log will say, "child pid 
# exit signal Bus error (10)".  When from from CLI it just 
gives "bus error".  In either case a MAC OS X crash report is 
generated (shown below)

Actual result:
--
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
Reading symbols for shared libraries . done
Reading symbols for shared libraries ... done
Reading symbols for shared libraries ... done


Program received signal EXC_BAD_ACCESS, Could not access 
memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x0026
zend_hash_apply_with_argument (ht=0x12837d4, apply_func=0, 
argument=0x57b460) at /Users/fullstack/dlweskx/php-5.0.3/
Zend/zend_hash.c:680
680 /Users/fullstack/dlweskx/php-5.0.3/Zend/zend_hash.c: 
No such file or directory.
in /Users/fullstack/dlweskx/php-5.0.3/Zend/
zend_hash.c
(gdb) 
(gdb) bt
#0  zend_hash_apply_with_argument (ht=0x12837d4, 
apply_func=0, argument=0x57b460) at /Users/fullstack/
dlweskx/php-5.0.3/Zend/zend_hash.c:680
#1  0x01123854 in _object_and_properties_init (arg=0x57b460, 
class_type=0x2ae2c0, properties=0x0) at /Users/fullstack/
dlweskx/php-5.0.3/Zend/zend_API.c:706
#2  0x0024e5fc in zif_swfmovie_init ()
#3  0x01146034 in zend_do_fcall_common_helper 
(execute_data=0xbfffddc0, opline=0x18bff40, 
op_array=0x57b500) at /Users/fullstack/dlweskx/php-5.0.3/
Zend/zend_execute.c:2711
#4  0x01142b90 in execute (op_array=0x57b500) at /Users/
fullstack/dlweskx/php-5.0.3/Zend/zend_execute.c:1400
#5  0x01121f50 in zend_execute_scripts (type=8, retval=0x0, 
file_count=3) at /Users/fullstack/dlweskx/php-5.0.3/Zend/
zend.c:1069
#6  0x010e8fa8 in php_execute_script 
(primary_file=0xbfffeb20) at /Users/fullstack/dlweskx/
php-5.0.3/main/main.c:1628
#7  0x0114e324 in php_handler (r=0x18b9c50) at /Users/
fullstack/dlweskx/php-5.0.3/sapi/apache2handler/
sapi_apache2.c:537
#8  0x00035f50 in ap_run_handler (r=0x18b9c50) at config.c:
152
#9  0x000366e0 in ap_invoke_handler (r=0x18b9c50) at 
config.c:363
#10 0x00011244 in ap_process_request (r=0x18b9c50) at 
http_request.c:246
#11 0xbf70 in ap_process_http_connection (c=0x18b5d28) 
at http_core.c:250
#12 0x0003cc88 in ap_run_process_connection (c=0x18b5d28) at 
connection.c:42
#13 0x00022860 in child_main (child_num_arg=0) at prefork.c:
609
#14 0x00022944 in make_child (s=0x180ab40, slot=0) at 
prefork.c:649
#15 0x00022a90 in startup_children (number_to_start=2) at 
prefork.c:721
#16 0x00022ee0 in ap_mpm_run (_pconf=0x0, plog=0x11161ec, 
s=0x180ab40) at prefork.c:940
#17 0x00024830 in main (argc=2, argv=0xb474) at main.c:
617
(gdb)

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

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

[steckovic at aarongroup dot cz]

 ID:   32941
 User updated by:  steckovic at aarongroup dot cz
 Reported By:  steckovic at aarongroup dot cz
 Status:   Assigned
 Bug Type: SOAP related
 Operating System: FEDORA
 PHP Version:  5.0.4
 Assigned To:  dmitry
 New Comment:

Test server is behind a firewall. I haven't rights to allow access to
this server. I can send to you complete implementation of webservice
which kills the PHP.
Thank you
 Petr Steckovic


Previous Comments:


[2005-05-27 12:46:08] [EMAIL PROTECTED]

I cannot access WSDL file
'http://212.24.157.117:8080/axis/services/echo?wsdl' and cannot
reprodoce and fix bug without it.



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

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


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

#33201 [Fbk->Opn]: segfault in _emalloc called from php_mssql_get_column_content_with_type

[skissane at iips dot mq dot edu dot au]

 ID:   33201
 User updated by:  skissane at iips dot mq dot edu dot au
 Reported By:  skissane at iips dot mq dot edu dot au
-Status:   Feedback
+Status:   Open
 Bug Type: MSSQL related
 Operating System: Linux
 PHP Version:  5.0.4
 New Comment:

I have tried with latest snapshot.

When PHP is complied with --enable-debug, it works fine, although it
complains with messages like the following:

---
/mnt/golum-c/LinuxOverflow/php5-STABLE-200506010035/ext/mssql/php_mssql.c(193)
: Block 0x08304430 status:
/mnt/golum-c/LinuxOverflow/php5-STABLE-200506010035/Zend/zend_variables.c(45)
: Actual location (location was relayed)
Beginning:  OK (allocated on
/mnt/golum-c/LinuxOverflow/php5-STABLE-200506010035/ext/mssql/php_mssql.c:881,
19 bytes)
  End:  Overflown (magic=0x2A8FCC00 instead of 0x2A8FCC84)
1 byte(s) overflown


However, when PHP is not compiled with --enable-debug, I get a SEGV
again, with the following backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 31750)]
0x40283bef in _int_malloc () from /lib/i686/libc.so.6
(gdb) bt
#0  0x40283bef in _int_malloc () from /lib/i686/libc.so.6
#1  0x402852ac in malloc () from /lib/i686/libc.so.6
#2  0x0814fe48 in _emalloc (size=1077090752) at
/mnt/golum-c/LinuxOverflow/php5-STABLE-200506010035/Zend/zend_alloc.c:182
#3  0x08085e76 in php_mssql_get_column_content_with_type
(mssql_ptr=0x8274cc4, offset=1077090752, result=0x82876dc,
column_type=1077088260)
at
/mnt/golum-c/LinuxOverflow/php5-STABLE-200506010035/ext/mssql/php_mssql.c:881
#4  0x08086707 in _mssql_fetch_batch (mssql_ptr=0x8274cc4,
result=0x826fa7c, retvalue=-1)
at
/mnt/golum-c/LinuxOverflow/php5-STABLE-200506010035/ext/mssql/php_mssql.c:1108
#5  0x08086b86 in zif_mssql_query (ht=33, return_value=0x8274f34,
this_ptr=0x0, return_value_used=1)
at
/mnt/golum-c/LinuxOverflow/php5-STABLE-200506010035/ext/mssql/php_mssql.c:1229
#6  0x0817daae in zend_do_fcall_common_helper (execute_data=0xbfffd4b0,
opline=0x8273e60, op_array=0x826f9ec)
at
/mnt/golum-c/LinuxOverflow/php5-STABLE-200506010035/Zend/zend_execute.c:2747
#7  0x0817b036 in execute (op_array=0x826f9ec) at
/mnt/golum-c/LinuxOverflow/php5-STABLE-200506010035/Zend/zend_execute.c:1417
#8  0x08160c1b in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/mnt/golum-c/LinuxOverflow/php5-STABLE-200506010035/Zend/zend.c:1084
#9  0x08133a2b in php_execute_script (primary_file=0xb870) at
/mnt/golum-c/LinuxOverflow/php5-STABLE-200506010035/main/main.c:1646
#10 0x081844d8 in main (argc=2, argv=0xb8f4) at
/mnt/golum-c/LinuxOverflow/php5-STABLE-200506010035/sapi/cli/php_cli.c:946
#11 0x40236912 in __libc_start_main () from /lib/i686/libc.so.6


Previous Comments:


[2005-05-31 14:17:28] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-05-31 13:53:08] skissane at iips dot mq dot edu dot au

Description:

Segmentation fault.



Reproduce code:
---
","","");
$i = mssql_query("SELECT * FROM MSSQLTrace_99",$q);
while (mssql_fetch_row($i) !== FALSE);

Where the  MSSQLTrace_99 table is created by the following MSSQL script
(a bit too big for a bug database):
http://www.iips.mq.edu.au/php_mssql_bug.txt

Expected result:

No output.

Actual result:
--
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 29878)]
0x40440bef in _int_malloc () from /lib/i686/libc.so.6
(gdb) bt
#0  0x40440bef in _int_malloc () from /lib/i686/libc.so.6
#1  0x404422ac in malloc () from /lib/i686/libc.so.6
#2  0x0815ac58 in _emalloc (size=1078913472) at
/home/skissane/php-5.0.4/Zend/zend_alloc.c:182
#3  0x0809151e in php_mssql_get_column_content_with_type
(mssql_ptr=0x827079c, offset=1078913472, result=0x828319c,
column_type=1078910980)
at /home/skissane/php-5.0.4/ext/mssql/php_mssql.c:877
#4  0x08091daf in _mssql_fetch_batch (mssql_ptr=0x827079c,
result=0x826b5cc, retvalue=-1) at
/home/skissane/php-5.0.4/ext/mssql/php_mssql.c:1104
#5  0x0809222e in zif_mssql_query (ht=33, return_value=0x8270a54,
this_ptr=0x0, return_value_used=1) at
/home/skissane/php-5.0.4/ext/mssql/php_mssql.c:1225
#6  0x081882ce in zend_do_fcall_common_helper (execute_data=0xbfffd510,
opline=0x826f980, op_array=0x826b53c)
at /home/skissane/php-5.0.4/Zend/zend_execute.c:2727
#7  0x081858ca in execute (op_array=0x826b53c) at
/home/skissane/php-5.0.4/Zend/zend_execute.c:1406
#8  0x0816b79f in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/skissane/php-5.0.4/Zend/zend.c:1069
#9  0x0813eb73 in php_execute_script (primary_file=0xb8d0) at
/home/skissane/php-5.0.

#33208 [Opn]: define() allows non variable-like strings (spaces, slashes)

[aneroid at gmail dot com]

 ID:   33208
 User updated by:  aneroid at gmail dot com
 Reported By:  aneroid at gmail dot com
 Status:   Open
 Bug Type: *Programming Data Structures
 Operating System: linux & windows
 PHP Version:  5.0.3
 New Comment:

btw, it may imply corresponding bugs in 'constant()' and 'defined()'.

imho, they would be better left untouched so it's easier to use them as
they currently work. if they are fixed, they should produce
E_WARNING/NOTICEs (worst case) so they can be suppressed with '@' when
checking. this is especially true of constant().

(i'd entered this as a comment but it wasn't displaying)


Previous Comments:


[2005-06-01 02:26:17] aneroid at gmail dot com

Description:

define()ing a constant with spaces, / signs, etc. doesn't throw an
error (or warning).

i happened to try to create a constant with the name
'U/L DIR' and it worked. that's two illegal chars. since constant names
like "2FOO" are checked and not allowed, shouldn't these also not be
allowed?

sure doesn't satisfy "The name of a constant follows the same rules as
any label in PHP." or the regexp
[a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]*

a name like that obviously can't be used (tried quotes and braces) but
it works just fine with 'defined()', 'constant()' and shows up in
get_defined_constants().

Reproduce code:
---
define('U/L DIR', 'myuploaddir');

if (defined('U/L DIR')) {  //true
 echo 'yup';
 echo constant('U/L DIR');
 print_r(get_defined_constants());
}

// all the lines above print 'myuploaddir' for 'U/L DIR'

Expected result:

E_ERROR since it's violates label rules (an E_WARNING at the least?)

Actual result:
--
spaces, etc. work just fine. (it shouldn't)





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

#33208 [NEW]: define() allows non variable-like strings (spaces, slashes)

[aneroid at gmail dot com]

From: aneroid at gmail dot com
Operating system: linux & windows
PHP version:  5.0.3
PHP Bug Type: *Programming Data Structures
Bug description:  define() allows non variable-like strings (spaces, slashes)

Description:

define()ing a constant with spaces, / signs, etc. doesn't throw an error
(or warning).

i happened to try to create a constant with the name
'U/L DIR' and it worked. that's two illegal chars. since constant names
like "2FOO" are checked and not allowed, shouldn't these also not be
allowed?

sure doesn't satisfy "The name of a constant follows the same rules as any
label in PHP." or the regexp [a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]*

a name like that obviously can't be used (tried quotes and braces) but it
works just fine with 'defined()', 'constant()' and shows up in
get_defined_constants().

Reproduce code:
---
define('U/L DIR', 'myuploaddir');

if (defined('U/L DIR')) {  //true
 echo 'yup';
 echo constant('U/L DIR');
 print_r(get_defined_constants());
}

// all the lines above print 'myuploaddir' for 'U/L DIR'

Expected result:

E_ERROR since it's violates label rules (an E_WARNING at the least?)

Actual result:
--
spaces, etc. work just fine. (it shouldn't)

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

#33179 [Bgs]: backslash is not an escape character in correct CSV

[fsb at thefsb dot org]

 ID:   33179
 User updated by:  fsb at thefsb dot org
 Reported By:  fsb at thefsb dot org
 Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: os x 10.3 and freebsd 5.3
 PHP Version:  4.3.10
 New Comment:

if backslash were an escape character to PHP then it 
would not appear in the parsed values from the following 
csv file:

abc,123,abc,123,abc,123
abc,\ 123,abc,123,abc,123
abc,123\ ,abc,123,abc,123
abc,123,abc\,123,abc,123
abc,123,\"abc",123,abc,123
abc,123,"a\""bc",123,abc,123
abc,123,"a"\"bc",123,abc,123
abc,123,"a""bc"\ ,123,abc,123

in every case above, the backslash preceeds a special 
caracter in the csv file format. if backshalsh were 
generally an escape character then in these positions it 
should be removed by the csv parser leaving the 
following character as literal.


Previous Comments:


[2005-05-31 01:18:39] [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

As far as PHP is concerned backslash is an escape characte, which makes
the demonstrated behaviour expected.



[2005-05-30 02:22:52] fsb at thefsb dot org

Description:

why can i have a \ at the end of a field but not
if i wrap it in " field delimiters? e.g.

  abc,123\,abc   works fine but

  "abc","123\",abc   produces only two columns

this question has been asked before (#29278, #30476,
etc.) and [EMAIL PROTECTED] rejects the bug as bogus. i 
don't agree. 

if this is not a bug then this unusual use of \ to 
escape only closing field delimiting double quotes 
but not escape any other instances of double qotes or 
(it would appear) any other character SHOULD be 
documented. it is not.

moreover this undocumented feature is not consistent 
with the specification of the CSV file format found 
here: http://www.creativyst.com/Doc/Articles/CSV/
CSV01.htm

this csv spec suggests that backslash has no special 
meaning in the CSV format at all. indeed, in all my 
tests, fgetcsv appears to accord it no special meaning 
_except_ in this one particular case.

such a surprising behaviour that deviates from common 
CSV file format conventions SHOULD be documented (or 
corrected).






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

#31646 [Com]: imap_mail_compose() don't work when body[][charset] has been set

[martin at fronek dot slansko dot net]

 ID:   31646
 Comment by:   martin at fronek dot slansko dot net
 Reported By:  webmaster at alikuvkoutek dot cz
 Status:   Assigned
 Bug Type: IMAP related
 Operating System: Linux
 PHP Version:  5CVS-2005-05-05 (dev)
 Assigned To:  sniper
 New Comment:

supplement:

Just the function imap_mail_compose work, not charset!

Unfortunately..


Previous Comments:


[2005-06-01 02:11:41] martin at fronek dot slansko dot net

The Function imap_mail_compose work, but only if  the parameter
"charset" is typping UPPERCASE!
doesn't working example: $body[1]["charset"]='windows-1250'; 
working example: $body[1]["CHARSET"]='windows-1250'; 

The bug is in souce code of PHP, in file 'php_imap.c' on lines 2912 and
3019.

Martin Fronek.



[2005-05-08 21:48:05] gandie at rootshell dot cz

BACKTRACE:

#0  0xb79007d4 in free () from /lib/libc.so.6
#1  0x082e51ee in fs_give ()
#2  0x08351b47 in _IO_stdin_used ()
#3  0x in ?? ()
#4  0x in ?? ()
#5  0x0851d1a0 in ?? ()
#6  0x0882e528 in ?? ()
#7  0x0882e588 in ?? ()
#8  0x0882e520 in ?? ()
#9  0x082fe788 in mail_free_body_parameter ()
#10 0x0882e578 in ?? ()
#11 0x0851d1a0 in ?? ()
#12 0x0882e528 in ?? ()
#13 0x082fe5a2 in mail_free_body_data ()
#14 0xbfffacc4 in ?? ()
#15 0x0882e598 in ?? ()
#16 0xbfffacc0 in ?? ()
#17 0x082fe548 in mail_free_body ()
#18 0x0882e520 in ?? ()
#19 0x0882e694 in ?? ()
#20 0x0882bcbc in ?? ()
#21 0x0810cfc0 in zif_imap_mail_compose ()
#22 0x in ?? ()
(gdb) frame 21
#21 0x0810cfc0 in zif_imap_mail_compose ()
(gdb) frame 22
#22 0x in ?? ()



[2005-01-21 20:58:43] webmaster at alikuvkoutek dot cz






[2005-01-21 19:27:01] webmaster at alikuvkoutek dot cz

Description:

When set $body[][charset], the imap_mail_compose() don't work. The
script is terminated on that line and no output is generated.

The source code and information from phpinfo() is available over the
URL (links are on the top of the page).

Reproduce code:
---
http://www.alikuvkoutek.cz/t.php






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

#31646 [Com]: imap_mail_compose() don't work when body[][charset] has been set

[martin at fronek dot slansko dot net]

 ID:   31646
 Comment by:   martin at fronek dot slansko dot net
 Reported By:  webmaster at alikuvkoutek dot cz
 Status:   Assigned
 Bug Type: IMAP related
 Operating System: Linux
 PHP Version:  5CVS-2005-05-05 (dev)
 Assigned To:  sniper
 New Comment:

The Function imap_mail_compose work, but only if  the parameter
"charset" is typping UPPERCASE!
doesn't working example: $body[1]["charset"]='windows-1250'; 
working example: $body[1]["CHARSET"]='windows-1250'; 

The bug is in souce code of PHP, in file 'php_imap.c' on lines 2912 and
3019.

Martin Fronek.


Previous Comments:


[2005-05-08 21:48:05] gandie at rootshell dot cz

BACKTRACE:

#0  0xb79007d4 in free () from /lib/libc.so.6
#1  0x082e51ee in fs_give ()
#2  0x08351b47 in _IO_stdin_used ()
#3  0x in ?? ()
#4  0x in ?? ()
#5  0x0851d1a0 in ?? ()
#6  0x0882e528 in ?? ()
#7  0x0882e588 in ?? ()
#8  0x0882e520 in ?? ()
#9  0x082fe788 in mail_free_body_parameter ()
#10 0x0882e578 in ?? ()
#11 0x0851d1a0 in ?? ()
#12 0x0882e528 in ?? ()
#13 0x082fe5a2 in mail_free_body_data ()
#14 0xbfffacc4 in ?? ()
#15 0x0882e598 in ?? ()
#16 0xbfffacc0 in ?? ()
#17 0x082fe548 in mail_free_body ()
#18 0x0882e520 in ?? ()
#19 0x0882e694 in ?? ()
#20 0x0882bcbc in ?? ()
#21 0x0810cfc0 in zif_imap_mail_compose ()
#22 0x in ?? ()
(gdb) frame 21
#21 0x0810cfc0 in zif_imap_mail_compose ()
(gdb) frame 22
#22 0x in ?? ()



[2005-01-21 20:58:43] webmaster at alikuvkoutek dot cz






[2005-01-21 19:27:01] webmaster at alikuvkoutek dot cz

Description:

When set $body[][charset], the imap_mail_compose() don't work. The
script is terminated on that line and no output is generated.

The source code and information from phpinfo() is available over the
URL (links are on the top of the page).

Reproduce code:
---
http://www.alikuvkoutek.cz/t.php






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

#32475 [Fbk->Opn]: Memory Leak: TSRMLS_FETCH() in HTTPExtensionProc

[lacey at lacey dot cc]

 ID:   32475
 User updated by:  lacey at lacey dot cc
 Reported By:  lacey at lacey dot cc
-Status:   Feedback
+Status:   Open
 Bug Type: IIS related
 Operating System: Windows XP
 PHP Version:  5CVS-2005-03-29
 New Comment:

No.


Previous Comments:


[2005-05-27 09:04:00] [EMAIL PROTECTED]

Was it same place as said in bug #33118 ??




[2005-05-03 18:48:52] lacey at lacey dot cc

Found the Memory Leak.  Thanks for all the help.



[2005-04-05 02:27:41] lacey at lacey dot cc

Is there any feedback on this?  I've tried stepping into the code but
the debug files aren't jibing with the Source Code versions that I
have.



[2005-03-29 01:53:37] lacey at lacey dot cc

Yes.  Of course I will download those and do more testing.  I'll let
you know if I find out anything further.  But I've already given you
the exact subroutine.  It's the call to TSRMLS_FETCH() which calls
ts_resource_ex in trsm.c

ts_resouce_ex allocates the memory, and ts_free_thread somehow doesn't
free it all.  The memory keeps growing with the implementation of each
thread until the Server crashes.  I'd assume that's where you need to
look.  Or am I missing something here?

Jakub has explained the same scenario in this report as well.

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

Thanks.



[2005-03-29 01:19:04] [EMAIL PROTECTED]

Get these packages: 

http://snaps.php.net/win32/php5-win32-latest.zip
http://snaps.php.net/win32/php5-dbgpack-win32-latest.zip

And try provide some useful information about the crash.




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

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

#33188 [Fbk->Opn]: Cannot instantiate a DOTNET object

[sean at iplus dot plus dot com]

 ID:   33188
 User updated by:  sean at iplus dot plus dot com
 Reported By:  sean at iplus dot plus dot com
-Status:   Feedback
+Status:   Open
 Bug Type: COM related
 Operating System: Windows 2000
 PHP Version:  5CVS-2005-05-31
 New Comment:

I have tested again after a reboot but still get the same result. 

Whats the significance of a reboot ? What gets installed/modified ? I
though I just had to unzip the binaries and run PHP.EXE with a .PHP
script. Im not using PHP with a webserver - just using PHP.EXE on the
command line. I didnt think I had to install anything extra for PHP
(and the DOTNET extension) to work. Maybe I've missed something here ?

Thanks


Previous Comments:


[2005-05-30 23:56:59] [EMAIL PROTECTED]

Did you reboot..? :)




[2005-05-30 23:43:36] sean at iplus dot plus dot com

Tried the latest snapshot but still get same result as shown below:

C:\PHP\BUGS>php5-win32-latest\php.exe -v 
PHP 5.1.0-dev (cli) (built: May 30 2005 20:22:11)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies


C:\PHP\BUGS>php5-win32-latest\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\BUGS\dotnet-example.php:2
Stack trace:
#0 {main}
  thrown in C:\PHP\BUGS\dotnet-example.php on line 2
#



[2005-05-30 23:00:59] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-05-30 18:57:03] sean at iplus dot plus dot com

Description:

When trying to instantiate a DOTNET object in Version 5.0.4 I get a
'com_exception'. I have Microsoft.NET 1.1 installed.

The bug appears similar to a previous bug:

BUG #29490 'Failed to instantiate .Net object' using PHP.NET docu
example
BUG #30461 "Failed to Instantiate .Net Object" error (again)

Bug #29490 was fixed in version 5.0.1.

I tried version 5.0.1, 5.0.2, 5.03 and could not instantiate a DOTNET
object. However the error message was different for different versions.



Version Error message 
--
5.0.4   Failed to instantiate .Net object [CreateInstance] [0x80070057]
The parameter is incorrect
5.0.3   Failed to instantiate .Net object [CreateInstance] [0x80070057]
The parameter is incorrect
5.0.2   Failed to initialize .Net runtime
5.0.1   Failed to initialize .Net runtime


The full results of my tests are shown below.

##

Tests run on previous PHP versions - all with same reproduce code

##

##


PHP VERSION = 5.04

##


C:\PHP>php-5.0.4-Win32\php.exe -v 
PHP 5.0.4 (cli) (built: Mar 31 2005 02:45:48)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies

C:\PHP>php-5.0.4-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 C:\PHP\dotnet-example.php(2): dotnet->dotnet('mscorlib',
'System.Collecti...')
#1 {main}
  thrown in C:\PHP\dotnet-example.php on line 2

##

PHP VERSION = 5.03

##

C:\PHP>php-5.0.3-Win32\php.exe -v 
PHP 5.0.3 (cli) (built: Dec 15 2004 08:07:57)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies

C:\PHP>php-5.0.3-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 C:\PHP\dotnet-example.php(2): dotnet->dotnet('mscorlib',
'System.Collecti...')
#1 {main}
  thrown in C:\PHP\dotnet-example.php on line 2

##

PHP VERSION = 5.02

##

C:\PHP>php-5.0.2-Win32\php.exe -v 
PHP 5.0.2 (cli) (built: Sep 24 2004 01:25:41)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.2, Copyright (c) 1998-2004 Zend Technologies

C:\PHP>php-5.0.2-Win32\php.exe dotnet-example.php 

Fatal error: U

#33192 [Fbk->Opn]: failure to pass certificate in handshake of openssl related transport sockets

[justin dot d dot allen at gmail dot com]

 ID:   33192
 User updated by:  justin dot d dot allen at gmail dot com
 Reported By:  justin dot d dot allen at gmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Sockets related
 Operating System: linux(slackware)
-PHP Version:  5.0.3
+PHP Version:  5.0.4(latest snapshot)
 New Comment:

installed php5-latest.tar.gz
am now getting the same error from server

but error from client is the same SSL error with added warnings
Warning: stream_socket_client(): SSL operation failed with code 1.
OpenSSL Error messages:
error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake
failure in ssl.conector.php on line 17

Warning: stream_socket_client(): Failed to enable crypto in
ssl.conector.php on line 17

Warning: stream_socket_client(): unable to connect to tls://host:port
(Unknown error) in ssl.conector.php on line 17
 (0)


still no certificate passed


stream_socket_enable_crypto makes no difference


Previous Comments:


[2005-05-31 07:22:24] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

stream_socket_enable_crypto() was added in PHP 5.1-dev,
it's not (and will not be) in PHP 5.0.x




[2005-05-31 05:36:42] justin dot d dot allen at gmail dot com

line that was truncated on exapmle source is 
if (!fp =
stream_sockect_client("tls://host:port",$errno,$errstr,30,STREAM_CLIENT_CONNECT/*|STREAM_CLIENT_ASYNC_CONNECT*/,$fc))
{



[2005-05-31 03:36:49] justin dot d dot allen at gmail dot com

Description:

Have been unable to get a socket_stream_client() to pass the
certificate whose path is specified by stream_context_create().

also stream_socket_enable_crypto() is an unknown function.

Reproduce code:
---
array(
 'passphrase'=>'***',
 'allow_self_signed'=>'TRUE',
 'local_cert'=>'sec.pem'
  )
));
if (!$fp =
stream_socket_client("tls://host:port",$errno,$errstr,30,STREAM_CLIENT_CONNECT/*|STREAM_CLIENT_ASYNC_CONNE$
echo "$errstr ($errno)\n";
} else {  
//stream_socket_enable_crypto($fp,true,STREAM_SOCKET_CRYPTO_METHOD_TLS_CLIENT);
  sleep(30);
}
?>

Expected result:

expect to get successful connection to my ssl server software and it
waits for a command until sleep is complete

the sec.pem file is the result of cat cert.pem pk.pem
  this may not be the specified file format(if so docs weren't clear
enough for me)

I am able to connect to my server using 
openssl s_client -connect host:port -cert cert.pem -key pk.pem
successfully

Actual result:
--
from the php connector I recieve 
Warning: stream_socket_client(): SSL operation failed with code 1.
OpenSSL Error messages:
error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake
failure in /home/ebay/test/ssl.conector.php on line 17

from the server(which for debugging is openssl s_server -accept port
-cert cert.pem -key pk.pem -Verify 1) I recieve
19447:error:140890C7:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:peer did
not return a certificate:s3_srvr.c:2004:
  get same result from custom server

the commented out stream_socket_enable_crypto call gives me
Fatal error: Call to undefined function stream_socket_enable_crypto()
in /home/ebay/test/ssl.conector.php on line 20
  which I imagine is the problem 





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

#33207 [NEW]: Strange copy on change error with arrays, objects, and serialize

[phallstrom at gmail dot com]

From: phallstrom at gmail dot com
Operating system: FreeBSD 4.9-RELEASE
PHP version:  4.3.11
PHP Bug Type: Arrays related
Bug description:  Strange copy on change error with arrays, objects,  and 
serialize

Description:

I came across a very odd bug in 4.3.10 (and 4.3.11).  It's not in 4.3.4,
and it's not in 5.0.4.

My understanding is that in 4.x objects are assigned by value.  So, why in
the first part of the code is the output of serialize() indicating a
reference?  This would suggest that objects are being copied by
reference.

But in the second when I change $ary[1]->name, the output of the serialize
only changes the second element, not both.  Also, changing $obj->name
doesn't have any effect on $ary[0] or $ary[1]. Which would suggest that
$ary[0] and $ary[1] are NOT the SAME thing.

The output below is from 4.3.11.  4.3.4 does not have this problem and the
serialize() output does not indicate any reference.

In 5.0.4, the everything works like I'd expect it to since objects are
assigned by reference.

It's almost like $obj is partially being copied by reference and that
serialize is picking up on that or something...

Reproduce code:
---
name = "Homer";
$ary[] = $obj;
$ary[] = $obj;

$obj1->name = "Homer";
$ary[] = $obj1;

print_r($ary);
print("\n");
print ( serialize($ary) );

print("\n\n---\n\n");

unset($obj); unset($obj1); unset($ary);

$obj->name = "Homer";
$ary[] = $obj;
$ary[] = $obj;

$obj1->name = "Homer";
$ary[] = $obj1;

$ary[1]->name = "Marge";

print_r($ary);
print("\n");
print ( serialize($ary) );

?>


Expected result:

I would expect to *not* see any indications of references (i.e. "r:2") in
the serialized output.

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

[1] => stdClass Object
(
[name] => Homer
)

[2] => stdClass Object
(
[name] => Homer
)

)

a:3:{i:0;O:8:"stdClass":1:{s:4:"name";s:5:"Homer";}i:1;r:2;i:2;O:8:"stdClass":1:{s:4:"
name";s:5:"Homer";}}

---

Array
(
[0] => stdClass Object
(
[name] => Homer
)

[1] => stdClass Object
(
[name] => Marge
)

[2] => stdClass Object
(
[name] => Homer
)

)

a:3:{i:0;O:8:"stdClass":1:{s:4:"name";s:5:"Homer";}i:1;O:8:"stdClass":1:{s:4:"name";s:
5:"Marge";}i:2;O:8:"stdClass":1:{s:4:"name";s:5:"Homer";}}


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

#24740 [Com]: Segmentation fault

[mjohnston at planetactive dot com]

 ID:   24740
 Comment by:   mjohnston at planetactive dot com
 Reported By:  rarteaga at icaro dot com dot ec
 Status:   No Feedback
 Bug Type: OCI8 related
 Operating System: Linux RH9 and RH7.3
 PHP Version:  4.3.3RC2-dev
 New Comment:

We also experience a similar bug in all CLI scripts 
which use oci to talk to oracle. So far, the scripts all 
function as expected, but seg fault on exiting.

one group of servers is running php 4.3.8, the other 
4.1.2. Oracle is 8.1.7.0.4

Linux is Redhat 9


Previous Comments:


[2003-09-30 13:04:08] goahead at enkai dot co dot kr

while (OCIFetchinto ($parse, $row, OCI_ASSOC)) {

--> while (OCIFetchinto ($parse, &$row, OCI_ASSOC)) {



[2003-08-26 00:57:54] [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.





[2003-08-20 23:52:13] [EMAIL PROTECTED]

What was the configure line used to configure PHP?




[2003-08-20 18:09:18] rarteaga at icaro dot com dot ec

As you can see in the detail of this bug report, I'm not running the
script from a webserver, that's why I put:

#!/usr/bin/php -q

to run it from the console like this:

./oracle.php

I get the result in the standar output.

Setting the relevant configuration variables in the script do work, if
I do not put this line for example:

putenv("ORACLE_HOME=/opt/oracle/product/9.2.0");

The script will simple tell me that ORACLE is not present and so on.

I understand that once the script works fine, I'll have to put the
correct env. variables so Apache knows ORACLE its present, mean while
putenv works just fine...



[2003-08-20 17:49:21] [EMAIL PROTECTED]

The environment variables has to be set in the shell prior to starting
your webserver. Setting them in a script has no effect whatsoever.




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

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

#33184 [Fbk->Opn]: odbc_exec(): SQL error: [IBM][CLI Driver][DB2/6000] SQL0954C Not enough storag

[brad_allgood at csgsystems dot com]

 ID:   33184
 User updated by:  brad_allgood at csgsystems dot com
 Reported By:  brad_allgood at csgsystems dot com
-Status:   Feedback
+Status:   Open
 Bug Type: ODBC related
 Operating System: Windows XP
 PHP Version:  5.0.4
 New Comment:

I can not get the PECL extension to work.  When I load it via the
php.ini setting:

"extension=php_ibm_db2.dll"

I get the following errors when I try invoke the script via the command
line

 php.exe - Entry Point Not Found
 The procedure entry point [EMAIL PROTECTED] could not be located in the
dynamic link library DB2CLI.dll

 Warning:
 PHP Startup: Unable to load dynamic library
'c:\php\ext\php_ibm_db2.dll' - The specified procedure could not be
found.

On the machine I am running the script from (client) the dblevel
command outputs:

DB21085I  Instance "DB2" uses DB2 code release "SQL07010" with level
identifier

"02020105" and informational tokens "DB2 v7.1.0.1", "n000727" and
"WR21198".

On the machine that has the database I am querying the db2level command
outputs:

DB21085I  Instance "db2inst1" uses DB2 code release "SQL07020" with
level 
identifier "03010105" and informational tokens "DB2 v7.1.0.40",
"s010415" and 
"U475375".


So given all this am I to understand that the PECL db2 component is not
a viable option for me unless I upgrade to DB2 V8.1?

I am assuming that is the issue with the ibm_db2_php.dll starting up
due to dependencies in db2_cli.dll ... unless I've got something goofy
in my pathing to get to the db2_cli.dll.

The "echo %PATH%" command I am running the php command from is 


echo %PATH%

C:\Perl\bin\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Microsoft SQL Server\80\Tools\BINN;C:\Program Files\ActiveState
Komodo 3.1
\;c:\php;C:\Program Files\SQLLIB\BIN;C:\Program
Files\SQLLIB\HELP;c:\php\ext;c:\
php\includes;c:\php\includes\jpgraph;c:\php\includes\jpgraph\src

The db2cli.dll is located in c:\Program Files\SQLLIB\BIN which is in my
path.

Back to the orignal submission:

It looked like in 16221 someone had a track on this in the 4.X branch
of code.  Did this not pan out or has that cause been ruled out as part
of the original odbc related bug submission I created?


Previous Comments:


[2005-05-31 00:01:09] [EMAIL PROTECTED]

Brad:

1) Can you reproduce the error with the PECL ibm_db2 extension? You can
grab the php_ibm_db2.dll from http://snaps.php.net/, change odbc_* to
db2_* in your function calls (with the exception of odbc_connect() -- I
think you'll need to add USER=user;PASSWORD=password; to your connection
string and pass nulls for the second and third parameter), and
everything _should_ work. Note that this requires a minimum of DB2
V8.2.

2) What levels of DB2 are you running on your Windows box and AIX
server?



[2005-05-30 20:24:07] brad_allgood at csgsystems dot com

Okay ... I'm inlcuding a script written and tested on my machine to
reproduce the error:

//## Script Start 
\n";
 // Get Data From Result
 $vpcfg_row_count = 0;
 while ($vpcfg_row[] = odbc_fetch_array($vpcfg_result))
 {   
 $m_mach_sn = $vpcfg_row[$vpcfg_row_count]["M_MACH_SN"];
 $m_cluster_n =
$vpcfg_row[$vpcfg_row_count]["M_CLUSTER_N"];
 $m_card_num = $vpcfg_row[$vpcfg_row_count]["M_CARD_NUM"];
 $m_lss_la = $vpcfg_row[$vpcfg_row_count]["M_LSS_LA"];
 $m_array_id = $vpcfg_row[$vpcfg_row_count]["M_ARRAY_ID"];
 $m_loop_id = $vpcfg_row[$vpcfg_row_count]["M_LOOP_ID"];
 $m_grp_num = $vpcfg_row[$vpcfg_row_count]["M_GRP_NUM"];
 $m_disk_num = $vpcfg_row[$vpcfg_row_count]["M_DISK_NUM"];
 }
 print "Counter = $counter\n";
 $counter = $counter + 1;
 }
 odbc_close($conn)
?>
//## Script End   



[2005-05-30 19:48:52] denials at gmail dot com

What is the expected result of the test script?

In reading the script (and ignoring the extra close brace in line 4
that would cause a syntax error), I would expect the loop to start
issuing errors after the first iteration, as odbc_close_all() should
close the connection if no transactions are in progress.

Given the subject of the bug, I'm assuming you're seeing an SQL0954C
instead, which would indicate that odbc_close_all() is not, in fact,
doing its job. However, I have been unable to reproduce this result on
Windows XP, Apache 2.0.52, PHP 5.0.4, DB2 Version 8.2 connecting
locally or to a remote DB2 server on a Linux box. The APPLHEAPSZ
setting on the Windows server is the default of 256 4K pages.



[2005-05-30 16:08:11] brad_allgood a

#33204 [Opn->Bgs]: Windows 2003 SP1 IIS PHP 5 CGI strange behaviour

[tony2001]

 ID:   33204
 Updated by:   [EMAIL PROTECTED]
 Reported By:  marco dot abaecherli at abf dot ch
-Status:   Open
+Status:   Bogus
 Bug Type: CGI related
 Operating System: Windows 2003 SP 1
 PHP Version:  5.0.4
 New Comment:

>After installing SP 1 on our Windows 2003 IIS 6 PHP 5.0.4 
>test web server, we get some problems in CGI Mode.

So if it's clear that SP1 is causing it why do you report it here and
not at bugs.microsoft.com ?



Previous Comments:


[2005-05-31 18:29:38] marco dot abaecherli at abf dot ch

Description:

After installing SP 1 on our Windows 2003 IIS 6 PHP 5.0.4 test web
server, we get some problems in CGI Mode. In some cases the web server
does not send the whole PHP generated HTML code to the client. The PHP
file is allways executed to the end. The whole HTML code of the page is
generated with echo() or as raw HTML. No PHP warnings or errrors are
displayed. It occurs randomly on different pages and not allways on the
same position.

Example: call page test.php -> the site is well displayed. Open a new
browser window, call the same page -> the last part of the page will
not be displayed. We can't figure out a rule. Sometimes it works,
sometimes it dosn't.

Before installing SP1 everithing went ok. After installing SP1 PHP
5.0.4 ISAPI is still ok. We tested also PHP 4.3.7 CGI which is ok too.







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

#33204 [NEW]: Windows 2003 SP1 IIS PHP 5 CGI strange behaviour

[marco dot abaecherli at abf dot ch]

From: marco dot abaecherli at abf dot ch
Operating system: Windows 2003 SP 1
PHP version:  5.0.4
PHP Bug Type: CGI related
Bug description:  Windows 2003 SP1 IIS PHP 5 CGI strange behaviour

Description:

After installing SP 1 on our Windows 2003 IIS 6 PHP 5.0.4 test web server,
we get some problems in CGI Mode. In some cases the web server does not
send the whole PHP generated HTML code to the client. The PHP file is
allways executed to the end. The whole HTML code of the page is generated
with echo() or as raw HTML. No PHP warnings or errrors are displayed. It
occurs randomly on different pages and not allways on the same position.

Example: call page test.php -> the site is well displayed. Open a new
browser window, call the same page -> the last part of the page will not
be displayed. We can't figure out a rule. Sometimes it works, sometimes it
dosn't.

Before installing SP1 everithing went ok. After installing SP1 PHP 5.0.4
ISAPI is still ok. We tested also PHP 4.3.7 CGI which is ok too.



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

#33175 [Fbk->Opn]: cant cross compiling arm linux

[esteban at correo dot unam dot mx]

 ID:   33175
 User updated by:  esteban at correo dot unam dot mx
 Reported By:  esteban at correo dot unam dot mx
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: linux
 PHP Version:  4CVS-2005-05-28 (stable)
 New Comment:

I'm compiling under i686-pc-linux (fedora core 1) and I want to run in
AEL (Arcom Embebed Linux) with arm linux and kernel 2.4.26 plataform. 

I'm using toolchain of arcom for cross compiling and qemu like a
processor emulator in my build pc, with the options:

>--target=arm-linux \
>--host=arm-linux \
>--build=i686-pc-linux 

Part of configure is:

loading cache ./config.cache
checking host system type... i686-pc-linux-gnu
checking for gcc... (cached) arm-linux-gcc
checking whether the C compiler (arm-linux-gcc
-I/opt/arcom/arm-linux/include ) works... yes
checking whether the C compiler (arm-linux-gcc
-I/opt/arcom/arm-linux/include ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether arm-linux-gcc accepts -g... (cached) yes
checking whether arm-linux-gcc and cc understand -c and -o together...
(cached) yes
checking how to run the C preprocessor... (cached) arm-linux-gcc -E
checking for AIX... no
checking if compiler supports -R... (cached) no
checking if compiler supports -Wl,-rpath,... (cached) yes
checking for re2c... (cached) exit 0;
checking whether ln -s works... (cached) yes
checking for mawk... (cached) gawk
checking for bison... (cached) bison -y
checking bison version... 1.875 (ok)
checking for flex... (cached) flex
checking for yywrap in -lfl... (cached) yes
checking lex output file root... (cached) lex.yy
checking whether yytext is a pointer... (cached) yes
checking for working const... (cached) yes
checking flex version... 2.5.4 (ok)
checking whether byte ordering is bigendian... (cached) no
checking whether to force non-PIC code in shared modules... yes
checking for pthreads_cflags... (cached)
checking for pthreads_lib... (cached)


but it's happening what I already described you. Do you really think is
just a configuration problem? :$  What about  '--without-pear' option?

If I change zend_strtod.c file how I already described you
and use the option --enable-sockes for configure, the php info page and
an simple program with sockets works but i don´t know the possible
problems if I work with this  environment  

And thanks a lot for your answers


Previous Comments:


[2005-05-31 08:43:51] [EMAIL PROTECTED]

Under what OS/platform are you compiling ? And _for_ what OS/platform?
I think you've simply using the wrong configure options, see
./configure --help and options --target and --build  (--host is
something else)




[2005-05-31 01:45:26] esteban at correo dot unam dot mx

HI !!
For this test I used php-4.3.11

I edited the file zend_strtod.c changing the line:

#if  defined(IEEE_LITTLE_ENDIAN) + defined(IEEE_BIG_ENDIAN) +
defined(VAX) + defined(IBM) != 1 

for 

#if defined(IEEE_BIG_ENDIAN) + defined(VAX)\
 + defined(IBM) != 1 

when I compiled it finished Ok then I ran the command "make install"
but this ocurred

Installing PEAR environment: 
/flashcard/usr/local/php-arm/lib/php/
qemu: uncaught target signal 11 (Segmentation fault) - exiting
make[1]: *** [install-pear-installer] Error 245
make: *** [install-pear] Error 2

Next I configured php with this line:
>CC="arm-linux-gcc" \
>CXX="arm-linux-g++" \
>CFLAGS="-I/opt/arcom/arm-linux/include" \
>LIBS="-L/opt/arcom/arm-linux/lib" \
>RANLIB="arm-linux-ranlib"
>./configure '--prefix=/flashcard/usr/local/php-arm \
>--with-pgsql=/flashcard/usr/local/pg7.4.8-arm
>--with-apxs=/flashcard/usr/local/apache-arm/bin/apxs \ >--without-pear
--without-mysql --host=arm-linux \ >--build=i386-linux'

SEE the '--without-pear' option

after I executed 

"make" 

and 

"make install"

commands

this compile and run fine. NOW my question is: This option how affects
the performance of php ?

And I want to run a web application with sockets and sessions, is this
posible with this option ?

Finally I want to know if my report is considered like a bug  or not.

THANKS :D



[2005-05-28 23:52:06] esteban at correo dot unam dot mx

Description:

Hi 
I try cross compiling php4 to run in a arm linux my configure line is:


>CC="arm-linux-gcc" \
>CXX="arm-linux-g++" \
>RANLIB="arm-linux-ranlib" \
>LIBS="-L/opt/arcom/arm-linux/lib" \
>CFLAGS="-I/opt/arcom/arm-linux/include" \
>./configure \
>--prefix=/flashcard/usr/local/php-arm \
>--with-apxs=/www/bin/apxs \
>--host=arm-linux \
>--build=i386-linux 



Reproduce code:
---
Here's where the compile fails:

/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:240: error:
parse error before "one"
/root/esteban/php4-STABLE-200505282035/Ze

#33191 [Fbk->Opn]: Compile failure --with-ibm-db2

[atrojan at gmail dot com]

 ID:   33191
 User updated by:  atrojan at gmail dot com
 Reported By:  atrojan at gmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: AIX 5.1
 PHP Version:  5.0.4
 New Comment:

Tried CVS snapshot you suggested, configures ok and makes without
problems.  Thanks


Previous Comments:


[2005-05-31 07:18:52] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-05-31 03:10:40] atrojan at gmail dot com

Description:

Can't run configure on php 5.0.4 to work with IBM DB2 8.1.1.80 on AIX
5.1 machine, works with php 5.0.3 on same machine with same configure
paramaters (below).






Reproduce code:
---
CC=gcc \
./configure \
--disable-all \
--with-ibm-db2=/usr/opt/db2_08_01 

Expected result:

configure to sucessfully complete with php 5.0.4.  Works with php
5.0.3.

Actual result:
--
with php 5.0.4, configure dies with:
checking for IBM DB2 support... configure: error: IBM DB2 required
libraries not found

relevant config.log (nothing):
configure:62162: checking for IBM DB2 support






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

#33191 [Opn->Csd]: Compile failure --with-ibm-db2

[tony2001]

 ID:   33191
 Updated by:   [EMAIL PROTECTED]
 Reported By:  atrojan at gmail dot com
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: AIX 5.1
 PHP Version:  5.0.4


Previous Comments:


[2005-05-31 15:28:39] atrojan at gmail dot com

Tried CVS snapshot you suggested, configures ok and makes without
problems.  Thanks



[2005-05-31 07:18:52] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-05-31 03:10:40] atrojan at gmail dot com

Description:

Can't run configure on php 5.0.4 to work with IBM DB2 8.1.1.80 on AIX
5.1 machine, works with php 5.0.3 on same machine with same configure
paramaters (below).






Reproduce code:
---
CC=gcc \
./configure \
--disable-all \
--with-ibm-db2=/usr/opt/db2_08_01 

Expected result:

configure to sucessfully complete with php 5.0.4.  Works with php
5.0.3.

Actual result:
--
with php 5.0.4, configure dies with:
checking for IBM DB2 support... configure: error: IBM DB2 required
libraries not found

relevant config.log (nothing):
configure:62162: checking for IBM DB2 support






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

#33202 [Opn->Bgs]: "cannot find -lirc" when building with "--with-oci-instant-client"

[tony2001]

 ID:   33202
 Updated by:   [EMAIL PROTECTED]
 Reported By:  c dot durmont at cr-poitou-charentes dot fr
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: GNU/Linux (Ubuntu 5.04 Hoary)
 PHP Version:  4CVS-2005-05-31 (stable)
 New Comment:

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

Thank you for your interest in PHP.

Fix your installation (libirc.a is a library bundled with Intel
Compiler).


Previous Comments:


[2005-05-31 15:25:58] c dot durmont at cr-poitou-charentes dot fr

Description:

Fails with either standard 4.3.11, cvs tarball or by recompiling the
(patched) version 4.3.10 from Hoary.
Oracle8 instant client (basic+SDK) is installed (from the zip files) in
/usr/local/instantclient/


Reproduce code:
---
./configure --with-mysql --with-pgsql --with-gd
--with-apxs=/usr/local/bin/apxs --with-zlib
--with-oci8-instant-client=/usr/local/instantclient/

It gives no error message, but when launching make you get :

/usr/bin/ld: cannot find -lirc
collect2: ld returned 1 exit status
make: *** [libphp4.la] Erreur 1

BTW I works fine if you remove --with-oci8-instant-client option, but
it doesn't help me much !






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

#33197 [Fbk->Opn]: sapi_module.treat_data not getting initialized (apache2)

[alan_k]

 ID:   33197
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alan at akbkhome dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: debian / linux
 PHP Version:  5.* (2005-05-31)
 New Comment:

Workaround : main/php_variables.c

add this to php_hash_enviroment()
if (!sapi_module.treat_data) {
   php_startup_sapi_content_types();
}

If no-one else can reproduce this, then it's probably best to suspend
it. (eg. leave open for a few days..)

Reference information:
gcc version 3.3.5 (Debian 1:3.3.5-12)
ii  apache2-common 2.0.54-4   
ii  apache2-mpm-prefork 2.0.54-4 
ii  apache2-prefork-dev  2.0.54-4 
ii  libtool1.5.6-6 
ii  autoconf   2.59a-3 







Previous Comments:


[2005-05-31 07:41:33] [EMAIL PROTECTED]

Try this:
# ./configure --disable-all --with-apxs2 

And if above crashes:
# ./configure --disable-all --with-apxs2 --enable-debug 




[2005-05-31 07:34:59] alan at akbkhome dot com

Server version: Apache/2.0.54
it's the debain apache2-mpm-prefork



[2005-05-31 07:29:33] [EMAIL PROTECTED]

Not enough info to reproduce (works fine for me..).
What MPM is used for Apache2? (please tell it's worker? :)
What startup? Request or "apachectl start" ?




[2005-05-31 06:01:23] alan at akbkhome dot com

Description:

tried HEAD & php-5.0.4

getting segfault at startup with apache2
#1  0x4086a123 in php_hash_environment ()
at /usr/src/php-5.0.4/main/php_variables.c:625
p = 0x81ecc39 "GPCS"
_gpc_flags = "\000\000\000\001"
dummy_track_vars_array = (zval *) 0x0
initialized_dummy_track_vars_array = 0 '\0'
jit_initialization = 0 '\0'
auto_global_records = {{name = 0x40a0c39b "_POST", name_len =
6,
long_name = 0x40a236b2 "HTTP_POST_VARS", long_name_len = 15,
jit_initialization = 0 '\0'}, {name = 0x40a0c3a1 "_GET", name_len =
5,
long_name = 0x40a236c1 "HTTP_GET_VARS", long_name_len = 14,
jit_initialization = 0 '\0'}, {name = 0x40a0c393 "_COOKIE",
name_len = 8,
long_name = 0x40a236cf "HTTP_COOKIE_VARS", long_name_len = 17,
jit_initialization = 0 '\0'}, {name = 0x408c12ab "_SERVER",
name_len = 8,
long_name = 0x40a236e0 "HTTP_SERVER_VARS", long_name_len = 17,
jit_initialization = 1 '\001'}, {name = 0x40a1683e "_ENV", name_len
= 5,
long_name = 0x40a236f1 "HTTP_ENV_VARS", long_name_len = 14,
jit_initialization = 1 '\001'}, {name = 0x40a23708 "_FILES",
name_len = 7,
long_name = 0x40a236ff "HTTP_POST_FILES", long_name_len = 16,
jit_initialization = 0 '\0'}}
i = 6
#2  0x4085edc4 in php_request_startup () at
/usr/src/php-5.0.4/main/main.c:1060
orig_bailout = {{__jmpbuf = {135586232, 1084715676,
-1073743140,
  -1073743112, -1073743568, 1082911454}, __mask_was_saved = 0,
__saved_mask = {__val = {0 
orig_bailout_set = 1 '\001'
retval = 0
#3  0x408bedfb in php_handler (r=0x8221948)
at /usr/src/php-5.0.4/sapi/apache2handler/sapi_apache2.c:527
orig_bailout = {{__jmpbuf = {0, 0, 0, 0, 0, 0},
__mask_was_saved = 0,
__saved_mask = {__val = {0 
ctx = (php_struct *) 0x8223240
conf = (void *) 0x0
brigade = (apr_bucket_brigade *) 0x82232b8
bucket = (apr_bucket *) 0x0
rv = 0
parent_req = (request_rec *) 0x0
#4  0x080783d5 in ap_run_handler ()
No symbol table info available.
(gdb) up
#1  0x4086a123 in php_hash_environment ()
at /usr/src/php-5.0.4/main/php_variables.c:625
625
sapi_module.treat_data(PARSE_GET, NULL, NULL TSRMLS_CC);/* GET
Data */
(gdb)  print sapi_module.treat_data
$2 = (void (*)(int, char *, zval *)) 0


build:
 './configure' 
'--prefix=/usr'
 '--with-regex=php'
 '--disable-cgi' 

'--with-config-file-path=/etc/php5/cli' 
'--disable-rpath'
 '--enable-memory-limit' 
'--with-layout=GNU'
 '--with-pear=/usr/share/php'
 '--enable-track-vars'
 '--enable-trans-sid' 
'--enable-bcmath'
 '--with-bz2' 
'--enable-ctype' '
--with-db4' 
'--with-iconv' 
'--enable-exif'
 '--enable-ftp' 
'--with-gettext' 
'--enable-mbstring'
 '--with-pcre-regex=/usr'
 '--enable-shmop'
 '--enable-sockets'
 '--enable-wddx'
 '--disable-xml'
 '--with-expat-dir=/usr'
 '--with-xmlrpc' 
'--enable-yp' 
'--with-zlib' 
'--without-pgsql'
 '--with-kerberos=/usr' 
'--enable-dbx' '--with-mime-magic=/usr/share/misc/file/magic.mime'
'--with-exec-dir=/usr/lib/php5/libexec' 
'--disable-static'
 '--without-mm'
 '--without-mysql'
 '--without-sybase-ct' 
'--enable-curl'
 '--with-apxs2=/usr/bin/apxs2'
 '--without-sqlite'
 '--without-pdo-sqlite'




Reproduce code:
---
 



---

#33184 [Opn->Fbk]: odbc_exec(): SQL error: [IBM][CLI Driver][DB2/6000] SQL0954C Not enough storag

[tony2001]

 ID:   33184
 Updated by:   [EMAIL PROTECTED]
 Reported By:  brad_allgood at csgsystems dot com
-Status:   Open
+Status:   Feedback
 Bug Type: ODBC related
 Operating System: Windows XP
 PHP Version:  5.0.4


Previous Comments:


[2005-05-31 00:01:09] [EMAIL PROTECTED]

Brad:

1) Can you reproduce the error with the PECL ibm_db2 extension? You can
grab the php_ibm_db2.dll from http://snaps.php.net/, change odbc_* to
db2_* in your function calls (with the exception of odbc_connect() -- I
think you'll need to add USER=user;PASSWORD=password; to your connection
string and pass nulls for the second and third parameter), and
everything _should_ work. Note that this requires a minimum of DB2
V8.2.

2) What levels of DB2 are you running on your Windows box and AIX
server?



[2005-05-30 20:24:07] brad_allgood at csgsystems dot com

Okay ... I'm inlcuding a script written and tested on my machine to
reproduce the error:

//## Script Start 
\n";
 // Get Data From Result
 $vpcfg_row_count = 0;
 while ($vpcfg_row[] = odbc_fetch_array($vpcfg_result))
 {   
 $m_mach_sn = $vpcfg_row[$vpcfg_row_count]["M_MACH_SN"];
 $m_cluster_n =
$vpcfg_row[$vpcfg_row_count]["M_CLUSTER_N"];
 $m_card_num = $vpcfg_row[$vpcfg_row_count]["M_CARD_NUM"];
 $m_lss_la = $vpcfg_row[$vpcfg_row_count]["M_LSS_LA"];
 $m_array_id = $vpcfg_row[$vpcfg_row_count]["M_ARRAY_ID"];
 $m_loop_id = $vpcfg_row[$vpcfg_row_count]["M_LOOP_ID"];
 $m_grp_num = $vpcfg_row[$vpcfg_row_count]["M_GRP_NUM"];
 $m_disk_num = $vpcfg_row[$vpcfg_row_count]["M_DISK_NUM"];
 }
 print "Counter = $counter\n";
 $counter = $counter + 1;
 }
 odbc_close($conn)
?>
//## Script End   



[2005-05-30 19:48:52] denials at gmail dot com

What is the expected result of the test script?

In reading the script (and ignoring the extra close brace in line 4
that would cause a syntax error), I would expect the loop to start
issuing errors after the first iteration, as odbc_close_all() should
close the connection if no transactions are in progress.

Given the subject of the bug, I'm assuming you're seeing an SQL0954C
instead, which would indicate that odbc_close_all() is not, in fact,
doing its job. However, I have been unable to reproduce this result on
Windows XP, Apache 2.0.52, PHP 5.0.4, DB2 Version 8.2 connecting
locally or to a remote DB2 server on a Linux box. The APPLHEAPSZ
setting on the Windows server is the default of 256 4K pages.



[2005-05-30 16:08:11] brad_allgood at csgsystems dot com

I do not think this is a db related issue as I can run the same query
from the command line on the server running the db and it works fine.

I cut and pasted the original bug report as I thought this may have
been overlooked in the php5 development cycle. 

I am running the php script on a windows xp machine using odbc calls
against a remote db2 machine using an explict connection string call.

$connect_string = "Driver={IBM DB2 ODBC
Driver};HOSTNAME=host.domain.com;DATABASE=SOMEDB;PROTOCOL=TCPIP;PORT=X;";



[2005-05-30 15:29:25] [EMAIL PROTECTED]

SQL0954CNot enough storage is available in the application heap to
process the statement.

Explanation: All available memory for the application has been used.

The statement cannot be processed.

User Response: Terminate the application on receipt of this message.
Increase the database configuration parameter (applheapsz) to allow a
larger application heap. 



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

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

#33202 [NEW]: "cannot find -lirc" when building with "--with-oci-instant-client"

[c dot durmont at cr-poitou-charentes dot fr]

From: c dot durmont at cr-poitou-charentes dot fr
Operating system: GNU/Linux (Ubuntu 5.04 Hoary)
PHP version:  4CVS-2005-05-31 (stable)
PHP Bug Type: Compile Failure
Bug description:  "cannot find -lirc" when building with 
"--with-oci-instant-client"

Description:

Fails with either standard 4.3.11, cvs tarball or by recompiling the
(patched) version 4.3.10 from Hoary.
Oracle8 instant client (basic+SDK) is installed (from the zip files) in
/usr/local/instantclient/


Reproduce code:
---
./configure --with-mysql --with-pgsql --with-gd
--with-apxs=/usr/local/bin/apxs --with-zlib
--with-oci8-instant-client=/usr/local/instantclient/

It gives no error message, but when launching make you get :

/usr/bin/ld: cannot find -lirc
collect2: ld returned 1 exit status
make: *** [libphp4.la] Erreur 1

BTW I works fine if you remove --with-oci8-instant-client option, but it
doesn't help me much !


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

#33200 [Asn->Csd]: magic_quotes_sybase switched on breaks the use of /e modifier in preg_replace

[sniper]

 ID:   33200
 Updated by:   [EMAIL PROTECTED]
 Reported By:  astax_t at gorodok dot net
-Status:   Assigned
+Status:   Closed
 Bug Type: PCRE related
 Operating System: *
 PHP Version:  5.*, 4.*
 Assigned To:  sniper
 New Comment:

This bug has been fixed in CVS.

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




Previous Comments:


[2005-05-31 14:13:57] [EMAIL PROTECTED]

I stand corrected, fix coming up..





[2005-05-31 12:53:41] astax_t at gorodok dot net

And additionally, it makes impossible to use preg_replace with /e
modifier in certain situations. When subject string comes from external
source and so can contain some variables, like in my example.

I still insist that it's a bug.

Thank you.



[2005-05-31 12:49:18] astax_t at gorodok dot net

I know how magic_quotes_sybase works, but I state that it should NOT
affect /e modifier in regular expressions. The same as magic_quotes_gpc
and magic_quotes_runtime doesn't affect this.



[2005-05-31 12:43:22] [EMAIL PROTECTED]

RTFM:

"If magic_quotes_sybase  is also on, a single-quote is escaped with a
single-quote instead of a backslash."



[2005-05-31 12:36:09] astax_t at gorodok dot net

Description:

When magic_quotes_sybase is On, this also affects how apostrophes are
escaped in preg_replace with /e modifier. See example.

In example code I specifically included a string with $ inside to point
why it's impossible to use double quotes around \\1 in second parameter.

Reproduce code:
---
$str = 'some \'$sample\' text';

$str = preg_replace("/(some.*text)/e", "strtoupper('\\1')", $str);

echo $str;

Expected result:

SOME '$SAMPLE' TEXT

Actual result:
--
Parse error: parse error in E:\test\web\a.php(4) : regexp code on line
1

Fatal error: preg_replace(): Failed evaluating code: strtoupper('some
''$sample'' text') in E:\test\web\a.php on line 4





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

#33201 [Opn->Fbk]: segfault in _emalloc called from php_mssql_get_column_content_with_type

[sniper]

 ID:   33201
 Updated by:   [EMAIL PROTECTED]
 Reported By:  skissane at iips dot mq dot edu dot au
-Status:   Open
+Status:   Feedback
 Bug Type: MSSQL related
 Operating System: Linux
 PHP Version:  5.0.4
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2005-05-31 13:53:08] skissane at iips dot mq dot edu dot au

Description:

Segmentation fault.



Reproduce code:
---
","","");
$i = mssql_query("SELECT * FROM MSSQLTrace_99",$q);
while (mssql_fetch_row($i) !== FALSE);

Where the  MSSQLTrace_99 table is created by the following MSSQL script
(a bit too big for a bug database):
http://www.iips.mq.edu.au/php_mssql_bug.txt

Expected result:

No output.

Actual result:
--
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 29878)]
0x40440bef in _int_malloc () from /lib/i686/libc.so.6
(gdb) bt
#0  0x40440bef in _int_malloc () from /lib/i686/libc.so.6
#1  0x404422ac in malloc () from /lib/i686/libc.so.6
#2  0x0815ac58 in _emalloc (size=1078913472) at
/home/skissane/php-5.0.4/Zend/zend_alloc.c:182
#3  0x0809151e in php_mssql_get_column_content_with_type
(mssql_ptr=0x827079c, offset=1078913472, result=0x828319c,
column_type=1078910980)
at /home/skissane/php-5.0.4/ext/mssql/php_mssql.c:877
#4  0x08091daf in _mssql_fetch_batch (mssql_ptr=0x827079c,
result=0x826b5cc, retvalue=-1) at
/home/skissane/php-5.0.4/ext/mssql/php_mssql.c:1104
#5  0x0809222e in zif_mssql_query (ht=33, return_value=0x8270a54,
this_ptr=0x0, return_value_used=1) at
/home/skissane/php-5.0.4/ext/mssql/php_mssql.c:1225
#6  0x081882ce in zend_do_fcall_common_helper (execute_data=0xbfffd510,
opline=0x826f980, op_array=0x826b53c)
at /home/skissane/php-5.0.4/Zend/zend_execute.c:2727
#7  0x081858ca in execute (op_array=0x826b53c) at
/home/skissane/php-5.0.4/Zend/zend_execute.c:1406
#8  0x0816b79f in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/skissane/php-5.0.4/Zend/zend.c:1069
#9  0x0813eb73 in php_execute_script (primary_file=0xb8d0) at
/home/skissane/php-5.0.4/main/main.c:1632
#10 0x0818ebe8 in main (argc=2, argv=0xb954) at
/home/skissane/php-5.0.4/sapi/cli/php_cli.c:946
#11 0x403f3912 in __libc_start_main () from /lib/i686/libc.so.6





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

#33200 [Opn->Asn]: magic_quotes_sybase switched on breaks the use of /e modifier in preg_replace

[sniper]

 ID:   33200
 Updated by:   [EMAIL PROTECTED]
 Reported By:  astax_t at gorodok dot net
-Status:   Open
+Status:   Assigned
 Bug Type: PCRE related
-Operating System: Windows
+Operating System: *
-PHP Version:  4.3.11
+PHP Version:  5.*, 4.*
-Assigned To:  
+Assigned To:  sniper
 New Comment:

I stand corrected, fix coming up..




Previous Comments:


[2005-05-31 12:53:41] astax_t at gorodok dot net

And additionally, it makes impossible to use preg_replace with /e
modifier in certain situations. When subject string comes from external
source and so can contain some variables, like in my example.

I still insist that it's a bug.

Thank you.



[2005-05-31 12:49:18] astax_t at gorodok dot net

I know how magic_quotes_sybase works, but I state that it should NOT
affect /e modifier in regular expressions. The same as magic_quotes_gpc
and magic_quotes_runtime doesn't affect this.



[2005-05-31 12:43:22] [EMAIL PROTECTED]

RTFM:

"If magic_quotes_sybase  is also on, a single-quote is escaped with a
single-quote instead of a backslash."



[2005-05-31 12:36:09] astax_t at gorodok dot net

Description:

When magic_quotes_sybase is On, this also affects how apostrophes are
escaped in preg_replace with /e modifier. See example.

In example code I specifically included a string with $ inside to point
why it's impossible to use double quotes around \\1 in second parameter.

Reproduce code:
---
$str = 'some \'$sample\' text';

$str = preg_replace("/(some.*text)/e", "strtoupper('\\1')", $str);

echo $str;

Expected result:

SOME '$SAMPLE' TEXT

Actual result:
--
Parse error: parse error in E:\test\web\a.php(4) : regexp code on line
1

Fatal error: preg_replace(): Failed evaluating code: strtoupper('some
''$sample'' text') in E:\test\web\a.php on line 4





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

#33201 [NEW]: segfault in _emalloc called from php_mssql_get_column_content_with_type

[skissane at iips dot mq dot edu dot au]

From: skissane at iips dot mq dot edu dot au
Operating system: Linux
PHP version:  5.0.4
PHP Bug Type: MSSQL related
Bug description:  segfault in _emalloc called from 
php_mssql_get_column_content_with_type

Description:

Segmentation fault.



Reproduce code:
---
","","");
$i = mssql_query("SELECT * FROM MSSQLTrace_99",$q);
while (mssql_fetch_row($i) !== FALSE);

Where the  MSSQLTrace_99 table is created by the following MSSQL script (a
bit too big for a bug database):
http://www.iips.mq.edu.au/php_mssql_bug.txt

Expected result:

No output.

Actual result:
--
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 29878)]
0x40440bef in _int_malloc () from /lib/i686/libc.so.6
(gdb) bt
#0  0x40440bef in _int_malloc () from /lib/i686/libc.so.6
#1  0x404422ac in malloc () from /lib/i686/libc.so.6
#2  0x0815ac58 in _emalloc (size=1078913472) at
/home/skissane/php-5.0.4/Zend/zend_alloc.c:182
#3  0x0809151e in php_mssql_get_column_content_with_type
(mssql_ptr=0x827079c, offset=1078913472, result=0x828319c,
column_type=1078910980)
at /home/skissane/php-5.0.4/ext/mssql/php_mssql.c:877
#4  0x08091daf in _mssql_fetch_batch (mssql_ptr=0x827079c,
result=0x826b5cc, retvalue=-1) at
/home/skissane/php-5.0.4/ext/mssql/php_mssql.c:1104
#5  0x0809222e in zif_mssql_query (ht=33, return_value=0x8270a54,
this_ptr=0x0, return_value_used=1) at
/home/skissane/php-5.0.4/ext/mssql/php_mssql.c:1225
#6  0x081882ce in zend_do_fcall_common_helper (execute_data=0xbfffd510,
opline=0x826f980, op_array=0x826b53c)
at /home/skissane/php-5.0.4/Zend/zend_execute.c:2727
#7  0x081858ca in execute (op_array=0x826b53c) at
/home/skissane/php-5.0.4/Zend/zend_execute.c:1406
#8  0x0816b79f in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /home/skissane/php-5.0.4/Zend/zend.c:1069
#9  0x0813eb73 in php_execute_script (primary_file=0xb8d0) at
/home/skissane/php-5.0.4/main/main.c:1632
#10 0x0818ebe8 in main (argc=2, argv=0xb954) at
/home/skissane/php-5.0.4/sapi/cli/php_cli.c:946
#11 0x403f3912 in __libc_start_main () from /lib/i686/libc.so.6

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

#33200 [Bgs->Opn]: magic_quotes_sybase switched on breaks the use of /e modifier in preg_replace

[astax_t at gorodok dot net]

 ID:   33200
 User updated by:  astax_t at gorodok dot net
 Reported By:  astax_t at gorodok dot net
-Status:   Bogus
+Status:   Open
 Bug Type: PCRE related
 Operating System: Windows
 PHP Version:  4.3.11
 New Comment:

And additionally, it makes impossible to use preg_replace with /e
modifier in certain situations. When subject string comes from external
source and so can contain some variables, like in my example.

I still insist that it's a bug.

Thank you.


Previous Comments:


[2005-05-31 12:49:18] astax_t at gorodok dot net

I know how magic_quotes_sybase works, but I state that it should NOT
affect /e modifier in regular expressions. The same as magic_quotes_gpc
and magic_quotes_runtime doesn't affect this.



[2005-05-31 12:43:22] [EMAIL PROTECTED]

RTFM:

"If magic_quotes_sybase  is also on, a single-quote is escaped with a
single-quote instead of a backslash."



[2005-05-31 12:36:09] astax_t at gorodok dot net

Description:

When magic_quotes_sybase is On, this also affects how apostrophes are
escaped in preg_replace with /e modifier. See example.

In example code I specifically included a string with $ inside to point
why it's impossible to use double quotes around \\1 in second parameter.

Reproduce code:
---
$str = 'some \'$sample\' text';

$str = preg_replace("/(some.*text)/e", "strtoupper('\\1')", $str);

echo $str;

Expected result:

SOME '$SAMPLE' TEXT

Actual result:
--
Parse error: parse error in E:\test\web\a.php(4) : regexp code on line
1

Fatal error: preg_replace(): Failed evaluating code: strtoupper('some
''$sample'' text') in E:\test\web\a.php on line 4





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

#33200 [Opn->Bgs]: magic_quotes_sybase switched on breaks the use of /e modifier in preg_replace

[sniper]

 ID:   33200
 Updated by:   [EMAIL PROTECTED]
 Reported By:  astax_t at gorodok dot net
-Status:   Open
+Status:   Bogus
 Bug Type: PCRE related
 Operating System: Windows
 PHP Version:  4.3.11
 New Comment:

RTFM:

"If magic_quotes_sybase  is also on, a single-quote is escaped with a
single-quote instead of a backslash."


Previous Comments:


[2005-05-31 12:36:09] astax_t at gorodok dot net

Description:

When magic_quotes_sybase is On, this also affects how apostrophes are
escaped in preg_replace with /e modifier. See example.

In example code I specifically included a string with $ inside to point
why it's impossible to use double quotes around \\1 in second parameter.

Reproduce code:
---
$str = 'some \'$sample\' text';

$str = preg_replace("/(some.*text)/e", "strtoupper('\\1')", $str);

echo $str;

Expected result:

SOME '$SAMPLE' TEXT

Actual result:
--
Parse error: parse error in E:\test\web\a.php(4) : regexp code on line
1

Fatal error: preg_replace(): Failed evaluating code: strtoupper('some
''$sample'' text') in E:\test\web\a.php on line 4





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

#33200 [Bgs]: magic_quotes_sybase switched on breaks the use of /e modifier in preg_replace

[astax_t at gorodok dot net]

 ID:   33200
 User updated by:  astax_t at gorodok dot net
 Reported By:  astax_t at gorodok dot net
 Status:   Bogus
 Bug Type: PCRE related
 Operating System: Windows
 PHP Version:  4.3.11
 New Comment:

I know how magic_quotes_sybase works, but I state that it should NOT
affect /e modifier in regular expressions. The same as magic_quotes_gpc
and magic_quotes_runtime doesn't affect this.


Previous Comments:


[2005-05-31 12:43:22] [EMAIL PROTECTED]

RTFM:

"If magic_quotes_sybase  is also on, a single-quote is escaped with a
single-quote instead of a backslash."



[2005-05-31 12:36:09] astax_t at gorodok dot net

Description:

When magic_quotes_sybase is On, this also affects how apostrophes are
escaped in preg_replace with /e modifier. See example.

In example code I specifically included a string with $ inside to point
why it's impossible to use double quotes around \\1 in second parameter.

Reproduce code:
---
$str = 'some \'$sample\' text';

$str = preg_replace("/(some.*text)/e", "strtoupper('\\1')", $str);

echo $str;

Expected result:

SOME '$SAMPLE' TEXT

Actual result:
--
Parse error: parse error in E:\test\web\a.php(4) : regexp code on line
1

Fatal error: preg_replace(): Failed evaluating code: strtoupper('some
''$sample'' text') in E:\test\web\a.php on line 4





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

#33200 [NEW]: magic_quotes_sybase switched on breaks the use of /e modifier in preg_replace

[astax_t at gorodok dot net]

From: astax_t at gorodok dot net
Operating system: Windows
PHP version:  4.3.11
PHP Bug Type: PCRE related
Bug description:  magic_quotes_sybase switched on breaks the use of /e modifier 
in preg_replace

Description:

When magic_quotes_sybase is On, this also affects how apostrophes are
escaped in preg_replace with /e modifier. See example.

In example code I specifically included a string with $ inside to point
why it's impossible to use double quotes around \\1 in second parameter.

Reproduce code:
---
$str = 'some \'$sample\' text';

$str = preg_replace("/(some.*text)/e", "strtoupper('\\1')", $str);

echo $str;

Expected result:

SOME '$SAMPLE' TEXT

Actual result:
--
Parse error: parse error in E:\test\web\a.php(4) : regexp code on line 1

Fatal error: preg_replace(): Failed evaluating code: strtoupper('some
''$sample'' text') in E:\test\web\a.php on line 4

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

#32993 [Com]: implemented Iterator function current() don't throw exception

[tjerk dot meesters at gmail dot com]

 ID:   32993
 Comment by:   tjerk dot meesters at gmail dot com
 Reported By:  vojtech at x dot cz
 Status:   Assigned
 Bug Type: Zend Engine 2 problem
 Operating System: *
 PHP Version:  5.0.4
 Assigned To:  helly
 New Comment:

I've had a similar problem, this time with an exception in next():

class MyIterator implements Iterator
{
function rewind() {}
function next() { throw new Exception('next()'); }
function valid() { return true; }
function current() { return 'test'; }
function key() { return 'test'; }
}

try {
foreach (new MyIterator() as $x => $y) {
// do something
}
} catch (Exception $e) {
echo "{$e->getMessage()}\n";
}

--- result ---
Fatal error: Couldn't execute method MyIterator::valid in Unknown on
line 0

--- version ---
PHP 5.0.4 (cli) on Linux (Zend Engine v2.0.4-dev)


Previous Comments:


[2005-05-10 08:46:49] [EMAIL PROTECTED]

Results in a SEGV in head



[2005-05-10 06:17:40] vojtech at x dot cz

Description:

It's seems there is not correctly processed exception from current()
and script ends up with fatal error.

Reproduce code:
---
class Test implements Iterator {

public $arr = array();

public function rewind(){ return reset($this->arr); }
public function current()   { throw new Exception(); }
public function key()   { return key($this->arr); }
public function next()  { return next($this->arr); }
public function valid() { return (current($this->arr) !==
false); }
}

$t = new Test();
$t->arr =  array(1, 2, 3);

try {
foreach ($t as $v) {
; // do something
}
} catch (Exception $e) {
; // handle exception
}


Actual result:
--
Fatal error: Couldn't execute method Test::key in Unknown on line 0





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

#32330 [Com]: session_destroy, "Failed to initialize storage module", custom session handler

[fteodoro at teatrodetabuas dot com dot br]

 ID:   32330
 Comment by:   fteodoro at teatrodetabuas dot com dot br
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: Session related
 Operating System: *
 PHP Version:  5CVS, 4CVS (2005-03-17)
 Assigned To:  sniper
 New Comment:

Is this discussion opened yet?
I think I got a tip in this bug - not the more elegant, but it's
working now.

I was facing the random "failed to initialize storage module" bug. The
bug seems to be related to the physical recording of session data. No
worries on my test server (linux + php 4.2.2 + mysql 3.23.54), but all
the worries on the web server (php 4.3.11 + mysql 4.0.22).

Since I have no access to the commercial server unless ftp, I achieved
the trick with a simple .access file, with a simple couple of
handlers:

php_value session.save_handler files
php_value session.save_path /home/domain/htdocs/temp

and I haven't received error messages for some days.

Too dummy? Hope it works...


Previous Comments:


[2005-05-21 19:19:42] [EMAIL PROTECTED]

I think you are on the right track mfischer.  It looks like PS(mod) and
PS(mod_data) can get out of synch which would cause this.  And I think
all the others with seemingly unrelated issues are actually related. 
If PS(mod_data) leaks out of the per-request sandbox and infects
subsequent requests all it takes is one application on a server to use
its own session handler and it could affect other seemingly trivial
standalone session apps on that server.



[2005-05-19 14:09:55] lekhoi at lekhoi dot com dot au

I use
Window XP -- running Apache
SQLite version 2.8.14
PHP version 5.0.4
and am experiencing the same problem of PHP reporting error when
calling session_start()

I have never have this problem before.

However, I am using SQLiteManager ver 1.0.6 and during the development
stage I came across this problem. This problem occurs quite randomly
specially when I try to modify the database structure or have troubled
sql statement. It feels and sounds like a memory leak problem with
SQLite functions. I have to stress that I come across this only when
using SQLiteManager.

I have used and configured session using SQLite as the database for
sessions storing and never have a problem.

To fix this, I restart Apache, and it works everytime.



[2005-05-17 21:01:39] semorales at segob dot gob dot mx

Any notice about this bug? I'm thinking about using the handler but I'm
afraid it will crash my server. Please let me know.



[2005-04-30 11:31:53] dmih at in-solve dot ru

I've added several notes as this bug (marked as bogus):

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

Please consider them, as it seems that it is about this bug really.
Thanks.



[2005-04-19 07:37:14] labsy at seznam dot org

Since this bug is non-persistent, it is very hard to reproduce.

Now, since I run PHP 5.0.2 as ISAPI module, I did a change and added
php5isapi.dll also as ISAPI FILTER under web site properties in IIS.
I don't have a slight idea what would that change, but it seems to
solve problem - I hope.



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

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

#33198 [NEW]: Leading UTF-8 byte order mark yields different character encodings in output

[Bjorn dot Wiberg at its dot uu dot se]

From: Bjorn dot Wiberg at its dot uu dot se
Operating system: IBM AIX 5.2.0.0 ML5
PHP version:  5.0.4
PHP Bug Type: Unknown/Other Function
Bug description:  Leading UTF-8 byte order mark yields different character 
encodings in output

Description:

When a PHP/PHTML file (a file getting parsed by PHP) contains a leading
UTF-8 Byte Order Mark (BOM), EF BB BF in hex, the character encoding of
the output varies.


Possibly relevant PHP configuration snippets from httpd.conf:

php_value default_charset none
php_value default_mimetype "text/html"
php_admin_value output_buffering 4096
php_admin_value output_handler none


PHP configuration flags (from config.nice):

CPPFLAGS='-I/usr/local/include' \
LDFLAGS='-L/lib -L/opt/freeware/lib -L/usr/local/lib' \
CC='/usr/local/bin/gcc' \
'./configure' \
'--enable-bcmath' \
'--enable-calendar' \
'--enable-dba' \
'--enable-dbase' \
'--enable-dbx' \
'--enable-debug' \
'--enable-dio' \
'--enable-exif' \
'--enable-embedded-mysqli' \
'--enable-filepro' \
'--enable-ftp' \
'--enable-gd-jis-conv' \
'--enable-gd-native-ttf' \
'--enable-mbstring' \
'--enable-memory-limit' \
'--enable-shmop' \
'--enable-soap' \
'--enable-sockets' \
'--enable-sysvmsg' \
'--enable-sysvsem' \
'--enable-sysvshm' \
'--enable-yp' \
'--enable-zend-multibyte' \
'--prefix=/apache/php' \
'--with-apxs2=/apache/bin/apxs' \
'--with-bz2' \
'--with-freetype-dir' \
'--with-gd' \
'--with-gdbm' \
'--with-gettext' \
'--with-inifile' \
'--with-jpeg-dir' \
'--with-ldap' \
'--with-libxml-dir' \
'--with-mime-magic' \
'--with-mysql=/usr/local/mysql' \
'--with-openssl=/opt/freeware' \
'--with-png-dir' \
'--with-tiff-dir' \
'--with-ttf' \
'--with-xpm-dir' \
'--with-zlib' \
'--with-zlib-dir' \
"$@"

Reproduce code:
---
Source code with leading BOM:
http://www.anst.uu.se/bwiberg/php/utf8_bug.php.txt

Corresponding page yielding varying result:
http://www.anst.uu.se/bwiberg/php/utf8_bug.php

(Use telnet or other "dumb" tool to dump the results; it appears that the
result varies by server process that handles the request. We're using the
Apache 2 prefork MPM.)

Example of incorrect result, here we get ISO-8859-1 encoded output:

http://www.anst.uu.se/bwiberg/php/utf8_bug_result1.txt


Expected result:

Example of correct result, here we get UTF-8 encoded output:

http://www.anst.uu.se/bwiberg/php/utf8_bug_result2.txt


Actual result:
--
Varies between the two examples. Make sure to close the connection in
between (or the same server process will serve your multiple requests).

Restarting the web server does not help.

Changing the PHP settings for default character set (default_charset) and
default MIME type (default_mimetype) does not help; I have tried all
combinations.

Turning off output buffering (php_admin_flag output_buffering off) does
not help.

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

#33175 [Opn->Fbk]: cant cross compiling arm linux

[sniper]

 ID:   33175
 Updated by:   [EMAIL PROTECTED]
 Reported By:  esteban at correo dot unam dot mx
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: linux
 PHP Version:  4CVS-2005-05-28 (stable)
 New Comment:

Under what OS/platform are you compiling ? And _for_ what OS/platform?
I think you've simply using the wrong configure options, see
./configure --help and options --target and --build  (--host is
something else)



Previous Comments:


[2005-05-31 01:45:26] esteban at correo dot unam dot mx

HI !!
For this test I used php-4.3.11

I edited the file zend_strtod.c changing the line:

#if  defined(IEEE_LITTLE_ENDIAN) + defined(IEEE_BIG_ENDIAN) +
defined(VAX) + defined(IBM) != 1 

for 

#if defined(IEEE_BIG_ENDIAN) + defined(VAX)\
 + defined(IBM) != 1 

when I compiled it finished Ok then I ran the command "make install"
but this ocurred

Installing PEAR environment: 
/flashcard/usr/local/php-arm/lib/php/
qemu: uncaught target signal 11 (Segmentation fault) - exiting
make[1]: *** [install-pear-installer] Error 245
make: *** [install-pear] Error 2

Next I configured php with this line:
>CC="arm-linux-gcc" \
>CXX="arm-linux-g++" \
>CFLAGS="-I/opt/arcom/arm-linux/include" \
>LIBS="-L/opt/arcom/arm-linux/lib" \
>RANLIB="arm-linux-ranlib"
>./configure '--prefix=/flashcard/usr/local/php-arm \
>--with-pgsql=/flashcard/usr/local/pg7.4.8-arm
>--with-apxs=/flashcard/usr/local/apache-arm/bin/apxs \ >--without-pear
--without-mysql --host=arm-linux \ >--build=i386-linux'

SEE the '--without-pear' option

after I executed 

"make" 

and 

"make install"

commands

this compile and run fine. NOW my question is: This option how affects
the performance of php ?

And I want to run a web application with sockets and sessions, is this
posible with this option ?

Finally I want to know if my report is considered like a bug  or not.

THANKS :D



[2005-05-28 23:52:06] esteban at correo dot unam dot mx

Description:

Hi 
I try cross compiling php4 to run in a arm linux my configure line is:


>CC="arm-linux-gcc" \
>CXX="arm-linux-g++" \
>RANLIB="arm-linux-ranlib" \
>LIBS="-L/opt/arcom/arm-linux/lib" \
>CFLAGS="-I/opt/arcom/arm-linux/include" \
>./configure \
>--prefix=/flashcard/usr/local/php-arm \
>--with-apxs=/www/bin/apxs \
>--host=arm-linux \
>--build=i386-linux 



Reproduce code:
---
Here's where the compile fails:

/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:240: error:
parse error before "one"
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:241: error:
parse error before "IBM"
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:247: error:
parse error before '}' token
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:247: warning:
data definition has no type or storage class
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c: In function
`ulp':
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:935: error:
parse error before "x"
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:937: error:
parse error before "a"
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:939: error:
`x' undeclared (first use in this function)
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:939: error:
(Each undeclared identifier is reported only once
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:939: error:
for each function it appears in.)
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:947: error:
`a' undeclared (first use in this function)
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c: In function
`b2d':
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:977: error:
parse error before "d"
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:995: error:
`d' undeclared (first use in this function)
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c: In function
`d2b':
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:1048: error:
parse error before "d"
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:1053: error:
`d' undeclared (first use in this function)
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c: In function
`ratio':
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:1179: error:
parse error before "da"
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:1182: error:
`da' undeclared (first use in this function)
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:1183: error:
`db' undeclared (first use in this function)
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c: In function
`zend_strtod':
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:1250: error:
parse error before "rv"
/root/esteban/php4-STABLE-200505282035/Zend/zend_strtod.c:1259: error:
`rv' undeclared (first use in this function)
/root/esteb