date:20030626

 ID:   24342
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hostmaster at bemarnet dot es
-Status:   Open
+Status:   Feedback
 Bug Type: Math related
 Operating System: Gentoo Linux
 PHP Version:  4.3.2
 New Comment:

Please try using this CVS snapshot:

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


Previous Comments:


[2003-06-26 05:32:30] hostmaster at bemarnet dot es

Description:

Float operations (sprintf, number_format, etc..) fail.

Reproduce code:
---
";   
  echo "2 : ".sprintf("%2.02f", $num)."";   
  echo "3 : ".number_format($num,2,'.',',');   
 
?>

Expected result:

1 : 57.4523
2 : 57.45
3 : 57.45


Actual result:
--
1 : 57.4523
2 : i.00
3 : i00 





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

#24342 [Fbk->Opn]: Failure in float operations

2003-06-26 Thread hostmaster at bemarnet dot es

 ID:   24342
 User updated by:  hostmaster at bemarnet dot es
 Reported By:  hostmaster at bemarnet dot es
-Status:   Feedback
+Status:   Open
 Bug Type: Math related
 Operating System: Gentoo Linux
 PHP Version:  4.3.2
 New Comment:

I have also tested with the latest revision (4.3.2-r2 dated 25 June)


Previous Comments:


[2003-06-26 05:55:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2003-06-26 05:32:30] hostmaster at bemarnet dot es

Description:

Float operations (sprintf, number_format, etc..) fail.

Reproduce code:
---
";   
  echo "2 : ".sprintf("%2.02f", $num)."";   
  echo "3 : ".number_format($num,2,'.',',');   
 
?>

Expected result:

1 : 57.4523
2 : 57.45
3 : 57.45


Actual result:
--
1 : 57.4523
2 : i.00
3 : i00 





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

#24343 [NEW]: Oracle 9.2.0 client libs do not work

From: thomas at fivemile dot net
Operating system: Redhat Linux 8.0
PHP version:  4.3.2
PHP Bug Type: OCI8 related
Bug description:  Oracle 9.2.0 client libs do not work

Description:

OCILogon and OCIPLogon either segfault or return spurious (changing by
reloading the page) error messages of the type "Warning: ocilogon():
OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1
ORA-00911: invalid character in /home/httpd/index.php3 on line 5"

Environment vars are set (verfied by phpinfo()), sqlplus from the
webserver account works, older (9.0.1) client libs from another machine
can access the db without problems.

PHP compiled with ./configure' '--with-db' '--with-apxs2=/usr/bin/apxs'
'--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-mysql=/usr'
'--with-zlib' '--with-mcrypt' '--enable-track-vars=yes'
'--with-jpeg-dir=/usr' '--with-oci8=/opt/oracle/product/9.2.0'
'--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-xml'
'--with-calendar' '--enable-sigchild' '--with-xpm-dir=/usr/X11R6'
'--with-gettext' '--with-openssl=/usr' '--enable-calendar'
'--enable-gd-imgstrttf' '--with-ttf=/usr/local' '--with-imap'
'--with-kerberos' '--enable-xslt' '--with-xslt-sablot' '--enable-debug' 

but a 'watered down' version including only the oracle libs yields the
same problems, regardless of trying with apache 1 (both static and DSO) or
2


Reproduce code:
---
$ohnd = OCILogon("dvd","hidden","tns.domain");

Expected result:

Connection to Oracle 9.2.0 on the same machine

Actual result:
--
Spurious ORA-00604 error messages (see above) or coredump

[EMAIL PROTECTED] apache2]# gdb bin/httpd
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
(gdb) run -X
Starting program: /opt/apache2/bin/httpd -X
(no debugging symbols found)...(no debugging symbols found)...[New Thread
16384 (LWP 1468)]
[Thu Jun 26 13:20:22 2003] [warn] module php4_module is already loaded,
skipping

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 1468)]
0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
(gdb) bt
#0  0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#1  0x40aa516f in kpughndl0 () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#2  0x40aab553 in kpughndl () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#3  0x40affde6 in OCIHandleAlloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#4  0x4035974f in _oci_open_session (server=0x8229608, username=0x82439dc
"dvd", password=0x82492fc "yami", persistent=0, exclusive=0,
charset=0x404c6cd9 "")
at /root/build/php-4.3.2/ext/oci8/oci8.c:2253
#5  0x4035ada0 in oci_do_connect (ht=3, return_value=0x8243a4c,
this_ptr=0x0, return_value_used=1, persistent=0, exclusive=0)
at /root/build/php-4.3.2/ext/oci8/oci8.c:2685
#6  0x4035f590 in zif_ocilogon (ht=3, return_value=0x8243a4c,
this_ptr=0x0, return_value_used=1) at
/root/build/php-4.3.2/ext/oci8/oci8.c:4307
#7  0x404582be in execute (op_array=0x823a31c) at
/root/build/php-4.3.2/Zend/zend_execute.c:1606
#8  0x40446ee9 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /root/build/php-4.3.2/Zend/zend.c:869
#9  0x40410990 in php_execute_script (primary_file=0xbfffdc20) at
/root/build/php-4.3.2/main/main.c:1671
#10 0x4045dfd1 in php_handler (r=0x8207968) at
/root/build/php-4.3.2/sapi/apache2handler/sapi_apache2.c:525
#11 0x0809f7fe in ap_run_handler ()
#12 0x0809fd16 in ap_invoke_handler ()
#13 0x080822a3 in ap_process_request ()
#14 0x0807e4e1 in ssl_dh_GetParamFromFile ()
#15 0x080a87ee in ap_run_process_connection ()
#16 0x0809e3b4 in ap_graceful_stop_signalled ()
#17 0x0809e55e in ap_graceful_stop_signalled ()
#18 0x0809e5b7 in ap_graceful_stop_signalled ()
#19 0x0809eca9 in ap_mpm_run ()
#20 0x080a39c2 in main ()
#21 0x420158f7 in __libc_start_main () from /lib/i686/libc.so.6
(gdb) quit

-- 
Edit bug report at http://bugs.php.net/?id=24343&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24343&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=24343&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=24343&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24343&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=24343&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24343&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=24343&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24343&r=notenoughinfo
Submitte

#24335 [Bgs->Opn]: Use of $$var and arrays

2003-06-26 Thread steve at oneniltrade dot com

 ID:   24335
 User updated by:  steve at oneniltrade dot com
 Reported By:  steve at oneniltrade dot com
-Status:   Bogus
+Status:   Open
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  4.3.2
 New Comment:

Hi

This may not be a 'bug' as such, but it was submitted as much as a
feature request as a bug report, it would be really useful if it did
work as i've described (or at least I think so.) Any chance of this
feature being added to a future version?


Previous Comments:


[2003-06-26 05:24:38] [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

You can only use variable variables for the name of the array itself --
you can't specify any subscripts using this mechanism.

I suggest you post the underlying problem you are trying to solve to
php-general to see if anyone has any alternative suggestions.



[2003-06-25 08:58:25] steve at oneniltrade dot com

Description:

I'm trying to use variable variables to build up an array in a
recursive function, but this doesn't seem to be possible.

the following short amount of code illustrates the problem.

$str="array";
${$str}[1]="one";
print_r ($$str);
echo "";
print_r ($array);
.Output..
Array ([1]=>one)
Array ([1]=>one)

As expected,

However

$str="array[1]";
$$str="One";
print_r ($$str);
echo "";
print_r ($array);
Output..
One

No output, ie $array has no value.
Although $str has the value array[1], $$str is not the same as
$array[1], as I believe it should be. (Or needs to be to get my
function to work)






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

#24335 [Opn->WFx]: Use of $$var and arrays

 ID:   24335
 Updated by:   [EMAIL PROTECTED]
 Reported By:  steve at oneniltrade dot com
-Status:   Open
+Status:   Wont fix
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  4.3.2
 New Comment:

Nope, this will most likely never be implemented.


Previous Comments:


[2003-06-26 06:39:12] steve at oneniltrade dot com

Hi

This may not be a 'bug' as such, but it was submitted as much as a
feature request as a bug report, it would be really useful if it did
work as i've described (or at least I think so.) Any chance of this
feature being added to a future version?



[2003-06-26 05:24:38] [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

You can only use variable variables for the name of the array itself --
you can't specify any subscripts using this mechanism.

I suggest you post the underlying problem you are trying to solve to
php-general to see if anyone has any alternative suggestions.



[2003-06-25 08:58:25] steve at oneniltrade dot com

Description:

I'm trying to use variable variables to build up an array in a
recursive function, but this doesn't seem to be possible.

the following short amount of code illustrates the problem.

$str="array";
${$str}[1]="one";
print_r ($$str);
echo "";
print_r ($array);
.Output..
Array ([1]=>one)
Array ([1]=>one)

As expected,

However

$str="array[1]";
$$str="One";
print_r ($$str);
echo "";
print_r ($array);
Output..
One

No output, ie $array has no value.
Although $str has the value array[1], $$str is not the same as
$array[1], as I believe it should be. (Or needs to be to get my
function to work)






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

#24344 [NEW]: $_POST to create an array when name is repeated

2003-06-26 Thread tjedmunds at yahoo dot com

From: tjedmunds at yahoo dot com
Operating system: Linux
PHP version:  4.3.2
PHP Bug Type: Feature/Change Request
Bug description:  $_POST to create an array when name is repeated

Description:

It would be very useful if PHP would automatically create an array for
$_POST when the same input field name occurs multiple times in a POST'ed
form.  This can be accomplished by putting [] after the name in the form
but that is not always an option for every application (such as wrapping a
Perl cgi or writing a 'remote' browser).  $HTTP_RAW_POST_DATA is more
useful but is not always populated without php.ini file changes.  The
result is that the default behaviour is to discarded POST'ed data as it is
overwritten with the last value.

It would be preferable to have the following:
  $_POST[nonuniquename][0] = "the first occurence";
  $_POST[nonuniquename][1] = "the second occurence";
  ...
  $_POST[nonuniquename][n] = "the nth occurence";

instead of:
  $_POST[nonuniquename] = "the nth occurence";




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

#18146 [Com]: Problems with Mcrypt Library under Windows

2003-06-26 Thread mtj at world dot std dot com

 ID:   18146
 Comment by:   mtj at world dot std dot com
 Reported By:  gustavo at radiumsystems dot com dot br
 Status:   Bogus
 Bug Type: mcrypt related
 Operating System: Windows 2000 Server
 PHP Version:  4.2.1
 New Comment:

libmcrypt.dll seems to be available, so library could be included in
the release for inclusion in the dlls directory.

(the date of libmcrypt.dll in the zip is 12/30/2002 )


Previous Comments:


[2002-07-03 14:08:59] [EMAIL PROTECTED]

libmcrypt doesn't compile on Windows so we can't provide the mcrypt
extension of PHP on Windows.



[2002-07-03 14:01:14] gustavo at radiumsystems dot com dot br

MCrypt library does not work under Windows 2000 server. The library is
not in the PHP 4.2.1 distribuition. I look for the library in the
extensions directory but I did not find it. Someone knows what is
happening? All others libraries are working without any problems.




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

#24344 [Opn->WFx]: $_POST to create an array when name is repeated

 ID:   24344
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tjedmunds at yahoo dot com
-Status:   Open
+Status:   Wont fix
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  4.3.2
 New Comment:

We can not do this because it would break BC for users who rely on PHP
using the last value set for a specific variable name. 


Previous Comments:


[2003-06-26 08:32:35] tjedmunds at yahoo dot com

Description:

It would be very useful if PHP would automatically create an array for
$_POST when the same input field name occurs multiple times in a
POST'ed form.  This can be accomplished by putting [] after the name in
the form but that is not always an option for every application (such
as wrapping a Perl cgi or writing a 'remote' browser). 
$HTTP_RAW_POST_DATA is more useful but is not always populated without
php.ini file changes.  The result is that the default behaviour is to
discarded POST'ed data as it is overwritten with the last value.

It would be preferable to have the following:
  $_POST[nonuniquename][0] = "the first occurence";
  $_POST[nonuniquename][1] = "the second occurence";
  ...
  $_POST[nonuniquename][n] = "the nth occurence";

instead of:
  $_POST[nonuniquename] = "the nth occurence";








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

#24345 [NEW]: php get Seg. fault when use out of range array element.

2003-06-26 Thread legion at altlinux dot ru

From: legion at altlinux dot ru
Operating system: ALTLinux (2.4.21rc1)
PHP version:  4.3.3RC1
PHP Bug Type: Scripting Engine problem
Bug description:  php get   Seg. fault when use out of range array element.

Description:

php get seg. fault if i try to use none exists array element. 
Php version: PHP 4.3.3RC2-dev (cvs snapshot 20030624)


Reproduce code:
---


Expected result:

Successfully finished.

Actual result:
--
Segmentation fault

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

#24345 [Opn->Csd]: php get Seg. fault when use out of range array element.

 ID:   24345
 Updated by:   [EMAIL PROTECTED]
 Reported By:  legion at altlinux dot ru
-Status:   Open
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: ALTLinux (2.4.21rc1)
 PHP Version:  4.3.3RC1
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

This is fixed in PHP-5.0.0-dev and can not be backported to PHP
4.3.3-dev due to limitations in the engine.


Previous Comments:


[2003-06-26 08:48:58] legion at altlinux dot ru

Description:

php get seg. fault if i try to use none exists array element. 
Php version: PHP 4.3.3RC2-dev (cvs snapshot 20030624)


Reproduce code:
---


Expected result:

Successfully finished.

Actual result:
--
Segmentation fault





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

#24161 [Csd]: imap_open will not timeout

2003-06-26 Thread thomas at xenocast dot com

 ID:   24161
 User updated by:  thomas at xenocast dot com
 Reported By:  thomas at xenocast dot com
 Status:   Closed
 Bug Type: IMAP related
 Operating System: Windows 2000
 PHP Version:  4.3.2
 Assigned To:  iliaa
 New Comment:

According to the 4.3.3RC1 this bug fix was referenced 
for adding the function imap_timeout().  However, the 
windows release of the above version has no 
php_imap.dll file in the extensions folder.  When I 
install the version anyway and try my script with this 
function it tells me the function doesn't exist.

Is there plans on getting the .dll file into the 
release so I can fix my script for which I posted this 
bug fix?


Previous Comments:


[2003-06-13 09:59:51] [EMAIL PROTECTED]

Just go the the URL (snaps.php.net) and you will see when the last one
was built. Take one built after the current time :)



[2003-06-13 09:59:48] [EMAIL PROTECTED]

Windows snap with this patch should become avaliable in a few hours.



[2003-06-13 09:57:49] thomas at xenocast dot com

Is there a windows "snap"?  Do you recommend I do that 
or  just wait for the next release?



[2003-06-13 09:43:30] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.





[2003-06-13 08:35:01] [EMAIL PROTECTED]

With a noteable exception of timeout values most parameters that can be
set via mail_parameters() require your to specify a pointer to a C
function. So implementing it is far from easy.



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

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

#24346 [NEW]: ob_start wrongly optimized out when no callback specified

2003-06-26 Thread pitrou at free dot fr

From: pitrou at free dot fr
Operating system: Linux
PHP version:  4.3.2
PHP Bug Type: Output Control
Bug description:  ob_start wrongly optimized out when no callback specified

Description:

Newly with PHP 4.3.2, calls to ob_start with an empty handler (i.e.
ob_start("")) seem to be optimized out and ignored.

This causes two problems :
- ob_start("") can be useful if you prefer to process the
  contents manually by using ob_get_contents() and then
  ob_end_clean()
- nesting of output buffers is broken, because the ob_end()
  call corresponding to ob_start("") is still taken (which
  can totally break the page if your ob_start("") is nested
  inside an ob_start("ob_gzhandler")...)


Reproduce code:
---
** This one doesn't work (second statement is eaten out) :

";
ob_end_flush();
echo "second echo";
ob_end_flush();
?>

** This one works (both statements are printed) :

";
ob_end_flush();
echo "second echo";
ob_end_flush();
?>



Expected result:

Both programs should have the same result (i.e. print both statements on
screen).


Actual result:
--
The program which calls ob_start with an empty handler fails to display
the second statement. In the other program, we circumvent this bug by
using a dummy handler, which causes it to work properly.


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

#24338 [Fbk->Csd]: APXS Failure

2003-06-26 Thread jtjones at crimsonknight dot com

 ID:   24338
 User updated by:  jtjones at crimsonknight dot com
 Reported By:  jtjones at crimsonknight dot com
-Status:   Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Solaris 9
 PHP Version:  4.3.2
 New Comment:

Ok, I have found the problem.  You cannot build PhP for Apache on
Solaris when you have installed Apache from binaries.  If you are
running Solaris, you must remove Apache from your system and build
Apache from source and then build PhP, other-wise configuring PhP will
fail to find the apxs source.

Well I have gotten this solved, now to find out what other problems I
have.


Previous Comments:


[2003-06-25 20:24:06] [EMAIL PROTECTED]

What output do you get when you run:
/opt/csw/apache/bin/apxs -q CFLAGS



[2003-06-25 20:20:17] jtjones at crimsonknight dot com

And this is not "bogus"



[2003-06-25 20:19:56] jtjones at crimsonknight dot com

/opt/csw/apache/bin/apxs does exist, maybe you should try searching
google or Sun.com.  The /opt directory is the default directory for
optional software packages to be installed in the Solaris Operating
Environment. 

Now can I please get an answer to my question.



[2003-06-25 18:14:08] [EMAIL PROTECTED]

/opt/csw/apache/bin/apxs does not exist, how could it work.

Please don't submit bug reports so easily, try Google/mailing lists
first. 



[2003-06-25 14:14:57] jtjones at crimsonknight dot com

Description:

Here is the lasted command that I have tried to use for configure: 
"./configure --with-apxs=/opt/csw/apache/bin/apxs
--enable-memory-limit=yes --enable-magic-quotes=yes --enable-libgcc
--with-mysql=/usr/local/mysql --enable-fastcgi
--with-zlib=/usr/include/zlib.h --with-bz2=/usr/local/bin/bzip2
--enable-bcmath --with-gd"  
When I run this configure fails with the error: 
"Sorry, I was not able to successfully run APXS." 

The possible causes that it lists are completely not a problem for me,
I have Perl installed, Apache is compiled with DSO support (in fact I
have several modules already loaded), and as you can see I specified
the path to APXS in the config command. 

I first thought that this might be an issue with my Apache install so I
re-installed it to the location it is at now.  This did not produce any
different results.  I have ran this config and several variations of it
as a regular user, su'ed and as root thinking that it might be a
permissions issue, still I get the same result.  

When I use this:
"--with-apxs=/opt/csw/apache/bin" I get the error that it cannot
execute /opt/csw/apache/bin.

Reproduce code:
---
loading cache ./config.cache
checking host system type... sparc-sun-solaris2.9
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
*
checking for working const... yes
checking flex version... 2.5.4 (ok)
checking for pthreads_cflags... -pthreads
checking for pthreads_lib...
Configuring SAPI modules
checking for AOLserver support... no
checking for Apache 1.x module support via DSO through APXS...

Sorry, I was not able to successfully run APXS.  Possible reasons:

Expected result:

Not sure, I expected it to say configure completed successfully. (???) 
Never had it configure completely yet.

Actual result:
--
Sorry, I was not able to successfully run APXS.  Possible reasons:

1.  Perl is not installed;
2.  Apache was not compiled with DSO support (--enable-module=so);
3.  'apxs' is not in your path.  Try to use --with-apxs=/path/to/apxs
The output of /opt/csw/apache/bin/apxs follows
./configure: /opt/csw/apache/bin/apxs: not found
configure: error: Aborting

Perl is installed, Apache is compiled with DSO support, and I specified
the path in the configure command.





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

#24346 [Opn->Bgs]: ob_start wrongly optimized out when no callback specified

2003-06-26 Thread tomislav at mare dot zesoi dot fer dot hr

 ID:   24346
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pitrou at free dot fr
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: Linux
 PHP Version:  4.3.2
 New Comment:

You should use NO parameter if you don't want a handler. PHP 4.3.2
correctly returns FALSE in this case.


Previous Comments:


[2003-06-26 09:33:35] pitrou at free dot fr

Description:

Newly with PHP 4.3.2, calls to ob_start with an empty handler (i.e.
ob_start("")) seem to be optimized out and ignored.

This causes two problems :
- ob_start("") can be useful if you prefer to process the
  contents manually by using ob_get_contents() and then
  ob_end_clean()
- nesting of output buffers is broken, because the ob_end()
  call corresponding to ob_start("") is still taken (which
  can totally break the page if your ob_start("") is nested
  inside an ob_start("ob_gzhandler")...)


Reproduce code:
---
** This one doesn't work (second statement is eaten out) :

";
ob_end_flush();
echo "second echo";
ob_end_flush();
?>

** This one works (both statements are printed) :

";
ob_end_flush();
echo "second echo";
ob_end_flush();
?>



Expected result:

Both programs should have the same result (i.e. print both statements
on screen).


Actual result:
--
The program which calls ob_start with an empty handler fails to display
the second statement. In the other program, we circumvent this bug by
using a dummy handler, which causes it to work properly.






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

#24346 [Bgs]: ob_start wrongly optimized out when no callback specified

2003-06-26 Thread pitrou at free dot fr

 ID:   24346
 User updated by:  pitrou at free dot fr
 Reported By:  pitrou at free dot fr
 Status:   Bogus
 Bug Type: Output Control
 Operating System: Linux
 PHP Version:  4.3.2
 New Comment:

Ok, then there's a compatibility problem (it used to work before).

Also the documentation is bogus too:
http://www.php.net/manual/en/function.ob-start.php

It doesn't mention the return value, the return type is
even supposed to be "void". How can I know I'm supposed to
check the return value ?

In the end I think a bad callback parameter to ob_start is enough to
print an error message on screen (just as calling a function which
doesn't exist prints an error message on screen).

Thanks for the reply.


Previous Comments:


[2003-06-26 09:38:18] [EMAIL PROTECTED]

You should use NO parameter if you don't want a handler. PHP 4.3.2
correctly returns FALSE in this case.



[2003-06-26 09:33:35] pitrou at free dot fr

Description:

Newly with PHP 4.3.2, calls to ob_start with an empty handler (i.e.
ob_start("")) seem to be optimized out and ignored.

This causes two problems :
- ob_start("") can be useful if you prefer to process the
  contents manually by using ob_get_contents() and then
  ob_end_clean()
- nesting of output buffers is broken, because the ob_end()
  call corresponding to ob_start("") is still taken (which
  can totally break the page if your ob_start("") is nested
  inside an ob_start("ob_gzhandler")...)


Reproduce code:
---
** This one doesn't work (second statement is eaten out) :

";
ob_end_flush();
echo "second echo";
ob_end_flush();
?>

** This one works (both statements are printed) :

";
ob_end_flush();
echo "second echo";
ob_end_flush();
?>



Expected result:

Both programs should have the same result (i.e. print both statements
on screen).


Actual result:
--
The program which calls ob_start with an empty handler fails to display
the second statement. In the other program, we circumvent this bug by
using a dummy handler, which causes it to work properly.






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

#24345 [Csd->Asn]: php get Seg. fault when use out of range array element.

2003-06-26 Thread iliaa

 ID:   24345
 Updated by:   [EMAIL PROTECTED]
 Reported By:  legion at altlinux dot ru
-Status:   Closed
+Status:   Assigned
 Bug Type: Scripting Engine problem
 Operating System: ALTLinux (2.4.21rc1)
 PHP Version:  4.3.3RC1
-Assigned To:  
+Assigned To:  iliaa
 New Comment:

There maybe a solution for this bug for 4.X, however it needs testing.
Once it has been validated or rejected final decision about the status
of this bug will be made.


Previous Comments:


[2003-06-26 09:02:26] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

This is fixed in PHP-5.0.0-dev and can not be backported to PHP
4.3.3-dev due to limitations in the engine.



[2003-06-26 08:48:58] legion at altlinux dot ru

Description:

php get seg. fault if i try to use none exists array element. 
Php version: PHP 4.3.3RC2-dev (cvs snapshot 20030624)


Reproduce code:
---


Expected result:

Successfully finished.

Actual result:
--
Segmentation fault





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

#24342 [Opn->Bgs]: Failure in float operations

2003-06-26 Thread iliaa

 ID:   24342
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hostmaster at bemarnet dot es
-Status:   Open
+Status:   Bogus
 Bug Type: Math related
 Operating System: Gentoo Linux
 PHP Version:  4.3.2
 New Comment:

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

Thank you for your interest in PHP.

Over optimization by gentoo can often result of corruption of floats.
This is not a php bug.


Previous Comments:


[2003-06-26 06:28:27] hostmaster at bemarnet dot es

I have also tested with the latest revision (4.3.2-r2 dated 25 June)



[2003-06-26 05:55:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2003-06-26 05:32:30] hostmaster at bemarnet dot es

Description:

Float operations (sprintf, number_format, etc..) fail.

Reproduce code:
---
";   
  echo "2 : ".sprintf("%2.02f", $num)."";   
  echo "3 : ".number_format($num,2,'.',',');   
 
?>

Expected result:

1 : 57.4523
2 : 57.45
3 : 57.45


Actual result:
--
1 : 57.4523
2 : i.00
3 : i00 





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

#21237 [Com]: Unresolved text symbol "in6addr_any"

 ID:   21237
 Comment by:   tomislav at mare dot zesoi dot fer dot hr
 Reported By:  rzepa at ic dot ac dot uk
 Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: Irix 6.5.16
 PHP Version:  4.3.0
 New Comment:

IPv6 is only available in Irix 6.5.19 or higher, but in
main/php_config.h HAVE_IPV6 is defined. Removing HAVE_IPV6 solves the
problem.


Previous Comments:


[2003-03-09 18:46:52] [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-02-25 04:30:20] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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


And if you get the same failure, check main/php_config.h
for HAVE_IPV6




[2002-12-28 03:49:32] rzepa at ic dot ac dot uk

Previous difficulties in compiling at  gcc 3.0.4 were 
addressed by updating to  gcc 3.1.1. The previous compile 
error no longer occurs, but instead at link point, the 
error

ld32: ERROR 33: Unresolved text symbol "in6addr_any" -- 1st 
referenced by main/network.lo.
Use linker option -v to see when and which objects, 
archives and dsos are loaded.  
ld32: INFO 152: Output file removed because of error.
is obtained


./configure --with-mysql  --with-apxs2=/var/www/apache2/
bin/apxs

against  apache 2.0.40






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

#24347 [NEW]: disable_functions don't work in vhost

2003-06-26 Thread picklezz at hotmail dot com

From: picklezz at hotmail dot com
Operating system: FreeBSD 4.8
PHP version:  4.3.2
PHP Bug Type: Apache related
Bug description:  disable_functions don't work in vhost

Description:


DocumentRoot /www/www.example.net
ServerName www.example.net
ServerAlias example.net www.example.net
php_admin_value open_basedir /www/www.example.net
ErrorLog /www/log/www.example.net-error_log
CustomLog /www/log/www.example.net-access_log common
CustomLog /www/log/www.example.net-combined.log combined
php_admin_value disable_functions mysql_pconnect


This doesn't disable mysql_pconnect(), but if I put disable_functions =
mysql_pconnect in php.ini it works...



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

#24348 [NEW]: extension functions can't return by reference

2003-06-26 Thread [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: *
PHP version:  5CVS-2003-06-26 (dev)
PHP Bug Type: Feature/Change Request
Bug description:  extension functions can't return by reference

Description:

functions implemented in a C extension can't return
by reference while native PHP functions can
(although one would expect that you can do *more*
with a function implemented in C, not *less*)

this first came to mind when someone requested
func_get_arg() to be extended to fetch parameters
by reference so that you can implement PHP
functions that take a variable number of parameters
by reference ...

there seems to becode somewhere in the Zend Engine that
always de-references return values ...?


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

#24347 [Opn->Bgs]: disable_functions don't work in vhost

 ID:   24347
 Updated by:   [EMAIL PROTECTED]
 Reported By:  picklezz at hotmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: FreeBSD 4.8
 PHP Version:  4.3.2
 New Comment:

RTFM, it's not even supposed to work.



Previous Comments:


[2003-06-26 11:41:07] picklezz at hotmail dot com

Description:


DocumentRoot /www/www.example.net
ServerName www.example.net
ServerAlias example.net www.example.net
php_admin_value open_basedir /www/www.example.net
ErrorLog /www/log/www.example.net-error_log
CustomLog /www/log/www.example.net-access_log common
CustomLog /www/log/www.example.net-combined.log combined
php_admin_value disable_functions mysql_pconnect


This doesn't disable mysql_pconnect(), but if I put disable_functions =
mysql_pconnect in php.ini it works...







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

#24343 [Opn->Fbk]: Oracle 9.2.0 client libs do not work

 ID:   24343
 Updated by:   [EMAIL PROTECTED]
 Reported By:  thomas at fivemile dot net
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Redhat Linux 8.0
 PHP Version:  4.3.2
 New Comment:

Please try using this CVS snapshot:

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


Previous Comments:


[2003-06-26 06:36:23] thomas at fivemile dot net

Description:

OCILogon and OCIPLogon either segfault or return spurious (changing by
reloading the page) error messages of the type "Warning: ocilogon():
OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1
ORA-00911: invalid character in /home/httpd/index.php3 on line 5"

Environment vars are set (verfied by phpinfo()), sqlplus from the
webserver account works, older (9.0.1) client libs from another machine
can access the db without problems.

PHP compiled with ./configure' '--with-db' '--with-apxs2=/usr/bin/apxs'
'--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-mysql=/usr'
'--with-zlib' '--with-mcrypt' '--enable-track-vars=yes'
'--with-jpeg-dir=/usr' '--with-oci8=/opt/oracle/product/9.2.0'
'--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-xml'
'--with-calendar' '--enable-sigchild' '--with-xpm-dir=/usr/X11R6'
'--with-gettext' '--with-openssl=/usr' '--enable-calendar'
'--enable-gd-imgstrttf' '--with-ttf=/usr/local' '--with-imap'
'--with-kerberos' '--enable-xslt' '--with-xslt-sablot' '--enable-debug'


but a 'watered down' version including only the oracle libs yields the
same problems, regardless of trying with apache 1 (both static and DSO)
or 2


Reproduce code:
---
$ohnd = OCILogon("dvd","hidden","tns.domain");

Expected result:

Connection to Oracle 9.2.0 on the same machine

Actual result:
--
Spurious ORA-00604 error messages (see above) or coredump

[EMAIL PROTECTED] apache2]# gdb bin/httpd
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
(gdb) run -X
Starting program: /opt/apache2/bin/httpd -X
(no debugging symbols found)...(no debugging symbols found)...[New
Thread 16384 (LWP 1468)]
[Thu Jun 26 13:20:22 2003] [warn] module php4_module is already loaded,
skipping

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 1468)]
0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
(gdb) bt
#0  0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#1  0x40aa516f in kpughndl0 () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#2  0x40aab553 in kpughndl () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#3  0x40affde6 in OCIHandleAlloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#4  0x4035974f in _oci_open_session (server=0x8229608,
username=0x82439dc "dvd", password=0x82492fc "yami", persistent=0,
exclusive=0, charset=0x404c6cd9 "")
at /root/build/php-4.3.2/ext/oci8/oci8.c:2253
#5  0x4035ada0 in oci_do_connect (ht=3, return_value=0x8243a4c,
this_ptr=0x0, return_value_used=1, persistent=0, exclusive=0)
at /root/build/php-4.3.2/ext/oci8/oci8.c:2685
#6  0x4035f590 in zif_ocilogon (ht=3, return_value=0x8243a4c,
this_ptr=0x0, return_value_used=1) at
/root/build/php-4.3.2/ext/oci8/oci8.c:4307
#7  0x404582be in execute (op_array=0x823a31c) at
/root/build/php-4.3.2/Zend/zend_execute.c:1606
#8  0x40446ee9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /root/build/php-4.3.2/Zend/zend.c:869
#9  0x40410990 in php_execute_script (primary_file=0xbfffdc20) at
/root/build/php-4.3.2/main/main.c:1671
#10 0x4045dfd1 in php_handler (r=0x8207968) at
/root/build/php-4.3.2/sapi/apache2handler/sapi_apache2.c:525
#11 0x0809f7fe in ap_run_handler ()
#12 0x0809fd16 in ap_invoke_handler ()
#13 0x080822a3 in ap_process_request ()
#14 0x0807e4e1 in ssl_dh_GetParamFromFile ()
#15 0x080a87ee in ap_run_process_connection ()
#16 0x0809e3b4 in ap_graceful_stop_signalled ()
#17 0x0809e55e in ap_graceful_stop_signalled ()
#18 0x0809e5b7 in ap_graceful_stop_signalled ()
#19 0x0809eca9 in ap_mpm_run ()
#20 0x080a39c2 in main ()
#21 0x420158f7 in __libc_start_main () from /lib/i686/libc.so.6
(gdb) quit





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

#24347 [Bgs->Opn]: disable_functions don't work in vhost

2003-06-26 Thread picklezz at hotmail dot com

 ID:   24347
 User updated by:  picklezz at hotmail dot com
 Reported By:  picklezz at hotmail dot com
-Status:   Bogus
+Status:   Open
 Bug Type: Apache related
 Operating System: FreeBSD 4.8
 PHP Version:  4.3.2
 New Comment:

Well look at the ini_set page and you see that it is supposed to work.


Previous Comments:


[2003-06-26 11:44:51] [EMAIL PROTECTED]

RTFM, it's not even supposed to work.




[2003-06-26 11:41:07] picklezz at hotmail dot com

Description:


DocumentRoot /www/www.example.net
ServerName www.example.net
ServerAlias example.net www.example.net
php_admin_value open_basedir /www/www.example.net
ErrorLog /www/log/www.example.net-error_log
CustomLog /www/log/www.example.net-access_log common
CustomLog /www/log/www.example.net-combined.log combined
php_admin_value disable_functions mysql_pconnect


This doesn't disable mysql_pconnect(), but if I put disable_functions =
mysql_pconnect in php.ini it works...







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

#24307 [Opn->Fbk]: $HTTP_COOKIE_VARS is NULL

 ID:   24307
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nakayama at hb dot mdis dot co dot jp
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: RedHat9 Linux 2.4.18-9
 PHP Version:  4.3.2
 New Comment:

Please provide a full script which can be used to reproduce this. And
try to disable mbstring altogether. (compile PHP without it)





Previous Comments:


[2003-06-24 01:43:09] nakayama at hb dot mdis dot co dot jp

Description:

Now, in the Web application which we are developing, 
session information is got by Cookie. 
A trouble is not occured by the test of the application in the few
clients. 
However, if the load of 200 threads is executed by Microsoft Web
Application Stress Tool, 
the value of Cookie may serve as NULL in the about beyond 160-200
sessions, 
and a few error may occur. 
Since the client has sent Cookie if a packet monitor is seen, 
the problem by the side of a server is considered. 

The Web server is using apche1.3.27 on RedHat9(kernel2.4.20-18.9) 
with glibc-2.3.2-27.9.
configure of PHP4.3.2 is performed as follows. 
./configure --enable-trans-sid \
 --with-apxs=/usr/local/apache/bin/apxs \
 --enable-mbstring \
 --with-mysql=/usr/local/mysql 

MaxClient of apache(in httpd.conf) is set as 50. 
In php.ini, a change of those other than [mbstring] is not made. 
(session.cookie_lifetime is also set to 0. register_globals is also set
to "Off")

Does anybody know where this null comes from? 


Reproduce code:
---
This program code is below.
 function sess_get_id(&$ssid) {
 global $HTTP_COOKIE_VARS;
 $ret  = NORMAL_END;
 $ssid = $HTTP_COOKIE_VARS[COOKIE_NAME];
 if (chk_ssid($ssid) == true) {
 $ret = NORMAL_END;
 } else {
 $ret = NULL_VALUE;
 return $ret;
 }
 }

Expected result:

We expect $HTTP_COOKIE_VARS is not NULL.


Actual result:
--
We set COOKIE value by setcookie function.
But, parhaps, we can't get a $HTTP_COOKIE_VARS value while a high
stress has been the web server.





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

#24319 [Opn->Bgs]: GTK fails to build (generator/scheme.php error)

 ID:   24319
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mike at blueroot dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  4.3.3RC1
 New Comment:

This is wrong place to report this, try this mailing list instead:
[EMAIL PROTECTED]


Previous Comments:


[2003-06-24 13:34:07] mike at blueroot dot net

The script somehow produces a file called --.cache (impossible top open
or read correctly)

cat --.cache
cat: unrecognized option `--.cache'
Try `cat --help' for more information.



[2003-06-24 13:26:39] mike at blueroot dot net

Description:

Afer downloading 0.5.2 php-gtk (and cvs version) I get these errors
apearing in these files after doing ./configure

ext/gtk+/gen_gtk.c : 


Warning:  fopen(--): failed to open stream: No such file or
directory in /usr/src/php/php-gtk-0.5.2/generator/scheme.php on
line 110

Warning:  fgets(): supplied argument is not a valid stream
resource in /usr/src/php/php-gtk-0.5.2/generator/scheme.php on
line 34

ext/gtk+/gen_gdk.c : 


Warning:  filemtime(): Stat failed for -- (errno=2 - No such
file or directory) in
/usr/src/php/php-gtk-0.5.2/generator/scheme.php on line
101








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

#24318 [Opn->Bgs]: basename failing on UNC paths

 ID:   24318
 Updated by:   [EMAIL PROTECTED]
 Reported By:  axelr3 at btinternet dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: Windows 2k
 PHP Version:  4.3.2
 New Comment:

\ is the real directory separator in windows. Not bug.
(And apache config has nothing to do with this)




Previous Comments:


[2003-06-24 12:32:51] axelr3 at btinternet dot com

Description:

All running on Windows 2k with Apache 1.3.27 where DocumentRoot in
Apache configuration was set to '//w2kserver/data/website/root'



$file was being set to '\\w2kserver\data\website\root\test.php'

Mapped the drive to N: so it now looks like 'n:/website/root' and
update the Apache config and $file is now 'test.php'








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

#24317 [Opn->Asn]: chdir doesn't affect dba_open

 ID:   24317
 Updated by:   [EMAIL PROTECTED]
 Reported By:  steveb at talltree dot com
-Status:   Open
+Status:   Assigned
-Bug Type: IIS related
+Bug Type: DBM/DBA related
 Operating System: Windows XP
 PHP Version:  4.3.2
-Assigned To:  
+Assigned To:  helly
 New Comment:

If fopen() works, but dba_open() doesn't it's definately some DBA
problem.



Previous Comments:


[2003-06-24 12:01:05] steveb at talltree dot com

Description:

Apparently, dba_open doesn't respect chdir in Windows 32.  I filed this
against IIS only because I believe it's Win32 specific - this problem
doesn't reproduce on my web hosting provider's Linux/Apache server
(running php 4.1).  I don't think this bug has anything to do with the
IIS server, as it reproduces from the CLI.

I also observed that on the Unix box, dba_open("foo","w") will create
"foo" if it doesn't exist, whereas on my Windows box you need to
specify "n" or "c" to create a file.  Don't know whether that's a
version difference or a bug.

Reproduce code:
---
To reproduce:

  



Expected result:

"textfile" and "database" should both be created in "subdir".

Actual result:
--
"textfile" gets created in "subdir", but "database" is created in the
parent directory.






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

#24345 [Asn->WFx]: php get Seg. fault when use out of range array element.

2003-06-26 Thread iliaa

 ID:   24345
 Updated by:   [EMAIL PROTECTED]
 Reported By:  legion at altlinux dot ru
-Status:   Assigned
+Status:   Wont fix
 Bug Type: Scripting Engine problem
 Operating System: ALTLinux (2.4.21rc1)
 PHP Version:  4.3.3RC1
 Assigned To:  iliaa


Previous Comments:


[2003-06-26 10:50:22] [EMAIL PROTECTED]

There maybe a solution for this bug for 4.X, however it needs testing.
Once it has been validated or rejected final decision about the status
of this bug will be made.



[2003-06-26 09:02:26] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

This is fixed in PHP-5.0.0-dev and can not be backported to PHP
4.3.3-dev due to limitations in the engine.



[2003-06-26 08:48:58] legion at altlinux dot ru

Description:

php get seg. fault if i try to use none exists array element. 
Php version: PHP 4.3.3RC2-dev (cvs snapshot 20030624)


Reproduce code:
---


Expected result:

Successfully finished.

Actual result:
--
Segmentation fault





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

#24309 [Opn->Bgs]: mb_detect_encoding return EUC-JP for invalid EUC-JP char sequence

 ID:   24309
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jc at mega-bucks dot co dot jp
-Status:   Open
+Status:   Bogus
 Bug Type: mbstring related
 Operating System: Linux
 PHP Version:  4.3.1
 New Comment:

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

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

PHP 4.3.2 was released a while ago.



Previous Comments:


[2003-06-24 02:52:51] jc at mega-bucks dot co dot jp

Description:

I've just run into a strange "bug". I have a form on my web site that
takes input from the user and then uses that to do a search of a
postgresql database.

The form is set to be EUC-JP, but this weekend a user submitted a
query
that postgres reject because it "contains invalid EUC-JP" characters.
Luckily the error was logged and I was able to track it down.

I thought that maybe the user had entered some bad characters in the
form or used some strange encoding so I should better check to make
sure
that the encoding of the submitted form data really is EUC-JP using
mb_detect_encoding(). But unfortunately mb_detect_encoding() says that
the invalid string *is* in EUC-JP!?

The query string is as it appears in the URL is:

search_words=%B7%F6%BA%7E

In the script that parses this query I have put the following:

$words = $_GET["words"];
$enc = mb_detect_encoding($aI["words"]);
echo "encoding is $enc and the query is ($words)";die;

The result is:

encoding is EUC-JP and the query is (喧?)

As you can see the query string is *not* a valid EUC-JP sequence ...

Reproduce code:
---
$words = $_GET["words"];
$enc = mb_detect_encoding($aI["words"]);
echo "encoding is $enc and the query is ($words)";die;

Expected result:

SJIS (?) or Undefined.

mb_detect_encoding() does not specify what it returns if an invalid
character sequence for which the encoding cannot be detectec is passed
in.

In the above case the character sequence is valid SJIS I believe ...

Actual result:
--
EUC-JP





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

#24308 [Opn->Bgs]: opendir() doesn't handle Windows filesnames with spaces

 ID:   24308
 Updated by:   [EMAIL PROTECTED]
 Reported By:  john at cloudyhands dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: Windows XP
 PHP Version:  4.3.1
 New Comment:

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

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

PHP 4.3.2 is already released with lot of fixes.



Previous Comments:


[2003-06-24 02:45:52] john at cloudyhands dot com

Description:

here is the error:

Warning: opendir(C:\Documents and Settings\john\My Documents\My
Pictures\2003_0622) [function.opendir]: failed to open dir: Invalid
argument in C:\jf\php\htmlScan\showPics.php on line 202
Cannot find C:\Documents and Settings\john\My Documents\My
Pictures\2003_0622.

There is such a directory, and trying a different directory with no
spaces does work.  

So, Windows gets you again!  :)


Reproduce code:
---
$dfltRoot = "C:\\Documents and Settings\\john\\My Documents\\My
Pictures\\2003_0622";
opendir($dfltRoot);


Expected result:

opendir() returns the directory handle.

Actual result:
--
see error listed in description





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

#24318 [Bgs]: basename failing on UNC paths

2003-06-26 Thread axelr3 at btinternet dot com

 ID:   24318
 User updated by:  axelr3 at btinternet dot com
 Reported By:  axelr3 at btinternet dot com
 Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: Windows 2k
 PHP Version:  4.3.2
 New Comment:

I realise Apache has nothing to do with it, I was just trying to give
as much helpful information as I could.

Unfortunately, Apache will not accept \ as the directory separator
(I've tried) and I had to use /.

Also, the PHP documentation for basename states that both slash (/) and
backslash (\) are used as path separator character.


Previous Comments:


[2003-06-26 12:02:19] [EMAIL PROTECTED]

\ is the real directory separator in windows. Not bug.
(And apache config has nothing to do with this)





[2003-06-24 12:32:51] axelr3 at btinternet dot com

Description:

All running on Windows 2k with Apache 1.3.27 where DocumentRoot in
Apache configuration was set to '//w2kserver/data/website/root'



$file was being set to '\\w2kserver\data\website\root\test.php'

Mapped the drive to N: so it now looks like 'n:/website/root' and
update the Apache config and $file is now 'test.php'








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

#19122 [Opn->Fbk]: session.use_trans_sid doesn't take effect if zlib_output_compression is enabled

 ID:   19122
 Updated by:   [EMAIL PROTECTED]
 Reported By:  m dot DOT dot wallner at iworks dot DOT dot at
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Win 2k and Debian 3
 PHP Version:  4.3.0 and earlier
 New Comment:

Please try using this CVS snapshot:

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

This might have changed a bit, see bug #24315 (seems like same issue?)



Previous Comments:


[2003-01-07 10:27:26] m dot DOT dot wallner at iworks dot DOT dot at

You AFAIK can't set session.use_trans_sid with ini_set, because this
param is only writeable by PHP_INI_SYSTEM or PHP_INI_PERDIR directive
-> you can read this at
http://www.php.net/manual/en/function.ini-set.php

Bye,
Michael



[2003-01-01 14:07:47] schleinzer at gmx dot net

If I try to use trans_sid with php 4.3.0 final it doenst work. ZLib
output compression is off. The test I use is as following:

ini_set('session.use_cookies','0');
ini_set('session.use_trans_sid','1');

session_start();
print 'Bug';

There is no session id appended to that link. 4.2.3 worked fine. Most
settings are the same as in the php.ini.recommended  comming with 4.3.0
final.



[2002-12-29 06:38:46] m dot DOT dot wallner at iworks dot DOT dot at

So here is my conclusion:

I've just tried PHP 4.3.0 Final today.

zlib's compression works fine now, and
session.use_trans_sid won't work if and
ONLY IF you use session.auto_start.

trans_sid works fine if you start the 
session manually by calling session_start().

Don't know if this Bug should be closed?

Bye,
Michael



[2002-11-12 17:07:38] [EMAIL PROTECTED]

So it might be some bug then.




[2002-11-12 13:29:17] m dot wallner at iworks dot at

Sorry, my english is not that good.

> Are you by any chance trying to use 
> both methods at the same time ?

I'm not using

output_handler = "ob_gzhandler"

and

zlib.output_compression = On

at the same time, if you ment this.

"ob_gzhandler" still works fine, even with session.use_trans_sid = 1,
but zlib.output_compression always serves trash in this version.

Michael



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

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

#23275 [Opn->Fbk]: serialize(), $_SESSION, seg fault

 ID:   23275
 Updated by:   [EMAIL PROTECTED]
 Reported By:  moxley at moxleydata dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Linux 4.2
 PHP Version:  4.3.2-RC
 New Comment:

What's the status?



Previous Comments:


[2003-05-20 19:50:07] moxley at moxleydata dot com

I've installed the release and the problem still exists. Addtionally,
there is another problem with the new release, related to sessions,
which I haven't had the time to investigate. Please give me more time
to check out the new problem. Thanks



[2003-05-15 13:27:07] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

And if it still crashes, add the backtrace here.




[2003-04-21 10:03:40] [EMAIL PROTECTED]

I get this with latest STABLE CVS:

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
allocate 136337046 bytes) in Unknown on line 0



[2003-04-18 16:18:46] moxley at moxleydata dot com

PHP apparently crashes under these contidions:
1. Use of serialize() on the $_SESSION variable
-AND-
2. $_SESSION contains an object
-AND-
3. object's class is not defined within the context of the serialize()
call

Please contact me for gdb backtrace, php.ini, or other information if
you cannot reproduce the problem with the script below.

Code that breaks:
serialize';
}

?>

Apache 1.3.27 error log:
[Fri Apr 18 14:04:05 2003] [notice] child pid 15705 exit signal
Segmentation fault (11)
[Fri Apr 18 14:04:05 2003] [notice] child pid 15697 exit signal
Segmentation fault (11)
[Fri Apr 18 14:04:05 2003] [notice] child pid 15693 exit signal
Segmentation fault (11)






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

#24257 [Opn->Fbk]: Endless request for phpinfo page...

 ID:   24257
 Updated by:   [EMAIL PROTECTED]
 Reported By:  swingfreak3_ at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Windows XP Pro
 PHP Version:  4.3.2
 New Comment:

Which extensions have you enabled in your php.ini file?



Previous Comments:


[2003-06-24 02:18:44] swingfreak3_ at hotmail dot com

PHPinfo Filename: phpinfo.phtml

Apache Configuration Options:

AddType application/x-httpd-php .php .phtml .php3 .php4
AddType application/x-httpd-php-source .phps
LoadModule php4_module d:/Apache/php/sapi/php4apache2.dll

Anything more you need?



[2003-06-23 20:44:12] [EMAIL PROTECTED]

And PHP is configured how in httpd.conf ??




[2003-06-19 09:40:31] swingfreak3_ at hotmail dot com

Loaded Modules 
core mod_win32 mpm_winnt http_core mod_so mod_access mod_actions
mod_alias mod_asis mod_auth mod_autoindex mod_cgi mod_dir mod_env
mod_imap mod_include mod_info mod_isapi mod_log_config mod_mime
mod_negotiation mod_rewrite mod_setenvif mod_status mod_userdir
sapi_apache2
Apache API Version 
20020903



[2003-06-19 09:36:29] swingfreak3_ at hotmail dot com

Description:

Software:
Apache 2.0.46
PHP 4.3.2 (running as a module)
MySQL 4.0.13 (although not relevant)
Windows XP Professional (without SP1(a))
Internet Explorer 6.0

When requesting http://localhost/phpinfo.phtml the browser says 'Done',
you get to see nothing, it immediately begins another request, and this
goes on and on. Sometimes endlessly, most of the time produces a 404,
and very rarely the actual phpinfo page. When it does there is also
broken HTML present here.

I noticed this bug after an upgrade to Apache 2.0.46 whilst still using
PHP 4.3.1, the problem still occurs when using PHP 4.3.2.

Some additional information, obtained while phpinfo worked for once:

System  Windows NT BP2400 5.1 build 2600  
Build Date  May 28 2003 15:06:05  
Server API  Apache 2.0 Handler  
Virtual Directory Support  enabled  
Configuration File (php.ini) Path  C:\WINDOWS\php.ini  
PHP API  20020918  
PHP Extension  20020429  
Zend Extension  20021010  
Debug Build  no  
Thread Safety  enabled  
Registered PHP Streams  php, http, ftp, compress.zlib, compress.bzip2  

Reproduce code:
---


Expected result:

A PHP Information page, immediately...

Actual result:
--
Most of the time, after endless requests: a 404 error...





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

#24296 [Opn->Asn]: Sablot XSLT gives error 3 when xml file too big

 ID:   24296
 Updated by:   [EMAIL PROTECTED]
 Reported By:  andrew at shh dot fi
-Status:   Open
+Status:   Assigned
 Bug Type: XSLT related
 Operating System: win32 and linux
 PHP Version:  4.3.2
-Assigned To:  
+Assigned To:  edink
 New Comment:

Edin, can you update the expat lib in the win32 stuff..?
Andrew, what version did you use?



Previous Comments:


[2003-06-25 02:17:41] andrew at shh dot fi

Problem resolved!!

Upgrade the expat to the latest version and everything works



[2003-06-24 01:25:05] andrew at shh dot fi

I found another person who had experienced similar problems on the
Gingerall.com site. He had attached an example file. The size is 277034
characters - rather large. This appears to fail. 

However, I have installed the latest Expat Release 1.95.6 update and it
seems to have worked - from a command line. The problem will now need
to be addressed in the PHP sablot.

Heres the xslt file:


http://www.w3.org/1999/XSL/Transform";
version="1.0">







Heres the xml file1: test.xml


]>
&module1;

And heres part of the external xml file: test2.xml






Well these are examples but in the real work I need to pass a huge xml
file with lots of data.

regards



[2003-06-23 17:51:31] [EMAIL PROTECTED]

Could you at least aproximate the size of the xml file at which the
problems begins to occur?



[2003-06-23 06:43:02] andrew at shh dot fi

Description:

The setup is an xml document with several external entities including
xml files.

Using the standard xslt functions in php the problem begins when the
filesize exceed a limit (don't know what the size is unless I start
couting all the includes). By choopping out a number of lines from the
files the problem is OK.

Its not about structure as this works OK in MsXML plus other packages
like XML Spy. The problem is definately with the sablot/expat
somewhere.

I am not sure whether its a combination of entities and filesize or
just filesize.

What appears to be happening is some kind of cache that chops the end
off therefore giving an error 3 which is an no element found error.

Perhaps the problem is with expat? Any ideas?

Reproduce code:
---


Expected result:

A load of text 

Actual result:
--
Warning: Sablotron error on line 293: XML parser error 3: no element
found in E:\projects\studybuilder\parse.php on line 12
Error Number: 2
XML parser error 3: no element found





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

#24063 [Opn->Asn]: Notice: unserialize(): Error at offset ... again

 ID:   24063
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jparneodo at yahoo dot fr
-Status:   Open
+Status:   Assigned
 Bug Type: Scripting Engine problem
 Operating System: RH7.2
 PHP Version:  4.3.3RC1
-Assigned To:  
+Assigned To:  helly
 New Comment:

You broke this, iirc.



Previous Comments:


[2003-06-20 09:28:26] jparneodo at yahoo dot fr



4.3.3RC1
d::.E-7;

phpinfo()
PHP Version => 4.3.3RC1

System => Linux paris.[skipped].com 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT
2001 i686
Build Date => Jun 20 2003 10:21:42
Configure Command =>  './configure' '--with-apxs=/home/apache/bin/apxs'
'--with-mysql=/usr/local/mysql' '--with-system-regex'
'--enable-track-vars' '--enable-memory-limits' '--with-xml'
'--with-imap=/usr/local' '--enable-sysvsem' '--enable-sysvshm'
'--enable-sockets' '--with-gd' '--enable-inline-optimization'
'--with-curl' '--with-zlib' '--with-bz2' '--with-gettext' '--with-pcre'
'--enable-cli' '--disable-cgi' '--enable-pcntl' '--enable-url-open'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => /usr/local/phpcgi/lib/php.ini
PHP API => 20020918
PHP Extension => 20020429
Zend Extension => 20021010
Debug Build => no
Thread Safety => disabled
Registered PHP Streams => php, http, ftp, compress.bzip2, compress.zlib
 

This program makes use of the Zend Scripting Language Engine:
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies



[2003-06-09 08:13:51] [EMAIL PROTECTED]

4.3.3-dev

d:1.E-6;




[2003-06-09 05:34:52] jparneodo at yahoo dot fr

Sorry, you must read,
Serialise on 4.3.2 and 4.3.0 has not the same result on RH7.2:
4.3.0= d:1E-06;
4.3.2= d::.E-7;



[2003-06-09 05:16:20] [EMAIL PROTECTED]

Please correct the version error in your last message.



[2003-06-09 03:50:30] jparneodo at yahoo dot fr

Serialise on 4.3.2 and 4.3.0 has not the same result:
4.3.2= d:1E-06;
4.3.0= d::.E-7;




// Output with php-4.3.2/sapi/cli/php
4.3.2
Notice: unserialize(): Error at offset 0 of 8 bytes in - on line 5

d::.E-7;

// Output with php-4.3.0 apache 1.3.27 on RedHat
4.3.0
d:1E-06;

// Same result on RH9.0 with all php-4.3.2RCi
http://marc.theaimsgroup.com/?l=php-dev&m=105491350013813&w=2



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

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

#24063 [Asn]: Notice: unserialize(): Error at offset ... again

 ID:   24063
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jparneodo at yahoo dot fr
 Status:   Assigned
 Bug Type: Scripting Engine problem
 Operating System: RH7.2
 PHP Version:  4.3.3RC1
 Assigned To:  helly
 New Comment:

(that was for Marcus :)



Previous Comments:


[2003-06-26 12:56:14] [EMAIL PROTECTED]

You broke this, iirc.




[2003-06-20 09:28:26] jparneodo at yahoo dot fr



4.3.3RC1
d::.E-7;

phpinfo()
PHP Version => 4.3.3RC1

System => Linux paris.[skipped].com 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT
2001 i686
Build Date => Jun 20 2003 10:21:42
Configure Command =>  './configure' '--with-apxs=/home/apache/bin/apxs'
'--with-mysql=/usr/local/mysql' '--with-system-regex'
'--enable-track-vars' '--enable-memory-limits' '--with-xml'
'--with-imap=/usr/local' '--enable-sysvsem' '--enable-sysvshm'
'--enable-sockets' '--with-gd' '--enable-inline-optimization'
'--with-curl' '--with-zlib' '--with-bz2' '--with-gettext' '--with-pcre'
'--enable-cli' '--disable-cgi' '--enable-pcntl' '--enable-url-open'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => /usr/local/phpcgi/lib/php.ini
PHP API => 20020918
PHP Extension => 20020429
Zend Extension => 20021010
Debug Build => no
Thread Safety => disabled
Registered PHP Streams => php, http, ftp, compress.bzip2, compress.zlib
 

This program makes use of the Zend Scripting Language Engine:
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies



[2003-06-09 08:13:51] [EMAIL PROTECTED]

4.3.3-dev

d:1.E-6;




[2003-06-09 05:34:52] jparneodo at yahoo dot fr

Sorry, you must read,
Serialise on 4.3.2 and 4.3.0 has not the same result on RH7.2:
4.3.0= d:1E-06;
4.3.2= d::.E-7;



[2003-06-09 05:16:20] [EMAIL PROTECTED]

Please correct the version error in your last message.



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

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

#24267 [Opn->Bgs]: glibc 2.1.92, gcc 2.9.5

 ID:   24267
 Updated by:   [EMAIL PROTECTED]
 Reported By:  robert at artnickel dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Linux 2.2.19
 PHP Version:  4.3.2
 New Comment:

There's something very wrong within your system,
propably misconfigured linux headers, or something alike.



Previous Comments:


[2003-06-20 02:56:12] robert at artnickel dot com

Description:

In file included from /home/tech/dnloads/php-4.3.2/main/php.h:155,
 from
/home/tech/dnloads/php-4.3.2/ext/standard/basic_functions.c:22:
/usr/include/unistd.h:247: warning: redefinition of `socklen_t'
/home/tech/dnloads/php-4.3.2/main/php.h:139: warning: `socklen_t'
previously declared here
In file included from /usr/include/netdb.h:31,
 from
/home/tech/dnloads/php-4.3.2/ext/standard/basic_functions.c:42:
/usr/include/sys/socket.h:51: parse error before `0'
make: *** [ext/standard/basic_functions.lo] Error 1
$ gcc -v
gcc version 2.95.2 19991024 (release)
$ rpm -qa | grep glibc
glibc-2.1.92-14
glibc-devel-2.1.92-14


Couldn't find anywhere where this problem was listed on the bug
listing.  I went to #php on oftc and ircnet with no luck (it's kinda
late 0840 UTC).

It's gagging on the following code segment on the SHUT_RD line:

/* The following constants should be used for the second parameter of
   `shutdown'.  */
enum
{
  SHUT_RD = 0,  /* No more receptions.  */
#define SHUT_RD SHUT_RD
  SHUT_WR,  /* No more transmissions.  */
#define SHUT_WR SHUT_WR
  SHUT_RDWR /* No more receptions or transmissions.  */
#define SHUT_RDWR   SHUT_RDWR
};




Reproduce code:
---
N/A

Expected result:

N/A






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

#24261 [Opn->Csd]: --with-cpdflib=/path forgets paths leading to compile failure.

 ID:   24261
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pj at dc dot luth dot se
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.3.2
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.


Previous Comments:


[2003-06-19 14:11:19] pj at dc dot luth dot se

Description:

When libtiff and libjpeg are in different directories compared to
clibpdf and a path is given to all three configure fails to find
clibpdf although it exists. (It only searches in the libtiff for some
reason, it seems to mangle the paths that are given). 

This fixes it for me, however it seems like it is a gross hack. A guess
is that CPDF_TIFF_TEST mangles the path.

--- ext/cpdf/config.m4.orig Thu Jun 19 09:57:51 2003
+++ ext/cpdf/config.m4  Thu Jun 19 21:00:00 2003
@@ -63,10 +63,12 @@
   if test "$withval" = "no"; then
 AC_MSG_RESULT(no)
   else
+old_withval=$withval
 AC_MSG_RESULT(yes)
 PHP_NEW_EXTENSION(cpdf, cpdf.c)
 CPDF_JPEG_TEST
 CPDF_TIFF_TEST
+withval=$old_withval
 for i in $withval /usr /usr/local; do
   if test -f "$i/include/cpdflib.h"; then
 CPDFLIB_INCLUDE=$i/include


Reproduce code:
---
Fill in the variables with paths.

./configure --prefix=%{_prefix} \
--enable-ftp \
--enable-versioning \
--with-config-file-path=/env/%{module} \
--with-apxs=$APACHE/bin/apxs \
--enable-pear \
--disable-short-tags \
--enable-bcmath \
--enable-memory-limit \
--with-db3=$DB3 \
--with-ldap=$OPENLDAP \
--with-mhash=$MHASH \
--enable-track-vars \
--enable-trans-sid \
--enable-calendar \
--with-unixODBC=$UNIXODBC \
--with-mysql=$MYSQL \
--with-imap=$IMAP \
--with-imap-ssl=$OPENSSL \
--with-gd=$GD \
--with-jpeg-dir=$LIBJPEG \
--with-png-dir=$LIBPNG \
--with-zlib=$ZLIB \
--with-gettext=$GETTEXT \
--with-tiff-dir=$LIBTIFF \
--with-cpdflib=$CLIBPDF \
--with-xpm-dir=$XPM \
--with-readline=$READLINE \
--with-openssl=$OPENSSL \
--with-bz2=$BZIP2 \
--with-gmp=$GMP \
--with-freetype-dir=$FREETYPE \
--with-gdbm=$GDBM 


Expected result:

Configure complete and ready to make.

Actual result:
--
configure fails to find clibpdf.





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

#24349 [NEW]: dir()->read() times out killing the page if too many items in folder.

2003-06-26 Thread itamarc at rogers dot com

From: itamarc at rogers dot com
Operating system: Win XP Pro
PHP version:  4.3.1
PHP Bug Type: Directory function related
Bug description:  dir()->read() times out killing the page if too many items in folder.

Description:

I use dir() to read directories to make and admin site.
in the largest folder there are so many entries that the page loads twice
then gives me a dnserror page.

Reproduce code:
---
http://zabber.portredirect.com/siteadmin.php
search the page for "zdomain".  open that folder.

Expected result:

page will refresh and give dnserror page.


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

#24349 [Opn->Bgs]: dir()->read() times out killing the page if too many items in folder.

 ID:   24349
 Updated by:   [EMAIL PROTECTED]
 Reported By:  itamarc at rogers dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Directory function related
 Operating System: Win XP Pro
 PHP Version:  4.3.1
 New Comment:

Works fine with Galeon (mozilla).



Previous Comments:


[2003-06-26 13:29:47] itamarc at rogers dot com

Description:

I use dir() to read directories to make and admin site.
in the largest folder there are so many entries that the page loads
twice then gives me a dnserror page.

Reproduce code:
---
http://zabber.portredirect.com/siteadmin.php
search the page for "zdomain".  open that folder.

Expected result:

page will refresh and give dnserror page.






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

#24255 [Opn->Fbk]: make test failing for FAIL Bug #24142 (round() problems)

 ID:   24255
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alietss at yahoo dot com
-Status:   Open
+Status:   Feedback
-Bug Type: Compile Failure
+Bug Type: Scripting Engine problem
 Operating System: Linux RedHat 9.0
 PHP Version:  4CVS-2003-06-19 (stable)
 New Comment:

Does this happen with this package:

http://downloads.php.net/jani/php-4.3.3RC1.tar.gz


Previous Comments:


[2003-06-19 08:54:51] alietss at yahoo dot com

Description:

Hi people:
I'm playing a while with php-4.3.3-RC2-dev on a RedHat 9.0
httpd-2.0.45, everything was ok until the make test, wich failed with
this:

FAIL Bug #24142 (round() problems)
[ext/standard/tests/math/bug24142.phpt]

=
FAILED TEST SUMMARY
-
Bug #24142 (round() problems) [ext/standard/tests/math/bug24142.phpt]
=

I was building rpms, this is my configure line:

%configure \
--cache-file=../config.cache \
--with-config-file-path=%{_sysconfdir} \
--with-config-file-scan-dir=%{_sysconfdir}/php.d \
--enable-force-cgi-redirect \
--disable-debug \
--enable-pic \
--disable-rpath \
--enable-inline-optimization \
--with-bz2 \
--with-db4=%{_prefix} \
--with-curl \
--with-dom=%{_prefix} \
--with-exec-dir=%{_bindir} \
--with-freetype-dir=%{_prefix} \
--with-png-dir=%{_prefix} \
--with-gd \
--enable-gd-native-ttf \
--with-ttf \
--with-gdbm \
--with-gettext \
--with-pdflib=shared \
--with-tiff-dir=%{_prefix} \
--with-ncurses \
--with-gmp \
--with-iconv \
--enable-xslt=shared \
--with-jpeg-dir=%{_prefix} \
--with-openssl \
--with-png \
--with-pspell \
--with-regex=system \
--with-xml \
--with-xmlrpc \
--with-expat-dir=%{_prefix} \
--with-zlib \
--with-layout=GNU \
--enable-bcmath \
--enable-exif \
--enable-ftp \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-discard-path \
--enable-track-vars \
--enable-trans-sid \
--enable-yp \
--enable-wddx \
--without-oci8 \
--with-pear=/usr/share/pear \
--with-imap=shared \
--with-imap-ssl \
--with-kerberos=/usr/kerberos \
--with-ldap=shared \
--with-mcal=shared,%{_prefix} \
--with-mcrypt=shared,%{_prefix} \
--with-mhash=shared,%{_prefix} \
--with-mssql=shared,%{_prefix} \
--with-mysql=shared,%{_prefix} \
%if %{oracle}
--with-oci8=shared \
%endif
--with-pgsql=shared \
--with-snmp=shared,%{_prefix} \
--with-snmp=shared \
--enable-ucd-snmp-hack \
--with-xslt-sablot=shared,%{_prefix} \
--with-sablot-js=shared,%{_prefix} \
--with-unixODBC=shared \
--enable-memory-limit \
--enable-bcmath \
--enable-shmop \
--enable-versioning \
--enable-calendar \
--enable-dbx \
--enable-dio \
--enable-mcal \
$*

make %{?_smp_mflags}

Regards Aliet






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

#24255 [Fbk->Opn]: make test failing for FAIL Bug #24142 (round() problems)

2003-06-26 Thread alietss at yahoo dot com

 ID:   24255
 User updated by:  alietss at yahoo dot com
 Reported By:  alietss at yahoo dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Linux RedHat 9.0
 PHP Version:  4CVS-2003-06-19 (stable)
 New Comment:

Hi Snipper:
With those sources this are the results

=
FAILED TEST SUMMARY
-
Bug #22414: passthru() does not read data correctly
[ext/standard/tests/file/bug22414.phpt]
Bug #24142 (round() problems) [ext/standard/tests/math/bug24142.phpt]
=


Previous Comments:


[2003-06-26 13:44:56] [EMAIL PROTECTED]

Does this happen with this package:

http://downloads.php.net/jani/php-4.3.3RC1.tar.gz



[2003-06-19 08:54:51] alietss at yahoo dot com

Description:

Hi people:
I'm playing a while with php-4.3.3-RC2-dev on a RedHat 9.0
httpd-2.0.45, everything was ok until the make test, wich failed with
this:

FAIL Bug #24142 (round() problems)
[ext/standard/tests/math/bug24142.phpt]

=
FAILED TEST SUMMARY
-
Bug #24142 (round() problems) [ext/standard/tests/math/bug24142.phpt]
=

I was building rpms, this is my configure line:

%configure \
--cache-file=../config.cache \
--with-config-file-path=%{_sysconfdir} \
--with-config-file-scan-dir=%{_sysconfdir}/php.d \
--enable-force-cgi-redirect \
--disable-debug \
--enable-pic \
--disable-rpath \
--enable-inline-optimization \
--with-bz2 \
--with-db4=%{_prefix} \
--with-curl \
--with-dom=%{_prefix} \
--with-exec-dir=%{_bindir} \
--with-freetype-dir=%{_prefix} \
--with-png-dir=%{_prefix} \
--with-gd \
--enable-gd-native-ttf \
--with-ttf \
--with-gdbm \
--with-gettext \
--with-pdflib=shared \
--with-tiff-dir=%{_prefix} \
--with-ncurses \
--with-gmp \
--with-iconv \
--enable-xslt=shared \
--with-jpeg-dir=%{_prefix} \
--with-openssl \
--with-png \
--with-pspell \
--with-regex=system \
--with-xml \
--with-xmlrpc \
--with-expat-dir=%{_prefix} \
--with-zlib \
--with-layout=GNU \
--enable-bcmath \
--enable-exif \
--enable-ftp \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-discard-path \
--enable-track-vars \
--enable-trans-sid \
--enable-yp \
--enable-wddx \
--without-oci8 \
--with-pear=/usr/share/pear \
--with-imap=shared \
--with-imap-ssl \
--with-kerberos=/usr/kerberos \
--with-ldap=shared \
--with-mcal=shared,%{_prefix} \
--with-mcrypt=shared,%{_prefix} \
--with-mhash=shared,%{_prefix} \
--with-mssql=shared,%{_prefix} \
--with-mysql=shared,%{_prefix} \
%if %{oracle}
--with-oci8=shared \
%endif
--with-pgsql=shared \
--with-snmp=shared,%{_prefix} \
--with-snmp=shared \
--enable-ucd-snmp-hack \
--with-xslt-sablot=shared,%{_prefix} \
--with-sablot-js=shared,%{_prefix} \
--with-unixODBC=shared \
--enable-memory-limit \
--enable-bcmath \
--enable-shmop \
--enable-versioning \
--enable-calendar \
--enable-dbx \
--enable-dio \
--enable-mcal \
$*

make %{?_smp_mflags}

Regards Aliet






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

#24204 [Asn]: --with-java does not compile on Mac OS X

2003-06-26 Thread kalowsky

 ID:   24204
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php_public at macfreek dot nl
 Status:   Assigned
 Bug Type: Java related
 Operating System: Mac OS X (10.2.6)
 PHP Version:  4.3.2
 Assigned To:  kalowsky
 New Comment:

Oddly enough this only occurs while building the CLI, I can build the
CGI just fine.  It looks like the -framework JavaVM is being lost in
the CLI version of the build.


Is there someone more knowledgable with the build structure, more
specifically the CLI, that can shed a little light on this?



Previous Comments:


[2003-06-16 12:43:59] php_public at macfreek dot nl

Oh yes, this is not the proper fix! That's why I called 
it an *ugly* workaround. ;-)

By the way, the file in php-4.3.2/sapi/servlet/
servlet.c will most likely have the same problem.

I would have expected Apple to have made a symbolic 
link from /usr/include/JavaVM/jni.h to whereever the 
file may reside in the most current release. However, 
that is not the case, and Java seem to be installed, so 
we apparently have to deal with whatever is available. 
The correct solution is probably to add the appropriate 
-I option to the linker, by altering the configure 
file.



[2003-06-16 07:43:53] [EMAIL PROTECTED]

The short of it is, those files are needed, but I believe you're
misunderstanding how frameworks work.  By specifying the full path you
are (potentially) invalidating future release of the JavaVM framework. 


The proper answer is to figure out why the jni.h file is not being used
by JavaVM framework.  I'll try to reproduce it later today.



[2003-06-16 07:10:17] php_public at macfreek dot nl

Description:

In short, Java does not compile on Mac OS X, because 
the Java headers are at an other location then java.c 
expects them. configure does work.

Reproduce code:
---
On Mac OS X (Darwin):
./configure --with-java=/usr (you can leave the =/usr out).
make

Actual result:
--
/Users/freek/Downloads/php-4.3.2/ext/java/java.c:39:24: 
JavaVM/jni.h: No such file or directory

This is due to this code:
#if HAVE_JAVAVM_JAVAVM_H
#include 
#include 
#define JNI_12
#else
#include 
#endif

In php_config.h, the precompiler directive 
HAVE_JAVAVM_JAVAVM_H was set, even though there is no 
file on my system called JavaVM/JavaVM.h

As an ugly workaround, specifying the full path did 
work:
#include 
#include http://bugs.php.net/?id=24204&edit=1

#24204 [Asn->Ana]: --with-java does not compile on Mac OS X

2003-06-26 Thread kalowsky

 ID:   24204
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php_public at macfreek dot nl
-Status:   Assigned
+Status:   Analyzed
 Bug Type: Java related
 Operating System: Mac OS X (10.2.6)
 PHP Version:  4.3.2
 Assigned To:  kalowsky
 New Comment:

I should move this to analyzed :)


Previous Comments:


[2003-06-26 15:16:24] [EMAIL PROTECTED]

Oddly enough this only occurs while building the CLI, I can build the
CGI just fine.  It looks like the -framework JavaVM is being lost in
the CLI version of the build.


Is there someone more knowledgable with the build structure, more
specifically the CLI, that can shed a little light on this?




[2003-06-16 12:43:59] php_public at macfreek dot nl

Oh yes, this is not the proper fix! That's why I called 
it an *ugly* workaround. ;-)

By the way, the file in php-4.3.2/sapi/servlet/
servlet.c will most likely have the same problem.

I would have expected Apple to have made a symbolic 
link from /usr/include/JavaVM/jni.h to whereever the 
file may reside in the most current release. However, 
that is not the case, and Java seem to be installed, so 
we apparently have to deal with whatever is available. 
The correct solution is probably to add the appropriate 
-I option to the linker, by altering the configure 
file.



[2003-06-16 07:43:53] [EMAIL PROTECTED]

The short of it is, those files are needed, but I believe you're
misunderstanding how frameworks work.  By specifying the full path you
are (potentially) invalidating future release of the JavaVM framework. 


The proper answer is to figure out why the jni.h file is not being used
by JavaVM framework.  I'll try to reproduce it later today.



[2003-06-16 07:10:17] php_public at macfreek dot nl

Description:

In short, Java does not compile on Mac OS X, because 
the Java headers are at an other location then java.c 
expects them. configure does work.

Reproduce code:
---
On Mac OS X (Darwin):
./configure --with-java=/usr (you can leave the =/usr out).
make

Actual result:
--
/Users/freek/Downloads/php-4.3.2/ext/java/java.c:39:24: 
JavaVM/jni.h: No such file or directory

This is due to this code:
#if HAVE_JAVAVM_JAVAVM_H
#include 
#include 
#define JNI_12
#else
#include 
#endif

In php_config.h, the precompiler directive 
HAVE_JAVAVM_JAVAVM_H was set, even though there is no 
file on my system called JavaVM/JavaVM.h

As an ugly workaround, specifying the full path did 
work:
#include 
#include http://bugs.php.net/?id=24204&edit=1

#24350 [NEW]: overloading mysqli-query-objects

2003-06-26 Thread webmaster at s0nix dot de

From: webmaster at s0nix dot de
Operating system: 
PHP version:  5CVS-2003-06-26 (dev)
PHP Bug Type: Feature/Change Request
Bug description:  overloading mysqli-query-objects

Description:

The new mysqli-extension should use the object-overloading features of
PHP5 for a easier and cleaner access.

Reproduce code:
---
select_db("test");  
$result = $mysql->query("SELECT CURRENT_USER() AS user");
while ($result->next())
{
echo $result->user;
}

$result->close();

$mysql->close();
?>

Expected result:

[EMAIL PROTECTED]


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

#24351 [NEW]: PHP scripting engine seems to replacing the word "status" with "foo1"

2003-06-26 Thread php at glaciersoftware dot com

From: php at glaciersoftware dot com
Operating system: Linux 2.4.20-18.8 RedHat 8.0
PHP version:  4.3.1
PHP Bug Type: Scripting Engine problem
Bug description:  PHP scripting engine seems to replacing the word "status" with "foo1"

Description:

For some unknown reason, the PHP scripting engine seems to replacing the
word "status" with "foo1" when an equal-sign, 0x3d, appears within 6
characters of the word "status".

Bug was reported on http://bugs.php.net as Bug #21851, but status was
changed to CLOSED after someone was not able to duplicate the problem.

Tested Environment
==
The following webservers were used to test the below code for the
existance of this problem:
* PHP 4.2.1 with Apache/1.3.24 running on Linux 2.4.18-3 RedHat 7.3
* PHP 4.3.1 with Apache/2.0.43 running on Linux 2.4.20-18.8 RedHat 8.0

Code

The following code should replicate the problem. The "\n" appended to
the echo() call is used only for readability, the problem will still exist
without this string added.

<< See Reproduce Code >>

Reproduce code:
---
\n");

   // *** The number of spaces has been changed from 6 to 7
   // *** now it doesn't replace "status" with "foo1"
   $buf = "status   = 'C' ";
   echo($buf . "\n");
?>


Expected result:

status  = 'C' 
status   = 'C' 


Actual result:
--
foo1= 'C' 
status   = 'C' 


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

#24343 [Fbk->Opn]: Oracle 9.2.0 client libs do not work

 ID:   24343
 User updated by:  thomas at fivemile dot net
 Reported By:  thomas at fivemile dot net
-Status:   Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: Redhat Linux 8.0
 PHP Version:  4.3.2
 New Comment:

The snapshot seems to have cleared the segfaults, nevertheless the
weird oracle error messages remain. Is there a way to debug the
OCI(P)Logon and compare it with the data the working server is sending?


Previous Comments:


[2003-06-26 11:46:02] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2003-06-26 06:36:23] thomas at fivemile dot net

Description:

OCILogon and OCIPLogon either segfault or return spurious (changing by
reloading the page) error messages of the type "Warning: ocilogon():
OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1
ORA-00911: invalid character in /home/httpd/index.php3 on line 5"

Environment vars are set (verfied by phpinfo()), sqlplus from the
webserver account works, older (9.0.1) client libs from another machine
can access the db without problems.

PHP compiled with ./configure' '--with-db' '--with-apxs2=/usr/bin/apxs'
'--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-mysql=/usr'
'--with-zlib' '--with-mcrypt' '--enable-track-vars=yes'
'--with-jpeg-dir=/usr' '--with-oci8=/opt/oracle/product/9.2.0'
'--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-xml'
'--with-calendar' '--enable-sigchild' '--with-xpm-dir=/usr/X11R6'
'--with-gettext' '--with-openssl=/usr' '--enable-calendar'
'--enable-gd-imgstrttf' '--with-ttf=/usr/local' '--with-imap'
'--with-kerberos' '--enable-xslt' '--with-xslt-sablot' '--enable-debug'


but a 'watered down' version including only the oracle libs yields the
same problems, regardless of trying with apache 1 (both static and DSO)
or 2


Reproduce code:
---
$ohnd = OCILogon("dvd","hidden","tns.domain");

Expected result:

Connection to Oracle 9.2.0 on the same machine

Actual result:
--
Spurious ORA-00604 error messages (see above) or coredump

[EMAIL PROTECTED] apache2]# gdb bin/httpd
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
(gdb) run -X
Starting program: /opt/apache2/bin/httpd -X
(no debugging symbols found)...(no debugging symbols found)...[New
Thread 16384 (LWP 1468)]
[Thu Jun 26 13:20:22 2003] [warn] module php4_module is already loaded,
skipping

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 1468)]
0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
(gdb) bt
#0  0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#1  0x40aa516f in kpughndl0 () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#2  0x40aab553 in kpughndl () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#3  0x40affde6 in OCIHandleAlloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#4  0x4035974f in _oci_open_session (server=0x8229608,
username=0x82439dc "dvd", password=0x82492fc "yami", persistent=0,
exclusive=0, charset=0x404c6cd9 "")
at /root/build/php-4.3.2/ext/oci8/oci8.c:2253
#5  0x4035ada0 in oci_do_connect (ht=3, return_value=0x8243a4c,
this_ptr=0x0, return_value_used=1, persistent=0, exclusive=0)
at /root/build/php-4.3.2/ext/oci8/oci8.c:2685
#6  0x4035f590 in zif_ocilogon (ht=3, return_value=0x8243a4c,
this_ptr=0x0, return_value_used=1) at
/root/build/php-4.3.2/ext/oci8/oci8.c:4307
#7  0x404582be in execute (op_array=0x823a31c) at
/root/build/php-4.3.2/Zend/zend_execute.c:1606
#8  0x40446ee9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /root/build/php-4.3.2/Zend/zend.c:869
#9  0x40410990 in php_execute_script (primary_file=0xbfffdc20) at
/root/build/php-4.3.2/main/main.c:1671
#10 0x4045dfd1 in php_handler (r=0x8207968) at
/root/build/php-4.3.2/sapi/apache2handler/sapi_apache2.c:525
#11 0x0809f7fe in ap_run_handler ()
#12 0x0809fd16 in ap_invoke_handler ()
#13 0x080822a3 in ap_process_request ()
#14 0x0807e4e1 in ssl_dh_GetParamFromFile ()
#15 0x080a87ee in ap_run_process_connection ()
#16 0x0809e3b4 in ap_graceful_stop_signalled ()
#17 0x0809e55e in ap_graceful_stop_signalled ()
#18 0x0809e5b7 in ap_graceful_stop_signalled ()
#19 0x0809eca9 in ap_mpm_run ()
#20 0x080a39c2 in main ()
#21 0x420158f7 in __libc_start_main () from /lib/i686/libc.

#24350 [Opn->Asn]: overloading mysqli-query-objects

2003-06-26 Thread georg

 ID:  24350
 Updated by:  [EMAIL PROTECTED]
 Reported By: webmaster at s0nix dot de
-Status:  Open
+Status:  Assigned
 Bug Type:Feature/Change Request
 PHP Version: 5CVS-2003-06-26 (dev)
-Assigned To: 
+Assigned To: georg
 New Comment:

Assigned, but be aware, this will take some time.

1st) LinuxTag
2nd) MySQL License exceptions :)
3rd) fixing other bugs in ext/mysqli
4th) vacation

We will also have a db-maintainer meeting on LinuxTag, where we will
discuss about it (not only for mysqli...)

Regards

Georg


Previous Comments:


[2003-06-26 15:20:44] webmaster at s0nix dot de

Description:

The new mysqli-extension should use the object-overloading features of
PHP5 for a easier and cleaner access.

Reproduce code:
---
select_db("test");  
$result = $mysql->query("SELECT CURRENT_USER() AS user");
while ($result->next())
{
echo $result->user;
}

$result->close();

$mysql->close();
?>

Expected result:

[EMAIL PROTECTED]






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

#24309 [Bgs->Opn]: mb_detect_encoding return EUC-JP for invalid EUC-JP char sequence

2003-06-26 Thread jc at mega-bucks dot co dot jp

 ID:   24309
 User updated by:  jc at mega-bucks dot co dot jp
 Reported By:  jc at mega-bucks dot co dot jp
-Status:   Bogus
+Status:   Open
 Bug Type: mbstring related
 Operating System: Linux
-PHP Version:  4.3.1
+PHP Version:  4.3.3RC1
 New Comment:

Bug still occurs with newest version


Previous Comments:


[2003-06-26 12:05:04] [EMAIL PROTECTED]

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

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

PHP 4.3.2 was released a while ago.




[2003-06-24 02:52:51] jc at mega-bucks dot co dot jp

Description:

I've just run into a strange "bug". I have a form on my web site that
takes input from the user and then uses that to do a search of a
postgresql database.

The form is set to be EUC-JP, but this weekend a user submitted a
query
that postgres reject because it "contains invalid EUC-JP" characters.
Luckily the error was logged and I was able to track it down.

I thought that maybe the user had entered some bad characters in the
form or used some strange encoding so I should better check to make
sure
that the encoding of the submitted form data really is EUC-JP using
mb_detect_encoding(). But unfortunately mb_detect_encoding() says that
the invalid string *is* in EUC-JP!?

The query string is as it appears in the URL is:

search_words=%B7%F6%BA%7E

In the script that parses this query I have put the following:

$words = $_GET["words"];
$enc = mb_detect_encoding($aI["words"]);
echo "encoding is $enc and the query is ($words)";die;

The result is:

encoding is EUC-JP and the query is (喧?)

As you can see the query string is *not* a valid EUC-JP sequence ...

Reproduce code:
---
$words = $_GET["words"];
$enc = mb_detect_encoding($aI["words"]);
echo "encoding is $enc and the query is ($words)";die;

Expected result:

SJIS (?) or Undefined.

mb_detect_encoding() does not specify what it returns if an invalid
character sequence for which the encoding cannot be detectec is passed
in.

In the above case the character sequence is valid SJIS I believe ...

Actual result:
--
EUC-JP





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

#24177 [Com]: header() call doesn't replace 404 status code

2003-06-26 Thread davisneilp at mindspring dot com

 ID:   24177
 Comment by:   davisneilp at mindspring dot com
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.2
 New Comment:

When sending a 304, IIS/PHP 4.2.2 CGI exhibits the same general
behaviour. I send a 304, the header output ends up looking like:
wget -S www.somesite.com --header "If-None-Match: -285747861"
--20:24:17--  http://www.somesite.com/
   => `index.html.26'
Resolving www.somesite.com... done.
Connecting to www.somesite.com[209.251.47.108]:80... connected.
HTTP request sent, awaiting response...
 1 HTTP/1.1 200 OK
 2 Server: Microsoft-IIS/4.0
 3 Date: Thu, 26 Jun 2003 21:59:42 GMT
 4 HTTP/1.1 304 Not changed
 5 X-Powered-By: PHP/4.2.2
 6 Last-Modified: Thu, 26 Jun 2003 21:58:56 GMT
 7 Content-Length: 0
 8 Content-type: text/html

Any idea how to kill the 200? I trained my script to not send any
output, and return a null as the page content. This works on
Apache/Linux/PHP 4.3.2

The 4.2.2 PHP CGI is on a production server and they are very difficult
to get updated in my company. This would be a compelling reason,
provided the update worked to resolve this.

thx,
Neil


Previous Comments:


[2003-06-15 10:20:54] [EMAIL PROTECTED]

Yes. Odd at first.

After some experimentation I figured it out.

do-download.inc calls flush() on line 31. This causes the 'original'
status to be sent instead of the one specified by the call to
header().

If 4096 bytes or more are written before the flush the correct status
is sent.

I guess the codepath that handles an expicit flush manages to loose the
new status code somewhere.

I replaced echo " " with echo str_repeat(' ', 4096) and now our mirror
works fine and dandy again.



[2003-06-13 15:19:17] [EMAIL PROTECTED]

# lynx -dump -head http://se.php.net/imap
HTTP/1.1 200 OK
Date: Fri, 13 Jun 2003 19:17:17 GMT
Server: Apache/2.0.46 (Unix) mod_ssl/2.0.46 OpenSSL/0.9.6b PHP/4.3.2
X-Powered-By: PHP/4.3.2
Content-language: en
Set-Cookie: COUNTRY=FIN%2C213.243.181.8; expires=Fri, 20-Jun-2003
19:17:17 GMT;
 path=/; domain=.php.net
Status: 200 OK
Last-Modified: Fri, 13 Jun 2003 19:09:38 GMT
Vary: Cookie
Connection: close
Content-Type: text/html;charset=ISO-8859-1

That works just fine?




[2003-06-13 13:42:09] [EMAIL PROTECTED]

Description:

Using Apache 2.0.46 and PHP 4.3.2 compiled with --with-apxs2

When a PHP page is used as an ErrorDocument page, calling any variation
of header() to replace the status code doesn't work. The client always
receive 404.

For example, try downloading from se.php.net:
http://se.php.net/get/php-4.3.2.tar.gz/from/this/mirror

You'll se that a Location header has been added (by the call to
header() in /include/do-download.inc) but the status returned is still
404, not 302 as expected.






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

#9852 [Com]: Header redirect and db connection cause "CGI misbehaved"

2003-06-26 Thread nospam at kolbly dot com

 ID:   9852
 Comment by:   nospam at kolbly dot com
 Reported By:  ron dot baldwin at sourceprose dot com
 Status:   Closed
 Bug Type: IIS related
 Operating System: Windows 2000
 PHP Version:  4.2.1
 New Comment:

I am running win2003, IIS6 PHP 4.3.2, Dell Dimension 4400 or T1840
Emachine and have tried EVERY suggestion here with no luck.  I have
opened up a case with Microsoft with no luck there either. They will
look further into the problem if I can duplicate the problem without
PHP.

So far, I cannot duplicate the problem without using PHP.  I have tried
the non-php samples here and wrote a simple cgi that connects to the MS
sample database and reloads itself, but cannot reproduce the problem
without PHP.  With PHP, I reproduce the problem 100% of the time.

If anybody else has some sample C/C++/C# source code I can compile and
demonstrate the problem, please send it to me so I can forward it onto
Microsoft.

My only conclusion is that this IS a PHP error, or at the very least
the culprit is very much in doubt.  Please DO reopen the bug - I don't
want to have to go the .NET route :-(


Previous Comments:


[2003-06-11 09:52:20] wharrison at pro dot ie

To follow up I set cgi.rfc2616_headers = 1 as Pedro suggested and have
had no problems reported since. So I suggest trying this to anyone with
these problems.



[2003-05-29 15:08:55] eduardo at tre-to dot gov dot br

Why this bug is Close if no concret solution are found?



[2003-05-29 15:03:34] eduardo at tre-to dot gov dot br

Hello!
I have the error message:

HTTP/1.1 502 Gateway Error Server: Microsoft-IIS/5.0 Date: Thu, 29 May
2003 19:24:31 GMT Content-Length: 186 Content-Type: text/html 

each time that i open an PHP page. With or whiout db conection,
header(...), frames, etc.
I know that the message is shown always that the time set on IIS to be
the timeout to CGI Script:
On IIS select the site and click Properties.
Click the Home Directory tab.
On Application Protection, select:High (Isoleted)
Click Configuration. 
Select Process Options. 
See the option: CGI Configurations-> CGI Script timeout.
Always, on this time, the message error appears. If you select the
Application Protection to other option, the default time (300s) is set
to.

I am using php 4.3.3 on cgi mode in IIS5 and W2K Adv Server. On same
php and IIS, with W2K Professional the problem don't occurs.

The Event Log shows:
The script started from the URL '/xxx.php' with parameters '' has not
responded within the configured timeout period.  The HTTP server is
terminating the script. 
For additional information specific to this message please visit the
Microsoft Online Support site located at:
http://www.microsoft.com/contentredirect.asp. 

I already experienced all of the kinds shown in this(and in others Bug
#) but nothing solve the bug.
I am desperate because it go well before I reinstalled the system and
updated the IIS4 to IIS5 and php 4.0.1 to 4.3.3.

Now, only rest me test the isapi, that the self PHP's instruction say
that isn't stable...



[2003-05-28 08:50:36] wharrison at pro dot ie

I am trying Pedro's cgi.rfc2616_headers = 1 tip. We noticed this
problem a few times a day on an WinNT, IIS, PHP 4.3, MSSQL 2000 setup.
I could also reproduce this with the bounce.php suggested a while ago.
I was cosidering switching to Apache untill I read the post above.



[2003-05-22 13:21:17] phpbugs at spudland dot com

This is not just an IIS bug.

I receive this bug on a production Win2K server that uses Apache 2.0.x
and PHP as a CGI. The PHP script in question does not use re-directs,
however it does add header information.

When I comment out the MS-SQL commands, the error disappears. With
MS-SQL commands uncommented, it serves up a storm of these errors.

I will try the RFC option mentioned above my comment! Again, this bug
appears to NOT be related to just IIS but rather the MS-SQL support.



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

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

#24351 [Opn->Bgs]: PHP scripting engine seems to replacing the word "status" with "foo1"

 ID:   24351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at glaciersoftware dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Linux 2.4.20-18.8 RedHat 8.0
 PHP Version:  4.3.1
 New Comment:

Please don't submit same bug twice.



Previous Comments:


[2003-06-26 15:37:52] php at glaciersoftware dot com

Description:

For some unknown reason, the PHP scripting engine seems to replacing
the word "status" with "foo1" when an equal-sign, 0x3d, appears within
6 characters of the word "status".

Bug was reported on http://bugs.php.net as Bug #21851, but status was
changed to CLOSED after someone was not able to duplicate the problem.

Tested Environment
==
The following webservers were used to test the below code for the
existance of this problem:
* PHP 4.2.1 with Apache/1.3.24 running on Linux 2.4.18-3 RedHat 7.3
* PHP 4.3.1 with Apache/2.0.43 running on Linux 2.4.20-18.8 RedHat 8.0

Code

The following code should replicate the problem. The "\n" appended
to the echo() call is used only for readability, the problem will still
exist without this string added.

<< See Reproduce Code >>

Reproduce code:
---
\n");

   // *** The number of spaces has been changed from 6 to 7
   // *** now it doesn't replace "status" with "foo1"
   $buf = "status   = 'C' ";
   echo($buf . "\n");
?>


Expected result:

status  = 'C' 
status   = 'C' 


Actual result:
--
foo1= 'C' 
status   = 'C' 






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

#24351 [Bgs]: PHP scripting engine seems to replacing the word "status" with "foo1"

 ID:   24351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at glaciersoftware dot com
 Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Linux 2.4.20-18.8 RedHat 8.0
 PHP Version:  4.3.1
 New Comment:

And I can't reproduce anything like what you've described here, it's
totally bogus.



Previous Comments:


[2003-06-26 17:51:28] [EMAIL PROTECTED]

Please don't submit same bug twice.




[2003-06-26 15:37:52] php at glaciersoftware dot com

Description:

For some unknown reason, the PHP scripting engine seems to replacing
the word "status" with "foo1" when an equal-sign, 0x3d, appears within
6 characters of the word "status".

Bug was reported on http://bugs.php.net as Bug #21851, but status was
changed to CLOSED after someone was not able to duplicate the problem.

Tested Environment
==
The following webservers were used to test the below code for the
existance of this problem:
* PHP 4.2.1 with Apache/1.3.24 running on Linux 2.4.18-3 RedHat 7.3
* PHP 4.3.1 with Apache/2.0.43 running on Linux 2.4.20-18.8 RedHat 8.0

Code

The following code should replicate the problem. The "\n" appended
to the echo() call is used only for readability, the problem will still
exist without this string added.

<< See Reproduce Code >>

Reproduce code:
---
\n");

   // *** The number of spaces has been changed from 6 to 7
   // *** now it doesn't replace "status" with "foo1"
   $buf = "status   = 'C' ";
   echo($buf . "\n");
?>


Expected result:

status  = 'C' 
status   = 'C' 


Actual result:
--
foo1= 'C' 
status   = 'C' 






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

#24343 [Opn->Fbk]: Oracle 9.2.0 client libs do not work

 ID:   24343
 Updated by:   [EMAIL PROTECTED]
 Reported By:  thomas at fivemile dot net
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Redhat Linux 8.0
 PHP Version:  4.3.2
 New Comment:

Have you set all the necessary environment variables correctly when you
start apache?



Previous Comments:


[2003-06-26 16:03:28] thomas at fivemile dot net

The snapshot seems to have cleared the segfaults, nevertheless the
weird oracle error messages remain. Is there a way to debug the
OCI(P)Logon and compare it with the data the working server is sending?



[2003-06-26 11:46:02] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2003-06-26 06:36:23] thomas at fivemile dot net

Description:

OCILogon and OCIPLogon either segfault or return spurious (changing by
reloading the page) error messages of the type "Warning: ocilogon():
OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1
ORA-00911: invalid character in /home/httpd/index.php3 on line 5"

Environment vars are set (verfied by phpinfo()), sqlplus from the
webserver account works, older (9.0.1) client libs from another machine
can access the db without problems.

PHP compiled with ./configure' '--with-db' '--with-apxs2=/usr/bin/apxs'
'--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-mysql=/usr'
'--with-zlib' '--with-mcrypt' '--enable-track-vars=yes'
'--with-jpeg-dir=/usr' '--with-oci8=/opt/oracle/product/9.2.0'
'--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-xml'
'--with-calendar' '--enable-sigchild' '--with-xpm-dir=/usr/X11R6'
'--with-gettext' '--with-openssl=/usr' '--enable-calendar'
'--enable-gd-imgstrttf' '--with-ttf=/usr/local' '--with-imap'
'--with-kerberos' '--enable-xslt' '--with-xslt-sablot' '--enable-debug'


but a 'watered down' version including only the oracle libs yields the
same problems, regardless of trying with apache 1 (both static and DSO)
or 2


Reproduce code:
---
$ohnd = OCILogon("dvd","hidden","tns.domain");

Expected result:

Connection to Oracle 9.2.0 on the same machine

Actual result:
--
Spurious ORA-00604 error messages (see above) or coredump

[EMAIL PROTECTED] apache2]# gdb bin/httpd
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
(gdb) run -X
Starting program: /opt/apache2/bin/httpd -X
(no debugging symbols found)...(no debugging symbols found)...[New
Thread 16384 (LWP 1468)]
[Thu Jun 26 13:20:22 2003] [warn] module php4_module is already loaded,
skipping

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 1468)]
0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
(gdb) bt
#0  0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#1  0x40aa516f in kpughndl0 () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#2  0x40aab553 in kpughndl () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#3  0x40affde6 in OCIHandleAlloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#4  0x4035974f in _oci_open_session (server=0x8229608,
username=0x82439dc "dvd", password=0x82492fc "yami", persistent=0,
exclusive=0, charset=0x404c6cd9 "")
at /root/build/php-4.3.2/ext/oci8/oci8.c:2253
#5  0x4035ada0 in oci_do_connect (ht=3, return_value=0x8243a4c,
this_ptr=0x0, return_value_used=1, persistent=0, exclusive=0)
at /root/build/php-4.3.2/ext/oci8/oci8.c:2685
#6  0x4035f590 in zif_ocilogon (ht=3, return_value=0x8243a4c,
this_ptr=0x0, return_value_used=1) at
/root/build/php-4.3.2/ext/oci8/oci8.c:4307
#7  0x404582be in execute (op_array=0x823a31c) at
/root/build/php-4.3.2/Zend/zend_execute.c:1606
#8  0x40446ee9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /root/build/php-4.3.2/Zend/zend.c:869
#9  0x40410990 in php_execute_script (primary_file=0xbfffdc20) at
/root/build/php-4.3.2/main/main.c:1671
#10 0x4045dfd1 in php_handler (r=0x8207968) at
/root/build/php-4.3.2/sapi/apache2handler/sapi_apache2.c:525
#11 0x0809f7fe in ap_run_handler ()
#12 0x0809fd16 in ap_invoke_handler ()
#13 0x080822a3 in ap_process_request ()
#14 0x0807e4e1 in ssl_dh_GetParamFromFile ()
#15 0x080a87ee in ap_run_process_connection ()
#16 0x0809e3b4 in ap_graceful_stop_signalled ()
#17 0x0809

#24328 [Opn->Fbk]: symbol not found: executor_globals

 ID:   24328
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Pavel dot Zakouril at mff dot cuni dot cz
-Status:   Open
+Status:   Feedback
 Bug Type: Dynamic loading
 Operating System: UnixWare 7.1.1
 PHP Version:  4.3.2
 New Comment:

Where did that 'liboci8.so' come from? It should be just oci8.so.
What does 'ldd liboci8.so' output?
Why do you set EXTRA_LIBS before running configure..?

Does building oci8 via the phpize way work?
(cd ext/oci8 && phpize && ./configure
--with-oci8=/u01/app/oracle/product/8.1.7 && make)




Previous Comments:


[2003-06-25 05:07:23] Pavel dot Zakouril at mff dot cuni dot cz

Description:

I have installed PHP 4.3.2 by following way:

export ORACLE_HOME=/u01/app/oracle/product/8.1.7
export LD_LIBRARY_PATH=/usr/local/lib:$ORACLE_HOME/lib
export CC=cc
export EXTRA_LIBS='-lthread -lucb'
./configure --with-oci8=shared --with-apxs --without-mysql
--without-pear --enable-sigchild
make
make install

Apache module works fine, but CLI version built at the same time fails
with the following message:

ducklet 191# php
PHP Warning:  Unknown(): Unable to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20020429/liboci8.so' -
dynamic linker: php: relocation error: symbol not found:
executor_globals; referenced from:
/usr/local/lib/php/extensions/no-debug-non-zts-20020429/liboci8.so in
Unknown on line 0

What can be wrong ?







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

#24041 [Asn->Csd]: max_execution_time does not seem to work

 ID:   24041
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jcastro at elnuevodia dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Windows 2000
 PHP Version:  4.3.2
 Assigned To:  hholzgra
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2003-06-15 22:06:59] [EMAIL PROTECTED]

Hartmut: Your "fix" for something related to some weird keep-alive
thing broke this. See SAPI.c:389-398

I tested with Apache and it left apache hang around forever
after first request that failed when max_input_time kicked in. 

Settings:

max_execution_time = 2
max_input_time = 1

And upload big enough file. Might hang also in the first try, just
check what the apache childs are doing after the request hangs:

(gdb) bt
#0  0x401e7a34 in __libc_read () from /lib/libc.so.6
#1  0x80a4594 in ?? ()
#2  0x8054475 in buff_read ()
#3  0x805441b in saferead_guts ()
#4  0x8052df2 in read_with_errors ()
#5  0x8053026 in ap_bread ()
#6  0x8066d32 in ap_get_client_block ()
#7  0x4034a116 in sapi_apache_read_post (
buffer=0xbfffe028
"Vajfæ3\"[EMAIL PROTECTED]&[EMAIL 
PROTECTED]"@\005¾\200\021x\002R@)\202Õ\215\210\002\230q\021pÆ\nqÔ\006à¾R\005f²\024X¿N
2¡Q\tÜ\004 \200B<\001H ò\200d\221\034(v¡Hð\t.
+»\200\023\020\223q\034M¶É8Y'K\001\236ì\223\201²¦\005Ä»\230\020\207¼á1\224±Å@<¦S",
count_bytes=3999)
at /usr/src/web/php/php4/sapi/apache/mod_php4.c:146
#8  0x402fac3a in sapi_deactivate () at
/usr/src/web/php/php4/main/SAPI.c:395
#9  0x402f3aa3 in php_request_shutdown (dummy=0x0) at
/usr/src/web/php/php4/main/main.c:999
#10 0x4034a66d in php_apache_request_shutdown (dummy=0x0) at
/usr/src/web/php/php4/sapi/apache/mod_php4.c:302
#11 0x80518a1 in run_cleanups ()
#12 0x804fec5 in ap_clear_pool ()
#13 0x804ff47 in ap_destroy_pool ()
#14 0x8061943 in child_main ()
#15 0x8061b8a in make_child ()
#16 0x8061c46 in startup_children ()
#17 0x80622dd in standalone_main ()
#18 0x8062b6c in main ()
#19 0x401599cb in __libc_start_main (main=0x80627a8 , argc=1,
argv=0xb674, init=0x804ecfc <_init>, 
fini=0x8082e34 <_fini>, rtld_fini=0x4000aea0 <_dl_fini>,
stack_end=0xb66c)
at ../sysdeps/generic/libc-start.c:92




[2003-06-15 18:08:57] [EMAIL PROTECTED]

Ilia: You messed with this the last time. And it really doesn't work
with Apache either..(tried setting the execution time to 2 and
max_input_time to 1, latter has no kind of effect)





[2003-06-11 19:49:34] [EMAIL PROTECTED]

Quick analysis: The max_input_timeout is set in main.c for the request
startup and should override the timeout for execution time..but it
seems like the max_execution_time is not reset again after request
startup is over. 
(hope someone else sees this and can check it out too :)




[2003-06-05 10:25:27] jcastro at elnuevodia dot com

I have a page that people use to upload files. I changed from 4.2.3 to
4.3.2

my configuration is

max_execution_time = 3600
max_input_time = 60
memory_limit = 22M

web server: iis


The upload process will work for about 5 minutes and then stop. I will
get and error message in my syslog saying that the script terminated
because it ran for more than
3600.  That is imposible since it ran for only 4 or 5 minutes.  I had
to go back to 4.2.3.  I even set the max_execution_time to 0 and I
still get the same error, except the message change from 3600 to 0. 
Keep in mind that I did not change any IIS configuration. just the php
version toi make it work again.




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

#24112 [Fbk->Bgs]: php_admin_value defaults - open_basedir

 ID:   24112
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pd at pauldemarco dot com
-Status:   Feedback
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: redhat 7.3
 PHP Version:  4.3.2
 New Comment:

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

Thank you for your interest in PHP.

See bug #24282


Previous Comments:


[2003-06-15 18:26:08] [EMAIL PROTECTED]

Could you try commenting out the open_basedir in your php.ini?




[2003-06-10 09:44:07] pd at pauldemarco dot com

ignore the message about /tmp, due to the previousily mentioned
randomness, it appeared to go away, but is still present, explicitly
setting the open_basedir at the virtual host level is the only thing
that removes the error consistently



[2003-06-10 09:32:23] pd at pauldemarco dot com

if someone can confirm the behavorial difference on this between 4.3.0
and 4.3.2

Does 4.3.0 automatically add /tmp/ to open_basedir, but 4.3.2 does not?
 This is a phpbb installation, its failing on its cached templating
files, and occasionally on file uploads.  If the above /tmp behavior is
correct, then that would explain why it breaks in 4.3.2, however the
error messages are still very wrong as they list other virtual-hosts
open_basedir settings



[2003-06-10 08:19:07] pd at pauldemarco dot com

This problem does not occur on 4.3.0, with the same configure line (any
basic configuration will do).  Sadly, I cannot provide any real error
information, as it is not crashing, but the behavior is fairly
predictable.

I have a open_basedir setting in php.ini, confirmed via phpinfo(), its
value is not important.  On each of the configured virtual hosts I have
a different value using php_admin_value.  However, on some virtual
hosts I turn safe_mode off using php_admin_flag and do not set an
open_basedir value, so it should be using the php.ini setting.  Turning
safe mode off is probably not relevant, but trying to provide any
related information.

When requesting pages on that virtual host (the one with no overriding
open_basedir setting, and safe mode off), the requests will randomly
fail.  When checking the error log, it is a normal exit and php is
logging that 'open_basedir restriction in effect ... '

The path that it provides as the active open_basedir value is not
correct.  It in fact randomly changes to other virtual hosts settings. 
It does not always fail, it may take 20 requests before it does (even a
simple auto-refreshing page, will fail shortly with that error).

I believe there may be a bug in reverting to the default configuration
value, and using an old value in memory.  I am using prefork in apache,
so it would most likely have to be an uninitialized pointer to the same
memory space, memory spaces for new forked processes should be
repeatable.  

Well thats about all I can provide, it can be fixed by explicitly
stating the open_basedir value in each virtual host (so ones where
before I kept it at the default value, now explicitly set the default
value).

I'm more than happy to follow any instructions to get further
information on this, just not sure what to do as its not an actual
crash or anything.




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

#17739 [Fbk->NoF]: form select multiple returns double values

ID: 17739
Updated by: [EMAIL PROTECTED]
Reported By: php at remove dot gustl dot net
-Status: Feedback
+Status: No Feedback
Bug Type: Apache2 related
Operating System: all
PHP Version: 4.2.1
New Comment:

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.

Previous Comments:

[2003-06-20 08:55:42] [EMAIL PROTECTED]

Can you test 4.3.3RC1? Many Apache2+PHP issues have been fixed since
PHP 4.2.2. Reporting bugs with PHP 4.2.2 is pretty much useless,
despite what RH ships with.

Download 4.3.3 here:
http://qa.php.net/

[2003-06-20 04:31:14] pranav at vigorsoft dot com

This is not bogus. We have also same problems with RH 9.0, apache
2.0.40 and php 4.2.2.

[2003-06-02 20:14:57] sbeam at syxyz dot net

confirmed on RH 9.0 default setup w/ Apache 2.0.40 and PHP 4.2.2 - this
is NOT bogus. Browser used is irrelevant. Please provide fix.

[2003-04-28 18:27:47] mark_andrea at labs dot agilent dot com

I have the same duplicating array value problem when posting values
from a multiple select box [] array using php 4.2.2. Apache 2.0.40.
GET method does not duplicate the values. Happens in Netscape 4.08 and
IE 5.5

Even the $HTTP_RAW_POST_DATA has duplicate values:

multiselect%5B%5D=one&multiselect%5B%5D=two&multiselect%5B%5D=three&submit=Sendmultiselect%5B%5D=one&multiselect%5B%5D=two&multiselect%5B%5D=three&submit=Send

Any clues would be appreciated,

Thanks

[2003-03-14 11:54:39] pe_nospam at clearthis dot knoblach dot remove
dot de

by the way this problem seems to appear only in conjunction with Apache
2.0.x! Everything seems to work normally on 1.3

Another thing: In this combination (php2.3.x and apache 2.0.x) the
infamous phpmyadmin sometimes produces strange bugs doing data
inserts/updates. I think this might be related, because the phpmyadmin
insert statements sometimes seem to have duplicate keys and sometimes
look scrambled.

Bye
Peter

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

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

#21533 [Fbk->NoF]: Trouble building PHP w/ GD and including ImageTTFxxx functions

 ID:   21533
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jeffabruce at hotmail dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: GD related
 Operating System: RH 7.2
 PHP Version:  4.3.2
 New Comment:

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.




Previous Comments:


[2003-06-17 10:17:49] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-06-17 08:29:57] kyojee at hotmail dot com

See my #24223



[2003-04-25 23:29:12] [EMAIL PROTECTED]

Reopening, see also this thread for why:
http://marc.theaimsgroup.com/?l=php-dev&m=105122451028941




[2003-04-24 15:00:12] mloftis at modwest dot com

This bug is NOT yet fixed.

In 4.3.1 the code can and still does produce bogus code that doesn't
set error.

my main/php_config.h generates with this area (not verbatim):

/*   */
/* #undef HAVE_GD_STRINGTTF */

/*   */
/* #undef HAVE_GD_STRINGFT */

/*   */
/* #undef HAVE_GD_STRINGFTEX */

/*   */
#define USE_GD_IMGSTRTTF 1

/*   */
#define USE_GD_IMGSTRTTF 1


Notice we have neither FT nor the FTEX, nor TTF!

So why in the world does USE_GD_IMGSTRTTF get 1?  TAke a look at
gd.c:2937

In this case error still ends up undefined as we never execute any of
the four functions  I traced the calls back up, the bt is included
below along with a print error to point out the fact.

GDB OUTPUT:

#0  0x080c114b in xbuf_format_converter (xbuf=0xbfffd1a0,
fmt=0x40357707 "s",
ap=0xbfffd260) at /usr/src/webserver/php-4.3.1/main/spprintf.c:438
#1  0x080c1601 in vspprintf (pbuf=0xbfffd208, max_len=0,
format=0x40357706 "%s", ap=0xbfffd25c)
at /usr/src/webserver/php-4.3.1/main/spprintf.c:622
#2  0x080be757 in php_verror (docref=0x0, params=0x80f92af "", type=2,
format=0x40357706 "%s", args=0xbfffd25c)
at /usr/src/webserver/php-4.3.1/main/main.c:423
#3  0x080bea1d in php_error_docref0 (docref=0x0, type=2,
format=0x40357706 "%s") at
/usr/src/webserver/php-4.3.1/main/main.c:508
#4  0x403489f6 in php_imagettftext_common (ht=8,
return_value=0x817e304,
this_ptr=0x0, return_value_used=0, mode=0, extended=0)
at /usr/src/webserver/php-4.3.1/ext/gd/gd.c:2957
#5  0x4034861b in zif_imagettftext (ht=8, return_value=0x817e304,
this_ptr=0x0, return_value_used=0)
at /usr/src/webserver/php-4.3.1/ext/gd/gd.c:2835
#6  0x402fb542 in zend_assign_to_variable_reference ()
   from /usr/local/libexec/php-4.3.1/ZendOptimizer.so
#7  0x40304a02 in zend_oe () from
/usr/local/libexec/php-4.3.1/ZendOptimizer.so
#8  0x080c02cb in php_execute_script (primary_file=0xbcb0)
at /usr/src/webserver/php-4.3.1/main/main.c:1576
#9  0x080f8d84 in main (argc=2, argv=0xbd54)
at /usr/src/webserver/php-4.3.1/sapi/cgi/cgi_main.c:1424
0>

(gdb) up
#4  0x403489f6 in php_imagettftext_common (ht=8,
return_value=0x817e304,
this_ptr=0x0, return_value_used=0, mode=0, extended=0)
at /usr/src/webserver/php-4.3.1/ext/gd/gd.c:2957
2957/usr/src/webserver/php-4.3.1/ext/gd/gd.c: No such file or
directory.
in /usr/src/webserver/php-4.3.1/ext/gd/gd.c
(gdb) print error
$2 = 0x20 
(gdb)


And the PHP script that will reproduce this every time::

[EMAIL PROTECTED]:/htdocs/www/gd/431$ cat ttf.php
#!/usr/local/bin/php-4.3.1-4



And our ./configure statment.

./configure  --disable-debug --disable-rpath
--with-pear=/usr/local/lib/php-4.3.1 --with-config-file-path=/etc
--prefix=/usr/local --libexecdir=/usr/local/libexec/php-4.3.1
--enable-shared=yes --enable-track-vars --enable-magic-quotes
--enable-trans-sid --with-kerberos --enable-all=shared --without-cyrus
--without-fbsql --without-fdftk --without-fribidi --without-hwapi
--without-informix --without-ingres --without-interbase --without-ircg
--without-java --without-mcve --without-msession --without-oracle
--without-oci8 --without-ovrimos --without-qtdom --without-readline
--without-libedit --without-sybase --without-sybase-ct --without-msql
--without-mssql --with-imap-ssl --with-openssl --enable-session
--with-sablot-js=/usr --with-xslt-sablot=/usr --with-gdbm=shared,/usr
--with-ndbm=shared,/usr --with-db2=shared,/usr --with-db3=shared,/usr
--with-unixODBC=shared,/usr --disable-calendar --enable-overload
--without-ncurses --disable-mime-magic --with-zlib --with-pcre-regex
--disable-yp --disable-path-info-check --enable-discard-path
--enable-mw-php-ini

#23534 [Fbk->NoF]: cannot use echo or print more than 13 times in a script

 ID:   23534
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mark at onelauter dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Windows 2000 Server
 PHP Version:  4.3.2RC3-dev
 New Comment:

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.




Previous Comments:


[2003-06-14 13:40:19] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-06-14 13:26:05] jharrell at dlc4me dot com

Just noticed that 4.3.2 Final does not echo correctly to the cli. It
pauses for several seconds... then when the script is nearly done it
slams me with 4 pages of text... 4.2.3 Final works just fine. (I tried
the 4.3.2 because an issue w/ fdf was nearly fixed... but it would seem
that 4.3.2 has more problems than I am willing to battle with) jh



[2003-05-13 23:04:45] mark at onelauter dot com

Sure, I'll be happy to try it with Apache.  It'll be a few days before
I can make time.  BTW, I did verify that the problem occured with both
cgi (php.exe) and isapi on IIS.  If it works in Apache but not IIS,
I'll forward all the information I can about my setup.



[2003-05-13 20:07:23] [EMAIL PROTECTED]

Could you try this with Apache 1.3.27 ? (so that we know if it's IIS
specific.)





[2003-05-13 00:22:09] mark at onelauter dot com

sigh... I *finally* got it to work.

I changed output_buffering from 0 to 4096 and it started working.  I
have no idea why that make a difference.



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

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

#23906 [Fbk->NoF]: Immediate segfault on startup

 ID:   23906
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mbrennen at fni dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: IMAP related
 Operating System: MDK 8.2 (Linux 2.4)
 PHP Version:  4.3.2
 New Comment:

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.




Previous Comments:


[2003-06-15 17:49:44] [EMAIL PROTECTED]

Can you please try reducing the configure options to only contain the
apache and imap related options?

And also try compiling PHP as DSO.
 



[2003-06-06 19:12:59] mbrennen at fni dot com

As originally stated, 4.3.0 runs with --with-imap-ssl; 4.3.2 segfaults
on startup with that option, all other things being equal.  Why is that
NOT a bug?

I see no reason why you keep classifying the bug as bogus.  I am very
open to hearing why this is not a 4.3.2 bug, but the reason must be
valid.  Your claim that IMAP was built without SSL support is not true.



[2003-06-06 18:43:26] [EMAIL PROTECTED]

If it works without --with-imap-ssl, what is the problem?




[2003-06-06 10:51:55] mbrennen at fni dot com

The c-client is built with SSL support.  There are two MDK 8.2 IMAP
RPMs installed on the server.

imap-2001a-5.1mdk
imap-devel-2001a-5.1mdk

Running 'strings /usr/lib/libc-client.a' I see references to ssl_open,
ssl_aopen, ssl_getline, ssl_getbuffer and other ssl functions.  There
is also a libc-client-nossl.a library. It seems safe to assume that the
libc-client.a I am linking against was built with SSL support.  Do you
disagree?

Why did the --with-imap-ssl configuration work without problem on 4.3.0
on exactly the same server, with the same RPM set?

Is there perhaps an openssl version dependency change between 4.3.0 and
4.3.2?  The following SSL RPMs are installed.  Does 4.3.2 depend on a
later version?

libopenssl0-devel-0.9.6i-1.4mdk
openssl-0.9.6i-1.4mdk
libopenssl0-0.9.6i-1.4mdk



[2003-06-06 06:30:35] [EMAIL PROTECTED]

Why do you add --with-imap-ssl if the c-client is not build with SSL
support? Not PHP bug.





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

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

#24005 [Fbk->NoF]: Distributions version of mnoGoSearch extension does not work with MySQL 4

 ID:   24005
 Updated by:   [EMAIL PROTECTED]
 Reported By:  paul at ensigma dot com dot au
-Status:   Feedback
+Status:   No Feedback
 Bug Type: mnoGoSearch related
 Operating System: RedHat 9
 PHP Version:  4.3.2
 Assigned To:  gluke
 New Comment:

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.




Previous Comments:


[2003-06-15 22:21:14] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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


It should now have the latest mnogosearch extension.




[2003-06-11 00:49:00] [EMAIL PROTECTED]

Yes. I will update PHP_4_3 source code branch soon.
It means that updates extension will go to possible PHP-4.3.3 release
in future.



[2003-06-10 23:09:28] paul at ensigma dot com dot au

There is still the issue of the old version of mnoGoSearch in the 4.3.2
source code... has that been updated??



[2003-06-10 09:34:41] [EMAIL PROTECTED]

It seems to be because of buggy gcc-3.x compiler in your distribution.
The normal gcc behavior is to ignore -l switch dupes.



[2003-06-06 06:32:32] [EMAIL PROTECTED]

Sergey, deal with this.




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

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

#24086 [Fbk->NoF]: file_exists generates false error

 ID:   24086
 Updated by:   [EMAIL PROTECTED]
 Reported By:  danfratus at attbi dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Filesystem function related
 Operating System: Windows XP Professional
 PHP Version:  4.3.2
 New Comment:

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.




Previous Comments:


[2003-06-16 03:27:51] [EMAIL PROTECTED]

You're saying you have a file with a name '...' ?

Derick



[2003-06-16 03:26:01] danfratus at attbi dot com

PHP Falsely recognizes "..." as a valid directory, then triest to use
this, but obviously it cannot since it isn't a valid directory.

For instance: 
if (file_exists("$file") && $file != "." && $file != "..")
Filesystems recognize "." and ".." as directories, but filesystems do
not recognize "..." as a directory, PHP _DOES_, this is the glitch.  If
in the above code $file is "..." PHP generates an error.  I can't make
it anymore clear than that.



[2003-06-16 03:13:56] [EMAIL PROTECTED]

Where is the bug? I don't see anything in your report that is not
correct...



[2003-06-16 02:17:26] danfratus at attbi dot com

No feedback is necessary, the bug submission is strait forward. 
if(file_exists("...")) generates errors.



[2003-06-15 23:45:59] [EMAIL PROTECTED]

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





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

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

#24175 [Fbk->NoF]: String overflow? Segmentation faults

 ID:   24175
 Updated by:   [EMAIL PROTECTED]
 Reported By:  justinlong at strategicnetwork dot org
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: KRUD/RedHat
 PHP Version:  4.3.2
 New Comment:

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.




Previous Comments:


[2003-06-18 13:20:36] [EMAIL PROTECTED]

Please provide a short, self-contained script that we can
copy'n'paste and run ourselves. Anything that uses external resources,
such as databases, is useless.




[2003-06-13 09:28:34] justinlong at strategicnetwork dot org

On the basis of your snippy reply I presume I have not communicated
clearly the error that I am encountering. This is the only script which
causes this problem. The point where it occurs is toward the end at the
line

if (strlen($story)>512) { echo $rec->headline,"\n"; }
pg_exec($db,"UPDATE story_headline SET
story_preprocessed=$todaySystem, story='".addslashes($story)."' WHERE
storyid=".$rec->storyid);

But obviously it's not these two lines which cause the problem since
the crash does not occur on one specific entry in the database but
rather at different points in the run each time. This the only script
which crashes; I don't encounter this problem anywhere else.



[2003-06-13 09:16:48] [EMAIL PROTECTED]

What in the 'short and _complete_ stand-alone script did you 
not understand? You must give us the exact piece of code that 
causes the crash, NOT the whole script.




[2003-06-13 09:09:47] justinlong at strategicnetwork dot org

#!/usr/local/bin/php -q
preprocessing > 0) {
die();
} else {
$rs = pg_exec($db,"UPDATE story_progress SET
preprocessing=".$todaySystem);
}
set_time_limit(0);

$rs = pg_exec($db,"SELECT count(storyid) from story_headline WHERE
article IS NOT NULL and story_preprocessed IS NULL");
$rec = pg_fetch_object($rs,0);
echo $rec->count,' records unprocessed',"\n";

//$rs = pg_exec($db,"SELECT storyid,headline,article from
story_headline WHERE storyid=80493 limit 1000");
$rs = pg_exec($db,"SELECT storyid,headline,article from story_headline
WHERE article IS NOT NULL and story_preprocessed IS NULL order by
storyid desc limit 100");
if ($rs && pg_numrows($rs)>0) {
for ($x=0;$xstoryid,' ',$rec->headline," ";
$article = trim(stripslashes($rec->article));
if (strlen($article)>512) {
$article = str_replace("]+>","\n\n\n",$article);
$article = eregi_replace("]+>","\n\n",$article);
$article = html_entity_decode($article);   
 // get rid of HTML
entities
$article = eregi_replace("&[^;]+;"," ",$article);  
 // get rid of
control characters
if (!empty($article)) {
$article = strtr($article,
"¥µÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýÿ",
"SOZsozYYuAAACDNOOYsaaaconooyy");

}
if (!empty($article)) {
$article = strip_tags($article,'');
$article = " ".$article;
$textlines = split("")>0) { $nextstory =
substr($nextstory,strpos($nextstory,">")+1); }
$checklines = split("\n",$nextstory);
if (count($checklines)>0) {
$totallength=1;
$totallines=1;
$totalsingletones=1;
for ($y=0;$y0) 
{ 
$totallines++; 
$totallength = 
$totallength + strlen($checklines[$y]); 
if ($checklines[$y] == 
"") { $totalsingletones++; }
}
}
if ($totallength/$totallines>15 &&
$totalsingletons/$totallines<.5 && strlen($nextstory)>512) { $nextstory
= $story .= trim(strip_tags($nextstory))." \n\n"; }
}

#24186 [Fbk->NoF]: Error Loading php as Apache module

 ID:   24186
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jchong at uneven dot net
-Status:   Feedback
+Status:   No Feedback
-Bug Type: Oracle related
+Bug Type: OCI8 related
 Operating System: Red Hat Linux 8.0 kernel  2.4.18
 PHP Version:  4.3.2
 New Comment:

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.




Previous Comments:


[2003-06-14 17:53:19] [EMAIL PROTECTED]

Please try without that "--with-oracle". If that doesn't help: which
Oracle 9 version are you using?



[2003-06-14 17:47:23] jchong at uneven dot net

Now, running ldd -r /usr/local/apache/libexec/libphp4.so i get:

libdl.so.2 => /lib/libdl.so.2 (0x40143000)
libpam.so.0 => /lib/libpam.so.0 (0x40147000)
libmm.so.11 => /usr/lib/libmm.so.11 (0x4014f000)
libm.so.6 => /lib/i686/libm.so.6 (0x40153000)
libmysqlclient.so.10 => /usr/lib/mysql/libmysqlclient.so.10
(0x40175000)
libmhash.so.2 => /usr/lib/libmhash.so.2 (0x401ac000)
libmcrypt.so.4 => /usr/lib/libmcrypt.so.4 (0x401cb000)
libltdl.so.3 => /usr/lib/libltdl.so.3 (0x401d2000)
libz.so.1 => /usr/lib/libz.so.1 (0x401d9000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x401e7000)
libssl.so.2 => /lib/libssl.so.2 (0x40214000)
libcrypto.so.2 => /lib/libcrypto.so.2 (0x40244000)
libresolv.so.2 => /lib/libresolv.so.2 (0x40318000)
libnsl.so.1 => /lib/libnsl.so.1 (0x4032b000)
libclntsh.so.9.0 => /var/oracle/lib/libclntsh.so.9.0
(0x4034)
libc.so.6 => /lib/i686/libc.so.6 (0x4200)
libwtc9.so => /var/oracle/lib/libwtc9.so (0x40a98000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40a9b000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
undefined symbol: __cmpdi2  (/var/oracle/lib/libclntsh.so.9.0)
...



[2003-06-14 17:43:02] jchong at uneven dot net

Description:

I compile php 4.3.2 and configure with this:

./configure  --with-config-file-path=/etc \
--with-apxs=/usr/local/apache/sbin/apxs \
--with-mysql=/usr --with-oracle=/var/oracle \
--with-oci8=/var/oracle \
--with-openssl=/usr \
--enable-libgcc \
--enable-ftp \
--enable-track-vars --enable-sysvsem --enable-sysvshm --enable-sockets
\
--enable-pcntl --with-system-regex --enable-sigchild \
--with-zlib=/usr --with-mhash --with-mcrypt --with-mm=/usr

When installing and starting Apache I get:

Cannot load /usr/local/apache/libexec/libphp4.so into server:
/var/oracle/lib/libclntsh.so.9.0: undefined symbol: __cmpdi2
/usr/local/apache/sbin/apachectl start: httpd could not be started






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

#24203 [Fbk->NoF]: Low quality of TTF fonts rendering

 ID:   24203
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sergey dot gruzdev at novavox dot ru
-Status:   Feedback
+Status:   No Feedback
 Bug Type: GD related
 Operating System: FreeBSD 4.8
 PHP Version:  4.3.2
 New Comment:

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.




Previous Comments:


[2003-06-16 06:09:38] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




[2003-06-16 06:03:32] sergey dot gruzdev at novavox dot ru

Description:

Since PHP 4.3.2 TTF rendering became a low quality.
Example: http://www.fill.ru/test.gif
Top part - PHP 4.3.2
Bottom part - 4.3.1








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

#24212 [Fbk->NoF]: HTTP_RAW_POST_DATA contains a "doubled" contents

 ID:   24212
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bugs at 50km dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: linux redhat 8
 PHP Version:  4.3.2
 New Comment:

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.




Previous Comments:


[2003-06-17 05:42:50] [EMAIL PROTECTED]

Try the solution mentioned in bug #18648





[2003-06-16 17:50:47] bugs at 50km dot com

Description:

$GLOBALS["HTTP_RAW_POST_DATA"] or HTTP_RAW_POST_DATA contains a
"doubled" contents. For example:

Client posts:
sayhelloDuff

Apears in $GLOBALS["HTTP_RAW_POST_DATA"] as:
sayhelloDuffsayhelloDuff

Looks like it is concatenated to the variable twice.

I haven't played with this using binary data but it may explain what is
messing up file uploads for some people.

I know the recommended way is now to use php://input but a lot of older
code relies on this and it seems to clearly be a bug.






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

#24213 [Fbk->NoF]: filemtime(string) and getlastmod() works very strange...

 ID:   24213
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mf22cs at student dot hik dot se
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Date/time related
 Operating System: WinXP Pro and Linux/Slack 2.4.18
 PHP Version:  4.3.2
 New Comment:

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.




Previous Comments:


[2003-06-18 14:36:25] [EMAIL PROTECTED]

Works just fine with Linux here using latest CVS.

Are you using ZTS (threaded php) on linux?



[2003-06-16 18:32:28] mf22cs at student dot hik dot se

Description:

getlastmod() gives the correct result on my localhost (which is at
WinXP running IIS 5.1 with PHP4.3.2). But on the Linux webserver
(running Apache 1.3.27 and PHP4.3.1) it gives a totally wrond result
(that seems to be the last accesstime).

Then I tried the filemtime(string) instead, but then my localhost got
all crazy. It showed the birthdate of UNIX instead.


Reproduce code:
---
GLM: 
FMT: 

Expected result:

GLM: 17-06-2003 01:20:55
FMT: 17-06-2003 01:20:55

at both systems (if that is the correct date/time of modification).

Actual result:
--
At the server this gives the following result: 
GLM: 17-06-2003 01:11:35 
FMT:17-06-2003 01:18:23 

And at local host: 
GLM: 17-06-2003 01:18:21 
FMT:01-01-1970 01:00:00 





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

#24218 [Fbk->NoF]: mb_convert_encoding weirdness

 ID:   24218
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mark at lange dot demon dot co dot uk
-Status:   Feedback
+Status:   No Feedback
 Bug Type: mbstring related
 Operating System: Win32
 PHP Version:  4.3.2
 New Comment:

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.




Previous Comments:


[2003-06-17 06:37:11] [EMAIL PROTECTED]

That looks more like the browser issue.

Probably you have to explicitly indicate the charset(encoding) of the
page content being dispatched to the browser either by  tag or by
"Content-Type" header;

-- example 1 --








-- example 2 --



"; ?>










[2003-06-17 05:42:21] [EMAIL PROTECTED]

Please provide a complete but short example script.




[2003-06-17 02:55:00] mark at lange dot demon dot co dot uk

Description:

A piece of code that was working perfectly correctly with PHP version
4.2.3 is now displaying erroneous characters for PHP 4.3.2.

The script in question is a translation form, displaying two languages
which may use different charsets.
The code determines the appropriate charset to use for the html header
from the two languages. If the charsets are the same, no problem. If
they are different, it tests whther the mbstring module is enabled, in
which case it uses 'UTF-8' for the html header; otherwise it uses the
charset for the second language.

If mbstring was enabled, then the code uses the mb_convert_encoding
function to convert the text strings for display to UTF-8...


Reproduce code:
---
$basecharset =  'ISO-8859-1';
$charset = 'ISO-8859-2';

$convertcharsets = ($basecharset != $charset);
if ($convertcharsets) {
   if (function_exists('mb_convert_encoding')) {
  formheader('UTF-8');
   } else {
  $convertcharsets = false;
  formheader($charset);
   }
} else {
   formheader($basecharset);
}

echo charsetText('Français',$convertcharset,$basecharset)
echo '';
echo charsetText('Polska',$convertcharset,$charset)
echo '';

function charsetText($text,$convertcharset,$fromcharset)
{
   $returntext = $text;
   if ($convertcharset) { $returntext =
mb_convert_encoding($returntext,"UTF-8",$fromcharset); }
   return $returntext;
} // function charsetText()


Expected result:

Français
Polska



Actual result:
--
FranÃ§ais
Polska

The first odd character in FranXXais is A with a tilde; the second is
the HTML § character





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

#24343 [Fbk->Opn]: Oracle 9.2.0 client libs do not work

 ID:   24343
 User updated by:  thomas at fivemile dot net
 Reported By:  thomas at fivemile dot net
-Status:   Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: Redhat Linux 8.0
 PHP Version:  4.3.2
 New Comment:

environment of the defunct server (from phpinfo())

NLS_LANG  german_germany.WE8DEC  
LD_LIBRARY_PATH 
/opt/oracle/product/9.2.0/lib:/lib:/usr/lib:/opt/apache2/lib::/usr/local/lib
 
ORACLE_SID  tsid  
ORACLE_BASE  /opt/oracle  
PATH 
/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/opt/oracle/product/9.2.0/bin
 
PWD  /  
LANG  en_US.UTF-8  
ORACLE_TERM  xterm  
SHLVL  1  
ORA_NLS33  /opt/oracle/product/9.2.0/ocommon/nls/admin/data  
ORACLE_HOME  /opt/oracle/product/9.2.0  
_  /sbin/initlog  

and the environment of the working server:

PWD /home 
ORACLE_SID TSID 
LD_LIBRARY_PATH
/opt/oracle/product/9.0.1/lib:/lib:/usr/lib:/usr/local/lib 
CLASSPATH
/opt/oracle/product/9.0.1/JRE:/opt/oracle/product/9.0.1/jlib:/opt/oracle/product/9.0.1/rdbms/jlib:/opt/oracle/product/9.0.1/network/jlib

LANG en_US 
ORACLE_BASE /opt/oracle 
ORACLE_HOME /opt/oracle/product/9.0.1 
ORACLE_TERM 386 
SHLVL 3 
ORA_NLS33 /opt/oracle/product/9.0.1/ocommon/nls/admin/data 
PATH /sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin 
NLS_LANG german_germany.WE8DEC 
_ /sbin/initlog 

if i log into the webserver user on the non-functioning host i can
access the oracle db with sql*plus just fine.


Previous Comments:


[2003-06-26 17:54:50] [EMAIL PROTECTED]

Have you set all the necessary environment variables correctly when you
start apache?




[2003-06-26 16:03:28] thomas at fivemile dot net

The snapshot seems to have cleared the segfaults, nevertheless the
weird oracle error messages remain. Is there a way to debug the
OCI(P)Logon and compare it with the data the working server is sending?



[2003-06-26 11:46:02] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2003-06-26 06:36:23] thomas at fivemile dot net

Description:

OCILogon and OCIPLogon either segfault or return spurious (changing by
reloading the page) error messages of the type "Warning: ocilogon():
OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1
ORA-00911: invalid character in /home/httpd/index.php3 on line 5"

Environment vars are set (verfied by phpinfo()), sqlplus from the
webserver account works, older (9.0.1) client libs from another machine
can access the db without problems.

PHP compiled with ./configure' '--with-db' '--with-apxs2=/usr/bin/apxs'
'--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-mysql=/usr'
'--with-zlib' '--with-mcrypt' '--enable-track-vars=yes'
'--with-jpeg-dir=/usr' '--with-oci8=/opt/oracle/product/9.2.0'
'--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-xml'
'--with-calendar' '--enable-sigchild' '--with-xpm-dir=/usr/X11R6'
'--with-gettext' '--with-openssl=/usr' '--enable-calendar'
'--enable-gd-imgstrttf' '--with-ttf=/usr/local' '--with-imap'
'--with-kerberos' '--enable-xslt' '--with-xslt-sablot' '--enable-debug'


but a 'watered down' version including only the oracle libs yields the
same problems, regardless of trying with apache 1 (both static and DSO)
or 2


Reproduce code:
---
$ohnd = OCILogon("dvd","hidden","tns.domain");

Expected result:

Connection to Oracle 9.2.0 on the same machine

Actual result:
--
Spurious ORA-00604 error messages (see above) or coredump

[EMAIL PROTECTED] apache2]# gdb bin/httpd
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
(gdb) run -X
Starting program: /opt/apache2/bin/httpd -X
(no debugging symbols found)...(no debugging symbols found)...[New
Thread 16384 (LWP 1468)]
[Thu Jun 26 13:20:22 2003] [warn] module php4_module is already loaded,
skipping

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 1468)]
0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
(gdb) bt
#0  0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#1  0x40aa516f in kpughndl0 () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#2  0x40aab553 in kpughndl () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#3  0x40affde

#24244 [Fbk->Opn]: odbc_errormsg() sometimes returns a bad string when no error occurs

 ID:   24244
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bl at btn dot de
-Status:   Feedback
+Status:   Open
 Bug Type: ODBC related
 Operating System: Red Hat Linux
 PHP Version:  4.3.2
 New Comment:

Do not add comments to your own report, use this link:
http://bugs.php.net/bug.php?id=24244&edit=2



Previous Comments:


[2003-06-26 04:07:16] mb at btn dot de

Output of var_dump(odbc_errormsg()) as follows:

string(146)
"31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.cpio=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01;35:*.tif=01;35:"

string(122)
"1:*.tz=01;31:*.rpm=01;31:*.cpio=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01;35:*.tif=01;35:"

These are only two examples. I had to reproduce the error in a small
script to generate these. That's why the variety is not that great like
in our production environment where we currently use a dirty
workaround.



[2003-06-18 10:24:52] [EMAIL PROTECTED]

What does var_dump(odbc_error()) return after a valid query?



[2003-06-18 06:54:21] bl at btn dot de

sorry ... one more thing ...

in my "Actual Results" section I forgot to remove the "or"'s ...

So of course the "or"'s are not part of the string which is returned by
odbc_errormsg() ...



[2003-06-18 06:50:30] bl at btn dot de

Description:

We use the IBMDB2 database on our systems. The following bug occured
while writing a class supposed to halt the code on database exceptions.


While checking for strlen(odbc_errormsg())==0 for aborting the routine
PHP sometimes (about once in four calls) returns Bad Strings (see
below).

Maybe the "message" is taken from an unallocated space on PHP's heap
?!?

It's not that much of a problem to come up with a workaround but PHP
shouldn't return random bits of the memory.



Reproduce code:
---
$link = odbc_connect("mydb", "myusr","mypwd");
$sql = "[INSERT FLAWLESS STATEMENT HERE]";
odbc_exec($link,$sql)
if(strlen(odbc_errormsg())>0) {
echo "SQL-Error " . odbc_errormsg();
}
odbc_close($link);



Expected result:

If $sql contains a valid statement odbc_errormsg() should return an
empty string (according to the PHP-Documentation)

Actual result:
--
Sometimes parts of the outstream, a URL, short binary data,
PHP-Variable names anything might happen ... as I mentioned above, the
data might be part of PHP's heap. Some Examples:

T_URI (?) or

(a variable name ?)

ze:12px; } .menue_common{ [... here it goes on for quite a while ...]
width: 140px; margin-bottom: 2p 

(part of our stylesheet) or

ÿÿ or

(junk)

Àò or

(more junk)

aten_I or

(I have that somewhere earlier but I can't remember)

-urlencoded

(this shouldn't be an errormsg)






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

#24252 [Fbk->NoF]: Problem with session_set_save_handler() when connecting to db outside of obj

 ID:   24252
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jpenn at cheetah-soft dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Session related
 Operating System: RHAT 7
 PHP Version:  4.3.1
 New Comment:

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.




Previous Comments:


[2003-06-19 00:31:59] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




[2003-06-18 23:57:03] jpenn at cheetah-soft dot com

Description:

When connecting to the database inside the class object, everything
works fine with session_set_save_handler(). But, when connecting
outside of the class that holds the methods, php does'nt recognize
there is an active connection to the DB. Is this a known problem that I
have overlooked in the bug db?

I have tried everything, including passing the res id of the connection
into the session handler class but to no avail.

~ Thanks






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

#24343 [Opn->Fbk]: Oracle 9.2.0 client libs do not work

 ID:   24343
 Updated by:   [EMAIL PROTECTED]
 Reported By:  thomas at fivemile dot net
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Redhat Linux 8.0
 PHP Version:  4.3.2
 New Comment:

With what script and what errors do you get..?



Previous Comments:


[2003-06-26 18:23:19] thomas at fivemile dot net

environment of the defunct server (from phpinfo())

NLS_LANG  german_germany.WE8DEC  
LD_LIBRARY_PATH 
/opt/oracle/product/9.2.0/lib:/lib:/usr/lib:/opt/apache2/lib::/usr/local/lib
 
ORACLE_SID  tsid  
ORACLE_BASE  /opt/oracle  
PATH 
/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/opt/oracle/product/9.2.0/bin
 
PWD  /  
LANG  en_US.UTF-8  
ORACLE_TERM  xterm  
SHLVL  1  
ORA_NLS33  /opt/oracle/product/9.2.0/ocommon/nls/admin/data  
ORACLE_HOME  /opt/oracle/product/9.2.0  
_  /sbin/initlog  

and the environment of the working server:

PWD /home 
ORACLE_SID TSID 
LD_LIBRARY_PATH
/opt/oracle/product/9.0.1/lib:/lib:/usr/lib:/usr/local/lib 
CLASSPATH
/opt/oracle/product/9.0.1/JRE:/opt/oracle/product/9.0.1/jlib:/opt/oracle/product/9.0.1/rdbms/jlib:/opt/oracle/product/9.0.1/network/jlib

LANG en_US 
ORACLE_BASE /opt/oracle 
ORACLE_HOME /opt/oracle/product/9.0.1 
ORACLE_TERM 386 
SHLVL 3 
ORA_NLS33 /opt/oracle/product/9.0.1/ocommon/nls/admin/data 
PATH /sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin 
NLS_LANG german_germany.WE8DEC 
_ /sbin/initlog 

if i log into the webserver user on the non-functioning host i can
access the oracle db with sql*plus just fine.



[2003-06-26 17:54:50] [EMAIL PROTECTED]

Have you set all the necessary environment variables correctly when you
start apache?




[2003-06-26 16:03:28] thomas at fivemile dot net

The snapshot seems to have cleared the segfaults, nevertheless the
weird oracle error messages remain. Is there a way to debug the
OCI(P)Logon and compare it with the data the working server is sending?



[2003-06-26 11:46:02] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2003-06-26 06:36:23] thomas at fivemile dot net

Description:

OCILogon and OCIPLogon either segfault or return spurious (changing by
reloading the page) error messages of the type "Warning: ocilogon():
OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1
ORA-00911: invalid character in /home/httpd/index.php3 on line 5"

Environment vars are set (verfied by phpinfo()), sqlplus from the
webserver account works, older (9.0.1) client libs from another machine
can access the db without problems.

PHP compiled with ./configure' '--with-db' '--with-apxs2=/usr/bin/apxs'
'--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-mysql=/usr'
'--with-zlib' '--with-mcrypt' '--enable-track-vars=yes'
'--with-jpeg-dir=/usr' '--with-oci8=/opt/oracle/product/9.2.0'
'--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-xml'
'--with-calendar' '--enable-sigchild' '--with-xpm-dir=/usr/X11R6'
'--with-gettext' '--with-openssl=/usr' '--enable-calendar'
'--enable-gd-imgstrttf' '--with-ttf=/usr/local' '--with-imap'
'--with-kerberos' '--enable-xslt' '--with-xslt-sablot' '--enable-debug'


but a 'watered down' version including only the oracle libs yields the
same problems, regardless of trying with apache 1 (both static and DSO)
or 2


Reproduce code:
---
$ohnd = OCILogon("dvd","hidden","tns.domain");

Expected result:

Connection to Oracle 9.2.0 on the same machine

Actual result:
--
Spurious ORA-00604 error messages (see above) or coredump

[EMAIL PROTECTED] apache2]# gdb bin/httpd
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
(gdb) run -X
Starting program: /opt/apache2/bin/httpd -X
(no debugging symbols found)...(no debugging symbols found)...[New
Thread 16384 (LWP 1468)]
[Thu Jun 26 13:20:22 2003] [warn] module php4_module is already loaded,
skipping

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 1468)]
0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
(gdb) bt
#0  0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#1  0x40aa516f

#24343 [Fbk->Opn]: Oracle 9.2.0 client libs do not work