Bug #15753: not find php_oci8.dll

[khd0217]

From: [EMAIL PROTECTED]
Operating system: win2000
PHP version:  4.1.1
PHP Bug Type: OCI8 related
Bug description:  not find php_oci8.dll

my computor is iis5.0,php4.1.1 and windows2000 professional
where is php.ini
extendtion_dir = c:/php/extensions
extension=php_oci8.dll
after...
iis restart  
error message print out 
"Unable to load dynamic libary c:/php/extensions/php_oci8.dll - not found
module"
-- 
Edit bug report at http://bugs.php.net/?id=15753&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15753&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15753&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15753&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15753&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15753&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15753&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15753&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15753&r=submittedtwice

Bug #15752 Updated: setcookie does not delete the cookie

[sniper]

 ID:   15752
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Windows and FreeBSD
 PHP Version:  4.1.0
 New Comment:

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php


Previous Comments:


[2002-02-27 02:19:12] [EMAIL PROTECTED]

Hello,

Upon member login we set a cookie using:

setcookie('userid','123');

Upon logout, we try deleting it using:

setcookie('userid');

I have also tried:

setcookie('userid','');
setcookie('ses_userid','0',time()-1);

This does not work. Even after logout, the visitor gains access to the
member panel. We use Windows with PHP 4.1.0 and also a FreeBSD server
with 4.1.1.

Regards,
Mikhail




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

Bug #15751 Updated: Cookie does not delete

[sniper]

 ID:   15751
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
-Bug Type: Session related
+Bug Type: *General Issues
 Operating System: Windows and FreeBSD
 PHP Version:  4.1.0
 New Comment:

RTFM:

http://www.php.net/manual/en/function.setcookie.php



Previous Comments:


[2002-02-27 02:13:02] [EMAIL PROTECTED]

Hello,

Upon login, I set the cookie using:

setcookie('userid','123');

Upon logout, I do this:

setcookie('userid');

It does not delete the cookie. The user still gains access to the
member panel even after logout.

Thanks,
Mikhail




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

Bug #15742 Updated: zend_language_scanner.c :2819 Intenal Error

[sniper]

 ID:   15742
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Mandrake 8.0
 PHP Version:  4.0.6
 New Comment:

If you repeat 'make' command, does the segfault happen
at same place? Also, what gcc version you have?

--Jani



Previous Comments:


[2002-02-26 19:44:35] [EMAIL PROTECTED]

(1) On Mandrake 8.0, I have mysql installed and apache installed. I run
the following command in the php source directory /var/tmp/php-4.0.6:

(2) Run configure
./configure --with-mysql --with--apxs=/opt/apache_1_3_22/bin/apxs

(3) Run make
Makefile is generated successfully so I type 'make'

(4) Get error
I get the following:

make[1]: Entering directory `/var/tmp/php-4.0.6/Zend'
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../main
   -DLINUX=22 -DUSE_HSREGEX -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12  -g -O2
-c zend_l
   anguage_scanner.c
   zend_language_scanner.c: In function `shutdown_scanner':
   zend_language_scanner.c:2819: Internal error: Segmentation fault.
   Please submit a full bug report.
   See https://qa.mandrakesoft.com/> for instructions.
   make[1]: *** [zend_language_scanner.lo] Error 1
   make[1]: Leaving directory `/var/tmp/php-4.0.6/Zend'
   make: *** [all-recursive] Error 1

(5) Note, I tried using PHP 4.1.0 as well and received the same error.




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

Bug #15752: setcookie does not delete the cookie

[mikhail]

From: [EMAIL PROTECTED]
Operating system: Windows and FreeBSD
PHP version:  4.1.0
PHP Bug Type: Session related
Bug description:  setcookie does not delete the cookie

Hello,

Upon member login we set a cookie using:

setcookie('userid','123');

Upon logout, we try deleting it using:

setcookie('userid');

I have also tried:

setcookie('userid','');
setcookie('ses_userid','0',time()-1);

This does not work. Even after logout, the visitor gains access to the
member panel. We use Windows with PHP 4.1.0 and also a FreeBSD server with
4.1.1.

Regards,
Mikhail
-- 
Edit bug report at http://bugs.php.net/?id=15752&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15752&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15752&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15752&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15752&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15752&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15752&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15752&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15752&r=submittedtwice

Bug #15638 Updated: warning from zend_execute.c while running inconv()

[itai]

 ID:   15638
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: ICONV related
 Operating System: Linux
 PHP Version:  4.0CVS-2002-02-19
 New Comment:

The latest changes in ext/iconv/iconv.c (rev. 1.27, 1.28)
are wrong. I suggest to revert to version 1.26 and then
apply the right fix (below).
I sent that patch but failed to verify that it was
applied correctly to CVS (I have it applied to php-4.0.6
on my runnung system).

--- ext/iconv/iconv.c.1.26  Wed Feb 27 08:40:51 2002
+++ ext/iconv/iconv.c   Wed Feb 27 08:42:35 2002
@@ -167,7 +167,7 @@
 }

*out_len = out_size - out_left;
-   out[*out_len] = '\0';
+   out_buffer[*out_len] = '\0';
 icv_close(cd);

 return SUCCESS;

Writing the null byte to out[*out_len] is actually
assigining a NULL pointer at some random location
and may cause a seg. fault or other weird behavior.
On a second thought, this should work just as well:
   *out_p = '\0';

Using calloc instead of malloc is less efficient as it
needs to zero all the bytes in the returned string.
Adding 1 to the length (as the hange in 1.28) actually
increases the length of the result - which is not what
we wanted. Try this small program to see the result:



Previous Comments:


[2002-02-20 11:17:51] [EMAIL PROTECTED]

Yes, seems to be working now again. Thanks!
Now I can start doing something useful with it. :-)

Just to let you know, compiling gave me the following warning but it
seems to be harmless:
iconv.c: In function `php_iconv_string':
iconv.c:162: warning: passing arg 2 of `libiconv' from incompatible
pointer type



[2002-02-20 10:53:39] [EMAIL PROTECTED]

Now it's fixed (i hope :)

Derick



[2002-02-20 09:46:56] [EMAIL PROTECTED]

I'm just recompiling PHP with iconv support to check it out. Assinging
to myself.

Derick



[2002-02-20 09:44:04] [EMAIL PROTECTED]

If anyone can get use of it, this is the strace result. If I interpret
it correctly there is a segfault but it isn't reported in the apache
logs.

accept(20, {sin_family=AF_INET, sin_port=htons(1658),
sin_addr=inet_addr("192.168.60.136")}}, [16]) = 4
rt_sigaction(SIGUSR1, {SIG_IGN}, {0x805e4b0, [],
SA_INTERRUPT|0x400}, 8) = 0
getsockname(4, {sin_family=AF_INET, sin_port=htons(80),
sin_addr=inet_addr("80.130.200.232")}}, [16]) = 0
setsockopt(4, IPPROTO_TCP1, [1], 4) = 0
brk(0x818)  = 0x818
brk(0x8183000)  = 0x8183000
alarm(60)   = 0
read(4, "GET /headhorde/iconv.php HTTP/1."..., 4096) = 367
rt_sigaction(SIGUSR1, {SIG_IGN}, {SIG_IGN}, 8) = 0
time(NULL)  = 1014214048
alarm(60)   = 60
alarm(0)= 60
gettimeofday({1014214048, 189959}, NULL) = 0
stat64("/usr/local/httpd/htdocs/headhorde/iconv.php",
{st_mode=S_IFREG|0644, st_size=390, ...}) = 0
lstat64("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/local", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/local/httpd", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
lstat64("/usr/local/httpd/htdocs", {st_mode=S_IFDIR|0755, st_size=4096,
...}) = 0
alarm(60)   = 0
umask(077)  = 022
umask(022)  = 077
brk(0x8186000)  = 0x8186000
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={30, 0}}, NULL) =
0
rt_sigaction(SIGPROF, {0x4031cc50, [], SA_RESTART|0x400},
{SIG_DFL}, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
brk(0x8187000)  = 0x8187000
brk(0x8188000)  = 0x8188000
brk(0x8189000)  = 0x8189000
brk(0x818a000)  = 0x818a000
brk(0x818b000)  = 0x818b000
brk(0x818c000)  = 0x818c000
brk(0x818d000)  = 0x818d000
brk(0x818e000)  = 0x818e000
time(NULL)  = 1014214048
getpid()= 30325
gettimeofday({1014214048, 215019}, NULL) = 0
getpid()= 30325
getcwd("/root/cvs/cvsphp", 4095)= 17
chdir("/usr/local/httpd/htdocs/headhorde") = 0
open("/usr/local/httpd/htdocs/headhorde/iconv.php",
O_RDONLY|O_LARGEFILE) = 6
getcwd("/usr/local/httpd/htdocs/headhorde", 4095) = 34
lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/local", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/local/httpd", {st_mod

Bug #15751: Cookie does not delete

[mikhail]

From: [EMAIL PROTECTED]
Operating system: Windows and FreeBSD
PHP version:  4.1.0
PHP Bug Type: Session related
Bug description:  Cookie does not delete

Hello,

Upon login, I set the cookie using:

setcookie('userid','123');

Upon logout, I do this:

setcookie('userid');

It does not delete the cookie. The user still gains access to the member
panel even after logout.

Thanks,
Mikhail
-- 
Edit bug report at http://bugs.php.net/?id=15751&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15751&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15751&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15751&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15751&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15751&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15751&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15751&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15751&r=submittedtwice

Bug #15733 Updated: The effect of session_set_cookie_params() lasts past a script termination

[nospambill]

 ID:   15733
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: Session related
 Operating System: ALL
 PHP Version:  4.1.1
 New Comment:

But manual says that the function must take affect only during a script
execution time but not AFTER it's termination.


Previous Comments:


[2002-02-27 01:53:00] [EMAIL PROTECTED]

But manual says that the function must take affect only during a script
execution time but not AFTER it's termination.



[2002-02-26 21:08:28] [EMAIL PROTECTED]

I know it does :)
There is a user finally notice this problem.



[2002-02-26 10:36:02] [EMAIL PROTECTED]

The effect of session_set_cookie_params() lasts past a script
termination.




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

Bug #15733 Updated: The effect of session_set_cookie_params() lasts past a script termination

[nospambill]

 ID:   15733
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: Session related
 Operating System: ALL
 PHP Version:  4.1.1
 New Comment:

But manual says that the function must take affect only during a script
execution time but not AFTER it's termination.


Previous Comments:


[2002-02-26 21:08:28] [EMAIL PROTECTED]

I know it does :)
There is a user finally notice this problem.



[2002-02-26 10:36:02] [EMAIL PROTECTED]

The effect of session_set_cookie_params() lasts past a script
termination.




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

Bug #15750: reset() resets nested arrays too

[yury]

From: [EMAIL PROTECTED]
Operating system: FreeBSD-4.3
PHP version:  4.0.6
PHP Bug Type: Arrays related
Bug description:  reset() resets nested arrays too

Thais kind of error does NOT occur at PHP4.1 for Win32, but I have no
opportunity to check it at the same version PHP for FreeBSD.

Example:



That scrips produces "1 4 2 5 " at PHP4.1.0@Win32
but "1 4 1 4" at [EMAIL PROTECTED]


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

Bug #9694 Updated: module not found

[kea]

 ID:   9694
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: IIS related
 Operating System: WinNT4
 PHP Version:  4.0.2
 New Comment:

I try to connect a mssql database and get the error:

X-Powered-By: PHP/4.1.1 Content-type: text/html PHP Warning: Unable to
load dynamic library 'C:\Inetpub\php\dlls/php_mssql.dll' - Das
angegebene Modul wurde nicht gefunden. in Unknown on line 0 PHP Fatal
error: Call to undefined function: mssql_connect() in
c:\inetpub\wwwroot\dbconnection\dbconnection.php on line 3 

I think the problem is the slash 'c:\blabla/php_mssql.dll'.


Previous Comments:


[2001-06-12 10:51:17] [EMAIL PROTECTED]

if php reports so, it'll most likely be that way :)
in newer versions there's only one mssql extension (php_mssql.dll)
left.
also check the php_mssql.dll dependencies with
http://www.dependencywalker.com



[2001-03-12 02:53:26] [EMAIL PROTECTED]

Hai..

try to connect to mssql and got this error

Unable to load dynamic library `d:\php402/php_mssql70.dll'- The
specified module could not be found.

Here are my configuration in php.ini

Path and directories;
...
extension_dir   =   d:\php402;./

Dynamic extension;
...

;Windows Extensions
;extension=php_nsmail.dll
;extension=php_calendar.dll
;extension=php_dbase.dll
;extension=php_filepro.dll
;extension=php_gd.dll
;extension=php_dbm.dll
;extension=php_mssql.dll
;extension=php_zlib.dll
;extension=php_filepro.dll
;extension=php_imap4r2.dll
;extension=php_ldap.dll
extension=php_mssql70.dll

;extension=php_crypt.dll
;extension=php_msql2.dll
;extension=php_odbc.dll





[2001-03-12 01:51:07] [EMAIL PROTECTED]

Hai..

Try to do a mssql connect and get this error 


Unable to load dynamic library 
`d:\php402/php_mssql70.dll'.The specified module could not be found. 

Thanks.




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

Bug #15749: PHP (binary) or Apache (module) crashes when session_start() called

[tonalsiren]

From: [EMAIL PROTECTED]
Operating system: Windows XP Prof Build 2600
PHP version:  4.1.1
PHP Bug Type: Session related
Bug description:  PHP (binary) or Apache (module) crashes when session_start() called

I am running Windows XP Build 2600 with Apache 1.3.23

When I call session_start(), PHP (if configured as CGI) or Apache( if
configured as module) crashes.

This will crash the server:



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

Bug #14738 Updated: array_pad dies with large pad length

[yohgaki]

 ID:   14738
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Analyzed
 Bug Type: Arrays related
 Operating System: Linux
-PHP Version:  4.0.6
+PHP Version:  4.2.0-dev
 New Comment:

With "8" or "65536", I get the output.

Script:  '-'
---
zend_execute.h(62) : Block 0x082FC410 status:
Beginning:  Cached (allocated on ./zend_execute.c:1596, 12 bytes)
  End:  OK
---




Previous Comments:


[2002-02-26 23:16:08] [EMAIL PROTECTED]

Sorry, that should have been anything larger than 65535 will cause
this.  Try like 8.



[2002-02-26 21:49:05] [EMAIL PROTECTED]

Try snapshot. http://snaps.php.net/
I don't see the error. If you have problem, please reopen.



[2001-12-28 11:13:39] [EMAIL PROTECTED]

This code:

$arr=array();
$arr=array_pad($arr, 65535, md5(microtime()));

causes this output:

[Fri Dec 28 10:01:38 2001]  Script:  './test.php'
---
zend_execute.h(62) : Block 0x081BD070 status:
Beginning:  Cached (allocated on ./zend_execute.c:1502, 12 bytes)
  End:  OK
---

backing that down to 65534 will cause no error.  Looks like that
parameter is set to only allow 32 bit integers. 




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

Bug #8449 Updated: register_globals=on and track_vars=on produce strange results for arrays

[yohgaki]

 ID:   8449
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Arrays related
 Operating System: linux
 PHP Version:  4.1.0RC1
 New Comment:

We should get rid register_globals feature from PHP5 :)
(There is import_request_variable() for compatibility also)


Previous Comments:


[2002-02-26 22:58:09] [EMAIL PROTECTED]

I looked into this...
When you have register globals on it registers the
$person as a global array when parsing the get request it adds [age] to
the global $person array then when the post requet is parsed then it
finds the global array and adds the [sname] to the same array. So this
is what should happen.

why are you using get and post requests...
why don't you just use 







[2001-10-21 01:27:24] [EMAIL PROTECTED]

Reproduced also with PHP 4.1.0RC1

Here is the complete script for all the lazy developers
to try with:

form.php:
-



";
print_r($HTTP_POST_VARS);
echo "";
echo "HTTP_GET_VARS";
print_r($HTTP_GET_VARS);
echo "";
echo "_POST";
print_r($_POST);
echo "";
echo "_GET";
print_r($_GET) 

?>




[2001-08-19 03:01:43] [EMAIL PROTECTED]

Oops. I had register_globals=off in my php.ini. 
Then this works as expected. But when it is On, not.

--Jani




[2001-08-19 02:57:36] [EMAIL PROTECTED]

This is fixed at least in PHP 4.0.6.
Maybe even earlier.

--Jani




[2000-12-28 02:49:06] [EMAIL PROTECTED]

I was trying to make the example as short as possible so it
looks stupid but it clearly demonstrates the problem. 

Two short examples o *correct* behaviour first:

Example 1:




the form sets age using url path and sname using post. I could use
cookies for age but the example longer. The idea is to simultaniously
use several different methods to pass the variables. Nothing unusual
here.

tarck_vars and register_globals are both on so in bug.php
I have access to $HTTP_GET_VARS[age],$HTTP_POST_VARS[sname] and to
$age, $sname. I have no $HTTP_GET_VARS[sname] and $HTTP_POST_VARS[age]
and I should not to. So far so good.

Example 2:
let's try the following:





I use the same variable name in both requests.
Now I have $HTTP_GET_VARS[sname] == 'Pupkin' and
$HTTP_POST_VARS[sname]='Collins' and that is also correct and that is
how can I check what method was used to pass the variable (the global
$sname value depends on variables_order ofcourse)

Example 3: the bug

but let's put the variables into array:




Now I expect to have $person[age],$person[$sname] in my global space
and $HTTP_POST_VARS[person][sname],
$HTTP_GET_VARS[person][age]... right?

The bug is that I also have both $HTTP_POST_VARS[person][age] and

$HTTP_GET_VARS[person][sname] defined...

Do you see the problem? person[age] has somehow propagated into
$HTTP_POST_VARS while I had no person[age] in my post request... Now I
have no way to find how was that variable passed to my script... If I
have an person[id] defined in the cookie then I suddenly have also
person[age] and person[sname] defined in HTTP_COOKIE_VARS and
pesron[id] defined in both POST_VARS and GET_VARS!

looks like a bug for me.

Comments?

oleg









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

Bug #15748: make clean does not empty the modules dir

[zeekamotay]

From: [EMAIL PROTECTED]
Operating system: RedHat 7.0
PHP version:  4.1.1
PHP Bug Type: *Compile Issues
Bug description:  make clean does not empty the modules dir

Neither "make clean" nor "make distclean" empty the modules dir.

./configure --with-imap=shared --with-zlib=shared
make
make install

This gives you imap.so and zlib.so in your extension dir, as expected.
Now, suppose you decide you didn't want to do that, and you rebuild:

make distclean
./configure --with-imap --with-zlib
make
make install

You'll get fresh copies of the previously compiled and now useless modules
in your extension dir because the make distclean never deleted them.
-- 
Edit bug report at http://bugs.php.net/?id=15748&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15748&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15748&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15748&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15748&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15748&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15748&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15748&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15748&r=submittedtwice

Bug #9507 Updated: Java objects as session variable

[yohgaki]

 ID:   9507
 Updated by:   [EMAIL PROTECTED]
-Summary:  Java Classes and session_register
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Suspended
 Bug Type: Java related
-Operating System: Windows 2000
+Operating System: ANY
-PHP Version:  4.0.4pl1
+PHP Version:  4.2.0
 New Comment:

Brad is right :)
We cannot do anything other than using   __wakeup and __sleep.

Status = Suspended



Previous Comments:


[2002-02-26 23:30:56] [EMAIL PROTECTED]

Ok since Java is an incomplete class it can't be searlized currently. 

prints O:4:"java":1:{i:0;i:1;}

so if this functionality is really needed one of two things needs to
happen.

1) the java class has a __wakeup and __sleep functions that keeps
around the constructor arguments and makes a new object on each
unseralize. Not really gaining much functionality here. cause you can
just make the java object yourself without using it as a session.

2) make the java class use __wakeup and __sleep functions that acually
call the java seralize and unseralize functions.. take that data and
write it out with the php seralized data.

Personally i would like to see number 2 work. It would be pretty nice.
I have already thought of doing this. I just need to get around to do
it. Just changing the java extension isn't gunna do it. We need to
change call_user_function() to call incomplete objects. I have alredy
written this code i just need to apply it.

- Brad



[2002-02-24 06:08:00] [EMAIL PROTECTED]

Please test with  PHP 4.1.1+JDK 1.2 and report the result back 
Please do not forget  updating PHP version. Thanks.



[2001-06-22 02:22:17] [EMAIL PROTECTED]

getProperty("java.version");
?>

The above code works upon first request, but gives a 

  Warning: java.lang.NullPointerException in 
  e:\server\htdocs\test.php on line 10

in subsequent requests.

After commenting out the session_start() call it works fine, which is
weird IMHO since session_register() implictly calls session_start().

Tested with PHP 4.0.7-dev (latest CVS), Java 2 SDK 1.3, Java HotSport
Server VM 2.0.




[2001-03-01 04:30:15] [EMAIL PROTECTED]

Hi, 

I'm trying to save a Java class into a 
session variable like the code bellow: 

if ( !session_is_registered( "objJC" ) ) 
{ 
$objJC = null; 
$objJC = new Java( "JavaClass" ); 
session_register( "objJC" ); 
} 

This code works for the 1st time, when the 
session var 'objJC' is registered for the 1st time. All the methods of
the java class can be accessed. 
The next times the variable 'objJC' already exists, as a session var,
but i cannot access the methods inside, and gives me the 
error message like: 

Warning: java.lang.NoSuchMethodException: doinitmapj in c:\program
files\apache group\apache\htdocs\php\php_mapxt.php on line 71 

When you do this with a normal PHP class, using include() or required(
), everything works ok. 
It seems that the registration doesn't keep the class type as a Java
Class. 

Can someone help me with this? 
Than you very much in advance. 
Carlos Figueiredo 




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

Bug #4832 Updated: Undefined symbol "_mail_string" -> apache startup failure

[cjones]

 ID:   4832
 Updated by:   [EMAIL PROTECTED]
-Summary:  Undefined symbol "_mail_string" -> apache startup
   failure
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: *General Issues
 Operating System: OpenBSD
 PHP Version:  4.0.0 Release
 New Comment:

I'm not using PHP 4.0.0 or OpenBSD 2.9 anymore.  The patched version in
the OpenBSD ports system works, and that's good enough for me.


Previous Comments:


[2002-02-26 23:59:13] [EMAIL PROTECTED]

Hi, 
Just pulled the stable source (4.1.1), and compiled it under
openbsd2.9. Used the following options:
 
./configure - ./configure --with-apxs=/usr/sbin/apxs
--with-config-file-path=/var/www/conf --enable-calendar
--enable-bcmath --enable-trans-sid --with-yp --with-pcre-regex
--enable-ftp --with-xml
--with-openssl --with-zlib --enable-sysvsem 
--enable-sysvshm --without-curl --without-gdbm --with-gettext
--with-imap=/usr/local --with-imap-ssl=/usr/local --without-ldap
--with-mhash --without-mm --without-recode --without-snmp
 --without-gd --without-pdflib --disable-dbase --disable-filepro
--without-mysql --with-pgsql=/usr/local/lib --without-iodbc
 --prefix=/usr/local --sysconfdir=/etc

,, then compiled, while recieving the compilation warning mentioned
before. 'make install'd it fine, and upon restarting apache recieved
the _mail_string error mentioned above. 
Please check it out. 

Regards, 
Gene



[2000-12-07 11:16:20] [EMAIL PROTECTED]

No feedback.



[2000-11-08 19:42:26] [EMAIL PROTECTED]

Could you please try latest snapshot from http://snaps.php.net
to check whether it fixes this ?

--Jani



[2000-08-31 11:42:38] [EMAIL PROTECTED]

Some openbsd-guru could possibly check out that
port (ftp://ftp.gsnig.org/pub/users/jakob/ports/php4.tar.gz)
and maybe make the needed modifications into php4-cvs??

--Jani



[2000-08-29 11:46:07] [EMAIL PROTECTED]

The OpenBSD port mentioned above compiles with some text relocation
warnings, but runs fine.



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

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

Bug #6644 Updated: Test

[imajes]

 ID:   6644
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: Test
 PHP Version:  4.0.2
 New Comment:

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php




Previous Comments:


[2000-09-09 20:11:35] [EMAIL PROTECTED]

Marking as dup so it will get deleted.



[2000-09-09 20:07:05] [EMAIL PROTECTED]

Please ignore...this is bogus




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

Bug #15747: Undefined symbol "_mail_string"

[emeltser]

From: [EMAIL PROTECTED]
Operating system: OpenBSD 2.9
PHP version:  4.1.1
PHP Bug Type: Apache related
Bug description:  Undefined symbol "_mail_string"

Just downloaded PHP 4.1.1 onto OpenBSD 2.9, running apache 1.3.19
./Configured with:
./configure --with-apxs=/usr/sbin/apxs
--with-config-file-path=/var/www/conf 
--enable-calendar--enable-bcmath
--enable-trans-sid --with-yp --with-pcre-regex --enable-ftp --with-xml
--with-openssl --with-zlib --enable-sysvsem --enable-sysvshm
 --without-curl --without-gdbm --with-gettext
 --with-imap=/usr/local --with-imap-ssl=/usr/local --without-ldap
--with-mhash --without-mm --without-recode --without-snmp
 --without-gd --without-pdflib --disable-dbase --disable-filepro
--without-mysql --with-pgsql=/usr/local/lib --without-iodbc
 --prefix=/usr/local --sysconfdir=/etc

,, then make'd, recieving a warning:
*** Warning: inter-library dependencies are not known to be supported.
*** All declared inter-library dependencies are being dropped.
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library

,, then install'd it fine, but upon restarting apache, recieved:
/usr/libexec/ld.so: Undefined symbol "_mail_string" in 
   | httpd:/usr/lib/apache/modules/libphp4.so
   | /usr/sbin/apachectl restart: httpd could not be started

Seems like this issue already been fixed in 4.0.x versions, is it back in
4.1???
Has anyone run into this before?  Does anyone know any way to solve it?


Thanks, 
Gene

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

Bug #15224 Updated: openSSL and cURL results in Apache seg-faulting

[php-bugs]

 ID:   15224
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: OpenSSL related
 Operating System: Linux RH 7.1
 PHP Version:  4.1.1
 New Comment:

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


Previous Comments:


[2002-01-26 14:32:46] [EMAIL PROTECTED]

Same problem ...
w/ OpenSSL it goes down everytime.
(version 4.1.1 goes down just if the script uses PHP authentication,
4.0.6 gets 'crazy' after some time ... really stable environment :( )
Btw, IMHO it's not Apache/SSL/glibc/libs problem ...
I've tried many different configurations (various Apaches, various
Unixes, various compilers, various libraries (freetype, ...), various
PHP4 configs) past three days ...
still having the same problem.
30 mins ago I found it works if I disable OpenSSL (EAPI).
Uff ... I call this 'total waste of time'.

PS: The only common things in this case are: gd 1.8.4, PHP3 + PHP4
support (--enable-versioning), all as DSO. And no, removing PHP3 won't
solve the problem, I've already tried that ... guess what happened?



[2002-01-26 08:35:38] [EMAIL PROTECTED]

Can you provide a sample script and a backtrace (see
http://bugs.php.net/bugs-generating-backtrace.php)?



[2002-01-25 12:53:19] [EMAIL PROTECTED]

I have compiled PHP-4.1.1 with:

./configure --with-apxs --with-pgsql --enable-sockets 
--with-openssl --without-mysql --with-curl

I have compiled cURL-7.9.3 with:

./configure
 and
./configure --with-ssl

Otherwise, I'm using the standard RH stuff.

I'm using the XML-PHP stuff (usefulinc.com) to perform 
XML-RPC over HTTPS.  The XML-RPC requires cURL for this. 
 I need the openssl in PHP for another application.

If I perform the XML-RPC request I get:

[Fri Jan 25 17:24:44 2002] [notice] child pid 11452 exit 
signal Segmentation fault (11)

However, if I compile PHP without openSSL support, the 
request works fine.

Hope someone can help :-)

josh.




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

Bug #11321 Updated: memory corruption when parsing large XML files

[php-bugs]

 ID:   11321
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: XML related
 Operating System: Linux
 PHP Version:  4.0.5
 New Comment:

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


Previous Comments:


[2002-01-14 09:59:20] [EMAIL PROTECTED]

Is this reproducable on 4.1.1?



[2001-06-06 16:18:52] [EMAIL PROTECTED]

When parsing large XML files the PHP module starts corrupting memory. In
large applications this may result in a segfault, in this example
application it results in corruption of the xml parser itself (at least
on my test machines). 

The code below is tested on three different servers, 2 of them running
Debian/Stable (Potato) with a custom compiled PHP 4.0.5, one server
running Debian/Unstable (Sid) with the Debian default PHP module (also
4.0.5). All run PHP as Apache module.

The custom build modules are build like this:
./configure --with-apxs=/usr/bin/apxs --with-mysql=/usr
--with-config-file-path=/etc/php4/apache --with-interbase=shared
--with-gnu-ld --with-xml --with-gd=shared

When using a small XML file, the code below runs fine, but when the XML
file gets bigger PHP starts complaining Unable to call handler
end_tag_handler() , Unable to call handler data_handler() or Unable to
call handler start_tag_handler().

The code:
parser,&$this);
xml_set_element_handler($props->parser, 'start_tag_handler',
'end_tag_handler');
xml_set_character_data_handler($props->parser, 'data_handler');
}

function data_handler($parser, $data) {
$this->mydata .= $data;
}
function start_tag_handler($parser, $name, $attrs) {
$this->mystarttag .= $name;
}
function end_tag_handler($parser, $name) {
$this->myendtag .= $name;
echo 'end tag is '.$name.'';
}
}

function first_element_handler($parser, $name, $attrs) {
global $props;
if ($name == 'QUESTION') {
/* normally I decide here, depending on $attrs what 
kind of object I should create. For debugging purposes
I use just one object. */
$q_obj = new my_class($props);

} else {
die('This XML file has an unknown content');
}
}

function start_parsing($file) {
global $props;

$props = new properties();
$props->parser = xml_parser_create();
xml_parser_set_option($props->parser, XML_OPTION_CASE_FOLDING, TRUE);
xml_set_element_handler($props->parser, 'first_element_handler', '');
if (!($fp = fopen($file, "r"))) {
die("could not open XML input");
}

while ($data = fread($fp, 4096)) {
if (!xml_parse($props->parser, $data, feof($fp))) {
die(sprintf("XML error: %s at line %d",

xml_error_string(xml_get_error_code($props->parser)),
xml_get_current_line_number($props->parser)));
}
}
xml_parser_free($props->parser);
}
echo 'start parsing';
start_parsing('val1.xml');
echo 'finished parsing';
?>

The XML file looks like this, but to see the problems the part between
 and  should be four times bigger:


Fermentor size
4032 hours a year, makes 96 runs a year. How many kg per cubic
meter per year do you produce?
That is 10 X 96 = 960 kg per cubic meter per year
You need 10.000 kg, so you need 10.4 cubic meter
production
You can't fill the reactor 100%, so let's assume 12 cubic meter
will do

11
15
Very good! Assuming you can fill a
reactor


1
11
Sorry, try again






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

Bug #4832 Updated: Undefined symbol "_mail_string" -> apache startup failure

[emeltser]

 ID:   4832
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: *General Issues
 Operating System: OpenBSD
 PHP Version:  4.0.0 Release
 New Comment:

Hi, 
Just pulled the stable source (4.1.1), and compiled it under
openbsd2.9. Used the following options:
 
./configure - ./configure --with-apxs=/usr/sbin/apxs
--with-config-file-path=/var/www/conf --enable-calendar
--enable-bcmath --enable-trans-sid --with-yp --with-pcre-regex
--enable-ftp --with-xml
--with-openssl --with-zlib --enable-sysvsem 
--enable-sysvshm --without-curl --without-gdbm --with-gettext
--with-imap=/usr/local --with-imap-ssl=/usr/local --without-ldap
--with-mhash --without-mm --without-recode --without-snmp
 --without-gd --without-pdflib --disable-dbase --disable-filepro
--without-mysql --with-pgsql=/usr/local/lib --without-iodbc
 --prefix=/usr/local --sysconfdir=/etc

,, then compiled, while recieving the compilation warning mentioned
before. 'make install'd it fine, and upon restarting apache recieved
the _mail_string error mentioned above. 
Please check it out. 

Regards, 
Gene


Previous Comments:


[2000-12-07 11:16:20] [EMAIL PROTECTED]

No feedback.



[2000-11-08 19:42:26] [EMAIL PROTECTED]

Could you please try latest snapshot from http://snaps.php.net
to check whether it fixes this ?

--Jani



[2000-08-31 11:42:38] [EMAIL PROTECTED]

Some openbsd-guru could possibly check out that
port (ftp://ftp.gsnig.org/pub/users/jakob/ports/php4.tar.gz)
and maybe make the needed modifications into php4-cvs??

--Jani



[2000-08-29 11:46:07] [EMAIL PROTECTED]

The OpenBSD port mentioned above compiles with some text relocation
warnings, but runs fine.



[2000-08-17 00:39:04] [EMAIL PROTECTED]

It continues in 4.0.1pl2.  I'm going to test the PHP4 port for OpenBSD
done by Jakob Schlyter (available at
ftp://ftp.gsnig.org/pub/users/jakob/ports/php4.tar.gz), and will advise
as necessary.  From traffic on the OpenBSD lists, it appears as if
4.0.2 mostly works (with a few compilation warnings).



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

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

Bug #9507 Updated: Java Classes and session_register

[rodif_bl]

 ID:   9507
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: Java related
 Operating System: Windows 2000
 PHP Version:  4.0.4pl1
 New Comment:

Ok since Java is an incomplete class it can't be searlized currently. 

prints O:4:"java":1:{i:0;i:1;}

so if this functionality is really needed one of two things needs to
happen.

1) the java class has a __wakeup and __sleep functions that keeps
around the constructor arguments and makes a new object on each
unseralize. Not really gaining much functionality here. cause you can
just make the java object yourself without using it as a session.

2) make the java class use __wakeup and __sleep functions that acually
call the java seralize and unseralize functions.. take that data and
write it out with the php seralized data.

Personally i would like to see number 2 work. It would be pretty nice.
I have already thought of doing this. I just need to get around to do
it. Just changing the java extension isn't gunna do it. We need to
change call_user_function() to call incomplete objects. I have alredy
written this code i just need to apply it.

- Brad


Previous Comments:


[2002-02-24 06:08:00] [EMAIL PROTECTED]

Please test with  PHP 4.1.1+JDK 1.2 and report the result back 
Please do not forget  updating PHP version. Thanks.



[2001-06-22 02:22:17] [EMAIL PROTECTED]

getProperty("java.version");
?>

The above code works upon first request, but gives a 

  Warning: java.lang.NullPointerException in 
  e:\server\htdocs\test.php on line 10

in subsequent requests.

After commenting out the session_start() call it works fine, which is
weird IMHO since session_register() implictly calls session_start().

Tested with PHP 4.0.7-dev (latest CVS), Java 2 SDK 1.3, Java HotSport
Server VM 2.0.




[2001-03-01 04:30:15] [EMAIL PROTECTED]

Hi, 

I'm trying to save a Java class into a 
session variable like the code bellow: 

if ( !session_is_registered( "objJC" ) ) 
{ 
$objJC = null; 
$objJC = new Java( "JavaClass" ); 
session_register( "objJC" ); 
} 

This code works for the 1st time, when the 
session var 'objJC' is registered for the 1st time. All the methods of
the java class can be accessed. 
The next times the variable 'objJC' already exists, as a session var,
but i cannot access the methods inside, and gives me the 
error message like: 

Warning: java.lang.NoSuchMethodException: doinitmapj in c:\program
files\apache group\apache\htdocs\php\php_mapxt.php on line 71 

When you do this with a normal PHP class, using include() or required(
), everything works ok. 
It seems that the registration doesn't keep the class type as a Java
Class. 

Can someone help me with this? 
Than you very much in advance. 
Carlos Figueiredo 




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

Bug #14738 Updated: array_pad dies with large pad length

[brianm]

 ID:   14738
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Arrays related
 Operating System: Linux
 PHP Version:  4.0.6
 New Comment:

Sorry, that should have been anything larger than 65535 will cause
this.  Try like 8.


Previous Comments:


[2002-02-26 21:49:05] [EMAIL PROTECTED]

Try snapshot. http://snaps.php.net/
I don't see the error. If you have problem, please reopen.



[2001-12-28 11:13:39] [EMAIL PROTECTED]

This code:

$arr=array();
$arr=array_pad($arr, 65535, md5(microtime()));

causes this output:

[Fri Dec 28 10:01:38 2001]  Script:  './test.php'
---
zend_execute.h(62) : Block 0x081BD070 status:
Beginning:  Cached (allocated on ./zend_execute.c:1502, 12 bytes)
  End:  OK
---

backing that down to 65534 will cause no error.  Looks like that
parameter is set to only allow 32 bit integers. 




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

Bug #8449 Updated: register_globals=on and track_vars=on produce strange results for arrays

[rodif_bl]

 ID:   8449
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: linux
 PHP Version:  4.1.0RC1
 New Comment:

I looked into this...
When you have register globals on it registers the
$person as a global array when parsing the get request it adds [age] to
the global $person array then when the post requet is parsed then it
finds the global array and adds the [sname] to the same array. So this
is what should happen.

why are you using get and post requests...
why don't you just use 






Previous Comments:


[2001-10-21 01:27:24] [EMAIL PROTECTED]

Reproduced also with PHP 4.1.0RC1

Here is the complete script for all the lazy developers
to try with:

form.php:
-



";
print_r($HTTP_POST_VARS);
echo "";
echo "HTTP_GET_VARS";
print_r($HTTP_GET_VARS);
echo "";
echo "_POST";
print_r($_POST);
echo "";
echo "_GET";
print_r($_GET) 

?>




[2001-08-19 03:01:43] [EMAIL PROTECTED]

Oops. I had register_globals=off in my php.ini. 
Then this works as expected. But when it is On, not.

--Jani




[2001-08-19 02:57:36] [EMAIL PROTECTED]

This is fixed at least in PHP 4.0.6.
Maybe even earlier.

--Jani




[2000-12-28 02:49:06] [EMAIL PROTECTED]

I was trying to make the example as short as possible so it
looks stupid but it clearly demonstrates the problem. 

Two short examples o *correct* behaviour first:

Example 1:




the form sets age using url path and sname using post. I could use
cookies for age but the example longer. The idea is to simultaniously
use several different methods to pass the variables. Nothing unusual
here.

tarck_vars and register_globals are both on so in bug.php
I have access to $HTTP_GET_VARS[age],$HTTP_POST_VARS[sname] and to
$age, $sname. I have no $HTTP_GET_VARS[sname] and $HTTP_POST_VARS[age]
and I should not to. So far so good.

Example 2:
let's try the following:





I use the same variable name in both requests.
Now I have $HTTP_GET_VARS[sname] == 'Pupkin' and
$HTTP_POST_VARS[sname]='Collins' and that is also correct and that is
how can I check what method was used to pass the variable (the global
$sname value depends on variables_order ofcourse)

Example 3: the bug

but let's put the variables into array:




Now I expect to have $person[age],$person[$sname] in my global space
and $HTTP_POST_VARS[person][sname],
$HTTP_GET_VARS[person][age]... right?

The bug is that I also have both $HTTP_POST_VARS[person][age] and

$HTTP_GET_VARS[person][sname] defined...

Do you see the problem? person[age] has somehow propagated into
$HTTP_POST_VARS while I had no person[age] in my post request... Now I
have no way to find how was that variable passed to my script... If I
have an person[id] defined in the cookie then I suddenly have also
person[age] and person[sname] defined in HTTP_COOKIE_VARS and
pesron[id] defined in both POST_VARS and GET_VARS!

looks like a bug for me.

Comments?

oleg









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

Bug #15746: Process exec() is slow from webserver - running from shell is ok ...

[nigel]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server
PHP version:  4.1.1
PHP Bug Type: Performance problem
Bug description:  Process exec() is slow from webserver - running from shell is ok ...

Summary:

Running a PHP script which calls exec() from withing Apache runs terribly
slow or times out.  Running same from the command prompt returns in
seconds.

Details:
I (and other NT users) have run into performance issues running PHP 4.1.1
with the NETPBM distribution.When running thumbnailing operations via.
webpages, the performance (throughtput) of the system is dismal.

Running the same PHP script manually from the command shell completes
operations in under a second which usually timeout when executed from a
webpage.

A full "ready to run" repro of this problem is available via. a small ZIP
file at http://www.green-bean.com/bugfiles/slowrepro.zip.   This contains
the required NETPBM files.   If these are already installed on your
system, you can run the script below with slight modifications.

Thanks,
Nigel.

Repro:

http://www.green-bean.com/bugfiles/slowrepro.zip
//

// Location of your NETPBM distribution
// We're using
http://prdownloads.sourceforge.net/gallery/netpbm1.1-gallery1.0-win32.tgz
// 
$pbmroot = "netpbm";

// JPG input file (from http://www.green-bean.com/DallasChristmasHat.jpg)
$file = "DallasChristmasHat.jpg";


function fs_exec($cmd, &$results, &$status, &$time) {
// We can't redirect stderr with Windows.  Hope that we won't need
to.
$time_st = time();
$x = exec("$cmd", $results, $status);
$time = time() - $time_st;
}

$quiet = "-quiet";

// JPEG to PNM
$cmd_to_pnm= "$pbmroot\\jpegtopnm $quiet $file > out\\$file.pnm";

print "Exec: $cmd_to_pnm\n";
fs_exec($cmd_to_pnm, $results, $status, $elapsed);
print "Elapsed: $elapsed secs\nStatus: $status";

// PNM to scaled PNM
$cmd_scale_pnm = "$pbmroot\\pnmscale  $quiet -xysize 150 150
out\\$file.pnm > out\\$file.scale.pnm";

print "Exec: $cmd_scale_pnm\n";
fs_exec($cmd_scale_pnm, $results, $status, $elapsed);
print "Elapsed: $elapsed secs\nStatus: $status";

// PNM scaled to JPG
$cmd_to_jpg= "$pbmroot\\ppmtojpeg $quiet out\\$file.scale.pnm
--quality=150 > out\\tn_$file";

print "Exec: $cmd_to_jpg\n";
fs_exec($cmd_to_jpg, $results, $status, $elapsed);
print "Elapsed: $elapsed secs\nStatus: $status";

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

Bug #15741 Updated: Dynamic Library support not available

[joelauer]

 ID:   15741
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: Dynamic loading
 Operating System: Mac OS X
 PHP Version:  4.1.1
 New Comment:

Is there anyway that I can help?  I've tried to download the CVS
version, but it seems that I can't get proper versions of autoconf and
some of the other tools to work.  Has anyone gotten these to work to
build the CVS version?


Previous Comments:


[2002-02-26 21:43:10] [EMAIL PROTECTED]


This is a bigger problem then what you are making it sound to be.  I
have a patch created to add support for the DYLD system.  Unfortunately
that doesn't mean your extensions will work, as there are still some
libtool problems which need to be corrected (supposedly in 1.4.2). 
There is also a duplicate symbol error, which needs to be corrected
before your DYLD will work.  

So... ahhh... bare with us, while we try to get this implemented and
realize it is being worked up :)

And technically the statement "Dynamic Library support not available"
is correct.  MacOSX doesn't have the dlfcn.h file, nor the dlopen and
friends extensions.  At the time of 4.1.1 release that was the only
check being done for dynamic loading.  



[2002-02-26 21:23:44] [EMAIL PROTECTED]

Since there are less develpers working for Mac OS X (if there is :)
Mac OS X support is poor.

We are welcome if you could submit config patches for Mac OS X.



[2002-02-26 19:10:33] [EMAIL PROTECTED]

It seems as though ALL PHP versions that I have tried on the new Mac OS
X don't support dynamic library support.  This means that extensions
cannot be loaded at startup time OR with the dl() function call.  Its
extremely important that this function works in order for my software
to work.  When I run phpinfo.php this is the message that shows up:

Dynamic Library support not available

However, this statement isn't true.  Darwin and Mac OS X definitely
supports dynamic loading of libraries.  Mac OS X lets you either use
".dylib" or ".so" extensions.  ".so" is the one that you want.  For
example, Apache can load modules at startup, so why can't PHP?




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

Bug #10449 Updated: shuffle() function crashes PHP

[yohgaki]

 ID:   10449
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Feedback
 Bug Type: Arrays related
 Operating System: Solaris
 PHP Version:  4.0.4pl1
 New Comment:

Is this still a issue?
Reporter, could you update php version if you have problem with 4.1.1,
or close this bug if you have problem.
Thank you.


Previous Comments:


[2001-10-21 01:30:06] [EMAIL PROTECTED]

This is another report about shuffle() problems.
And using mt_rand() would (IMO) be a good solution.




[2001-04-23 01:24:14] [EMAIL PROTECTED]

I know it is a known problem with the rand() implementation on some
systems - so my question is: Why not implement the shuffle function in
a way that does not stuff up on some systems e.g. use the mt_rand()
function with its known randomness and known random implementation -
and save everyone on Solaris systems (and possibly others) from having
to write their own shuffle functions (which I have be forced to do).

Thanks.




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

Bug #14738 Updated: array_pad dies with large pad length

[yohgaki]

 ID:   14738
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Arrays related
 Operating System: Linux
 PHP Version:  4.0.6
 New Comment:

Try snapshot. http://snaps.php.net/
I don't see the error. If you have problem, please reopen.


Previous Comments:


[2001-12-28 11:13:39] [EMAIL PROTECTED]

This code:

$arr=array();
$arr=array_pad($arr, 65535, md5(microtime()));

causes this output:

[Fri Dec 28 10:01:38 2001]  Script:  './test.php'
---
zend_execute.h(62) : Block 0x081BD070 status:
Beginning:  Cached (allocated on ./zend_execute.c:1502, 12 bytes)
  End:  OK
---

backing that down to 65534 will cause no error.  Looks like that
parameter is set to only allow 32 bit integers. 




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

Bug #15745: DSO module can't load on apache _1.3.23 ( can't open shared object file )

[emil]

From: [EMAIL PROTECTED]
Operating system: Linux ( Slackware 8 )
PHP version:  4.1.1
PHP Bug Type: Apache related
Bug description:  DSO module can't load on apache _1.3.23 ( can't open shared object 
file )

success to compile as DSO with apache_1.3.23

But when I try to start the apache:
it says : 
Syntax error on line 205 of /opt/web/conf/httpd.conf
in httpd.conf line 205
LoadModule php4_module  libexec/libphp4.so

can't load /opt/web/apache/libexec/libphp4.so into server: can't open
shared object fuke: can't load shared object file: no such file or
directory




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

Bug #14128 Updated: array_merge_recursive modifies the first argument

[yohgaki]

 ID:   14128
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: Windows NT 4.0 build 1381
 PHP Version:  4.0.6
 New Comment:

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".




Previous Comments:


[2001-11-19 19:01:36] [EMAIL PROTECTED]

";
while(list($key,$val) = each($array)) {
echo "$key => ";
if(is_array($val)) {
echo "$val";
dump_array($val);
} else {
echo "$val";
}
}
echo "";
} else {
if($array != "") {
echo "[String] = $array";
} else {
echo "Err: No values passed.";
}
}

};

/*
addquery

example input #1
*/

$query = 
array("select" => array(
0 => "count(*) as 'cases opened'"
),
"from" => array(
0 => "table_case"
),
"where" => array(
0 => "table_case.creation_time between '%datestart%' 
and
'%dateend%'"
)
);

/*
example input #2
*/

$option =
array("select" => array(
0 => "table_bus_org.name"
),
"from" => array(
0 => "table_site",
1 => "table_bus_org"
),
"where" => array(
0 => "table_site.objid = 
table_case.case_reporter2site",
1 => "table_bus_org.objid = 
table_site.primary2bus_org",
2 => "table_bus_org.objid > 0"
),
"group by" => array(
0 => "table_bus_org.name"
),
"order by" => array(
0 => "count(*)"
)
);

/*
example output


$newquery = 
array("select" => array(
0 => "table_bus_org.name",
1 => "count(*) as 'cases opened'"
),
"from" => array(
0 => "table_case",
1 => "table_site",
2 => "table_bus_org"
),
"where" => array(
0 => "table_case.creation_time between '%datestart%' 
and
'%dateend%'",
1 => "table_site.objid = 
table_case.case_reporter2site",
2 => "table_bus_org.objid = 
table_site.primary2bus_org",
3 => "table_bus_org.objid > 0"
),
"group by" => array(
0 => "table_bus_org.name",
),
"order by" => array(
0 => "count(*)",
)
);
*/
dump_array($query);
$newquery = array_merge_recursive($query,$option);
dump_array($query);
//dump_array($option);
//dump_array($newquery);
?>




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

Bug #15741 Updated: Dynamic Library support not available

[kalowsky]

 ID:   15741
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Analyzed
 Bug Type: Dynamic loading
 Operating System: Mac OS X
 PHP Version:  4.1.1
 New Comment:


This is a bigger problem then what you are making it sound to be.  I
have a patch created to add support for the DYLD system.  Unfortunately
that doesn't mean your extensions will work, as there are still some
libtool problems which need to be corrected (supposedly in 1.4.2). 
There is also a duplicate symbol error, which needs to be corrected
before your DYLD will work.  

So... ahhh... bare with us, while we try to get this implemented and
realize it is being worked up :)

And technically the statement "Dynamic Library support not available"
is correct.  MacOSX doesn't have the dlfcn.h file, nor the dlopen and
friends extensions.  At the time of 4.1.1 release that was the only
check being done for dynamic loading.  


Previous Comments:


[2002-02-26 21:23:44] [EMAIL PROTECTED]

Since there are less develpers working for Mac OS X (if there is :)
Mac OS X support is poor.

We are welcome if you could submit config patches for Mac OS X.



[2002-02-26 19:10:33] [EMAIL PROTECTED]

It seems as though ALL PHP versions that I have tried on the new Mac OS
X don't support dynamic library support.  This means that extensions
cannot be loaded at startup time OR with the dl() function call.  Its
extremely important that this function works in order for my software
to work.  When I run phpinfo.php this is the message that shows up:

Dynamic Library support not available

However, this statement isn't true.  Darwin and Mac OS X definitely
supports dynamic loading of libraries.  Mac OS X lets you either use
".dylib" or ".so" extensions.  ".so" is the one that you want.  For
example, Apache can load modules at startup, so why can't PHP?




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

Bug #12653 Updated: natsort, strnatcmp NOT locale-aware !

[yohgaki]

 ID:   12653
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: Red Hat Linux, Win2000 sp2
 PHP Version:  4.0.6
 New Comment:

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".




Previous Comments:


[2001-08-08 11:18:02] [EMAIL PROTECTED]

I've found out that the "Natural Sorting Algorithm" routines used by
PHP are locale-unaware, probably sorting using the default english
character set for reference.

Additionally, the link to "Natural Order String Comparison page" in
manual seems to be dead.

sigh :(




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

Bug #11389 Updated: array_walk causes Apache to crash

[yohgaki]

 ID:   11389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Analyzed
 Bug Type: Arrays related
-Operating System: W98
+Operating System: ALL
-PHP Version:  4.0.6
+PHP Version:  4.2.0-dev
 New Comment:

I know array walk has problem, but it's not simple to fix


Previous Comments:


[2001-11-16 02:52:01] [EMAIL PROTECTED]

It's not critical, cause it does not crash PHP.



[2001-11-13 04:04:29] [EMAIL PROTECTED]

But this is not the real script!!

My real script have a lot of code lines and
functions, a lot of arrays inside other arrays
and so on, i need 'walk' the arrays, and
array_walk crash my code sometimes.

To work around this bug, i have written my
'my_array_walk' function in PHP script that
always behave OK.

I don't need the 'array_walk' function, but
i think this bug must be fixed.



[2001-11-12 18:13:09] [EMAIL PROTECTED]

Yes, what happens is that array_walk tries to move
forward to the next element by calling zend_hash_move_forward_ex()
which determines that the
hash is inconsistent and bails out. I think this
behavior is good enough. This script is asking for
trouble. It's important that people can't crash Apache,
but I don't mind if weird scripts like this misbehaves.
CVS works okay for me since PHP doesn't crash, but bails
out. For me I get the same behavior if I remove the call
by references (in array_walk call and myfunc declaration).




[2001-11-11 21:34:20] [EMAIL PROTECTED]

Indeed there is something odd going on:



This script only echo's "before". 

--Jani




[2001-11-11 06:49:53] [EMAIL PROTECTED]

Reproduced with 4.2.0-dev (200111080300) on Windows 2000.

Array_walk seems to be pretty buggy. There were a few reports of
crashes using array_walk, most importantly #12776.

Reopening.



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

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

Bug #11372 Updated: array_multisort does not maintain key association

[yohgaki]

 ID:   11372
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: Windows NT 4.0 SP6a
 PHP Version:  4.0.5
 New Comment:

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".

I think this is fixed. If not, please reopen.


Previous Comments:


[2001-06-08 22:09:48] [EMAIL PROTECTED]

Here's a quick script to reproduce the problem:

 array (0 => "joe.doc", 1 => "ralph.doc",
2 => "maria.xls")
, "size" =>   array (0 => "jbig", 1 => "rsmall", 2 
=> "mmed")
, "modified" =>   array (0 => "54", 1 => "32", 2 => 
"99")
);

#   array_multisort ($x["modified"]);
asort ($x["modified"]);
reset ($x["modified"]);

echo "Values in x";
while (list ($key, $val) = each ($x)) {
echo "$key => $val";
}
echo "Values in filename";
while (list ($key, $val) = each ($x["filename"])) {
echo "$key => $val";
}
echo "Values in size";
while (list ($key, $val) = each ($x["size"])) {
echo "$key => $val";
}
echo "Values in modified";
while (list ($key, $val) = each ($x["modified"])) {
echo "$key => $val";
}

?>

Uncomment the "array_multisort" line and comment the "asort" line to
witness the bug first hand.




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

Bug #7762 Updated: array_multisort() doesn't always correctly reassign references between values

[yohgaki]

 ID:   7762
 Updated by:   [EMAIL PROTECTED]
-Summary:  array_multisort() doesn't always correctly reassign
   references between values
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: Windows 98 SE (4.10.)
 PHP Version:  4.0.2
 New Comment:

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".




Previous Comments:


[2000-11-11 14:38:36] [EMAIL PROTECTED]

#This is pretty strange.
#I didn't even know how to describe this

$db = array(
-1 => array('field0', 'field1', 'field2'),
'field0' => array(9, 2, 4, 8),
'field1' => array(333, 111, 333, 1),
'field2' => array(101010, 1, 22, )
);

for($i=0;$i<4;$i++){
foreach($db[-1] as $fieldname){
$db[$i][$fieldname] = &$db[$fieldname][$i];
}
}

#will print the same value (2)
echo $db['field0'][1];
echo $db[1]['field0'];

#we change $db['field0'][1]
$db['field0'][1] = 2000;

#will still print the same value (2000)
echo $db['field0'][1];
echo $db[1]['field0'];

array_multisort($db['field0'], $db['field1']);

#we change $db['field0'][1]
$db['field0'][1] = 600;

#will print 600
echo $db['field0'][1];
#will print 2000
echo $db[1]['field0'];

#the two values have been 'unlinked'?

/* PLEASE NOTE this will work:
array_multisort($db[0], $db[1]);

#we change $db['field0'][1]
$db['field0'][1] = 600;

#will print the same value (600)
echo $db['field0'][1];
echo $db[1]['field0'];

*/




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

Bug #10264 Updated: strange associative array behaviour

[yohgaki]

 ID:   10264
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Arrays related
 Operating System: RedHat 7
 PHP Version:  4.0.4pl1
 New Comment:

s/stiall/still/g


Previous Comments:


[2002-02-26 21:39:04] [EMAIL PROTECTED]

Is this stiall a issue?



[2001-05-21 14:08:43] [EMAIL PROTECTED]

IIRC PHP converts numeric strings in array indices to numbers, so
array( "1" => "foo" , "2" => "bar" ) actually creates array( 1 => "foo"
, 2 => "bar" ). IE the proposed method won't work.



[2001-05-19 13:06:07] [EMAIL PROTECTED]

I.M.O. negative integer indices are not supported. It is just a
side-effect of the implementation that it works.

I haven't seen ANY language supporting negative array-indices.

You can use the real assosiative version though:

$data["$i"] = ...

And don't forget to use the same syntax when collecting the data.



[2001-04-10 12:33:48] [EMAIL PROTECTED]

Not sure if this is a bug or not, but I can't find any 
reference to it in the documentation/user comments/FAQs

Basically, if you build an associative(ish) array like 
this:

$period = -24;
for ($i=$period; $i<=0; $i++) {
$data[$i] = $myvalues[$anotherindex];
};

It works ok, the array contains (in order) elements with 
the inidices -24 to 0.

But, if $period is decreased so that over 25 elements are 
introduced, the order goes off...

basically elements with indices -24 to 0 are fine, but all 
the other ones come, in order, _after_ index 0.

Any ideas?

Shane





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

Bug #10264 Updated: strange associative array behaviour

[yohgaki]

 ID:   10264
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Arrays related
 Operating System: RedHat 7
 PHP Version:  4.0.4pl1
 New Comment:

Is this stiall a issue?


Previous Comments:


[2001-05-21 14:08:43] [EMAIL PROTECTED]

IIRC PHP converts numeric strings in array indices to numbers, so
array( "1" => "foo" , "2" => "bar" ) actually creates array( 1 => "foo"
, 2 => "bar" ). IE the proposed method won't work.



[2001-05-19 13:06:07] [EMAIL PROTECTED]

I.M.O. negative integer indices are not supported. It is just a
side-effect of the implementation that it works.

I haven't seen ANY language supporting negative array-indices.

You can use the real assosiative version though:

$data["$i"] = ...

And don't forget to use the same syntax when collecting the data.



[2001-04-10 12:33:48] [EMAIL PROTECTED]

Not sure if this is a bug or not, but I can't find any 
reference to it in the documentation/user comments/FAQs

Basically, if you build an associative(ish) array like 
this:

$period = -24;
for ($i=$period; $i<=0; $i++) {
$data[$i] = $myvalues[$anotherindex];
};

It works ok, the array contains (in order) elements with 
the inidices -24 to 0.

But, if $period is decreased so that over 25 elements are 
introduced, the order goes off...

basically elements with indices -24 to 0 are fine, but all 
the other ones come, in order, _after_ index 0.

Any ideas?

Shane





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

Bug #11074 Updated: array_splice used to insert associative array forgets first key

[yohgaki]

 ID:   11074
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: Linux SuSE 6.4
 PHP Version:  4.0.4pl1
 New Comment:

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".




Previous Comments:


[2001-05-23 22:04:42] [EMAIL PROTECTED]

It seems to be impossible to replace a key in associative array with
another array : array_splice always add a '0' key... Feature or bug ?
 "AA", "b" => "BB", "c" => "CC");
$a2 = $a;
$z = array("z" => array("z1"=>"ZZ1","z2"=>"ZZ2"), "x" =>"XX");

// 1 try to replace "b"=>"BB" by contents of $z
array_splice($a, 1, 1, $z);
print_r($a);
// produces : Array ( [a] => AA [0] => Array ( [z1] => ZZ1 [z2] => ZZ2
) [1] => XX [c] => CC ) 

echo "";

// 2 try to replace "b"=>"BB" by contents of $z as in manual
array_splice($a, 1, 1, array($z));
print_r($a);
// produces : Array ( [a] => AA [0] => Array ( [z] => Array ( [z1] =>
ZZ1 [z2] => ZZ2 ) [x] => XX ) [1] => XX [c] => CC ) 
// I'd like :
// Array ( [a] => AA [z] => Array ( [z1] => ZZ1 [z2] => ZZ2 ) [1] => XX
[c] => CC ) 
?>




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

Bug #11543 Updated: Calling an object's method changes the variable to a reference to this object.

[yohgaki]

 ID:   11543
 Updated by:   [EMAIL PROTECTED]
-Summary:  Calling an object's method changes the variable to a
   reference to this object.
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: Linux
 PHP Version:  4.0.4pl1
 New Comment:

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".




Previous Comments:


[2002-01-30 12:28:48] [EMAIL PROTECTED]

I'm definitely experiencing this bug, and it causes me to lose data
because the objects I'm using are contained in a session variable. 
Because sessions don't transmit references, I lose any object whose
function I have called.

Right now I'm using a work-around where I assign the object to another,
temporary object, run the temp's function, and then copy the temp back
to the real object.  That seems to work.

Is this problem fixed in newer versions of PHP?  I'd rather not have to
use the work-around if it's not necessary.

Thanks.



[2001-06-18 16:02:48] [EMAIL PROTECTED]

Hello!

The following code defines two classes. The first class (COuter)
contains a variable to which an instance of the second class (CInner)
is assigned.
After initializing this hierarchy, the script dumps out the hierarchy's
internal structure and tests if it its possible to copy the hierarchy.
Now the script calls method of the second object. This method just
outputs a short text and returns. After returning the script creates a
new dump and tests the possibility to copy the hierarchy again.
The two var-dumps should look like these:
Dump 1:
object(couter)(2) { ["T"]=> string(0) "" ["Inner"]=> object(cinner)(1)
{ ["T"]=> string(0) "" } } 

Here the method is called!

Dump 2:
object(couter)(2) { ["T"]=> string(0) "" ["Inner"]=> &object(cinner)(1)
{ ["T"]=> string(0) "" } } 

If you look closely at the two dumps, you will see, that variable Inner
becomes a reference in the second dump!
A look on the copy-tests verify the suppositon: The second copy-test
does not copy the object-hierarchy completely!
All I have to do to change the variable to a reference is: call a
function of the inner class!

I hope my description and the following code will help you to find the
bug, if it is one as I suppose.

Greetings,
Christoph Boehme.


");}
}

// Creating the object hierarchy:
$MyOuter =new COuter;
$MyOuter->T ="";
$MyOuter->Inner =new CInner;
$MyOuter->Inner->T ="";

// Dumping out the hierarchy's internal structure:
echo("Object structure of \$MyOuter:");
var_dump($MyOuter);
echo("");

// Testing if it is possible to copy the hierarchy:
$Copy1 =$MyOuter;
$Copy1->T ="Test";
$Copy1->Inner->T ="Test";
echo("\$Copy1->T: ". $Copy1->T ."");
echo("\$MyOuter->T: ". $MyOuter->T ."");
echo("\$Copy1->Inner->T: ". $Copy1->Inner->T ."");
echo("\$MyOuter->Inner->T: ". $MyOuter->Inner->T ."");

// Calling a method of the inner object:
$MyOuter->Inner->Func();

// Dumping out the hierarchy's structure again:
echo("Object structure of \$MyOuter:");
var_dump($MyOuter);
echo("");

// Testing again if it is possible to copy the hierarchy:
$Copy2 =$MyOuter;
$Copy2->T ="Test";
$Copy2->Inner->T ="Test";
echo("\$Copy2->T: ". $Copy2->T ."");
echo("\$MyOuter->T: ". $MyOuter->T ."");
echo("\$Copy2->Inner->T: ". $Copy2->Inner->T ."");
echo("\$MyOuter->Inner->T: ". $MyOuter->Inner->T ."");
?>




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

Bug #14396 Updated: open_basedir check in nested include does not allow subdirs

[yohgaki]

 ID:   14396
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: linux / redhat 7.1
 PHP Version:  4.0.6
 New Comment:

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".




Previous Comments:


[2001-12-09 21:52:21] [EMAIL PROTECTED]

with enabled safe-mode and open_basedir restriction it is not possible
to execute a include/require/... function in a included file that tries
to include a file that is in a subdirectory of the initially executed
script.

WORKAROUND: Placing all included files into the same directory works
fine, but is quite a bunch of work and not always suitable when
adapting supplied software and scripts, e.g. running phpNuke in this
environement.


example:

in documentroot: file test.php:


in the subdir test:
1.php:   
2.php:   foo_2
3.php:   foo_3

error:
Warning: open_basedir restriction in effect. File is in wrong directory
in /home/sites/x/www/test/1.php on line 1

Apache's httpd.conf sets this param:
php_admin_value open_basedir /home/sites/x

open_basedir is tested and working fine, except those nested includes.



thanks for checking
mk





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

Bug #13771 Updated: did everything from DSO installation to static

[yohgaki]

 ID:   13771
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: PHP options/info functions
 Operating System: Suse 7.0
 PHP Version:  4.0.4pl1
 New Comment:

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".




Previous Comments:


[2001-10-20 13:51:05] [EMAIL PROTECTED]

i think i found the problem but not the solution. here is the script:



Buyers Page (Home)


 Buyers Page 


Home
Order
Query
Orders
Query 
  Results



Home page for buyers...








if i replace the function "ob_start("parse_buffer")" with ob_start()
only, the page gets displayed properly.

what is my problem?? is ob_start not behaving properly in my
compilation?

Thanks 




[2001-10-20 13:23:07] [EMAIL PROTECTED]

hi! i did what u said. I upgraded to php4.06 but i still have the same
problem (page cannot be displayed)
this is the site http://www.vasia.com/issitec/buyers_login.html

when i try to log in, it will call "buyers.php"
which does not display at all



[2001-10-20 04:42:28] [EMAIL PROTECTED]

Please try php 4.0.6 from www.php.net and report back if the problem
still exists.

Derick



[2001-10-20 02:44:46] [EMAIL PROTECTED]

I have a SUSE 7.0 system, apache 1.3.19, php4.04pl
My test.php works fine but the problem is that when i have an include()
script calling for another php page, my browser says: "cannot be
displayed"

my basic installation was:

#apache 1.3.19
./configure --prefix=/usr/local/www
make
make install

#php4.04pl
./configure --with-mysql=/usr/local/mysql --with-xml
--with-apxs=/usr/local/www/bin/apxs
make install


thats about it.

Thanks for ur time guys!







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

Bug #12194 Updated: Php_open_temporary_file.c doesn't handle trailing slash on path.

[yohgaki]

 ID:   12194
 Updated by:   [EMAIL PROTECTED]
-Summary:  Php_open_temporary_file.c doesn't handle trailing
   slash on path.
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: all
 PHP Version:  4.0.6
 New Comment:

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".




Previous Comments:


[2001-07-16 18:44:57] [EMAIL PROTECTED]

In file php_open_temporary_file.c, the code test for the existence of a
trailing slash on the 'path' argument
using the statement:

   if (*path+strlen(path)-1 == '/') { ...

This test is incorrect, meaning a trailing slash on, upload_tmp_dir,
for example, won't be handled as intended.
A correct way to do the test would be:

  if (path[strlen(path)-1] == '/') { ...






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

Bug #10463 Updated: ini_restore() doesn't restore to php.ini settings

[yohgaki]

 ID:   10463
 Updated by:   [EMAIL PROTECTED]
-Summary:  ini_restore() doesn't restore to php.ini settings
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Analyzed
 Bug Type: PHP options/info functions
-Operating System: RH7.0
+Operating System: ALL
-PHP Version:  4.0 Latest CVS (23/04/2001)
+PHP Version:  4.2.0-dev


Previous Comments:


[2001-04-23 14:33:54] [EMAIL PROTECTED]

Here is the script which temporarily alters the include_path, then
should restore it:




The output:

before:
.:/pear:/usr/local/easydns/common:...(etc.)
now:
.:/pear:/usr/local/easydns/common:...(etc.)...:/foo
after:
.:/usr/local/share/php/pear 

So, it looks like ini_restore() is restoring to the "default" include
path even though the "before" line above is what is in my php.ini
file.

The docs say it should "restore a given configuration option to its
original value."  Shouldn't that be the setting in the php.ini file?

- Colin




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

Bug #10354 Updated: disable_functions doe not work when set from httpd.conf

[yohgaki]

 ID:   10354
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: Linux 2.4.2 i386
-PHP Version:  4.0 Latest CVS (16/04/2001)
+PHP Version:  4.0 Latest CVS (
 New Comment:

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".




Previous Comments:


[2001-04-16 19:30:38] [EMAIL PROTECTED]

I think that disable_functions is not working properly when called from
httpd.conf with:

php_admin_value disable_functions phpinfo

while it works nice when called from php.ini.
If i run a script with just 



obviously in a dir which is affected by the directive,
the function works ignoring the directive, and gives this results (cut
down to just the line of interest):

 local valuemaster value
[...]
disable_functionsphpinfo system
[...]

I have disabled "system" from php.ini, just to test...it didn't work
also not setting anything in php.ini.
I tried also with safe mode on but no results.
The only functions thatare correctly disabled are the ones set from
php.ini.
The same behaviour in php 4.0.6-dev i downloaded today from the CVS...
Am I missing something or this is a bug?
Thanks in advance.

Valerio Morettini




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

Bug #8584 Updated: ini_set creating untrue local values

[yohgaki]

 ID:   8584
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: multiple
 PHP Version:  4.0.4
 New Comment:

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".




Previous Comments:


[2001-01-07 23:47:58] [EMAIL PROTECTED]

When using ini_set() on a non-configurable setting, it'll return a
"non-existent" local value.  For example, I run this while
magic_quotes_gpc are globally on :

if (get_magic_quotes_gpc() == TRUE) {
ini_set('magic_quotes_gpc','off');
}

if (get_magic_quotes_gpc() == FALSE) {
print 'magic_quotes are off';
} else {
print 'magic_quotes are still on silly';
}

It will print 'magic_quotes are off' when really they are not. 
Admittedly this aspect is 'out of my field' but after a php-general
list posting I am told :

"Directives that affect actions that are taken before a script is
parsed, such as mangling EGPCS data, can not be changed by the script."
 -- Rasmus

Which makes sense but it seems the attempt above should not "partially
work."  phpinfo says :

magic_quotes_gpc : localvalue = off , mastervalue = on

When I assume there is no such thing as a local value for these type of
directives, right?  Something is up.




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

Bug #8314 Updated: Setting the error_log = syslog does not work on Win2k

[yohgaki]

 ID:   8314
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: Win2k pro
 PHP Version:  4.0.3pl1
 New Comment:

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".




Previous Comments:


[2002-01-30 16:57:11] [EMAIL PROTECTED]

I'm having the same problem with PHP 4.0.5 under "Windows NT 5.0 build
2195".

Does the Windows version of PHP even come with an eventmessagefile dll?



[2002-01-12 03:46:48] [EMAIL PROTECTED]

I don't run Win2k (or any m$ product FTM) any more. Could 
someone else test this?




[2002-01-11 16:55:03] [EMAIL PROTECTED]

Any news on this?



[2001-01-08 13:01:03] [EMAIL PROTECTED]

this is what I get from today's CVS:

The description for Event ID ( 2000 ) in Source ( c-client ) cannot be
found. The local computer may not have the necessary registry
information or message DLL files to display messages from a remote
computer. The following information is part of the event:
c-client[1368]; PHP Warning:  Failed opening 'index.html' for inclusion
(include_path='./') in [path] on line 4.



[2000-12-18 12:57:25] [EMAIL PROTECTED]

Setting the error_log directive to syslog does not work as anticipated
under Win2k.

Logged errors generate this entry in the Application Log:
"The description for Event ID ( 2000 ) in Source ( c-client ) cannot be
found. The local computer may not have the necessary registry
information or message DLL files to display messages from a remote
computer. The following information is part of the event:
c-client[2052], foo."






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

Bug #14811 Updated: form variables undefined on action page under certain conditions

[yohgaki]

 ID:   14811
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Windows 2000
 PHP Version:  4.0.6
 New Comment:

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".




Previous Comments:


[2002-01-04 14:22:53] [EMAIL PROTECTED]

After some debugging this appears to be related to arrays. I changed
the FormIncludes[] definition on the Form page to FormInclude0,
FormInclude1, FormInclude2, etc. On the action page I looped through
each of the form variables

$i = 0;
while( 1 )
{
$Variable = "FormInclude" . $i;
...use $$Variable...
}

This works.




[2002-01-02 19:36:46] [EMAIL PROTECTED]

Under certain conditions form variables are not defined. When I access
a form variable by printing it out using print or print_r(
get_defined_vars() ), the form variable is available and has the
correct value as expected. However, when I do not print the variable
and use the form variable in a foreach construct the variable is not
defined. 

* register_globals is On according to phpinfo();

* I'm using session variables

* I'm using ob_start() to discard unwanted output.

* I did a standard/default installation.

I've tried simplifying the scripts to narrow down where or what is
causing the problem but all my simplier scripts work fine. The
following are excerpts from the original longer and more complex
scripts.

// The Form page
// FileNameX strings were simplied from
"c:\inetpub\wwwroot\ProjectName\Project.php"







 HTML code omitted...




// Action.php 

PageProcess( $Submit );
?>





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

Bug #15741 Updated: Dynamic Library support not available

[yohgaki]

 ID:   15741
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Dynamic loading
 Operating System: Mac OS X
 PHP Version:  4.1.1
 New Comment:

Since there are less develpers working for Mac OS X (if there is :)
Mac OS X support is poor.

We are welcome if you could submit config patches for Mac OS X.


Previous Comments:


[2002-02-26 19:10:33] [EMAIL PROTECTED]

It seems as though ALL PHP versions that I have tried on the new Mac OS
X don't support dynamic library support.  This means that extensions
cannot be loaded at startup time OR with the dl() function call.  Its
extremely important that this function works in order for my software
to work.  When I run phpinfo.php this is the message that shows up:

Dynamic Library support not available

However, this statement isn't true.  Darwin and Mac OS X definitely
supports dynamic loading of libraries.  Mac OS X lets you either use
".dylib" or ".so" extensions.  ".so" is the one that you want.  For
example, Apache can load modules at startup, so why can't PHP?




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

Bug #15740 Updated: It is better to replace imap_getquota() with imap_getquotaroot() in php_imap.c.

[yohgaki]

 ID:   15740
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: IMAP related
 Operating System: Solaris 2.8 SPARC
 PHP Version:  4.1.1
 New Comment:

Could you post unified diff against current CVS source to php-dev list?


Previous Comments:


[2002-02-26 18:56:00] [EMAIL PROTECTED]

It is better to replace "imap_getquota()" with
"imap_getquotaroot()" in php_imap.c, because the latter is
usable by the user so no need to create a mailbox admin user.

The IMAP4-Request "GETQUOTA" only works with a special privileged imap
user. For the "normal" user "GETQUOTAROOT" is usable. GETQUOTAROOT(*)
gives 2 output lines, the Quota root
directory and the Storage Quota. IMAP 2001 perfectly handles
this with the function imap_getquotaroot.

It is in line 1031 of ext/imap/php_imap.c:

-if(!imap_getquota(imap_le_struct->imap_stream,
Z_STRVAL_PP(qroot)))
+if(!imap_getquotaroot(imap_le_struct->imap_stream,
Z_STRVAL_PP(qroot)))

Tested with Cyrus IMAPD 2.0.16 and Sun iPlanet Messaging
Server 5.1.

With this you can get the quota of every mailbox opened
by typing:

$quota_array = imap_get_quota($mb,"INBOX");

Pascal



(*) in raw session it will look like this:

A001 GETQUOTAROOT INBOX
* QUOTAROOT INBOX user.pascal
* QUOTA user.pascal (STORAGE 80280 1000)
A001 OK Completed

IMAP2001 C-Client handles this with imap_getquotaroot().




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

Bug #15738 Updated: Apache Won't Load

[yohgaki]

 ID:   15738
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Sablotron XSL
 Operating System: Redhat 7.2 - 2.4.9-21
 PHP Version:  4.1.1
 New Comment:

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php


Previous Comments:


[2002-02-26 15:57:24] [EMAIL PROTECTED]

Looks like maybe a Sablot Extension error. How can I fix this?

Starting httpd: Syntax error on line 260 of
/etc/httpd/conf/httpd.conf:
Cannot load /etc/httpd/modules/libphp4.so into server:
/usr/lib/libsablot.so.0: undefined symbol: JS_PropertyStub


Configure Options:
--
./configure i386-redhat-linux \
--prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--sbindir=/usr/sbin \
--sysconfdir=/etc \
--datadir=/usr/share \
--includedir=/usr/include \
--libdir=/usr/lib \
--libexecdir=/usr/libexec \
--localstatedir=/var \
--sharedstatedir=/usr/com \
--mandir=/usr/share/man \
--infodir=/usr/share/info \
--with-config-file-path=/etc \
--disable-debug \
--enable-pic \
--disable-rpath \
--enable-inline-optimization \
--with-apxs=/usr/sbin/apxs \
--with-bz2 \
--with-curl \
--with-db3 \
--with-dom \
--with-exec-dir=/usr/bin \
--with-gd \
--with-gdbm \
--with-gettext \
--with-jpeg-dir=/usr \
--with-mm \
--with-openssl \
--with-png \
--with-regex=system \
--with-ttf \
--with-zlib \
--with-layout=GNU \
--enable-debugger \
--enable-ftp \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-track-vars \
--enable-yp \
--enable-wddx \
--with-mysql \
--without-unixODBC \
--without-oracle \
--without-oci8 \
--with-pspell \
--with-xml \
--enable-bcmath \
--with-pgsql \
--with-ldap \
--with-mcrypt \
--with-mhash \
--enable-trans-sid \
--with-snmp \
--enable-ucd-snmp-hack \
--with-xmlrpc \
--enable-xslt \
--with-xslt-sablot




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

Bug #15612 Updated: Constant Refresh when files too large.

[yohgaki]

 ID:   15612
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Analyzed
 Bug Type: Output Control
 Operating System: Windows XP
 PHP Version:  4.1.1
 New Comment:

.phps is handled differently and there _is_ known problem ;)

We should get rid of ".phps" support for PHP5 perhaps.



Previous Comments:


[2002-02-26 19:27:37] [EMAIL PROTECTED]

I tested it out on a windows 98 machine and it seemed to work. At least
the apply.phps file.



> What is your SAPI, IIS, Apache or else?
Apache

> What is your output_buffer
It was 4096 then i tried On and Off

> zlib.output_compression
Off


> and output_handler settings?
Blank



[2002-02-26 09:59:59] [EMAIL PROTECTED]

Hmm. I don't have problem with my linux.
Windows specific may be.

What is your SAPI, IIS, Apache or else?
What is your output_buffer, zlib.output_compression and output_handler
settings?



[2002-02-25 22:54:32] [EMAIL PROTECTED]

I ran the same thing (apply.phps) under windows 98 and it seemed to
work.

Although here is a script that will produce the same result when i host
it on XP:


";
  //for ($j = 0; $j < 500; $j++) {
  for ($j = 0; $j < 200; $j++) {
print "";
for ($i=0; $i< 10; $i++)
  print "Row $j -- Column $i";
print "\n";
  }
  print "";
?>



[2002-02-24 05:50:37] [EMAIL PROTECTED]

I think you have segfault. Could you try to run your scripts under Unix
like OS and send backtrace?

If you cannot, could you create short script that reproduce this?



[2002-02-19 16:50:51] [EMAIL PROTECTED]

Here's some more info about what's going on.

NOTE: Since the websites are being hosted on my computer, if they
cannot be accessed it might be that the computer is not on or the port
is blocked (port 80 is sometimes blocked by my ISP to keep out the code
red virus)

The address is : http://fatalerror.getmyip.com:88/apply.phps
http://fatalerror.getmyip.com/apply.phps

In IE6 it would constantly refresh.
In Mozilla and Opera it would load up some of the file and then stop.
Once and a while it would load the whole thing but not often.
In Netscape 6 it would only load up part of the file then stop.
Netscape 4.78 was the only browser to load up the phps file every time
completely. The following is the access log for some of the browsers.

"GET /apply.phps HTTP/1.1" 200 40748 "-" ... IE 6
"GET /apply.phps HTTP/1.1" 200 417309 "http://fatalerror.getmyip.com/";
... Opera
"GET /apply.phps HTTP/1.0" 200 416590 "-" ... Netscape 4.78

I get a similar error with another website. 
http://legaciesleft.getmyip.com:88
http://legaciesleft.getmyip.com
With this website, they work great on the hosted computer and somewhat
worked for network computers. But once I try to access it from the
internet, it rarely works. If I get the full page at all, it has some
garbage characters in it.

THe flush() worked on one site but when I tried using the flush() on
this website, it only made it work for network computers. For computers
on the internet, it still wouldn't work. And regarding phps files, I
can't use flush() at all.

Let me know if you need any more information.



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

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

Bug #15733 Updated: The effect of session_set_cookie_params() lasts past a script termination

[yohgaki]

 ID:   15733
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Analyzed
 Bug Type: Session related
-Operating System: Free BSD
+Operating System: ALL
 PHP Version:  4.1.1
 New Comment:

I know it does :)
There is a user finally notice this problem.


Previous Comments:


[2002-02-26 10:36:02] [EMAIL PROTECTED]

The effect of session_set_cookie_params() lasts past a script
termination.




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

Bug #15743: On attempted opening of Session, browser gives me HTTP 500 error

[nickilyin]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Advanced Server
PHP version:  4.1.1
PHP Bug Type: Session related
Bug description:  On attempted opening of Session, browser gives me HTTP 500 error

PHP works great except for sessions. Whenever I put session_start(); or
session_register(); i get an HTTP 500 error. Nothing will work either. I
have tried evry Session script and every possible way of registering a PHP
session but absoutely nothing works
-- 
Edit bug report at http://bugs.php.net/?id=15743&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15743&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15743&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15743&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15743&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15743&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15743&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15743&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15743&r=submittedtwice

Bug #15742: zend_language_scanner.c :2819 Intenal Error

[dkschrei]

From: [EMAIL PROTECTED]
Operating system: Mandrake 8.0
PHP version:  4.0.6
PHP Bug Type: Compile Failure
Bug description:  zend_language_scanner.c :2819 Intenal Error

(1) On Mandrake 8.0, I have mysql installed and apache installed. I run the
following command in the php source directory /var/tmp/php-4.0.6:

(2) Run configure
./configure --with-mysql --with--apxs=/opt/apache_1_3_22/bin/apxs

(3) Run make
Makefile is generated successfully so I type 'make'

(4) Get error
I get the following:

make[1]: Entering directory `/var/tmp/php-4.0.6/Zend'
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../main
   -DLINUX=22 -DUSE_HSREGEX -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12  -g -O2 -c
zend_l
   anguage_scanner.c
   zend_language_scanner.c: In function `shutdown_scanner':
   zend_language_scanner.c:2819: Internal error: Segmentation fault.
   Please submit a full bug report.
   See https://qa.mandrakesoft.com/> for instructions.
   make[1]: *** [zend_language_scanner.lo] Error 1
   make[1]: Leaving directory `/var/tmp/php-4.0.6/Zend'
   make: *** [all-recursive] Error 1

(5) Note, I tried using PHP 4.1.0 as well and received the same error.
-- 
Edit bug report at http://bugs.php.net/?id=15742&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15742&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15742&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15742&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15742&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15742&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15742&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15742&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15742&r=submittedtwice

Bug #15612 Updated: Constant Refresh when files too large.

[warrenp]

 ID:   15612
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Output Control
 Operating System: Windows XP
 PHP Version:  4.1.1
 New Comment:

I tested it out on a windows 98 machine and it seemed to work. At least
the apply.phps file.



> What is your SAPI, IIS, Apache or else?
Apache

> What is your output_buffer
It was 4096 then i tried On and Off

> zlib.output_compression
Off


> and output_handler settings?
Blank


Previous Comments:


[2002-02-26 09:59:59] [EMAIL PROTECTED]

Hmm. I don't have problem with my linux.
Windows specific may be.

What is your SAPI, IIS, Apache or else?
What is your output_buffer, zlib.output_compression and output_handler
settings?



[2002-02-25 22:54:32] [EMAIL PROTECTED]

I ran the same thing (apply.phps) under windows 98 and it seemed to
work.

Although here is a script that will produce the same result when i host
it on XP:


";
  //for ($j = 0; $j < 500; $j++) {
  for ($j = 0; $j < 200; $j++) {
print "";
for ($i=0; $i< 10; $i++)
  print "Row $j -- Column $i";
print "\n";
  }
  print "";
?>



[2002-02-24 05:50:37] [EMAIL PROTECTED]

I think you have segfault. Could you try to run your scripts under Unix
like OS and send backtrace?

If you cannot, could you create short script that reproduce this?



[2002-02-19 16:50:51] [EMAIL PROTECTED]

Here's some more info about what's going on.

NOTE: Since the websites are being hosted on my computer, if they
cannot be accessed it might be that the computer is not on or the port
is blocked (port 80 is sometimes blocked by my ISP to keep out the code
red virus)

The address is : http://fatalerror.getmyip.com:88/apply.phps
http://fatalerror.getmyip.com/apply.phps

In IE6 it would constantly refresh.
In Mozilla and Opera it would load up some of the file and then stop.
Once and a while it would load the whole thing but not often.
In Netscape 6 it would only load up part of the file then stop.
Netscape 4.78 was the only browser to load up the phps file every time
completely. The following is the access log for some of the browsers.

"GET /apply.phps HTTP/1.1" 200 40748 "-" ... IE 6
"GET /apply.phps HTTP/1.1" 200 417309 "http://fatalerror.getmyip.com/";
... Opera
"GET /apply.phps HTTP/1.0" 200 416590 "-" ... Netscape 4.78

I get a similar error with another website. 
http://legaciesleft.getmyip.com:88
http://legaciesleft.getmyip.com
With this website, they work great on the hosted computer and somewhat
worked for network computers. But once I try to access it from the
internet, it rarely works. If I get the full page at all, it has some
garbage characters in it.

THe flush() worked on one site but when I tried using the flush() on
this website, it only made it work for network computers. For computers
on the internet, it still wouldn't work. And regarding phps files, I
can't use flush() at all.

Let me know if you need any more information.



[2002-02-18 22:54:58] [EMAIL PROTECTED]

now is this a memory limit problem or is it something else?



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

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

Bug #15741: Dynamic Library support not available

[joelauer]

From: [EMAIL PROTECTED]
Operating system: Mac OS X
PHP version:  4.1.1
PHP Bug Type: Dynamic loading
Bug description:  Dynamic Library support not available

It seems as though ALL PHP versions that I have tried on the new Mac OS X
don't support dynamic library support.  This means that extensions cannot
be loaded at startup time OR with the dl() function call.  Its extremely
important that this function works in order for my software to work.  When
I run phpinfo.php this is the message that shows up:

Dynamic Library support not available

However, this statement isn't true.  Darwin and Mac OS X definitely
supports dynamic loading of libraries.  Mac OS X lets you either use
".dylib" or ".so" extensions.  ".so" is the one that you want.  For
example, Apache can load modules at startup, so why can't PHP?
-- 
Edit bug report at http://bugs.php.net/?id=15741&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15741&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15741&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15741&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15741&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15741&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15741&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15741&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15741&r=submittedtwice

Bug #15740: It is better to replace imap_getquota() with imap_getquotaroot() in php_imap.c.

[pg]

From: [EMAIL PROTECTED]
Operating system: Solaris 2.8 SPARC
PHP version:  4.1.1
PHP Bug Type: IMAP related
Bug description:  It is better to replace imap_getquota() with imap_getquotaroot() in 
php_imap.c.

It is better to replace "imap_getquota()" with
"imap_getquotaroot()" in php_imap.c, because the latter is
usable by the user so no need to create a mailbox admin user.

The IMAP4-Request "GETQUOTA" only works with a special privileged imap
user. For the "normal" user "GETQUOTAROOT" is usable. GETQUOTAROOT(*)
gives 2 output lines, the Quota root
directory and the Storage Quota. IMAP 2001 perfectly handles
this with the function imap_getquotaroot.

It is in line 1031 of ext/imap/php_imap.c:

-if(!imap_getquota(imap_le_struct->imap_stream,
Z_STRVAL_PP(qroot)))
+if(!imap_getquotaroot(imap_le_struct->imap_stream,
Z_STRVAL_PP(qroot)))

Tested with Cyrus IMAPD 2.0.16 and Sun iPlanet Messaging
Server 5.1.

With this you can get the quota of every mailbox opened
by typing:

$quota_array = imap_get_quota($mb,"INBOX");

Pascal



(*) in raw session it will look like this:

A001 GETQUOTAROOT INBOX
* QUOTAROOT INBOX user.pascal
* QUOTA user.pascal (STORAGE 80280 1000)
A001 OK Completed

IMAP2001 C-Client handles this with imap_getquotaroot().
-- 
Edit bug report at http://bugs.php.net/?id=15740&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15740&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15740&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15740&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15740&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15740&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15740&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15740&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15740&r=submittedtwice

Bug #12975 Updated: Unable to load dynamic library 'd:\applications\php\extensions\php_oci8.dll' -

[info]

 ID:   12975
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IIS related
 Operating System: Windows 2000 Server
 PHP Version:  4.0.6
 New Comment:

Hello,

I also have a similar problem.
I am using with php4ispi.dll with IIS5 Win2000 Prof..
I wrote my own extension in a dll.
And it can load it, that means, I can run phpinfo() so that
it shows my Extension. But I cannot run the functions which are
implemented in this extension.
And I also cannot run a simple application.


Previous Comments:


[2002-01-16 12:43:06] [EMAIL PROTECTED]

IMO it's not only the php_oci8.dll which cannot be loaded. I even (on
windows-NT-system) could not load for example the php_dbg.dll,
php_pdf.dll extensions with PHP 4.1.1. May be someone can test this for
other extensions to find out if this is a general bug on
windows-systems.

Can someone help? Thanks

Klaus Habeck



[2001-08-27 09:15:25] [EMAIL PROTECTED]

I install PHP 4.0.6 with IIS 5 and it did install find.
I did modify my php.ini.
I did create a test page and then it says :

Unable to load dynamic library
'd:\applications\php\extensions\php_oci8.dll' - The specified module
could not be found

And it write the same thing on my server

I have installed php on : d:\applications\php and the extension are
located on d:\applications\php\extensions

I have double check the extension_dir

What do i have to do to make it works???

Thanks

Philippe BABILOTTE

What do i have to do




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

Bug #9463 Updated: cmd line PHP crash with oracle+oci loaded

[mfischer]

 ID:   9463
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Oracle related
 Operating System: Windows 95
 PHP Version:  4.0.4pl1
 New Comment:

Please try a newer version of PHP (latest is 4.1.1)


Previous Comments:


[2001-02-26 11:01:03] [EMAIL PROTECTED]

When run from the command line, php 4.04pl1 (or 4.03pl1) will crash if
both oracle and oci extensions are loaded.
Funny enough this happens when invoking 'php -h' and not with 'php
-i'...

OS: win95 osr2 ita
ORACLE: client 8.05+7.3.4
PHP: 4.03pl1 / 4.04pl1 (version from php.net)

Error reported by windows:

PHP ha provocato un errore di pagina non valida nel
modulo PHP4TS.DLL in 013f:1005603f.
Registri:
EAX= CS=013f EIP=1005603f EFLGS=00010286
EBX= SS=0147 ESP=0063ec8c EBP=006a798c
ECX= DS=0147 ESI= FS=a1e7
EDX=002c ES=0147 EDI=002c GS=
Byte all'indirizzo CS:EIP:
f2 ae f7 d1 49 89 55 48 89 4d 4c 41 89 4d 50 8b 
Immagine dello stack:
000a  027a 0063ed2c 007b0370 bff798cf 817a3660 007deaf0
10089be0 007b0600 100482aa 0063ed2c 027a 007c20b0 002c 0063ecf0


Ini file:

[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP
to
; read it, it must be named 'php.ini'.  PHP looks for it in the
current
; working directory, in the path designated by the environment
variable
; PHPRC, and in the path that was defined in compile time (in that
order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably
guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from
FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or
M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an
expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and
parentheses:
; | bitwise OR
; & bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after
the equal
; sign, or by using the None keyword:
;
;   foo =   ; sets foo to an empty string
;   foo = none  ; sets foo to an empty string
;   foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a
dynamically
; loaded extension (either a PHP extension or a Zend extension), you
may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these
lines,
; the builtin defaults will be identical).



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the  tags are recognized.
asp_tags=   Off ; allow ASP-style <% %> tags
precision   =   14  ; number of significant digits displayed in 
floating
point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause
problems with non y2k compliant browsers)
output_buffering= Off   ; Output buffering allows you to send header
lines (including cookies)
; even after you send body 
content, in the price of slowing
PHP's
; output layer a bit.
; You can enable output 
buffering by in runtime by calling the
output
; buffering functions, or 
enable output buffering for all files
; by setting this directive to 
On.
output_handler  =   ; You can redirect all of the output of your 
scripts

Bug #9917 Updated: left open Oracle cursors break mail() function

[mfischer]

 ID:   9917
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Oracle related
 Operating System: Sequent DYNIX/ptx 4.4.8
 PHP Version:  4.0.4
 New Comment:

Please try and see if this is still accurate for the latest version
(4.1.1) of PHP.


Previous Comments:


[2001-03-23 07:01:49] [EMAIL PROTECTED]


closing the cursors was a red herring, it worked for a bit then same
problem occurred again. From having done some research and changing
some scripts it seems that the problem starts after any PHP script
which does putenv() has been run. Removing putenv() from all PHP
scripts and setting up the environment in the Apache startup script
instead seems to workaround the problem though is not ideal.



[2001-03-22 07:53:59] [EMAIL PROTECTED]

PHP 4.0.4 staticly compiled into Apache 1.3.14 with Oracle 7.3.4
support - configure line as follows:
./configure  --without-mysql --with-apache=/usr/local/apache_1.3.14
--with-ora
cle=/devuat/oracle7.3.4 --enable-track-vars --enable-sigchild

Apache started with PHPRC pointed to directory containing php.ini file
with following line:
sendmail_path   = /usr/lib/sendmail -t -i

Start Apache, run PHP script which uses mail() function...this works
fine until a PHP script has been run which performs ora_* functions but
does not close cursor resources. Subsequent mail() function calls
result in no message and the following in the Apache error_log file:

: is not an identifier

This looks like stderr from /bin/sh (output below)
$ strings /bin/sh|grep identif
is not an identifier

The following code before calls to mail() fixes the problem:

for ($i=0; $i<10; $i++) ora_close ($i);

Seems that unclosed cursors break mail()

More info available if required.




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

Bug #15739 Updated: include recursive bug

[zak]

 ID:   15739
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: windows 2000
 PHP Version:  4.1.1
 New Comment:

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


Previous Comments:


[2002-02-26 17:20:50] [EMAIL PROTECTED]

//code of file 1.php 




Execution will result in stack overflow in apache php4ts.dll

Apache 1.3+php 4.1.1






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

Bug #15739: include recursive bug

[acdmail]

From: [EMAIL PROTECTED]
Operating system: windows 2000
PHP version:  4.1.1
PHP Bug Type: Unknown/Other Function
Bug description:  include recursive bug

//code of file 1.php 




Execution will result in stack overflow in apache php4ts.dll

Apache 1.3+php 4.1.1


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

Bug #15723 Updated: dir->read() class/function fails when directory contains subdirectory '0'

[alindeman]

 ID:   15723
 Updated by:   [EMAIL PROTECTED]
-Summary:  dir->read() class/function fails when directory
   contains subdirectory '0'
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Linux 2.4
 PHP Version:  4.1.1
 New Comment:

This bug has been fixed in CVS.




Previous Comments:


[2002-02-26 01:38:43] [EMAIL PROTECTED]

I'm changing this to a documentation problem, since it should
be explained on the dir() manual page. It is explained
here: http://www.php.net/readdir, however.

The gist is that '0' evaluates to false in PHP.


Torben



[2002-02-26 00:30:26] [EMAIL PROTECTED]

$d = dir('.');
while ($entry = $d->read()) {
 echo "$entry \n";
}
$d->close();

The above script works fine on mosth direcotries, but if the direcoty
contains a subdirectory "0", it stops as soon as it gets to it and only
outputs the . and .. entries.

Caleb




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

Bug #15738: Apache Won't Load

[phil . cohen]

From: [EMAIL PROTECTED]
Operating system: Redhat 7.2 - 2.4.9-21
PHP version:  4.1.1
PHP Bug Type: Sablotron XSL
Bug description:  Apache Won't Load

Looks like maybe a Sablot Extension error. How can I fix this?

Starting httpd: Syntax error on line 260 of /etc/httpd/conf/httpd.conf:
Cannot load /etc/httpd/modules/libphp4.so into server:
/usr/lib/libsablot.so.0: undefined symbol: JS_PropertyStub


Configure Options:
--
./configure i386-redhat-linux \
--prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--sbindir=/usr/sbin \
--sysconfdir=/etc \
--datadir=/usr/share \
--includedir=/usr/include \
--libdir=/usr/lib \
--libexecdir=/usr/libexec \
--localstatedir=/var \
--sharedstatedir=/usr/com \
--mandir=/usr/share/man \
--infodir=/usr/share/info \
--with-config-file-path=/etc \
--disable-debug \
--enable-pic \
--disable-rpath \
--enable-inline-optimization \
--with-apxs=/usr/sbin/apxs \
--with-bz2 \
--with-curl \
--with-db3 \
--with-dom \
--with-exec-dir=/usr/bin \
--with-gd \
--with-gdbm \
--with-gettext \
--with-jpeg-dir=/usr \
--with-mm \
--with-openssl \
--with-png \
--with-regex=system \
--with-ttf \
--with-zlib \
--with-layout=GNU \
--enable-debugger \
--enable-ftp \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-track-vars \
--enable-yp \
--enable-wddx \
--with-mysql \
--without-unixODBC \
--without-oracle \
--without-oci8 \
--with-pspell \
--with-xml \
--enable-bcmath \
--with-pgsql \
--with-ldap \
--with-mcrypt \
--with-mhash \
--enable-trans-sid \
--with-snmp \
--enable-ucd-snmp-hack \
--with-xmlrpc \
--enable-xslt \
--with-xslt-sablot
-- 
Edit bug report at http://bugs.php.net/?id=15738&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15738&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15738&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15738&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15738&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15738&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15738&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15738&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15738&r=submittedtwice

Bug #15735 Updated: Undefined variable

[philip]

 ID:   15735
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Variables related
 Operating System: Windows XP Professional
 PHP Version:  4.1.1
 New Comment:

Here's a good test script for this.  Note that a 'undefined variable'
is an error of level E_NOTICE, showing these errors depends on the
error_reporting directive.

error_reporting(E_ALL); // turn our error_reporting up
print $undefined;   // error (notice)
$defined = 1;
print $defined; // no error (it's set)


Previous Comments:


[2002-02-26 13:13:33] [EMAIL PROTECTED]

"define a variable before the script runs"
-> how is that done? ;)



[2002-02-26 12:48:57] [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".




[2002-02-26 12:40:30] [EMAIL PROTECTED]

On Windows XP Professional there is a "Undefined Variable" error even
if you define the variable before the script runs.

Windows XP Professional build 2600




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

Bug #15737 Updated: isset() dont work with $str[$index]

[zak]

 ID:   15737
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
-Bug Type: Compile Warning
+Bug Type: Strings related
 Operating System: Win32 / Linux
 PHP Version:  4.1.1
 New Comment:

The issues is not isset().  PHP generates an warning when attempting to
access a string subscript that does not exist.

If the level error reporting is set to E_ALL, this warning will be
generated. 

A better way to do this would be to use strlen().


Previous Comments:


[2002-02-26 13:52:05] [EMAIL PROTECTED]



works fine on 4.0.6; 4.1.1 (linux and win32) announces

"Uninitialized string offset on line 6..."





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

Bug #15737: isset() dont work with $str[$index]

[Beater]

From: [EMAIL PROTECTED]
Operating system: Win32 / Linux
PHP version:  4.1.1
PHP Bug Type: Compile Warning
Bug description:  isset() dont work with $str[$index]



works fine on 4.0.6; 4.1.1 (linux and win32) announces

"Uninitialized string offset on line 6..."

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

Bug #15736 Updated: Security Exploit

[rasmus]

 ID:   15736
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: All UNIX
 PHP Version:  4.1.1
 New Comment:

Well, the part of doing this before Apache demotes its priviledges
doesn't sound feasible to me.  Apache forks child processes as a
non-privileged user.  You can't get it to serve up a PHP request as
root.  And if you could, then why use a "high port" as you mentioned? 
We will however have a fix for the file upload buffer overflow shortly.
 In the meantime, simply turn off file uploads in your php.ini file to
protect yourself against this.


Previous Comments:


[2002-02-26 13:34:46] [EMAIL PROTECTED]

I am trying to get the source code, or at least an strace of the binary
used for this exploit.



[2002-02-26 13:31:53] [EMAIL PROTECTED]

There's a security exploit for php that gives you remote root by
binding a rootshell to a high port. Exploits php before apache demotes
its privledges.  Looks like it uses the POST method. Buffer overflow.

I don't have the program (binary) available as a friend of mine had
limited access to it. BUt it affect ALL versions of php.






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

Bug #15736 Updated: Security Exploit

[n2wog]

 ID:   15736
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: All UNIX
 PHP Version:  4.1.1
 New Comment:

I am trying to get the source code, or at least an strace of the binary
used for this exploit.


Previous Comments:


[2002-02-26 13:31:53] [EMAIL PROTECTED]

There's a security exploit for php that gives you remote root by
binding a rootshell to a high port. Exploits php before apache demotes
its privledges.  Looks like it uses the POST method. Buffer overflow.

I don't have the program (binary) available as a friend of mine had
limited access to it. BUt it affect ALL versions of php.






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

Bug #15736: Security Exploit

[n2wog]

From: [EMAIL PROTECTED]
Operating system: All UNIX
PHP version:  4.1.1
PHP Bug Type: Unknown/Other Function
Bug description:  Security Exploit

There's a security exploit for php that gives you remote root by binding a
rootshell to a high port. Exploits php before apache demotes its
privledges.  Looks like it uses the POST method. Buffer overflow.

I don't have the program (binary) available as a friend of mine had
limited access to it. BUt it affect ALL versions of php.


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

Bug #14908 Updated: Unable to create Java Virtual Machine

[thiller]

 ID:   14908
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Java related
 Operating System: W2K
 PHP Version:  4.1.1
 New Comment:

I am really looking for a fix to this problem.  Just playing with INI
file settings doesn't seem to cut it.  I have noticed that if you set
KEEPALIVE to off in Apache you can only access Java once (otherwise as
long as you refreshed the page every few seconds it would keep
working).  I think this problem has something to do with what happens
when the module is unloaded.  It might be ending up in an unusable but
loaded state which prevents it from being loaded again.  It is obvious
it is web server independant.


Previous Comments:


[2002-02-24 06:19:15] [EMAIL PROTECTED]

Please test with  PHP 4.1.1+JDK 1.2 and report the result back 
Please do not forget  updating PHP version. Thanks.



[2002-01-07 08:23:11] [EMAIL PROTECTED]

This has been mentioned many times before, but I'd like to keep the
issue fresh.  I have tried everything I can think of but still
eventually end up with the infamous "Unable to create Java Virtual
Machine" after a successful run of a few minutes.  It seems that if I
keep clicking it will keep running, but if I let it idle for a while
then I get the lovely notification.

This is using the pre-compiled .ZIP file (manual installation) with
Apache 1.3.22.  I doubt this makes a difference as I have seen this
issue coming up on Linux as well as Win2K IIS systems.  I've also
observed Win98 people expressing the same behavior.

I would LOVE to use this Java bridge feature - please tell me if and
how it can be done - my partner is suggesting we move away from PHP -
give me some fuel to stop that from happening!!

Malachi




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

Bug #15735 Updated: Undefined variable

[hholzgra]

 ID:   15735
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Variables related
 Operating System: Windows XP Professional
 PHP Version:  4.1.1
 New Comment:

"define a variable before the script runs"
-> how is that done? ;)


Previous Comments:


[2002-02-26 12:48:57] [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".




[2002-02-26 12:40:30] [EMAIL PROTECTED]

On Windows XP Professional there is a "Undefined Variable" error even
if you define the variable before the script runs.

Windows XP Professional build 2600




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

Bug #15735 Updated: Undefined variable

[derick]

 ID:   15735
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Variables related
 Operating System: Windows XP Professional
 PHP Version:  4.1.1
 New Comment:

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

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



Previous Comments:


[2002-02-26 12:40:30] [EMAIL PROTECTED]

On Windows XP Professional there is a "Undefined Variable" error even
if you define the variable before the script runs.

Windows XP Professional build 2600




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

Bug #15735: Undefined variable

[php]

From: [EMAIL PROTECTED]
Operating system: Windows XP Professional
PHP version:  4.1.1
PHP Bug Type: Variables related
Bug description:  Undefined variable

On Windows XP Professional there is a "Undefined Variable" error even if
you define the variable before the script runs.

Windows XP Professional build 2600
-- 
Edit bug report at http://bugs.php.net/?id=15735&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15735&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15735&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15735&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15735&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15735&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15735&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15735&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15735&r=submittedtwice

Bug #15734: get_defined_constants() feature

[benjamin]

From: [EMAIL PROTECTED]
Operating system: ALL
PHP version:  4.1.1
PHP Bug Type: Feature/Change Request
Bug description:  get_defined_constants() feature

Hi developers!

The get_defined_constants() could have some parameters, like this [type]:

- SYSTEM_DEFINES/SYSTEM_CONSTANS
- USER_DEFINES/USER_CONSTANS
- ALL_DEFINES/ALL_CONSTANS

and this two [prefix] and [mode] which could be left :

it is looking for a text which contains [prefix] in the firs/last part of
define [mode]

possibly in the get_defined_vars() too :)

or similar to the get_defined_functions() [internal] [user]

thx, Benjamin
-- 
Edit bug report at http://bugs.php.net/?id=15734&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15734&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15734&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15734&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15734&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15734&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15734&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15734&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15734&r=submittedtwice

Bug #10447 Updated: ccvs_*() functions segfault when given invalid session ID

[bmcadams]

 ID:   10447
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Suspended
 Bug Type: CCVS related
 Operating System: Linux Mandrake 7.0
-PHP Version:  4.0 Latest CVS (22/04/2001)
+PHP Version:  4.0 Latest CVS (
 Assigned To:  bmcadams
 New Comment:

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

Unfortunately, this is not something that is easily fixable in our PHP
module.

RedHat has laid off the core developers of CCVS and assigned the
project to another team.  Nobody in that team has been willing to be
helpful (the old programming team was an enormous help) and RedHat has
basically brushed me off in trying to open a new developer liasion
channel.

I was more or less told this is a "too bad" issue.

I will look at other ways to fix it on our end but no guarantees.


Previous Comments:


[2001-07-23 11:37:35] [EMAIL PROTECTED]

This issue is still outstanding.
FTR, the people at RedHat who wrote this code (Originally HKS Systems)
were all laid off, and the project was assigned to the newly acquired
'Stronghold' division; none of whom have a clue about the CCVS Code.

They are more or less telling me it's our responsibility to preven the
user from passing a bad session.  Anyone got any bright ideas on easy
ways to track if a session being passed in was one created during this
session of PHP? ...




[2001-04-22 20:38:14] [EMAIL PROTECTED]

The fix that sterling put in place will at the least check if the
session being passed is a string value: this still doesn't protect from
someone arbitrarily passing any old string (for example "crash_ccvs").


While obviously it is up to the programmer to be smart and not pass a
bad session to CCVS, CCVS Should not be segfaulting if they pass a bad
value.

I am looking into a way to trap this value from being bad.



[2001-04-22 20:29:54] [EMAIL PROTECTED]

No, he didn't. :) The problem itself is that session IDs
are completely exposed (i.e. not resource- or list-based)
and there is no error-checking in the module. The check
that was added didn't help; the same code still segfaults
and all of the other affected functions are still affected.




[2001-04-22 20:21:19] [EMAIL PROTECTED]

Sterling fixed this in CVS.

- James



[2001-04-22 20:17:11] [EMAIL PROTECTED]

I have duplicated this issue on my end and I am looking into it.

Fix imminent.



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

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

Bug #15704 Updated: Fault bucket

[kevin]

 ID:   15704
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: XP
 PHP Version:  4.1.1
 New Comment:

Thank you that done it

Kevin


Previous Comments:


[2002-02-26 03:58:15] [EMAIL PROTECTED]

Use \\ or /, but never \.
That makes:
c:/temp or c:\\temp
c:/php/sessiondata or c:\\php\\sessiondata

Does it work now?



[2002-02-25 23:09:12] [EMAIL PROTECTED]

PS I also rebooted on each change



[2002-02-25 19:52:12] [EMAIL PROTECTED]

Yes 
C:
C:\TEMP
and C:\PHP\sessiondata
all do not work for me.



[2002-02-25 11:35:06] [EMAIL PROTECTED]

Are you really sure the session.save_path _exists_?



[2002-02-25 10:14:27] [EMAIL PROTECTED]

I have tryed setting it and got the same results



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

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

Bug #15729 Updated: Unable to load dll

[cynic]

 ID:   15729
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Dynamic loading
 Operating System: Windows 2000 Workstation
 PHP Version:  4.1.1


Previous Comments:


[2002-02-26 11:19:04] [EMAIL PROTECTED]

I have copy all dll file (from dlls and extensions directory) into
winnt\system32, so now it find the php_pdf.dll and it work, thanks



[2002-02-26 11:10:59] [EMAIL PROTECTED]

I think this is a support question.

Have you copied all DLLs from php\dll to \winnt\system32 ?



[2002-02-26 08:44:03] [EMAIL PROTECTED]

Yes, another version of php are installed before, but a delete all file
before install PHP 4.1.1 (zip package from www.php.net site), is for
that I didn't understand why he doesn't work.
Another think do you know where can I find the php_mcrypt.dll file?



[2002-02-26 08:35:39] [EMAIL PROTECTED]

Are all the DLLs from the same PHP version/release?

There have been API changes every once in a while
so older DLL versions often do not work with newer
PHP releases ...



[2002-02-26 07:59:11] [EMAIL PROTECTED]

In the php.ini, I choose to activate some dll (gb,printer,pdf,sockets).
When I load a PHP page (like phpinfo() but another code cause the same
effect), I receive a message box that say Unable to load dynamic
library "c:\Program File\php\php4\extensions\php_*.dll" where * is
printer, pdf and sockets. But the php_gd.dll load correctly. I don't
find my error. I copy the php4ds.dll in the winnt\system32 directory
and in winnt\system directory (for security). And the extension_dir is
the good directory. Can you help me?




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

Bug #15729 Updated: Unable to load dll

[jerome]

 ID:   15729
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Dynamic loading
 Operating System: Windows 2000 Workstation
 PHP Version:  4.1.1
 New Comment:

I have copy all dll file (from dlls and extensions directory) into
winnt\system32, so now it find the php_pdf.dll and it work, thanks


Previous Comments:


[2002-02-26 11:10:59] [EMAIL PROTECTED]

I think this is a support question.

Have you copied all DLLs from php\dll to \winnt\system32 ?



[2002-02-26 08:44:03] [EMAIL PROTECTED]

Yes, another version of php are installed before, but a delete all file
before install PHP 4.1.1 (zip package from www.php.net site), is for
that I didn't understand why he doesn't work.
Another think do you know where can I find the php_mcrypt.dll file?



[2002-02-26 08:35:39] [EMAIL PROTECTED]

Are all the DLLs from the same PHP version/release?

There have been API changes every once in a while
so older DLL versions often do not work with newer
PHP releases ...



[2002-02-26 07:59:11] [EMAIL PROTECTED]

In the php.ini, I choose to activate some dll (gb,printer,pdf,sockets).
When I load a PHP page (like phpinfo() but another code cause the same
effect), I receive a message box that say Unable to load dynamic
library "c:\Program File\php\php4\extensions\php_*.dll" where * is
printer, pdf and sockets. But the php_gd.dll load correctly. I don't
find my error. I copy the php4ds.dll in the winnt\system32 directory
and in winnt\system directory (for security). And the extension_dir is
the good directory. Can you help me?




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

Bug #15732 Updated: gmp_init fails to create gmp resource

[sander]

 ID:   15732
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: *Math Functions
 Operating System: Linux 2.4
 PHP Version:  4.1.1
 New Comment:

Works fine for me (using 3.x).
Does it give a warning?
What exactly does it return? (use var_dump to find out).


Previous Comments:


[2002-02-26 10:35:10] [EMAIL PROTECTED]

I cannot get gmp_init() to return a valid resource when used as
follows:

$foodoo = md5 ("1234");
$gmpres = gmp_init ("0x" . $foodoo);

This is with GMP 4.x (I just downloaded the latest source and re-built
it and PHP).

I have reported this for PHP 4.1.0 as well. But that bug was apparently
removed/closed due to insufficient feedback.
I cannot duplicate this bug in PHP 4.0.6.





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

Bug #15731 Updated: Access Violation

[sander]

 ID:   15731
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: IIS related
 Operating System: windows 2000 advanced server
 PHP Version:  4.1.1
 New Comment:

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php




Previous Comments:


[2002-02-26 11:08:01] [EMAIL PROTECTED]

Install PHP as CGI, not as ISAPI.



[2002-02-26 09:55:30] [EMAIL PROTECTED]

I'm a new user of PHP.
I've installed php 4.1.1 and mysql into my server.
After I have restarted IIS, I am able to load my php testing homepage (
 ) for the first few times.

Afterwards, I'm not able to load this page again!!! And I have to
restart IIS again..

What's my problem ?  How to solve it ?
Thanks.
kkwebmaster




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

Bug #15729 Updated: Unable to load dll

[postings . php . net]

 ID:   15729
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Dynamic loading
 Operating System: Windows 2000 Workstation
 PHP Version:  4.1.1
 New Comment:

I think this is a support question.

Have you copied all DLLs from php\dll to \winnt\system32 ?


Previous Comments:


[2002-02-26 08:44:03] [EMAIL PROTECTED]

Yes, another version of php are installed before, but a delete all file
before install PHP 4.1.1 (zip package from www.php.net site), is for
that I didn't understand why he doesn't work.
Another think do you know where can I find the php_mcrypt.dll file?



[2002-02-26 08:35:39] [EMAIL PROTECTED]

Are all the DLLs from the same PHP version/release?

There have been API changes every once in a while
so older DLL versions often do not work with newer
PHP releases ...



[2002-02-26 07:59:11] [EMAIL PROTECTED]

In the php.ini, I choose to activate some dll (gb,printer,pdf,sockets).
When I load a PHP page (like phpinfo() but another code cause the same
effect), I receive a message box that say Unable to load dynamic
library "c:\Program File\php\php4\extensions\php_*.dll" where * is
printer, pdf and sockets. But the php_gd.dll load correctly. I don't
find my error. I copy the php4ds.dll in the winnt\system32 directory
and in winnt\system directory (for security). And the extension_dir is
the good directory. Can you help me?




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

Bug #15731 Updated: Access Violation

[postings . php . net]

 ID:   15731
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IIS related
 Operating System: windows 2000 advanced server
 PHP Version:  4.1.1
 New Comment:

Install PHP as CGI, not as ISAPI.


Previous Comments:


[2002-02-26 09:55:30] [EMAIL PROTECTED]

I'm a new user of PHP.
I've installed php 4.1.1 and mysql into my server.
After I have restarted IIS, I am able to load my php testing homepage (
 ) for the first few times.

Afterwards, I'm not able to load this page again!!! And I have to
restart IIS again..

What's my problem ?  How to solve it ?
Thanks.
kkwebmaster




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

Bug #979 Updated: [PEAR] Openmarket Transact support

[mrobinso]

 ID:   979
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Open
 Bug Type: Feature/Change Request
 Operating System: N/A
 PHP Version:  4.0
 New Comment:

OpenMarket is still there. Reopening, as this is
a valid feature request for PEAR.


Previous Comments:


[2002-02-24 06:54:27] [EMAIL PROTECTED]

OpenMarket seems to be gone.



[2001-02-10 14:23:10] [EMAIL PROTECTED]

whoops, really refiled this time.



[2001-02-10 12:35:51] [EMAIL PROTECTED]

doesn't look like anybody has written an openmarket transact extension.
refiled against 4.0.



[1998-12-07 18:56:38] [EMAIL PROTECTED]

Any chance of support for OpenMarket Transact in PHP. I can't code so
I'm just fantasising. Maybe someone will pick it up someday.
A full SDK is available from OpenMarket (www.openmarket.com).

Transact is amongst other things, a secure way of processing
transactions. DOs (digital offers) and DCs (digital coupons) can be
produced according so a certain encoding process that is then passed to
the Transact server for processing.
This means you can provide products and services using these items
independent of the ISP and they can be attached to any URl, anywhere.

It wouild be real nice to be able to produce a DO from a DB using PHP
for passing to Transact.




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

Bug #12668 Updated: unexpected behavior of preg_replace

[michielu]

 ID:   12668
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: PCRE related
 Operating System: FreeBSD 4.0
 PHP Version:  4.0.6
 New Comment:

I use the phplib template functions and apparently that library uses
the preg_replace routines as well. Whenever I try to put slash-quote
data through this template library it gets stipslashes it seems.
The problem boils down to:

preg_replace("/key/", '\' \\\' \'', "replacekeyvalue");

which should yield:

replace' \' \\'value

but yields

replace' \' \'value

This used to work properly in 4.0.4, but now it seems I have to
preparse user input, replace \' and \\ with something else, run
preg_replace and repatch the \' and \\ values. This is unworkable!

I'd vote for a configuration variable to fix this. Something in line
with magic_quotes_gpc and magic_quotes_sybase. Perhaps
magic_quotes_pcre?


Previous Comments:


[2001-08-31 11:12:50] [EMAIL PROTECTED]

I could change it so that only " and \ are slashed. From what I
remember about some of the complaints before addslashes behavior was
implemented, people had security concerns about using some external
vars as parts of eval strings. If the vars contained some quotes, some
unexpected or dangerous code could be evaluated..



[2001-08-09 14:07:14] [EMAIL PROTECTED]

Ah - I see - so what I'm seeing is actually a symptom of the basic
issue that addslashes() is not a perfect reciprocal to putting
addslashes-affected characters inside a string - i.e.:



whereas in mysql:

select "\""; # produces "
select "\\"; # produces \
select "\'"; # produces '

and perl is yet again different (with strings in single-quotes
anyway):

print "\""; # produces "
print "\\"; # produces \
print "\'"; # produces '

print '\''; # produces '
print '\\'; # produces \\
print '\"'; # produces "

I suppose backward compatibility would prevent this core behavior from
being changed at this stage - it's just kinda screwy that both
single-quoting and double-quoting of strings is a bit of a compromise
in terms of slashed characters.

Perhaps instead of sending preg_replace carry-forward values through
the entire addslashes routine, only " and \ could be returned as
slashed, and users could stick with using double-quotes for strings
within the (eval'd) replace string... that would prevent people from
having to use a hack get it to work as expected.

Thanks,
Chuck




[2001-08-09 09:19:18] [EMAIL PROTECTED]

of course I meant addslashes()



[2001-08-09 09:18:47] [EMAIL PROTECTED]

how about creating either two different functions, or another
attribute to preg_replace, that you can set true/false to run
that add_slashes or not?



[2001-08-09 09:03:31] [EMAIL PROTECTED]

This is because preg_replace() runs addslashes() internally on the
captured subpatterns before substrituting them into the replacement
string. It didn't used to but a few people complained that it was
really hard to pass $n to a function because of single and double-quote
conflicts. To be frank, I'm not sure how to solve this problem
adequately, one group of people want the addslashes() run, the other
one doesn't.




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

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

Bug #12702 Updated: odbc_connect() and odbc_pconnect() fail

[kalowsky]

 ID:   12702
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: ODBC related
 Operating System: Debian GNU/Linux
 PHP Version:  4.0.6
 New Comment:

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




Previous Comments:


[2002-02-04 15:40:58] [EMAIL PROTECTED]

Please try a recent release as this behavior seems to have been
resolved.  If the recent release doesn't work well... we'll have to see
what else can be causing it.  :\



[2001-08-11 16:30:51] [EMAIL PROTECTED]

Using unixODBC 2.0.8-2 and php4 3:4.0.6-4 (recompiled to add unixODBC
support).  unixODBC connects to a DB2 V7.1 database using DB2's
provided ODBC driver.  Connection attempts fail with:

Warning: SQL error: [unixODBC][Driver Manager]Driver's SQLAllocHandle
on SQL_HANDLE_HENV failed, SQL state IM004 in SQLConnect

isql will connect and work correctly (even as the user wwwdata), and
from my examinations of the source of PHP and isql the connection
process is identical unless one of the PHP functions (like the malloc()
equivalent) is failing.

If I restart Apache (and hence PHP), it works fine.  This smacks of a
persistent-connections bug.  It first appeared when I was trying to fix
ADODB to work with ODBC: ADODB wants to use persistent connections, but
it seems as if either PHP or DB2 can't handle them.

I never knew that bringing DB2 support to Snort and ACID would be so
much work!




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

Bug #15195 Updated: SQL error: [Microsoft][ODBC dBase Driver] Could not delete from specified table

[kalowsky]

 ID:   15195
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: ODBC related
 Operating System: win nt4.0
 PHP Version:  4.0.5
 New Comment:

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




Previous Comments:


[2002-01-30 16:58:19] [EMAIL PROTECTED]

1) Can you please post a sample script?
2) Can you please try a more recent version of PHP?



[2002-01-24 01:21:54] [EMAIL PROTECTED]

I used dbase 5 test.dbf
and used odbc 2.0 on win nt4.0 connect to system DSN
and delete record from table test.dbf

has error message -> 

Warning: SQL error: [Microsoft][ODBC dBase Driver] Could not delete
from specified tables., SQL state S1000 in SQLExecDirect in
C:\Inetpub\wwwroot\edit1.php on line 12

but I insert and query compleated.
(not delete and update sql)

thank you.
getkrut




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

Bug #15719 Updated: odbc_execute does not pass null values into the database

[kalowsky]

 ID:   15719
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: ODBC related
 Operating System: Redhat 7.1
 PHP Version:  4.1.1
 New Comment:

This bug has been fixed in CVS.

Thanks for your patch.


Previous Comments:


[2002-02-26 10:22:28] [EMAIL PROTECTED]

patch for php-latest

*** php_odbc.c.orig Fri Feb 15 11:34:57 2002
--- php_odbc.c.new  Tue Feb 26 09:01:21 2002
***
*** 878,883 
--- 878,884 
SWORD sqltype, ctype, scale;
SWORD nullable;
UDWORD precision;
+   unsigned char otype;
odbc_result   *result;
int numArgs, i, ne;
RETCODE rc;
***
*** 925,930 
--- 926,932 
efree(params);
  RETURN_FALSE;
  }
+   otype = (*tmp)->type;
  convert_to_string(*tmp);
if (Z_TYPE_PP(tmp) != IS_STRING) {
php_error(E_WARNING,"Error converting parameter");
***
*** 984,989 
--- 986,995 
  #ifdef HAVE_DBMAKER
  precision = params[i-1].vallen;
  #endif
+   if(otype == IS_NULL)
+   {
+   params[i-1].vallen = SQL_NULL_DATA;
+   }
rc = SQLBindParameter(result->stmt, (UWORD)i, 
SQL_PARAM_INPUT,
  ctype, 
sqltype, precision, scale,
  
Z_STRVAL_PP(tmp), 0,



[2002-02-25 18:20:38] [EMAIL PROTECTED]

as requested, patch.
881d880
<   unsigned char otype;
927d925
<   otype = (*tmp)->type;
973,976d970
<   if(otype == IS_NULL)
<   {
<   params[i-1].vallen = SQL_NULL_DATA;
<   }



[2002-02-25 17:59:28] [EMAIL PROTECTED]

can you please submit this change as a patch?  This fix would become
infinately simplier to make :)



[2002-02-25 17:10:20] [EMAIL PROTECTED]

In the file ext/odbc/php_odbc.c

add an unsigned char called otype to the php function odbc_execute
after populating *TMP, before calling convert_to_string save the value
of (*TMP)->type into the otype buffer. Then at the end right before
calling SQLPrepare (make sure it is the second call to SQLPrepare as
the first is for pulling data from a file pointer and can't be null.)
Check to see if otype == IS_NULL and if so set params[i-1].vallen =
SQL_NULL_DATA. Problem solved. 

ex:

starting at line 919:

   for(i = 1; i <= result->numparams; i++) {
  if (zend_hash_get_current_data((*pv_param_arr)->value.ht,
(void **) &tmp) == FAILURE) {
php_error(E_WARNING,"Error getting parameter");
SQLFreeStmt(result->stmt,SQL_RESET_PARAMS);
efree(params);
RETURN_FALSE;
}
  otype = (*tmp)->type;
  convert_to_string(*tmp);
  if ((*tmp)->type != IS_STRING) {
php_error(E_WARNING,"Error converting parameter");
SQLFreeStmt(result->stmt, SQL_RESET_PARAMS);
efree(params);
RETURN_FALSE;
}

  SQLDescribeParam(result->stmt, (UWORD)i, &sqltype,
&precision,
   &scale, &nullable);
  params[i-1].vallen = (*tmp)->value.str.len;
  params[i-1].fp = -1;

  if (IS_SQL_BINARY(sqltype))
ctype = SQL_C_BINARY;
  else
ctype = SQL_C_CHAR;

  if ((*tmp)->value.str.val[0] == '\'' &&
  (*tmp)->value.str.val[(*tmp)->value.str.len - 1]
== '\'') {
filename = &(*tmp)->value.str.val[1];
filename[(*tmp)->value.str.len - 2] = '\0';

if ((params[i-1].fp = open(filename,O_RDONLY)) ==
-1) {
  php_error(E_WARNING,"Can't open file %s",
filename);
  SQLFreeStmt(result->stmt, SQL_RESET_PARAMS);
  for(i = 0; i < result->numparams; i++) {
if (params[i].fp != -1) {
  close(params[i].fp);
  }
}
  efree(

Bug #3859 Updated: Null values in ODBC Databases

[kalowsky]

 ID:   3859
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: Linux 2.0.13
 PHP Version:  4.0
 New Comment:

This bug has been fixed in CVS.




Previous Comments:


[2002-02-24 07:14:19] [EMAIL PROTECTED]

Any news on this?



[2001-04-16 05:55:27] [EMAIL PROTECTED]

This might be possible with === in php4 but changing to feature change
request.



[2001-02-10 14:14:41] [EMAIL PROTECTED]

refiling against 4.0.



[2000-03-17 11:00:18] [EMAIL PROTECTED]

I think you should add the support of null values to the ODBC database
functions. It should be possible to write null values with insert an
update - statements and to recognize null return values. Perhaps the
returned variables should then be undefined variables.






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

Bug #15733: The effect of session_set_cookie_params() lasts past a script termination

[nospambill]

From: [EMAIL PROTECTED]
Operating system: Free BSD
PHP version:  4.1.1
PHP Bug Type: Session related
Bug description:  The effect of session_set_cookie_params() lasts past a script 
termination

The effect of session_set_cookie_params() lasts past a script termination.
-- 
Edit bug report at http://bugs.php.net/?id=15733&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15733&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15733&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15733&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15733&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15733&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15733&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15733&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15733&r=submittedtwice

Bug #15732: gmp_init fails to create gmp resource

[joho]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4
PHP version:  4.1.1
PHP Bug Type: *Math Functions
Bug description:  gmp_init fails to create gmp resource

I cannot get gmp_init() to return a valid resource when used as follows:

$foodoo = md5 ("1234");
$gmpres = gmp_init ("0x" . $foodoo);

This is with GMP 4.x (I just downloaded the latest source and re-built it
and PHP).

I have reported this for PHP 4.1.0 as well. But that bug was apparently
removed/closed due to insufficient feedback.
I cannot duplicate this bug in PHP 4.0.6.

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

Bug #15719 Updated: odbc_execute does not pass null values into the database

[joseph]

 ID:   15719
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: ODBC related
 Operating System: Redhat 7.1
 PHP Version:  4.1.1
 New Comment:

patch for php-latest

*** php_odbc.c.orig Fri Feb 15 11:34:57 2002
--- php_odbc.c.new  Tue Feb 26 09:01:21 2002
***
*** 878,883 
--- 878,884 
SWORD sqltype, ctype, scale;
SWORD nullable;
UDWORD precision;
+   unsigned char otype;
odbc_result   *result;
int numArgs, i, ne;
RETCODE rc;
***
*** 925,930 
--- 926,932 
efree(params);
  RETURN_FALSE;
  }
+   otype = (*tmp)->type;
  convert_to_string(*tmp);
if (Z_TYPE_PP(tmp) != IS_STRING) {
php_error(E_WARNING,"Error converting parameter");
***
*** 984,989 
--- 986,995 
  #ifdef HAVE_DBMAKER
  precision = params[i-1].vallen;
  #endif
+   if(otype == IS_NULL)
+   {
+   params[i-1].vallen = SQL_NULL_DATA;
+   }
rc = SQLBindParameter(result->stmt, (UWORD)i, 
SQL_PARAM_INPUT,
  ctype, 
sqltype, precision, scale,
  
Z_STRVAL_PP(tmp), 0,


Previous Comments:


[2002-02-25 18:20:38] [EMAIL PROTECTED]

as requested, patch.
881d880
<   unsigned char otype;
927d925
<   otype = (*tmp)->type;
973,976d970
<   if(otype == IS_NULL)
<   {
<   params[i-1].vallen = SQL_NULL_DATA;
<   }



[2002-02-25 17:59:28] [EMAIL PROTECTED]

can you please submit this change as a patch?  This fix would become
infinately simplier to make :)



[2002-02-25 17:10:20] [EMAIL PROTECTED]

In the file ext/odbc/php_odbc.c

add an unsigned char called otype to the php function odbc_execute
after populating *TMP, before calling convert_to_string save the value
of (*TMP)->type into the otype buffer. Then at the end right before
calling SQLPrepare (make sure it is the second call to SQLPrepare as
the first is for pulling data from a file pointer and can't be null.)
Check to see if otype == IS_NULL and if so set params[i-1].vallen =
SQL_NULL_DATA. Problem solved. 

ex:

starting at line 919:

   for(i = 1; i <= result->numparams; i++) {
  if (zend_hash_get_current_data((*pv_param_arr)->value.ht,
(void **) &tmp) == FAILURE) {
php_error(E_WARNING,"Error getting parameter");
SQLFreeStmt(result->stmt,SQL_RESET_PARAMS);
efree(params);
RETURN_FALSE;
}
  otype = (*tmp)->type;
  convert_to_string(*tmp);
  if ((*tmp)->type != IS_STRING) {
php_error(E_WARNING,"Error converting parameter");
SQLFreeStmt(result->stmt, SQL_RESET_PARAMS);
efree(params);
RETURN_FALSE;
}

  SQLDescribeParam(result->stmt, (UWORD)i, &sqltype,
&precision,
   &scale, &nullable);
  params[i-1].vallen = (*tmp)->value.str.len;
  params[i-1].fp = -1;

  if (IS_SQL_BINARY(sqltype))
ctype = SQL_C_BINARY;
  else
ctype = SQL_C_CHAR;

  if ((*tmp)->value.str.val[0] == '\'' &&
  (*tmp)->value.str.val[(*tmp)->value.str.len - 1]
== '\'') {
filename = &(*tmp)->value.str.val[1];
filename[(*tmp)->value.str.len - 2] = '\0';

if ((params[i-1].fp = open(filename,O_RDONLY)) ==
-1) {
  php_error(E_WARNING,"Can't open file %s",
filename);
  SQLFreeStmt(result->stmt, SQL_RESET_PARAMS);
  for(i = 0; i < result->numparams; i++) {
if (params[i].fp != -1) {
  close(params[i].fp);
  }
}
  efree(params);
  RETURN_FALSE;
  }

params[i-1].vallen = SQL_LEN_DATA_AT_EXEC(0);

rc = SQLBindParameter(result->stmt,

Bug #15612 Updated: Constant Refresh when files too large.

[yohgaki]

 ID:   15612
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Output Control
 Operating System: Windows XP
 PHP Version:  4.1.1
 New Comment:

Hmm. I don't have problem with my linux.
Windows specific may be.

What is your SAPI, IIS, Apache or else?
What is your output_buffer, zlib.output_compression and output_handler
settings?


Previous Comments:


[2002-02-25 22:54:32] [EMAIL PROTECTED]

I ran the same thing (apply.phps) under windows 98 and it seemed to
work.

Although here is a script that will produce the same result when i host
it on XP:


";
  //for ($j = 0; $j < 500; $j++) {
  for ($j = 0; $j < 200; $j++) {
print "";
for ($i=0; $i< 10; $i++)
  print "Row $j -- Column $i";
print "\n";
  }
  print "";
?>



[2002-02-24 05:50:37] [EMAIL PROTECTED]

I think you have segfault. Could you try to run your scripts under Unix
like OS and send backtrace?

If you cannot, could you create short script that reproduce this?



[2002-02-19 16:50:51] [EMAIL PROTECTED]

Here's some more info about what's going on.

NOTE: Since the websites are being hosted on my computer, if they
cannot be accessed it might be that the computer is not on or the port
is blocked (port 80 is sometimes blocked by my ISP to keep out the code
red virus)

The address is : http://fatalerror.getmyip.com:88/apply.phps
http://fatalerror.getmyip.com/apply.phps

In IE6 it would constantly refresh.
In Mozilla and Opera it would load up some of the file and then stop.
Once and a while it would load the whole thing but not often.
In Netscape 6 it would only load up part of the file then stop.
Netscape 4.78 was the only browser to load up the phps file every time
completely. The following is the access log for some of the browsers.

"GET /apply.phps HTTP/1.1" 200 40748 "-" ... IE 6
"GET /apply.phps HTTP/1.1" 200 417309 "http://fatalerror.getmyip.com/";
... Opera
"GET /apply.phps HTTP/1.0" 200 416590 "-" ... Netscape 4.78

I get a similar error with another website. 
http://legaciesleft.getmyip.com:88
http://legaciesleft.getmyip.com
With this website, they work great on the hosted computer and somewhat
worked for network computers. But once I try to access it from the
internet, it rarely works. If I get the full page at all, it has some
garbage characters in it.

THe flush() worked on one site but when I tried using the flush() on
this website, it only made it work for network computers. For computers
on the internet, it still wouldn't work. And regarding phps files, I
can't use flush() at all.

Let me know if you need any more information.



[2002-02-18 22:54:58] [EMAIL PROTECTED]

now is this a memory limit problem or is it something else?



[2002-02-18 22:51:02] [EMAIL PROTECTED]

Somewhat related to "Bug #14529 script doesn't always finish output".

I just finished writing a script that is 82 Kb big. The script runs
fine with no errors but when I converted it to a phps and viewed it, It
would constantly refresh inside the window. 

I was able to fix a problem with a similar incident by putting flush()
functions in a loop with many many print and echo statements. That
fixed that but I can't do that with the phps file.

I have the website availeable if needed.




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

Bug #15731: Access Violation

[bkksslkh]

From: [EMAIL PROTECTED]
Operating system: windows 2000 advanced server
PHP version:  4.1.1
PHP Bug Type: IIS related
Bug description:  Access Violation

I'm a new user of PHP.
I've installed php 4.1.1 and mysql into my server.
After I have restarted IIS, I am able to load my php testing homepage (  ) for the first few times.

Afterwards, I'm not able to load this page again!!! And I have to restart
IIS again..

What's my problem ?  How to solve it ?
Thanks.
kkwebmaster
-- 
Edit bug report at http://bugs.php.net/?id=15731&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15731&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15731&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15731&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15731&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15731&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15731&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15731&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15731&r=submittedtwice

Bug #15730 Updated: Autoglobal (Variable) Variables within funktions.

[yohgaki]

 ID:   15730
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Variables related
+Bug Type: Scripting Engine problem
 Operating System: Win2k
 PHP Version:  4.1.1
 New Comment:

It seems PHP(Zend) is looking up local (active) symbol table, since 
you are accessing via vairable variable. 

Can we fix this?


Previous Comments:


[2002-02-26 08:45:43] [EMAIL PROTECTED]

I tried to access the autoglobal variables via the variable variables
'trick'. But that doesn't work within functions.

Examples:

That works:
_method;
$this->_FORM = &${"_$method"};
}




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

Bug #15191 Updated: Segmentation fault when starting apache httpd

[yohgaki]

 ID:   15191
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Open
 Bug Type: LDAP related
 Operating System: Solaris 8
 PHP Version:  4.1.1


Previous Comments:


[2002-02-26 09:29:08] [EMAIL PROTECTED]

PS: I don't know if this should be LDAP related. Without LDAP, 
I don't get a segmentation fault, but apache still doesn't run 
with php loaded, it just exits with NO error.



[2002-02-26 09:19:47] [EMAIL PROTECTED]

I have not had time to recompile PHP as requested. I've had "WORK" to
do and have been using php 4.0.6 in the mean time, which works fine.



[2002-02-26 00:00:02] [EMAIL PROTECTED]

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



[2002-01-25 02:36:22] [EMAIL PROTECTED]

Try to build a static (non-DSO) module too, this makes backtraces a lot
more useful.

Derick



[2002-01-24 21:09:44] [EMAIL PROTECTED]

I don't confirm this, but I guess it's a LDAP problem. 

To reporter: Could you add "--enable-debug" option when you configure
PHP and produce backtrace again?



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

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

Bug #15191 Updated: Segmentation fault when starting apache httpd

[doc]

 ID:   15191
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: LDAP related
 Operating System: Solaris 8
 PHP Version:  4.1.1
 New Comment:

PS: I don't know if this should be LDAP related. Without LDAP, 
I don't get a segmentation fault, but apache still doesn't run 
with php loaded, it just exits with NO error.


Previous Comments:


[2002-02-26 09:19:47] [EMAIL PROTECTED]

I have not had time to recompile PHP as requested. I've had "WORK" to
do and have been using php 4.0.6 in the mean time, which works fine.



[2002-02-26 00:00:02] [EMAIL PROTECTED]

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



[2002-01-25 02:36:22] [EMAIL PROTECTED]

Try to build a static (non-DSO) module too, this makes backtraces a lot
more useful.

Derick



[2002-01-24 21:09:44] [EMAIL PROTECTED]

I don't confirm this, but I guess it's a LDAP problem. 

To reporter: Could you add "--enable-debug" option when you configure
PHP and produce backtrace again?



[2002-01-24 14:13:03] [EMAIL PROTECTED]

Confirmed the same problems in 4.1.0.
4.0.6 and earlier work fine.

You broke it
:-(



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

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

Bug #15725 Updated: SSL support in FTP

[wez]

 ID:   15725
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: Linux 2.4.7
 PHP Version:  4.1.1
-Assigned To:  
+Assigned To:  wez
 New Comment:

I'll see if I can add support for this using the new SSL streams.

--Wez.


Previous Comments:


[2002-02-26 05:26:48] [EMAIL PROTECTED]

for now you have to use the cURL extension for that
(http://php.net/curl), it has FTP support and if 
compiled with SSL it should be able to do FTP with
SSL afaik





[2002-02-26 02:41:40] [EMAIL PROTECTED]

Hello guys,

I'm a big PHP lover. But i'm missing one feature in it actually. Which
I think is getting more and more imporant. At my work we work a lot
with SSL connections. But PHP doesn't seems to support SSL ftp
connections (ftp_connect). Will it be built in feature? Or is there a
work around for it?

I would be greatfull :)


Greetings,
G. Krist




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

Bug #15191 Updated: Segmentation fault when starting apache httpd

[doc]

 ID:   15191
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: LDAP related
 Operating System: Solaris 8
 PHP Version:  4.1.1
 New Comment:

I have not had time to recompile PHP as requested. I've had "WORK" to
do and have been using php 4.0.6 in the mean time, which works fine.


Previous Comments:


[2002-02-26 00:00:02] [EMAIL PROTECTED]

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



[2002-01-25 02:36:22] [EMAIL PROTECTED]

Try to build a static (non-DSO) module too, this makes backtraces a lot
more useful.

Derick



[2002-01-24 21:09:44] [EMAIL PROTECTED]

I don't confirm this, but I guess it's a LDAP problem. 

To reporter: Could you add "--enable-debug" option when you configure
PHP and produce backtrace again?



[2002-01-24 14:13:03] [EMAIL PROTECTED]

Confirmed the same problems in 4.1.0.
4.0.6 and earlier work fine.

You broke it
:-(



[2002-01-24 11:49:00] [EMAIL PROTECTED]

Oh yes...

Server version: Apache/1.3.19 (Unix)



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

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