#21688 [Fbk->Opn]: CGI Timeout

[cchrist]

 ID:   21688
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: IIS related
 Operating System: win2k advanced server
 PHP Version:  4.3.0
 New Comment:

Until now I hadn't anymore php.exe crashes. Looks great.
When do you release a new version with this patch applied?

regards
Christoph Christ


Previous Comments:


[2003-02-07 23:23:39] [EMAIL PROTECTED]

Please let us know if it works or not.




[2003-02-07 02:14:31] [EMAIL PROTECTED]

I've installed the new stable WIN32 release on my production
environment, hopefully the bug is fixed. lets see how it behaves. Would
be glad. What has been changed? it looks good, any weird behaviour so
far. Should I also post the php.ini config file?



[2003-02-06 10:08:31] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-02-06 10:05:18] [EMAIL PROTECTED]

ok, on my workstation I have Visual Studio and thus I know the
CGI-version of PHP actually crashed.

Here is the CGI-IIS-error:

'CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:'

Here the popup's:
Application popup: php.exe - Application Error : The instruction at
"0x1b00997b" referenced memory at "0x1b00997b". The memory could not be
"read".

Application popup: php.exe - Application Error : The instruction at
"0x10030727" referenced memory at "0x01790dd8". The memory could not be
"read".



[2003-02-06 09:43:29] [EMAIL PROTECTED]

It seems that when the buffer contents is very small (when using output
buffering ?? or under normal usage, still looking into that) doens't
return headers and/or body/wrong headers (don't know which one).

The CGI-interface of IIS doesn't know how to handle it anyway.

Hope this was usefull.



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

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

#21653 [Com]: Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect failed

[laudanp]

 ID:   21653
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Sockets related
 Operating System: RedHat 7.2
 PHP Version:  4.3.0
 New Comment:

I have a couple scripts that worked 100% of the time under PHP 4.2.3. 
Immediately after the upgrade to PHP 4.3 I get the function.fsockopen:
php_hostconnect errors as well.

Here are two of the links you can launch an "authorized" scan from to
see the errors:

http://www.computercops.biz/modules.php?name=Trojan_TCP_Scan
http://www.computercops.biz/modules.php?name=TCP_Scanner

These pages make use of the same code as posted earlier in this bug
report by [EMAIL PROTECTED]

To reiterate, under PHP 4.2.3 this code worked perfectly fine.  Now PHP
4.3 has broken it and I cannot seem to fix it.


Previous Comments:


[2003-01-21 22:31:28] [EMAIL PROTECTED]

I update my Install Shell Script for the new version Redhat 8.0, I only
use Apache/ModSSL/OpenSSL and PHP with MySQL for start and enable
sockets but sockets don't work, previous version work great [Note I
make the Socket work great since Redhat 6.2 and early version of PHP
4.X.X]

Here is the Script:


#!/bin/sh
# Traigamos los archivos necesarios.

# Traigamos PHP
# Version: 4.3.0
wget http://us2.php.net/distributions/php-4.3.0.tar.gz

# Traigamos Apache
# Version: 1.3.27
wget http://mirrors.ccs.neu.edu/Apache/dist/httpd/apache_1.3.27.tar.gz

# Traigamos OpenSSL
# Version: 0.9.7
wget http://www.openssl.org/source/openssl-0.9.7.tar.gz

# Traigamos ModSSL
# Version: 2.8.9-1.3.27
wget http://www.modssl.org/source/mod_ssl-2.8.12-1.3.27.tar.gz

# Traigamos GD Boutell
# Version: gd-1.8.4
# Ya incluida en PHP 4.3.0 Pero si usas 4.2.3 baja la libreria
# wget http://www.boutell.com/gd/http/gd-1.8.4.tar.gz

# Traigamos PDF Lib
# Version: 4.0.2
# wget http://www.pdflib.com/pdflib/download/pdflib-4.0.2-Linux.tar.gz

# Traigamos SWF
# Version: 0.99
# ftp://ftp.sgi.com/sgi/graphics/grafica/flash/dist.99.linux.tar.Z
# Require swf.tar.gz .

# Traigamos Ming
# Version: 0.2a
# wget http://www.opaque.net/ming/ming-0.2a.tgz

# Descomprimimos todos los Archivos.
echo " =>   Extracting FILE PHP-APACHE-PHP-SSL";
tar -zxf php-4.3.0.tar.gz
echo " =>   Extracting PHP OK";
tar -zxf apache_1.3.27.tar.gz
echo " =>   Extracting APACHE OK";
tar -zxf openssl-0.9.7.tar.gz
echo " =>   Extracting OPENSSL OK";
tar -zxf mod_ssl-2.8.12-1.3.27.tar.gz
echo " =>   Extracting MODSSL OK";

# instalamos openssl
cd openssl-0.9.7
make clean
./config --prefix=/usr/local/openssl
make
make test
make install
cd ..
echo " => Install [ OPENSSL OK ] ";



# instalamos modssl
cd mod_ssl-2.8.12-1.3.27
make clean
./configure --with-apache=../apache_1.3.27
cd ..
echo " => Install [ MODSSL OK ] ";

# Configuracion Inicial de Apache
cd apache_1.3.27
make clean
./configure --prefix=/usr/local/apache
cd ..
echo " => Install [ APACHE INITIAL  OK ] ";


# Configuracion e Instalacion de PHP
cd php-4.3.0
make clean
CFLAGS='-O2 -I/usr/local/openssl/include' \
./configure \
--with-apache=../apache_1.3.27 \
--with-mysql \
--with-zlib  \
--enable-memory-limit=yes \
--enable-debug=no \
--enable-track-vars  \
--enable-snmp \
--enable-sockets \
--enable-ftp
make
make install
cd ..
echo " => Install [ PHP OK ] ";

# Instalacion de Apache
cd apache_1.3.27
SSL_BASE=/usr/local/openssl \
LIBS=-lpthread \
./configure \
--prefix=/usr/local/apache \
--enable-module=ssl \
--activate-module=src/modules/php4/libphp4.a \
--enable-module=php4 \
--enable-module=auth_dbm \
--enable-module=auth_db
make
make certificate
make install
cd ..
echo " => Install [ APACHE FINAL OK =) ] ";

cd php-4.3.0
cp php.ini-dist /usr/local/lib/php.ini
cd ..
echo " => [ THE END PHP/Apache/SSL/ModSSL Installed Successfully =)
D1n00z. ] ";


Best Regards Dino.
http://phpopenmonitor.sourceforge.net/



[2003-01-16 03:51:46] [EMAIL PROTECTED]

Yes there are always between 5 and 10 childs waiting for connections.



[2003-01-15 13:08:41] [EMAIL PROTECTED]

Doe your Webserver allow more then 1 Apache child to be running at any
one time?



[2003-01-15 04:30:31] [EMAIL PROTECTED]

Script:
-
\n";
}
fclose ($fp);
?>

Output:
-
Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect
failed in /home/virtual/site1/fst/var/www/html/t5.php on line 2
Warning: fsockopen() [function.fsockopen]: unable to connect to
localhost:80 in /home/virtual/site1/fst/var/www/html/t5.php on line 2
Operation now in progress (115)
Warning: fclose(): supplied argument is not a valid stream

#21065 [Com]: shell_exec seems not to work properly if result was false.

[dj-bj]

 ID:   21065
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Program Execution
 Operating System: Windows 2000 Server
 PHP Version:  4.2.3
 New Comment:

Thank you for the tip to add 2>&1 to the command. This prevents any
crashed output from beeing sent to the page (take >nul for no output).
The documentation says:
shell_exec --  Execute command via shell and return complete output as
string 
and not 
Execute command via shell and return complete output as string only if
exectued command is true but crash when false..

However, thank you for your assistance.
Regards,
Bj


Previous Comments:


[2003-02-10 16:37:26] [EMAIL PROTECTED]

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

If you want to recieve the error messages append '2>&1' to the end of
the command you are executing. This will work on any *nix based system
as well as most recent Win32 server oses such as Windows NT and Windows
2000.



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

I installed this version using the old ini file - no errors execpt the
one reported.
Still, the result of shell_exec is not passed to the variable but
displayed on the page with added "

Content-type: text/html
X-Powered-By: PHP/4.4.0-dev

" after the error message.

In my script i control some nt services and therefor i tell shell_exec
to execute net start / net stop. If a service has already been started
and i attempt to start it again it returns the error "More help is
available by typing NET HELPMSG 2182." like in DOS Shell on Windows but
this error not passed to the variable.



[2002-12-19 19:15:53] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-12-17 06:41:55] [EMAIL PROTECTED]

Running PHP 4.2.3 on Windows 2000 Server shell_exec works fine and
passes its output to the variable when the result of the executed
command is true. 
However, if the command fails and the DOS-shell returns an error the
result is no longer availiable in the variable but is passed directly
to the page.




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

#22146 [Bgs->Csd]: Can't use string functions on danish letters

[agnermadsen]

 ID:   22146
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: windows 2000
 PHP Version:  4.3.0
 New Comment:

my mistake.


Previous Comments:


[2003-02-10 08:26:34] [EMAIL PROTECTED]

Works fine here. Fix your locale setting.




[2003-02-10 04:29:26] [EMAIL PROTECTED]

I can't use string function on danish letters (ÆØÅæøå)
i've tryed the following.

$s="ø";
echo strtr($s,"ø","o");

this echos : ø
it should echo : o

eregi("børs","børs");
returns false.





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

#20352 [Com]: PHP-GTK apps crash with corrupt argc/argv error

[bert]

 ID:   20352
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: RedHat Linux 7.3
 PHP Version:  4.3.0-pre2
 New Comment:

had the same problem and solved it:

problem was, that i had 2 php versions (4.1.0 and 4.3.0) installed and
the "buildconf" call for php-gtk just configured to get used with
(4.1.0 the default php-installation) 

so php-gtk first found the php (4.1.0) installed in /usr/bin the
distribution-installation from Mandrake and php-gtk worked fine with it
... 

but i tried to use my own php-version (4.3.0) with gtk, so i completly
removed the 4.1.0 and run the php-gtk build process again ...
everything runs fine now.


Previous Comments:


[2002-11-10 22:05:26] [EMAIL PROTECTED]

Trying to run any program that uses the PHP-GTK extension dies
immediately with an error message similar to this:
PHP Fatal error:  php-gtk: argc/argv are corrupted in
/root/php-gtk-cvs/test/hello.php on line 7





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

#22143 [Com]: Lag

[markbradley8]

 ID:   22143
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Zlib Related
 Operating System: RedHat 8.0
 PHP Version:  4.3.0
 New Comment:

Just to note, I only get this when I change zlib.output_compression
from Off to On.

It apparently does send the compression headers, but it takes a long
while to load. I do not notice any sort of server load spike during
this time either.

Could this only be a problem with a certain php.ini setting?


Previous Comments:


[2003-02-10 15:28:41] [EMAIL PROTECTED]

Yes. I have it enabled on php.ini



[2003-02-10 09:50:59] [EMAIL PROTECTED]

Are you using zlib compression for your webpages?



[2003-02-09 22:24:14] [EMAIL PROTECTED]

Whenever I enable zlib, I experience a huge lag when loading the page,
even within my 100mbps home network. As soon as I turn off zlib, it all
loads fast again. I notice this mostly on an application that uses
mySQL 3.23.55

'./configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql'
'--with-zlib' 




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

#22160 [Fbk->Csd]: --with-mssql fails

[jeremy]

 ID:   22160
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: RH Linux 8.0 2.4.18-14smp
 PHP Version:  4CVS-2003-02-10 (stable)
 New Comment:

Was using freetds 0.51

After changing SHORT => short in php_mssql.c 
compilation died with call to undefined function dbsetmaxprocs

upgrade to freetds 0.61 (without changing php_mssql.c:338 back to
SHORT) and compiling with 
--prefix=/usr/local --tdsver=7.0 --enable-msdblib 
configure string.php compiled with no errors

Thanks alot


Previous Comments:


[2003-02-10 23:17:39] [EMAIL PROTECTED]

I'm unable to reproduce this. I use FreeTDS-0.61 compiled with
--prefix=/usr/local --tdsver=7.0 --enable-msdblib.

tdsver is specifying the default version you can overwrite this in
freetds.conf.

What version of FreeTDS are you using ?

I can send you a modified version of php_mssql.c (SHORT => short in
line 338) or you can make this change and see if that does the trick.



[2003-02-10 22:03:26] [EMAIL PROTECTED]

Previously reported bug

Bug #21544

compiling php4-STABLE-200302110230 fails 


/usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c: In
function `zm_activate_mssql':
/usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338:
`SHORT' undeclared (first use in this function)
/usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338:
(Each undeclared identifier is reported only once
/usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: for
each function it appears in.)

my configure string 
note: /usr/local/freetds exists (freetds compiled --with-tdsver=4.2)

./configure --with-mysql=/usr/local/mysql \
--with-apache=../apache_1.3.27-http \
--with-mssql=/usr/local/freetds \
--with-gd=/usr/local/src/gd \
--with-jpeg-dir=/usr/local/src/jpeg-6b \
--with-xml \
--enable-wddx \
--with-png-dir=/usr/lib \
--with-zlib-dir=shared \
--with-curl=/usr/local

Very stuck.






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

#22160 [Opn->Fbk]: --with-mssql fails

[fmk]

 ID:   22160
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: RH Linux 8.0 2.4.18-14smp
 PHP Version:  4CVS-2003-02-10 (stable)
 New Comment:

I'm unable to reproduce this. I use FreeTDS-0.61 compiled with
--prefix=/usr/local --tdsver=7.0 --enable-msdblib.

tdsver is specifying the default version you can overwrite this in
freetds.conf.

What version of FreeTDS are you using ?

I can send you a modified version of php_mssql.c (SHORT => short in
line 338) or you can make this change and see if that does the trick.


Previous Comments:


[2003-02-10 22:03:26] [EMAIL PROTECTED]

Previously reported bug

Bug #21544

compiling php4-STABLE-200302110230 fails 


/usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c: In
function `zm_activate_mssql':
/usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338:
`SHORT' undeclared (first use in this function)
/usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338:
(Each undeclared identifier is reported only once
/usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: for
each function it appears in.)

my configure string 
note: /usr/local/freetds exists (freetds compiled --with-tdsver=4.2)

./configure --with-mysql=/usr/local/mysql \
--with-apache=../apache_1.3.27-http \
--with-mssql=/usr/local/freetds \
--with-gd=/usr/local/src/gd \
--with-jpeg-dir=/usr/local/src/jpeg-6b \
--with-xml \
--enable-wddx \
--with-png-dir=/usr/lib \
--with-zlib-dir=shared \
--with-curl=/usr/local

Very stuck.






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

#22154 [Opn]: fpassthru() fails with files larger than a few hundered KB

[sas]

 ID:   22154
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache related
 Operating System: Linux 2.4.18-10
 PHP Version:  4.3.0
 New Comment:

The compatibility issue with the IBM HTTP Server has been resolved.
Appropiate solutions are available as part of all main branches.


Previous Comments:


[2003-02-10 22:33:28] [EMAIL PROTECTED]

Try this:



The reproducable error that fails for me no matter what.



[2003-02-10 22:11:57] [EMAIL PROTECTED]

After a whole lot more testing tonight, I've discovered a few nasty
annoying things.

Outline of what I'm trying to do:

A self serve support center for users.
Users login into a session
Session checkes user credentials in an LDAP directory
Session variables stored in MySQL database
>From the support site users may download patches & updates
Users can open a support request.

So, nothing too weird.  If I comment out all of my session material it
works. Using any session handling functions downloads work up to 1MB. 
If I comment out the LDAP authentication, the behavior is the same.  If
I comment out the MySQL handler and use the PHP default file handler,
the behavior is the same.  If I comment out the session handling, the
LDAP authentication and the DBMS stuff the downloads work.

I've gotten the Apache thread to exit and dump all the contents of all
the script variables to the web browser screen with no core dump.

All this indicates to me something in the PHP session handling is
stampling memory allocations.  Especially since I've gotten the same
results using an fread() loop instead of fpassthru().



[2003-02-10 18:40:07] [EMAIL PROTECTED]

>From the testing I have done, files smaller than one meg seem to work
fine, but large files break in the manner described below.



[2003-02-10 18:36:16] [EMAIL PROTECTED]

Can't build snapshot as apache mod...

Here's the error:

/bin/sh /home/joem/php/php4-STABLE-200302102230/libtool --mode=compile
gcc -I/opt/IBMHTTPServer/include -Isapi/apache/
-I/home/joem/php/php4-STABLE-200302102230/sapi/apache/ -DPHP_ATOM_INC
-I/home/joem/php/php4-STABLE-200302102230/include
-I/home/joem/php/php4-STABLE-200302102230/main
-I/home/joem/php/php4-STABLE-200302102230
-I/home/joem/php/php4-STABLE-200302102230/Zend -I/usr/include/libxml2
-I/usr/include/imap -I/home/joem/php/ldap/include
-I/home/joem/php/libmcal -I/usr/local/include
-I/home/joem/php/mysql/include/mysql -I/usr/include/ucd-snmp
-I/home/joem/php/php4-STABLE-200302102230/ext/xml/expat  -DLINUX=22
-DUSE_HSREGEX -DUSE_EXPAT
-I/home/joem/php/php4-STABLE-200302102230/TSRM  -g -Wall  -prefer-pic
-c /home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c -o
sapi/apache/mod_php4.lo 
gcc -I/opt/IBMHTTPServer/include -Isapi/apache/
-I/home/joem/php/php4-STABLE-200302102230/sapi/apache/ -DPHP_ATOM_INC
-I/home/joem/php/php4-STABLE-200302102230/include
-I/home/joem/php/php4-STABLE-200302102230/main
-I/home/joem/php/php4-STABLE-200302102230
-I/home/joem/php/php4-STABLE-200302102230/Zend -I/usr/include/libxml2
-I/usr/include/imap -I/home/joem/php/ldap/include
-I/home/joem/php/libmcal -I/usr/local/include
-I/home/joem/php/mysql/include/mysql -I/usr/include/ucd-snmp
-I/home/joem/php/php4-STABLE-200302102230/ext/xml/expat -DLINUX=22
-DUSE_HSREGEX -DUSE_EXPAT
-I/home/joem/php/php4-STABLE-200302102230/TSRM -g -Wall -c
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c  -fPIC
-DPIC -o sapi/apache/mod_php4.lo
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c: In
function `sapi_apache_get_fd':
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c:354:
structure has no member named `fd'
make: *** [sapi/apache/mod_php4.lo] Error 1



[2003-02-10 18:17:58] [EMAIL PROTECTED]

Sorry for the delay, I was building php4.3.0 and monkeying with my
script for a bit.  A simplified:

function download_product ($product, $platform, $userdn) {

  $fp = fopen("/home/joem/public_html/php/wordlist.txt","r");
  fpassthru($fp);
}

exhibits the same problem.

But

\n";
  $fp = fopen("somelargetextfile.txt","r");
  fpassthru($fp);
  echo "\n";
?>

by itself starts printing the file to my browser fine...  I've still
got the fpassthru() running in the immediately above code running on
another box at the moment.

-rw-rw-r--1 joem joem 6.8M Feb 10 16:42
/home/joem/public_html/php/wordlist.txt



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

#22161 [Opn]: Parse error:

[ptker]

 ID:   22161
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
 Operating System: win200 adv server
 PHP Version:  4.3.0
 New Comment:

I'm sorry ! by following:

run the following code:


The php said:
Parse error: parse error, unexpected ';' in D:\Apache2\htdocs\test.php
on line 491605837

but the code only three line, Under the normal situation should be:
 Parse error: parse error, unexpected ';' in
D:\Apache2\htdocs\test.php
on line 2

why?

win2000 adv server + Apache2.0.43 + PHP4.3.0(API)


Previous Comments:


[2003-02-10 22:40:21] [EMAIL PROTECTED]

run the following code:


The php said:
Parse error: parse error, unexpected ';' in D:\Apache2\htdocs\test.php
on line 491605837

but code only three line, Under the normal situation should be:
 Parse error: parse error, unexpected ';' in D:\Apache2\htdocs\test.php
on line 491605837

why?

win2000 adv server + Apache2.0.43 + PHP4.3.0(API)




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

#22161 [NEW]: Parse error:

[ptker]

From: [EMAIL PROTECTED]
Operating system: win200 adv server
PHP version:  4.3.0
PHP Bug Type: Apache2 related
Bug description:  Parse error:

run the following code:


The php said:
Parse error: parse error, unexpected ';' in D:\Apache2\htdocs\test.php on
line 491605837

but code only three line, Under the normal situation should be:
 Parse error: parse error, unexpected ';' in D:\Apache2\htdocs\test.php on
line 491605837

why?

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

#22151 [Opn]: php4-win32-STABLE-latest Installation Problems

[chris]

 ID:   22151
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IIS related
 Operating System: Windows 2000 Advance Server
 PHP Version:  4.3.0
 New Comment:

Well, any thought of installation issues is now removed. 

I reverted to a manual install of 4.2.3

Hopefully the 4.3.1 will support IIS / PHP without Apache.


Previous Comments:


[2003-02-10 13:22:12] [EMAIL PROTECTED]

Although I appreciate your quick response, I do not understand how you
can say this 'does not imply a bug in PHP'

The PHP source code works just fine, on the production server. PHP has
run on this server under the previous build. I installed the
''snapshot'' that was recommend, followed the instructions as
recommended. 

So another ''group'' will aid troubleshooting an unreleased version of
this product?



[2003-02-10 13:16:53] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.


Please ask these support questions on the mailing lists.




[2003-02-10 13:07:22] [EMAIL PROTECTED]

Oddly enough on the first build of this box 6 months or so ago, PHP
installed perfectly onto the C: drive. 
I rebuilt the network, but saved the C drive for later data retrival
and formating, so another drive was placed into the system and rebuilt
under the E: drive. 

This installation of PHP has been a complete failure. 
Win2k has been updated ONLY with all service packs from microsoft. 
So its a CLEAN OS. The server is the PDC running active directory and
IIS.

My initial problems were similar to others on here, the php include
files 
would repeat over and over, and I would get an application error of 
memory could not be read as defined in the current open issue that is
still waiting feedback for three days.  

Your recommendation was to install the newer snapshot, and I did. 
If i may say the installation instructions are a tad ''confusing'' but
I will define the steps I've followed upto now.

Extracted all files to E:\PHP
Coppied php.ini-dist and renamed to php.ini
modified extension_dir to extension_dir = e:\PHP
Coppied DLL's from the E:\PHP\DLLS to E:\WinNT\System32\
TURNED NO EXTENTIONS ON (Want basic running first)
modified cgi.force_redirect to cgi.force_redirect = 0


In Internet Service Manager (ISM) made the following modifications to
the master properties:
Home > Configuration, added .php extention and utilized the
e:\php\php.exe 
All Verbs
Check for existance of file

Set execute properties, as well as securities on the folder for the
IUSR to have FULL controll for the moment.



Current Behavior:
PHP seems to return NO ERRORS... 
I'm not even noticing the PHP.exe in the processes.

In the source of the outputed page, it SEEMS as if PHP is parsing out

everything between the Tags '' but not processing any of the code.

All pages show up with HTML but no php execution
not even a echo of 'THIS WORKS'.








Server Configuration:

Win2k Advanced Server
OS Installation: Second Drive installation Labeled E:\
PHP Installation: E:\PHP
Webserver Installation: F:\


I'm assuming I've missed something in the installation and will
continue to look into that, if you have
any recommendations, or need more information feel free to contact me
here or at [EMAIL PROTECTED]




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

#22154 [Opn]: fpassthru() fails with files larger than a few hundered KB

[malekjo]

 ID:   22154
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache related
 Operating System: Linux 2.4.18-10
 PHP Version:  4.3.0
 New Comment:

Try this:



The reproducable error that fails for me no matter what.


Previous Comments:


[2003-02-10 22:11:57] [EMAIL PROTECTED]

After a whole lot more testing tonight, I've discovered a few nasty
annoying things.

Outline of what I'm trying to do:

A self serve support center for users.
Users login into a session
Session checkes user credentials in an LDAP directory
Session variables stored in MySQL database
>From the support site users may download patches & updates
Users can open a support request.

So, nothing too weird.  If I comment out all of my session material it
works. Using any session handling functions downloads work up to 1MB. 
If I comment out the LDAP authentication, the behavior is the same.  If
I comment out the MySQL handler and use the PHP default file handler,
the behavior is the same.  If I comment out the session handling, the
LDAP authentication and the DBMS stuff the downloads work.

I've gotten the Apache thread to exit and dump all the contents of all
the script variables to the web browser screen with no core dump.

All this indicates to me something in the PHP session handling is
stampling memory allocations.  Especially since I've gotten the same
results using an fread() loop instead of fpassthru().



[2003-02-10 18:40:07] [EMAIL PROTECTED]

>From the testing I have done, files smaller than one meg seem to work
fine, but large files break in the manner described below.



[2003-02-10 18:36:16] [EMAIL PROTECTED]

Can't build snapshot as apache mod...

Here's the error:

/bin/sh /home/joem/php/php4-STABLE-200302102230/libtool --mode=compile
gcc -I/opt/IBMHTTPServer/include -Isapi/apache/
-I/home/joem/php/php4-STABLE-200302102230/sapi/apache/ -DPHP_ATOM_INC
-I/home/joem/php/php4-STABLE-200302102230/include
-I/home/joem/php/php4-STABLE-200302102230/main
-I/home/joem/php/php4-STABLE-200302102230
-I/home/joem/php/php4-STABLE-200302102230/Zend -I/usr/include/libxml2
-I/usr/include/imap -I/home/joem/php/ldap/include
-I/home/joem/php/libmcal -I/usr/local/include
-I/home/joem/php/mysql/include/mysql -I/usr/include/ucd-snmp
-I/home/joem/php/php4-STABLE-200302102230/ext/xml/expat  -DLINUX=22
-DUSE_HSREGEX -DUSE_EXPAT
-I/home/joem/php/php4-STABLE-200302102230/TSRM  -g -Wall  -prefer-pic
-c /home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c -o
sapi/apache/mod_php4.lo 
gcc -I/opt/IBMHTTPServer/include -Isapi/apache/
-I/home/joem/php/php4-STABLE-200302102230/sapi/apache/ -DPHP_ATOM_INC
-I/home/joem/php/php4-STABLE-200302102230/include
-I/home/joem/php/php4-STABLE-200302102230/main
-I/home/joem/php/php4-STABLE-200302102230
-I/home/joem/php/php4-STABLE-200302102230/Zend -I/usr/include/libxml2
-I/usr/include/imap -I/home/joem/php/ldap/include
-I/home/joem/php/libmcal -I/usr/local/include
-I/home/joem/php/mysql/include/mysql -I/usr/include/ucd-snmp
-I/home/joem/php/php4-STABLE-200302102230/ext/xml/expat -DLINUX=22
-DUSE_HSREGEX -DUSE_EXPAT
-I/home/joem/php/php4-STABLE-200302102230/TSRM -g -Wall -c
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c  -fPIC
-DPIC -o sapi/apache/mod_php4.lo
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c: In
function `sapi_apache_get_fd':
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c:354:
structure has no member named `fd'
make: *** [sapi/apache/mod_php4.lo] Error 1



[2003-02-10 18:17:58] [EMAIL PROTECTED]

Sorry for the delay, I was building php4.3.0 and monkeying with my
script for a bit.  A simplified:

function download_product ($product, $platform, $userdn) {

  $fp = fopen("/home/joem/public_html/php/wordlist.txt","r");
  fpassthru($fp);
}

exhibits the same problem.

But

\n";
  $fp = fopen("somelargetextfile.txt","r");
  fpassthru($fp);
  echo "\n";
?>

by itself starts printing the file to my browser fine...  I've still
got the fpassthru() running in the immediately above code running on
another box at the moment.

-rw-rw-r--1 joem joem 6.8M Feb 10 16:42
/home/joem/public_html/php/wordlist.txt



[2003-02-10 18:04:36] [EMAIL PROTECTED]

Still waiting for that feedback though...



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

-- 
Edit this bug report at http://bugs.php

#22159 [Bgs->Opn]: one session create two session files

[jijang]

 ID:   22159
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Session related
 Operating System: Linux debian 2.4.18-orig
 PHP Version:  4.2.1
 New Comment:

test


Previous Comments:


[2003-02-10 20:58:39] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.

Ask support on the mailing lists, this is not likely
any bug in PHP..




[2003-02-10 20:55:33] [EMAIL PROTECTED]

 im not find bug list.
 but be like find.
 bug id 13683(
http://bugs.php.net/search.php?cmd=display&search_for=create )






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

#22154 [Opn]: fpassthru() fails with files larger than a few hundered KB

[malekjo]

 ID:   22154
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache related
 Operating System: Linux 2.4.18-10
 PHP Version:  4.3.0
 New Comment:

After a whole lot more testing tonight, I've discovered a few nasty
annoying things.

Outline of what I'm trying to do:

A self serve support center for users.
Users login into a session
Session checkes user credentials in an LDAP directory
Session variables stored in MySQL database
>From the support site users may download patches & updates
Users can open a support request.

So, nothing too weird.  If I comment out all of my session material it
works. Using any session handling functions downloads work up to 1MB. 
If I comment out the LDAP authentication, the behavior is the same.  If
I comment out the MySQL handler and use the PHP default file handler,
the behavior is the same.  If I comment out the session handling, the
LDAP authentication and the DBMS stuff the downloads work.

I've gotten the Apache thread to exit and dump all the contents of all
the script variables to the web browser screen with no core dump.

All this indicates to me something in the PHP session handling is
stampling memory allocations.  Especially since I've gotten the same
results using an fread() loop instead of fpassthru().


Previous Comments:


[2003-02-10 18:40:07] [EMAIL PROTECTED]

>From the testing I have done, files smaller than one meg seem to work
fine, but large files break in the manner described below.



[2003-02-10 18:36:16] [EMAIL PROTECTED]

Can't build snapshot as apache mod...

Here's the error:

/bin/sh /home/joem/php/php4-STABLE-200302102230/libtool --mode=compile
gcc -I/opt/IBMHTTPServer/include -Isapi/apache/
-I/home/joem/php/php4-STABLE-200302102230/sapi/apache/ -DPHP_ATOM_INC
-I/home/joem/php/php4-STABLE-200302102230/include
-I/home/joem/php/php4-STABLE-200302102230/main
-I/home/joem/php/php4-STABLE-200302102230
-I/home/joem/php/php4-STABLE-200302102230/Zend -I/usr/include/libxml2
-I/usr/include/imap -I/home/joem/php/ldap/include
-I/home/joem/php/libmcal -I/usr/local/include
-I/home/joem/php/mysql/include/mysql -I/usr/include/ucd-snmp
-I/home/joem/php/php4-STABLE-200302102230/ext/xml/expat  -DLINUX=22
-DUSE_HSREGEX -DUSE_EXPAT
-I/home/joem/php/php4-STABLE-200302102230/TSRM  -g -Wall  -prefer-pic
-c /home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c -o
sapi/apache/mod_php4.lo 
gcc -I/opt/IBMHTTPServer/include -Isapi/apache/
-I/home/joem/php/php4-STABLE-200302102230/sapi/apache/ -DPHP_ATOM_INC
-I/home/joem/php/php4-STABLE-200302102230/include
-I/home/joem/php/php4-STABLE-200302102230/main
-I/home/joem/php/php4-STABLE-200302102230
-I/home/joem/php/php4-STABLE-200302102230/Zend -I/usr/include/libxml2
-I/usr/include/imap -I/home/joem/php/ldap/include
-I/home/joem/php/libmcal -I/usr/local/include
-I/home/joem/php/mysql/include/mysql -I/usr/include/ucd-snmp
-I/home/joem/php/php4-STABLE-200302102230/ext/xml/expat -DLINUX=22
-DUSE_HSREGEX -DUSE_EXPAT
-I/home/joem/php/php4-STABLE-200302102230/TSRM -g -Wall -c
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c  -fPIC
-DPIC -o sapi/apache/mod_php4.lo
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c: In
function `sapi_apache_get_fd':
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c:354:
structure has no member named `fd'
make: *** [sapi/apache/mod_php4.lo] Error 1



[2003-02-10 18:17:58] [EMAIL PROTECTED]

Sorry for the delay, I was building php4.3.0 and monkeying with my
script for a bit.  A simplified:

function download_product ($product, $platform, $userdn) {

  $fp = fopen("/home/joem/public_html/php/wordlist.txt","r");
  fpassthru($fp);
}

exhibits the same problem.

But

\n";
  $fp = fopen("somelargetextfile.txt","r");
  fpassthru($fp);
  echo "\n";
?>

by itself starts printing the file to my browser fine...  I've still
got the fpassthru() running in the immediately above code running on
another box at the moment.

-rw-rw-r--1 joem joem 6.8M Feb 10 16:42
/home/joem/public_html/php/wordlist.txt



[2003-02-10 18:04:36] [EMAIL PROTECTED]

Still waiting for that feedback though...



[2003-02-10 18:04:28] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

#22160 [NEW]: --with-mssql fails

[jeremy]

From: [EMAIL PROTECTED]
Operating system: RH Linux 8.0 2.4.18-14smp
PHP version:  4CVS-2003-02-10 (stable)
PHP Bug Type: Compile Failure
Bug description:  --with-mssql fails

Previously reported bug

Bug #21544

compiling php4-STABLE-200302110230 fails 


/usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c: In function
`zm_activate_mssql':
/usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: `SHORT'
undeclared (first use in this function)
/usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: (Each
undeclared identifier is reported only once
/usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: for
each function it appears in.)

my configure string 
note: /usr/local/freetds exists (freetds compiled --with-tdsver=4.2)

./configure --with-mysql=/usr/local/mysql \
--with-apache=../apache_1.3.27-http \
--with-mssql=/usr/local/freetds \
--with-gd=/usr/local/src/gd \
--with-jpeg-dir=/usr/local/src/jpeg-6b \
--with-xml \
--enable-wddx \
--with-png-dir=/usr/lib \
--with-zlib-dir=shared \
--with-curl=/usr/local

Very stuck.


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

#5226 [Com]: arrayfields reorganized when using array_pop

[gstrash]

 ID:   5226
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: freebsd 3.1
 PHP Version:  4.0.0 Release
 New Comment:

Thats kinda bs.
 for ($i=0; $i<=sizeof($A); $i++) {
print "$i = ".$A[$i]."\n";
  }
?>

returns:

0 = A
1 = B
2 = 

but should return 

0 =
1 = A
2 = B


i think you misunderstand what he is saying.  the for loop he created
to dump the array is adding the "2 = "

what woudl be displyed in a var_dump or print_r would be
Array( [0]=>A,[1]=>B)
when it should be 
Array( [1]=>A,[2]=>B)
since the original displays
Array ( [1] => A [2] => B [3] => C )


Previous Comments:


[2002-10-27 19:07:56] [EMAIL PROTECTED]

Except that its not a feature request, its a bogus bug report... ;-)

It imho shouldn't be changed in the first place, but it would also
break bc so fully that it will never change.



[2001-04-04 00:51:40] [EMAIL PROTECTED]

oops, forgot feature request.

-Chris



[2001-04-04 00:49:25] [EMAIL PROTECTED]

Reclassifying as a feature request, regardless of whether it happens
anytime soon. :)

-Chris

[EMAIL PROTECTED] adds...

This is a repeat of 5226, but I couldn't add anything without a
password, which I didn't have.

In that bug, [EMAIL PROTECTED] didn't understand the example that was
given. What happens is this: if you have

$a[5]="five"; 
$a[6]="six";

and then do array_pop($a), you now have $a[0]="five", not $a[5]="five",
as I would expect.

Despite not understanding the example, stas answered the question:
that's the way the zend engine works. But you don't see that as a
problem?




[2000-06-28 10:20:19] [EMAIL PROTECTED]

Presently, all splice-derived functions reorder numeric keys.
There's not much to do about it, since it's the way Zend Engine handles
numeric hash keys.
Changing it either way won't bring more consistent  functionality, so
in the meantime it is just as it is.



[2000-06-25 19:01:02] [EMAIL PROTECTED]

AFAIU that's exactly what pop should do - pop element from array.
Why should it insert empty element on top?



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

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

#21153 [Opn->Fbk]: readline won't be built as an external module

[sniper]

 ID:   21153
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Readline related
 Operating System: Mandrake 9.0
 PHP Version:  4.3.0RC4
 New Comment:

Please try using this CVS snapshot:

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


And if it still fails, send me the config.log file.



Previous Comments:


[2003-01-13 12:24:01] [EMAIL PROTECTED]

No, it's because ncurses stuff isn't present in readline for Mandrake.
I found the error and sent a patch a while back to the cooker list, it
went ignored (that's not unusual).

Well, here's the fix anyway:

http://www.mandrake.com/en/archives/cooker/2002-12/msg01367.php

Chears.



[2003-01-12 16:00:37] [EMAIL PROTECTED]

This looks to be related to readline includes in /usr/include and the
actualy libraries being installed in /lib so they are available for
applications such as bash during boot up when /usr may not be
available.



[2003-01-07 12:57:20] [EMAIL PROTECTED]

It does not work with:
cd ext/readline;phpize;aclocal
./configure --with-readline
[--SNIP--]
checking for libedit readline replacement... yes, shared
checking for readline support... yes, shared
checking for tgetent in -lncurses... yes
checking for readline in -lreadline... no
configure: error: readline library not found

The problem is it checks for tgetent in -lncurses, but it doesn't add
the lib 
in the $LIBS variable.

I have the GNU readline library, version 4.3

I managed to get it work, but then, it also insists on checking *both*
readline and libedit.

So I installed libedit, and the same problem with the -lncurses
appeared.

Seems to me someone should check the config.m4



[2002-12-22 19:29:40] [EMAIL PROTECTED]

Hi.

(sorry, this one was accidently also filed as #21152, I forgot to
change the summary...)

readline won't build as a external module. Here's my configure line
that don't work:

./configure \
--prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--sbindir=/usr/sbin \
--datadir=/usr/share \
--sysconfdir=/etc \
--libdir=/usr/lib \
--includedir=/usr/include \
--infodir=/usr/share/info \
--mandir=/usr/share/man \
--with-apxs2=/usr/sbin/apxs \
--enable-force-cgi-redirect \
--enable-discard-path \
--enable-debug \
--with-layout=GNU \
--with-config-file-path=/etc \
--with-config-file-scan-dir=/etc/httpd/conf.d \
--with-pear=/usr/lib/php \
--enable-safe-mode \
--with-exec-dir=/usr/bin \
--enable-magic-quotes \
--disable-rpath \
--with-openssl=shared,/usr --with-zlib=shared,/usr
--with-zlib-dir=/usr \
--enable-bcmath=shared \
--with-bz2=shared,/usr \
--enable-calendar=shared \
--without-cpdflib \
--with-jpeg-dir=/usr \
--with-tiff-dir=/usr \
--without-crack \
--with-ctype=shared \
--with-curl=shared,/usr \
--without-cyrus \
--without-db \
--enable-dba=shared,/usr \
--with-gdbm=shared,/usr \
--without-ndbm \
--without-db2 \
--without-db3 \
--with-db4=shared,/usr \
--without-dbm \
--with-cdb=shared,/usr \
--with-flatfile=shared \
--enable-dbase=shared \
--enable-dbx=shared,/usr \
--enable-dio=shared,/usr \
--with-dom=shared,/usr --with-zlib-dir=/usr
--with-dom-xslt=shared,/usr --with-dom-exslt=shared,/usr \
--enable-exif=shared \
--without-fbsql \
--without-fdftk \
--enable-filepro=shared \
--without-fribidi \
--enable-ftp=shared \
--with-gd=shared --with-jpeg-dir=/usr --with-png-dir=/usr
--with-zlib-dir=/usr --with-xpm-dir=/usr/X11R6/lib/ \
--with-ttf=/usr \
--with-freetype-dir=/usr \
--with-t1lib=/usr \
--enable-gd-native-ttf \
--with-gettext=shared,/usr \
--with-gmp=shared,/usr \
--without-hwapi \
--without-hyperwave \
--without-iconv \
--with-imap=shared,/usr \
--without-kerberos \
--with-imap-ssl=shared,/usr \
--without-informix \
--without-ingres \
--without-interbase \
--without-ircg \
--with-ircg-config=/dev/null \
--without-java \
--with-ldap=shared,/usr \
--enable-mbstring=shared \
--enable-mbregex=shared \
--without-mcal \
--with-mcrypt=shared,/usr \
--without-mcve \
--with-mhash=shared,/usr \
--enable-mime-magic=shared \
--with-ming=shared,/usr \
--with-mnogosearch=shared,/usr \
--without-msession \
--without-msql \
--without-mssql \
--with

#22159 [Opn->Bgs]: one session create two session files

[sniper]

 ID:   22159
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Linux debian 2.4.18-orig
 PHP Version:  4.2.1
 New Comment:

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

Thank you for your interest in PHP.

Ask support on the mailing lists, this is not likely
any bug in PHP..



Previous Comments:


[2003-02-10 20:55:33] [EMAIL PROTECTED]

 im not find bug list.
 but be like find.
 bug id 13683(
http://bugs.php.net/search.php?cmd=display&search_for=create )






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

#22157 [Opn->Fbk]: libtool: s%^.*/%%: No such file or directory

[sniper]

 ID:   22157
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: RH 6.2, RH 7.3
 PHP Version:  5CVS-2003-02-10 (dev)
 New Comment:

You're doing something wrong or I broke the damn libtool when I
upgraded it in CVS.

It looks like you've installed libtool pretty weirdly..
Are you sure it's not conflicting with some old version?
And you should have libtool.m4 somehwere under /usr/share/libtool too.


Basically the problem is that when you run buildconf (do ./cvsclean &&
./buildconf) aclocal will add the contents of that libtool.m4 into your
configure script. And that doesn't seem to happen now.

Try running aclocal manually after buildconf to see if it outputs some
error.




Previous Comments:


[2003-02-10 20:42:17] [EMAIL PROTECTED]

>Snapshot or straight from CVS? 

Straight from CVS in a fresh directory

>Do you have libtool 1.4.3 installed?

Yes.

[root@orbiter php5]# whereis libtool
libtool: /usr/src/php5/libtool /usr/src/libart_lgpl-2.3.11/libtool
/usr/src/libtool-1.4.3/libtool.m4 /usr/src/libtool-1.4.3/libtool
/usr/bin/libtool /usr/local/bin/libtool /usr/share/libtool

[root@orbiter php5]# ls -la /usr/bin/libtool
lrwxrwxrwx1 root root   22 Feb 11 03:33
/usr/bin/libtool -> /usr/local/bin/libtool

[root@orbiter php5]# /usr/bin/libtool --version
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54)

regards dtg



[2003-02-10 18:53:13] [EMAIL PROTECTED]

Snapshot or straight from CVS? 
Do you have libtool 1.4.3 installed?





[2003-02-10 18:13:36] [EMAIL PROTECTED]

Hi,

libtool perishes in todays PHP5 CVS 

[root@orbiter php5]# cat /etc/redhat-release 
Red Hat Linux release 7.3 (Valhalla)

[root@orbiter php5]# uname -a
Linux orbiter 2.4.18-3smp #1 SMP Thu Apr 18 06:59:55 EDT 2002 i686
unknown

[root@orbiter php5]# cat config.nice 
#! /bin/sh
#
# Created by configure

'./configure' \
'--enable-force-cgi-redirect' \
'--with-config-file-path=../conf' \
'--with-zlib' \
"$@"

[root@orbiter php5]# ./libtool --version
./libtool: s%^.*/%%: No such file or directory
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54)

[root@orbiter php5]# make -j2
/bin/sh libtool --silent --mode=link gcc -export-dynamic -g-O2 [... ...
... ... ... ... etc.] /zend_qsort.lo Zend/zend_multibyte.lo
Zend/zend_objects.lo Zend/zend_object_handlers.lo
Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_execute.lo
sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo
-lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt  -o sapi/cli/php
libtool: s%^.*/%%: No such file or directory
libtool: s%^.*/%%: No such file or directory
libtool: -e: command not found
libtool: -e: command not found

regards dtg




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

#22159 [NEW]: one session create two session files

[jijang]

From: [EMAIL PROTECTED]
Operating system: Linux debian 2.4.18-orig
PHP version:  4.2.1
PHP Bug Type: Session related
Bug description:  one session create two session files

 im not find bug list.
 but be like find.
 bug id 13683(
http://bugs.php.net/search.php?cmd=display&search_for=create )


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

#21549 [Fbk->Csd]: problem with INGRES II permanent connexions

[sniper]

 ID:   21549
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: *Database Functions
 Operating System: HP-UX 11.00
 PHP Version:  4.2.1
 New Comment:

Patch received, cleaned up and committed to CVS.
Thank you.



Previous Comments:


[2003-02-10 08:06:31] [EMAIL PROTECTED]

I have not received any email with the patch..




[2003-02-10 02:00:08] [EMAIL PROTECTED]

Hi, 
I send all the modifications (to derick and sniper) we make two or
three times. 
I say you that you can delete all the comments and change the name of
the function we add. 
Let me know what you want more 
Pierre-Marie MOULIERE



[2003-02-07 23:51:11] [EMAIL PROTECTED]

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





[2003-01-27 22:39:09] [EMAIL PROTECTED]

Any news about the patch to fix this?




[2003-01-09 08:45:10] [EMAIL PROTECTED]

Please send this patch to [EMAIL PROTECTED] (make sure you  have a
patch against either PHP 4.3.0 or the latest non-stable cvs version).

Derick



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

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

#22157 [Fbk->Opn]: libtool: s%^.*/%%: No such file or directory

[daniel . gorski]

 ID:   22157
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: RH 6.2, RH 7.3
 PHP Version:  5CVS-2003-02-10 (dev)
 New Comment:

>Snapshot or straight from CVS? 

Straight from CVS in a fresh directory

>Do you have libtool 1.4.3 installed?

Yes.

[root@orbiter php5]# whereis libtool
libtool: /usr/src/php5/libtool /usr/src/libart_lgpl-2.3.11/libtool
/usr/src/libtool-1.4.3/libtool.m4 /usr/src/libtool-1.4.3/libtool
/usr/bin/libtool /usr/local/bin/libtool /usr/share/libtool

[root@orbiter php5]# ls -la /usr/bin/libtool
lrwxrwxrwx1 root root   22 Feb 11 03:33
/usr/bin/libtool -> /usr/local/bin/libtool

[root@orbiter php5]# /usr/bin/libtool --version
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54)

regards dtg


Previous Comments:


[2003-02-10 18:53:13] [EMAIL PROTECTED]

Snapshot or straight from CVS? 
Do you have libtool 1.4.3 installed?





[2003-02-10 18:13:36] [EMAIL PROTECTED]

Hi,

libtool perishes in todays PHP5 CVS 

[root@orbiter php5]# cat /etc/redhat-release 
Red Hat Linux release 7.3 (Valhalla)

[root@orbiter php5]# uname -a
Linux orbiter 2.4.18-3smp #1 SMP Thu Apr 18 06:59:55 EDT 2002 i686
unknown

[root@orbiter php5]# cat config.nice 
#! /bin/sh
#
# Created by configure

'./configure' \
'--enable-force-cgi-redirect' \
'--with-config-file-path=../conf' \
'--with-zlib' \
"$@"

[root@orbiter php5]# ./libtool --version
./libtool: s%^.*/%%: No such file or directory
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54)

[root@orbiter php5]# make -j2
/bin/sh libtool --silent --mode=link gcc -export-dynamic -g-O2 [... ...
... ... ... ... etc.] /zend_qsort.lo Zend/zend_multibyte.lo
Zend/zend_objects.lo Zend/zend_object_handlers.lo
Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_execute.lo
sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo
-lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt  -o sapi/cli/php
libtool: s%^.*/%%: No such file or directory
libtool: s%^.*/%%: No such file or directory
libtool: -e: command not found
libtool: -e: command not found

regards dtg




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

#22118 [Opn->Bgs]: Sablotron segfaults

[iliaa]

 ID:   22118
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: XSLT related
 Operating System: AIX 4.3
 PHP Version:  4.3.0
 New Comment:

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

Thank you for your interest in PHP.

Thank you for updating us cause of the problem. Since the problem is
not PHP related I am marking it bogus.


Previous Comments:


[2003-02-10 19:41:38] [EMAIL PROTECTED]

yes.

this appears to be a sablotron/AIX issue rather than a php
issue.

http://archive.gingerall.cz/archives/public/sablot2002/msg02240.html

sabcmd also coredumps for me. i apologize for not discovering this
before posting here. thanks for your help.



[2003-02-10 12:22:57] [EMAIL PROTECTED]

Are you still getting the duplicate symbol warnings?



[2003-02-09 21:59:59] [EMAIL PROTECTED]

i am not an expert on shared libraries (far from it)
but it seemed safe to have libsablot, apache and php use the same
system expat. 

changing the expat in apache did not help me here:

/apache_1.3.27> ./configure --enable-module="so"
--enable-module="rewrite" --disable-rule=EXPAT

i re-installed apache. rebuilt php. re-installed php,
and to make sure that there were no other side-effects
i temporarily turned off mod_perl.

the results seem very much the same though.

here is a backtrace:

#0  0x10003f88 in sig_coredump ()
#1  
#2  0xd10e5030 in XML_ParserCreateNS () at lib/xmlparse.c:630
#3  0xd10db1a4 in TreeConstructer::parseDataLineUsingExpat
(this=0x6000b04f, 
S=@0x0, t=0x60032019, d=0x7f, 
base_=0x7f ) at parser.cpp:106
#4  0xd10678d8 in Tree::parse (this=0x20161bf8, S=@0x20160448,
d=0x7f)
at tree.cpp:1375
#5  0xd101a89c in Processor::addLineParse (this=0x201614e8,
S=@0x20160448, 
newTree=@0x201614ec, absolute=@0x2ff206b8, isXSL=1, ignoreErr=0)
at proc.cpp:597
#6  0xd101b054 in Processor::readTreeFromURI (this=0x201614e8,
S=@0x20160448, 
newTree=@0x201614ec, location=@0x20161908, base=@0x2ff20758,
isXSL=1, 
ignoreErr=0) at proc.cpp:645
#7  0xd1017d7c in Processor::open (this=0x201614e8, S=@0x20160448, 
sheetURI=0x20161a80 , 
inputURI=0x201619e0 ) at
proc.cpp:314
#8  0xd10d48d0 in SablotRunProcessorGen (S=0x20160448,
processor_=0x201614e8, 
sheetURI=0x20161a80 , 
inputURI=0x201619e0 , 
resultURI=0xd1712850 "arg:/_result") at sablot.cpp:374
#9  0xd16af9cc in zif_xslt_process (ht=3, return_value=0x20161ad0, 
this_ptr=0x, return_value_used=-1)
at /home/pete/tmp/php-4.3.0/ext/xslt/sablot.c:590
#10 0xd160a2f4 in execute (op_array=0x20160080)
at /home/pete/tmp/php-4.3.0/Zend/zend_execute.c:1596
#11 0xd15ef900 in zend_execute_scripts (type=0, retval=0x0,
file_count=3)
at /home/pete/tmp/php-4.3.0/Zend/zend.c:864
#12 0xd15eacb8 in php_execute_script (primary_file=0x2ff22310)
at /home/pete/tmp/php-4.3.0/main/main.c:1573
#13 0xd16ef54c in apache_php_module_main (r=0x0,
display_source_mode=0)
at /home/pete/tmp/php-4.3.0/sapi/apache/sapi_apache.c:55
#14 0xd16f20ac in send_php (r=0x20156be0, display_source_mode=0,
filename=0x0)
at /home/pete/tmp/php-4.3.0/sapi/apache/mod_php4.c:556
#15 0xd16f213c in send_parsed_php (r=0x0)
at /home/pete/tmp/php-4.3.0/sapi/apache/mod_php4.c:571
#16 0x100164ac in ap_invoke_handler ()
#17 0x10044924 in process_request_internal ()
#18 0x100449e8 in ap_process_request ()
#19 0x10006088 in child_main ()
#20 0x10006400 in make_child ()
#21 0x1000690c in perform_idle_server_maintenance ()
#22 0x100070a8 in standalone_main ()
#23 0x100078fc in main ()
#24 0x11dc in __start ()

the relevant line in my script was again
$result = xslt_process($processor, 'about.xml','about.xsl');

and i used the same trivial xml/xsl files.



[2003-02-09 16:30:14] [EMAIL PROTECTED]

Compile Apache with --disable-rule=EXPAT.



[2003-02-08 22:13:49] [EMAIL PROTECTED]

some more information: i have to copy the php module into
the appropriate place by hand, make install fails as follows

# make install
Installing PHP SAPI module
[activating module `php4' in /usr/local/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so
cp: libs/libphp4.so: No such file or directory
apxs:Break: Command failed with rc=1
make: *** [install-sapi] Error 1

# cp .libs/libphp4.so.0\ /usr/local/

#22118 [Fbk->Opn]: Sablotron segfaults

[pete+php]

 ID:   22118
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: XSLT related
 Operating System: AIX 4.3
 PHP Version:  4.3.0
 New Comment:

yes.

this appears to be a sablotron/AIX issue rather than a php
issue.

http://archive.gingerall.cz/archives/public/sablot2002/msg02240.html

sabcmd also coredumps for me. i apologize for not discovering this
before posting here. thanks for your help.


Previous Comments:


[2003-02-10 12:22:57] [EMAIL PROTECTED]

Are you still getting the duplicate symbol warnings?



[2003-02-09 21:59:59] [EMAIL PROTECTED]

i am not an expert on shared libraries (far from it)
but it seemed safe to have libsablot, apache and php use the same
system expat. 

changing the expat in apache did not help me here:

/apache_1.3.27> ./configure --enable-module="so"
--enable-module="rewrite" --disable-rule=EXPAT

i re-installed apache. rebuilt php. re-installed php,
and to make sure that there were no other side-effects
i temporarily turned off mod_perl.

the results seem very much the same though.

here is a backtrace:

#0  0x10003f88 in sig_coredump ()
#1  
#2  0xd10e5030 in XML_ParserCreateNS () at lib/xmlparse.c:630
#3  0xd10db1a4 in TreeConstructer::parseDataLineUsingExpat
(this=0x6000b04f, 
S=@0x0, t=0x60032019, d=0x7f, 
base_=0x7f ) at parser.cpp:106
#4  0xd10678d8 in Tree::parse (this=0x20161bf8, S=@0x20160448,
d=0x7f)
at tree.cpp:1375
#5  0xd101a89c in Processor::addLineParse (this=0x201614e8,
S=@0x20160448, 
newTree=@0x201614ec, absolute=@0x2ff206b8, isXSL=1, ignoreErr=0)
at proc.cpp:597
#6  0xd101b054 in Processor::readTreeFromURI (this=0x201614e8,
S=@0x20160448, 
newTree=@0x201614ec, location=@0x20161908, base=@0x2ff20758,
isXSL=1, 
ignoreErr=0) at proc.cpp:645
#7  0xd1017d7c in Processor::open (this=0x201614e8, S=@0x20160448, 
sheetURI=0x20161a80 , 
inputURI=0x201619e0 ) at
proc.cpp:314
#8  0xd10d48d0 in SablotRunProcessorGen (S=0x20160448,
processor_=0x201614e8, 
sheetURI=0x20161a80 , 
inputURI=0x201619e0 , 
resultURI=0xd1712850 "arg:/_result") at sablot.cpp:374
#9  0xd16af9cc in zif_xslt_process (ht=3, return_value=0x20161ad0, 
this_ptr=0x, return_value_used=-1)
at /home/pete/tmp/php-4.3.0/ext/xslt/sablot.c:590
#10 0xd160a2f4 in execute (op_array=0x20160080)
at /home/pete/tmp/php-4.3.0/Zend/zend_execute.c:1596
#11 0xd15ef900 in zend_execute_scripts (type=0, retval=0x0,
file_count=3)
at /home/pete/tmp/php-4.3.0/Zend/zend.c:864
#12 0xd15eacb8 in php_execute_script (primary_file=0x2ff22310)
at /home/pete/tmp/php-4.3.0/main/main.c:1573
#13 0xd16ef54c in apache_php_module_main (r=0x0,
display_source_mode=0)
at /home/pete/tmp/php-4.3.0/sapi/apache/sapi_apache.c:55
#14 0xd16f20ac in send_php (r=0x20156be0, display_source_mode=0,
filename=0x0)
at /home/pete/tmp/php-4.3.0/sapi/apache/mod_php4.c:556
#15 0xd16f213c in send_parsed_php (r=0x0)
at /home/pete/tmp/php-4.3.0/sapi/apache/mod_php4.c:571
#16 0x100164ac in ap_invoke_handler ()
#17 0x10044924 in process_request_internal ()
#18 0x100449e8 in ap_process_request ()
#19 0x10006088 in child_main ()
#20 0x10006400 in make_child ()
#21 0x1000690c in perform_idle_server_maintenance ()
#22 0x100070a8 in standalone_main ()
#23 0x100078fc in main ()
#24 0x11dc in __start ()

the relevant line in my script was again
$result = xslt_process($processor, 'about.xml','about.xsl');

and i used the same trivial xml/xsl files.



[2003-02-09 16:30:14] [EMAIL PROTECTED]

Compile Apache with --disable-rule=EXPAT.



[2003-02-08 22:13:49] [EMAIL PROTECTED]

some more information: i have to copy the php module into
the appropriate place by hand, make install fails as follows

# make install
Installing PHP SAPI module
[activating module `php4' in /usr/local/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so
cp: libs/libphp4.so: No such file or directory
apxs:Break: Command failed with rc=1
make: *** [install-sapi] Error 1

# cp .libs/libphp4.so.0\ /usr/local/apache/libexec/libphp4.so

then i do the rest of the installs individually
# make install-modules
# make install-pear
# make install-build
# make install-headers
# make install-programs

and there are a number of warnings from ld in the build

ld: 0711-224 WARNING: Duplicate symbol: .XML_ParserFree
ld: 0711-224 WARNING: Duplicate symbol: XML_ParserFree
ld: 0711-224 WARNING: Duplicate symbol: .XML_ParserCreate
ld: 0711-224 WARNING: Duplicate symbol: XML_ParserCreate
...
ld: 0711-224 WARNI

#20426 [Csd]: php.exe refused to end process: can not close connection to MSSQL

[ulysses]

 ID:   20426
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: MSSQL related
 Operating System: Windows 2000 Server
 PHP Version:  4.30
 New Comment:

Thank you. I'll try it.


Previous Comments:


[2003-02-10 19:24:25] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

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





[2003-01-13 22:17:25] [EMAIL PROTECTED]

To Nice PHP staff:
It seemed that PHP does not handle SMALLDATETIME format 
well. When I execute this SQL statement:

select GetDate(), CAST(GetDate() as SMALLDATETIME)

I got this:

"Tue 14, Jan 2003, 12:12:42","2003 ¤@¤ë 14 12:13¤U¤È"

with mssql.datetimeconvert=Off and/or with ini_set
('mssql.datetimeconvert',0); 


To meeder:
My MSSQL problem would cause PHP to hang everytime. Just on 
connection would cause system to crash. What is your 
crashing symptom ? 'Too many connection would crash' sounds 
like presistant-connection-spooler-full or CGI-ERROR 
problem.



[2003-01-13 08:44:39] [EMAIL PROTECTED]

I got the same problem on a w2k machine as well i'm using a mysql
database. I got as well a smallinteger in my table. If i don't get many
hits it survives. But when the hits increase (don't know at which
point) PHP crashes

i'm still working on it



[2003-01-03 00:03:25] [EMAIL PROTECTED]

OK... here goes more detail...

Just tried PHP 4.30 ISAPI mode. It still crashed, but now it would
response messages like this:

"PHP has encountered an Access Violation at 77FCB032"

And more crashing condition:

In both CGI and ISAPI mode, PHP will crash when executing "select *"
from any table that contains ONE, TWO OR MORE datetime/smalldatetime
format columns THAT THERE IS ANY OTHER COLUMN BEHIND these datetime
columns.

for example:

example_table (
  sn int,
  title varchar(40),
  modifytime datetime
);

Executing "SELECT sn, title, modifytime FROM example_table" will be
okay, but executing "SELECT sn, modifytime, title FROM example_table"
will crash.



[2003-01-02 23:11:12] [EMAIL PROTECTED]

For more detailed information:

1. On Trad. Chinese version Windows 2000 with Trad. Chinese 
MSSQL 2000, I will get date format like '2003-01-06 
10:23:00' when I execute "select *" in Quary Analyzer. But 
I will get response like '2003 ¤@¤ë 06 10:23 ¤W¤È' when 
executing the same query with PHP.

2. I've tried to change date/number format settings in 
Windowd Location control panel, not working.

3. I've tried to change database default encoding, not 
working.

4. I've tried to add mssql.datetimeconvert=0 AND 
mssql.datetimeconvert=Off in php.ini, not working.

5. The ONLY way to alter the date-format converting style 
of php_mssql is to change the default language script of 
Windows 2000.

For detailed description of the crashing problem:

1. When executing "select *" from any table that contains 
ONE datetime/smalldatetime format column, PHP will execute 
and output text to browser. But that php.exe process will 
not end, neither calling mssql_close() nor not. You can see 
it in the Task Manager, and it can not be stopper by 
clicking "End Process".

2. When executing "select *" from any table that contains 
TWO OR MORE datetime/smalldatetime format column, PHP will 
crashed upon calling mssql_query. Again, that php.exe 
process will not quit and can not be forced quit using Task 
Manager.

3. By switching Windows 2000 default script to Japaness, 
all this problem disappears.

4. I've tried ALL other data format. None would cause 
crashing like this.

Now I'm 100% sure this IS a date-format converting bug. And 
now I'm just asking for one thing: to disable this 
"feature". Please! I beg you!



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

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

#21479 [Opn->Fbk]: function crashes when used with a URL

[iliaa]

 ID:   21479
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GetImageSize related
 Operating System: Windows 2000
 PHP Version:  4.3.0
 New Comment:

Please try using this CVS snapshot:

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

I cannot replicate the bug using Windows XP + PHP 4.3.1-dev.


Previous Comments:


[2003-01-25 12:30:11] [EMAIL PROTECTED]

I cannot reproduce this with 4.4:

[c:\dokumente und einstellungen\marcus]c:\Programme\PHP4\php.exe
http://economads.com/libaware/_font/title/image.gif'));
?>
^Z
Content-type: text/html
X-Powered-By: PHP/4.4.0-dev


Warning: 
getimagesize(http://economads.com/libaware/_font/title/image.gif) [function.getimagesize]:
failed to create stream: HTTP request failed! HTTP/1.1 404 Object Not
Found in C:\Dokumente und Einstellungen\marcus\- on line
2

[c:\dokumente und einstellungen\marcus]php -v
PHP 4.4.0-dev (cgi-fcgi), Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.4.0, Copyright (c) 1998-2003 Zend Technologies




[2003-01-22 23:30:23] [EMAIL PROTECTED]

I can not reproduce this within Linux, I guess this is
yet another windows only bug..




[2003-01-22 22:58:12] [EMAIL PROTECTED]

HOLD IT - I just found out exactly how to reproduce it. please read
carefully.

the code is:
http://domain/dir1/dir2/dir3/image.gif');
?>

make sure the path:
http://domain/dir1/dir2/dir3/
containts THREE directories after the domain (i.e. 6 forward-slashes
total), and that the PATH physically EXISTS.

AND make sure that the file (in code 'image.gif') DOES NOT exist.

You can test against:
http://economads.com/libaware/_font/title/image.gif

This crashes on my server - running PHP 4.3.0 as CGI with IIS Win2000.


Hope this helps.



[2003-01-20 17:13:18] [EMAIL PROTECTED]

Ahha..so you had propably the old php4ts.dll there, from
previous version...




[2003-01-20 17:08:48] [EMAIL PROTECTED]

crashes means gpf .. a windows application error, and then error cgi
returned wrong headers, etc.

anyway, i have installed 4.3.0 once again (removed it after discovering
crash), and not like last time - rebooted the machine - and it seems to
fix the problem.



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

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

#20426 [Opn->Csd]: php.exe refused to end process: can not close connection to MSSQL

[fmk]

 ID:   20426
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: MSSQL related
 Operating System: Windows 2000 Server
 PHP Version:  4.30
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

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




Previous Comments:


[2003-01-13 22:17:25] [EMAIL PROTECTED]

To Nice PHP staff:
It seemed that PHP does not handle SMALLDATETIME format 
well. When I execute this SQL statement:

select GetDate(), CAST(GetDate() as SMALLDATETIME)

I got this:

"Tue 14, Jan 2003, 12:12:42","2003 ¤@¤ë 14 12:13¤U¤È"

with mssql.datetimeconvert=Off and/or with ini_set
('mssql.datetimeconvert',0); 


To meeder:
My MSSQL problem would cause PHP to hang everytime. Just on 
connection would cause system to crash. What is your 
crashing symptom ? 'Too many connection would crash' sounds 
like presistant-connection-spooler-full or CGI-ERROR 
problem.



[2003-01-13 08:44:39] [EMAIL PROTECTED]

I got the same problem on a w2k machine as well i'm using a mysql
database. I got as well a smallinteger in my table. If i don't get many
hits it survives. But when the hits increase (don't know at which
point) PHP crashes

i'm still working on it



[2003-01-03 00:03:25] [EMAIL PROTECTED]

OK... here goes more detail...

Just tried PHP 4.30 ISAPI mode. It still crashed, but now it would
response messages like this:

"PHP has encountered an Access Violation at 77FCB032"

And more crashing condition:

In both CGI and ISAPI mode, PHP will crash when executing "select *"
from any table that contains ONE, TWO OR MORE datetime/smalldatetime
format columns THAT THERE IS ANY OTHER COLUMN BEHIND these datetime
columns.

for example:

example_table (
  sn int,
  title varchar(40),
  modifytime datetime
);

Executing "SELECT sn, title, modifytime FROM example_table" will be
okay, but executing "SELECT sn, modifytime, title FROM example_table"
will crash.



[2003-01-02 23:11:12] [EMAIL PROTECTED]

For more detailed information:

1. On Trad. Chinese version Windows 2000 with Trad. Chinese 
MSSQL 2000, I will get date format like '2003-01-06 
10:23:00' when I execute "select *" in Quary Analyzer. But 
I will get response like '2003 ¤@¤ë 06 10:23 ¤W¤È' when 
executing the same query with PHP.

2. I've tried to change date/number format settings in 
Windowd Location control panel, not working.

3. I've tried to change database default encoding, not 
working.

4. I've tried to add mssql.datetimeconvert=0 AND 
mssql.datetimeconvert=Off in php.ini, not working.

5. The ONLY way to alter the date-format converting style 
of php_mssql is to change the default language script of 
Windows 2000.

For detailed description of the crashing problem:

1. When executing "select *" from any table that contains 
ONE datetime/smalldatetime format column, PHP will execute 
and output text to browser. But that php.exe process will 
not end, neither calling mssql_close() nor not. You can see 
it in the Task Manager, and it can not be stopper by 
clicking "End Process".

2. When executing "select *" from any table that contains 
TWO OR MORE datetime/smalldatetime format column, PHP will 
crashed upon calling mssql_query. Again, that php.exe 
process will not quit and can not be forced quit using Task 
Manager.

3. By switching Windows 2000 default script to Japaness, 
all this problem disappears.

4. I've tried ALL other data format. None would cause 
crashing like this.

Now I'm 100% sure this IS a date-format converting bug. And 
now I'm just asking for one thing: to disable this 
"feature". Please! I beg you!



[2003-01-02 22:23:39] [EMAIL PROTECTED]

OK... I've Just installed latest PHP 4.30, and the crashing 
problem is getting WORSE!

Now PHP will crash whenever I just execute "select *" from 
any table that contains two or more datetime/smalldatetime  
columns.

Again, this crashing situation disappears when I switch 
default script of Windows2000 to Japaness. But I can not 
tell my customers to do this. 

Could you nice guys just DISABLE the auto date format 
conv

#22137 [Opn->Fbk]: xslt_process hangs with sort.

[msopacua]

 ID:   22137
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: XSLT related
 Operating System: Linux
 PHP Version:  4.3.0


Previous Comments:


[2003-02-10 19:08:29] [EMAIL PROTECTED]

If you're using Sablotron 0.97 there should be a section on how
Sablotron was configured in phpinfo() output.

Could you paste that as well as the output of the 'Configure command'?
There's something really off here, since neither ilia nor me can
reproduce what you're seeing, on totally different systems. Could you
confirm if the ISP is WideXs (I might be able to get a shell on such a
box then)?



[2003-02-10 18:16:05] [EMAIL PROTECTED]

I'm using Sablotron version 0.97.

I don't know if wchar.h is present on my system because the error
occured on the machine of my ISP.



[2003-02-10 16:47:10] [EMAIL PROTECTED]

Please also report the Sablotron version you're using and whether
wchar.h is present on your system?



[2003-02-10 09:52:37] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Cannot replicate the bug using the latest snapshot.



[2003-02-09 18:03:00] [EMAIL PROTECTED]

Thanks for your reply.
I made a script to reproduce the problem. 
On php version 4.2.1 on windows it works fine.
On php version 4.3.0 on linux it will hang.


With kind regards,
Paul van Gils


".
   "".
   "".
   "".
   "Hello world!".
   "".
   "".
   "".
   "";



  $xsl="\n".
   "http://www.w3.org/1999/XSL/Transform\"\n";.
   "xmlns:fo=\"http://www.w3.org/1999/XSL/Format\";>\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "Hello world!\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n";

  // $xml and $xsl contain the XML and XSL data
 $arguments = array(
'/_xml' => $xml,
'/_xsl' => $xsl
 );

 // Allocate a new XSLT processor
 $xh = xslt_create();
 $result = xslt_process($xh, 'arg:/_xml', 'arg:/_xsl', NULL,
$arguments);

echo "Gereed";


?>



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

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

#13377 [Com]: image copyresampled doesn't use srcx and srcy

[dima]

 ID:   13377
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: GD related
 Operating System: Linux and win98
 PHP Version:  4.0.6
 New Comment:

Me too! 
php 4.3.0 
libgd2-2.0.4


Previous Comments:


[2002-07-20 01:00:09] [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-06-19 04:24:43] [EMAIL PROTECTED]

Please test with eiher http://snaps.php.net/php4-latest.tar.gz
(configure --with-gd=php) or try the win32 snapshot
http://snaps.php.net/win32/php4-win32-latest.zip



[2002-06-19 03:53:05] [EMAIL PROTECTED]

Well, not for 4.0.6, but now that we've forked gd the bugs 
will be ours as well...



[2002-06-18 18:53:17] [EMAIL PROTECTED]

Not a bug in PHP.




[2001-10-24 14:02:13] [EMAIL PROTECTED]

Duplicate of 12780.



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

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

#22137 [Opn]: xslt_process hangs with sort.

[msopacua]

 ID:   22137
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: XSLT related
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

If you're using Sablotron 0.97 there should be a section on how
Sablotron was configured in phpinfo() output.

Could you paste that as well as the output of the 'Configure command'?
There's something really off here, since neither ilia nor me can
reproduce what you're seeing, on totally different systems. Could you
confirm if the ISP is WideXs (I might be able to get a shell on such a
box then)?


Previous Comments:


[2003-02-10 18:16:05] [EMAIL PROTECTED]

I'm using Sablotron version 0.97.

I don't know if wchar.h is present on my system because the error
occured on the machine of my ISP.



[2003-02-10 16:47:10] [EMAIL PROTECTED]

Please also report the Sablotron version you're using and whether
wchar.h is present on your system?



[2003-02-10 09:52:37] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Cannot replicate the bug using the latest snapshot.



[2003-02-09 18:03:00] [EMAIL PROTECTED]

Thanks for your reply.
I made a script to reproduce the problem. 
On php version 4.2.1 on windows it works fine.
On php version 4.3.0 on linux it will hang.


With kind regards,
Paul van Gils


".
   "".
   "".
   "".
   "Hello world!".
   "".
   "".
   "".
   "";



  $xsl="\n".
   "http://www.w3.org/1999/XSL/Transform\"\n";.
   "xmlns:fo=\"http://www.w3.org/1999/XSL/Format\";>\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "Hello world!\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n";

  // $xml and $xsl contain the XML and XSL data
 $arguments = array(
'/_xml' => $xml,
'/_xsl' => $xsl
 );

 // Allocate a new XSLT processor
 $xh = xslt_create();
 $result = xslt_process($xh, 'arg:/_xml', 'arg:/_xsl', NULL,
$arguments);

echo "Gereed";


?>



[2003-02-09 16:24:43] [EMAIL PROTECTED]

Is this reproducable with sabcmd?

If not, please provide sample files. If they're long, post a url where
they can be downloaded.



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

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

#22157 [Opn->Fbk]: libtool: s%^.*/%%: No such file or directory

[sniper]

 ID:   22157
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: RH 6.2, RH 7.3
 PHP Version:  5CVS-2003-02-10 (dev)
 New Comment:

Snapshot or straight from CVS? 
Do you have libtool 1.4.3 installed?




Previous Comments:


[2003-02-10 18:13:36] [EMAIL PROTECTED]

Hi,

libtool perishes in todays PHP5 CVS 

[root@orbiter php5]# cat /etc/redhat-release 
Red Hat Linux release 7.3 (Valhalla)

[root@orbiter php5]# uname -a
Linux orbiter 2.4.18-3smp #1 SMP Thu Apr 18 06:59:55 EDT 2002 i686
unknown

[root@orbiter php5]# cat config.nice 
#! /bin/sh
#
# Created by configure

'./configure' \
'--enable-force-cgi-redirect' \
'--with-config-file-path=../conf' \
'--with-zlib' \
"$@"

[root@orbiter php5]# ./libtool --version
./libtool: s%^.*/%%: No such file or directory
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54)

[root@orbiter php5]# make -j2
/bin/sh libtool --silent --mode=link gcc -export-dynamic -g-O2 [... ...
... ... ... ... etc.] /zend_qsort.lo Zend/zend_multibyte.lo
Zend/zend_objects.lo Zend/zend_object_handlers.lo
Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_execute.lo
sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo
-lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt  -o sapi/cli/php
libtool: s%^.*/%%: No such file or directory
libtool: s%^.*/%%: No such file or directory
libtool: -e: command not found
libtool: -e: command not found

regards dtg




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

#22158 [NEW]: "8M" isn't and integer is it ?

[greg]

From: [EMAIL PROTECTED]
Operating system: Red Hat 8.0
PHP version:  4.2.2
PHP Bug Type: *Configuration Issues
Bug description:  "8M" isn't and integer is it ?

First off, I think you guys are great and I would be at a loss without
you so many-many thanks

But. while troubleshooting a file upload issue with imp (standard
thing reported many times in a number of different varieties
upload_max_filesize ignored and the likewise post_max_size ignored and
even memory_limit doesn't matter) I first looked to my php.ini and started
adjusting these settings to no avail.
My actual problem was a gem of a file httpd/conf.d/php.conf which
contained --


SetOutputFilter PHP
SetInputFilter PHP
LimitRequestBody 524288


the cause of my httpd/errorlog file noting... 
"Requested content-length of 2172475 is larger than the configured limit
of 524288" --> that's what I get for Red Hat RPMs instead of real
files 

Anyway the possible "bug" is that the documentation specifically
states that all three of these configuration directives are of type
integer and the default is "8M"... it seems to me that should be 800
if the unit is bytes. And, even the units of the directive is a bit
unclear and should be clearly stated, I think.

Thanks for your patience and good work and if this isn't in line...
well I fixed my problem so I'm still thrilled with you folks.

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

#22154 [Com]: fpassthru() fails with files larger than a few hundered KB

[hedd]

 ID:   22154
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache related
 Operating System: Linux 2.4.18-10
 PHP Version:  4.3.0
 New Comment:

>From the testing I have done, files smaller than one meg seem to work
fine, but large files break in the manner described below.


Previous Comments:


[2003-02-10 18:36:16] [EMAIL PROTECTED]

Can't build snapshot as apache mod...

Here's the error:

/bin/sh /home/joem/php/php4-STABLE-200302102230/libtool --mode=compile
gcc -I/opt/IBMHTTPServer/include -Isapi/apache/
-I/home/joem/php/php4-STABLE-200302102230/sapi/apache/ -DPHP_ATOM_INC
-I/home/joem/php/php4-STABLE-200302102230/include
-I/home/joem/php/php4-STABLE-200302102230/main
-I/home/joem/php/php4-STABLE-200302102230
-I/home/joem/php/php4-STABLE-200302102230/Zend -I/usr/include/libxml2
-I/usr/include/imap -I/home/joem/php/ldap/include
-I/home/joem/php/libmcal -I/usr/local/include
-I/home/joem/php/mysql/include/mysql -I/usr/include/ucd-snmp
-I/home/joem/php/php4-STABLE-200302102230/ext/xml/expat  -DLINUX=22
-DUSE_HSREGEX -DUSE_EXPAT
-I/home/joem/php/php4-STABLE-200302102230/TSRM  -g -Wall  -prefer-pic
-c /home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c -o
sapi/apache/mod_php4.lo 
gcc -I/opt/IBMHTTPServer/include -Isapi/apache/
-I/home/joem/php/php4-STABLE-200302102230/sapi/apache/ -DPHP_ATOM_INC
-I/home/joem/php/php4-STABLE-200302102230/include
-I/home/joem/php/php4-STABLE-200302102230/main
-I/home/joem/php/php4-STABLE-200302102230
-I/home/joem/php/php4-STABLE-200302102230/Zend -I/usr/include/libxml2
-I/usr/include/imap -I/home/joem/php/ldap/include
-I/home/joem/php/libmcal -I/usr/local/include
-I/home/joem/php/mysql/include/mysql -I/usr/include/ucd-snmp
-I/home/joem/php/php4-STABLE-200302102230/ext/xml/expat -DLINUX=22
-DUSE_HSREGEX -DUSE_EXPAT
-I/home/joem/php/php4-STABLE-200302102230/TSRM -g -Wall -c
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c  -fPIC
-DPIC -o sapi/apache/mod_php4.lo
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c: In
function `sapi_apache_get_fd':
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c:354:
structure has no member named `fd'
make: *** [sapi/apache/mod_php4.lo] Error 1



[2003-02-10 18:17:58] [EMAIL PROTECTED]

Sorry for the delay, I was building php4.3.0 and monkeying with my
script for a bit.  A simplified:

function download_product ($product, $platform, $userdn) {

  $fp = fopen("/home/joem/public_html/php/wordlist.txt","r");
  fpassthru($fp);
}

exhibits the same problem.

But

\n";
  $fp = fopen("somelargetextfile.txt","r");
  fpassthru($fp);
  echo "\n";
?>

by itself starts printing the file to my browser fine...  I've still
got the fpassthru() running in the immediately above code running on
another box at the moment.

-rw-rw-r--1 joem joem 6.8M Feb 10 16:42
/home/joem/public_html/php/wordlist.txt



[2003-02-10 18:04:36] [EMAIL PROTECTED]

Still waiting for that feedback though...



[2003-02-10 18:04:28] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-02-10 18:03:00] [EMAIL PROTECTED]

I was able to reproduce this behavior with PHP 4.3.0 as an apache
module. (just finished building and installing 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/22154

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

#4641 [Com]: After some time without a paricolar reason php craches with "access violation"

[glenn]

 ID:   4641
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Reproducible Crash
 Operating System: winNT 4.01
 PHP Version:  4.0 Release Candidate 2
 New Comment:

btw I am using version 4.3 compiled on 01/07/2003 at 17:30.


Previous Comments:


[2003-02-10 18:28:38] [EMAIL PROTECTED]

I am having the same issue.  The error I get is:

PHP has encountered an Access Violation at 16940303

If I refresh the page, it comes up fine.  However, each time a new PHP
page is accessed the message reappears.  If I restart the server, the
error messages stop.  After some time, however, the error messages
start reoccurring.



[2000-07-26 05:30:10] [EMAIL PROTECTED]

Please try the current php release.  If the bug re-occurs, please
submit a new bug report.  Also note that the ISAPI version is less
stable than the CGI version.

Thanks



[2000-05-27 11:48:31] [EMAIL PROTECTED]


After some time depending on site visits the ISAPI filter crashes with
access violation error. There's no particular reason: with normal
"echo" outputs, connection to mysql... After some time the errors
become so often that all pages that uses php replays an access
violation.




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

#22154 [Opn]: fpassthru() fails with files larger than a few hundered KB

[malekjo]

 ID:   22154
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache related
 Operating System: Linux 2.4.18-10
 PHP Version:  4.3.0
 New Comment:

Can't build snapshot as apache mod...

Here's the error:

/bin/sh /home/joem/php/php4-STABLE-200302102230/libtool --mode=compile
gcc -I/opt/IBMHTTPServer/include -Isapi/apache/
-I/home/joem/php/php4-STABLE-200302102230/sapi/apache/ -DPHP_ATOM_INC
-I/home/joem/php/php4-STABLE-200302102230/include
-I/home/joem/php/php4-STABLE-200302102230/main
-I/home/joem/php/php4-STABLE-200302102230
-I/home/joem/php/php4-STABLE-200302102230/Zend -I/usr/include/libxml2
-I/usr/include/imap -I/home/joem/php/ldap/include
-I/home/joem/php/libmcal -I/usr/local/include
-I/home/joem/php/mysql/include/mysql -I/usr/include/ucd-snmp
-I/home/joem/php/php4-STABLE-200302102230/ext/xml/expat  -DLINUX=22
-DUSE_HSREGEX -DUSE_EXPAT
-I/home/joem/php/php4-STABLE-200302102230/TSRM  -g -Wall  -prefer-pic
-c /home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c -o
sapi/apache/mod_php4.lo 
gcc -I/opt/IBMHTTPServer/include -Isapi/apache/
-I/home/joem/php/php4-STABLE-200302102230/sapi/apache/ -DPHP_ATOM_INC
-I/home/joem/php/php4-STABLE-200302102230/include
-I/home/joem/php/php4-STABLE-200302102230/main
-I/home/joem/php/php4-STABLE-200302102230
-I/home/joem/php/php4-STABLE-200302102230/Zend -I/usr/include/libxml2
-I/usr/include/imap -I/home/joem/php/ldap/include
-I/home/joem/php/libmcal -I/usr/local/include
-I/home/joem/php/mysql/include/mysql -I/usr/include/ucd-snmp
-I/home/joem/php/php4-STABLE-200302102230/ext/xml/expat -DLINUX=22
-DUSE_HSREGEX -DUSE_EXPAT
-I/home/joem/php/php4-STABLE-200302102230/TSRM -g -Wall -c
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c  -fPIC
-DPIC -o sapi/apache/mod_php4.lo
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c: In
function `sapi_apache_get_fd':
/home/joem/php/php4-STABLE-200302102230/sapi/apache/mod_php4.c:354:
structure has no member named `fd'
make: *** [sapi/apache/mod_php4.lo] Error 1


Previous Comments:


[2003-02-10 18:17:58] [EMAIL PROTECTED]

Sorry for the delay, I was building php4.3.0 and monkeying with my
script for a bit.  A simplified:

function download_product ($product, $platform, $userdn) {

  $fp = fopen("/home/joem/public_html/php/wordlist.txt","r");
  fpassthru($fp);
}

exhibits the same problem.

But

\n";
  $fp = fopen("somelargetextfile.txt","r");
  fpassthru($fp);
  echo "\n";
?>

by itself starts printing the file to my browser fine...  I've still
got the fpassthru() running in the immediately above code running on
another box at the moment.

-rw-rw-r--1 joem joem 6.8M Feb 10 16:42
/home/joem/public_html/php/wordlist.txt



[2003-02-10 18:04:36] [EMAIL PROTECTED]

Still waiting for that feedback though...



[2003-02-10 18:04:28] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-02-10 18:03:00] [EMAIL PROTECTED]

I was able to reproduce this behavior with PHP 4.3.0 as an apache
module. (just finished building and installing it).



[2003-02-10 17:58:28] [EMAIL PROTECTED]

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

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

PHP 4.3.0 was released long time ago..




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

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

#4641 [Com]: After some time without a paricolar reason php craches with "access violation"

[glenn]

 ID:   4641
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Reproducible Crash
 Operating System: winNT 4.01
 PHP Version:  4.0 Release Candidate 2
 New Comment:

I am having the same issue.  The error I get is:

PHP has encountered an Access Violation at 16940303

If I refresh the page, it comes up fine.  However, each time a new PHP
page is accessed the message reappears.  If I restart the server, the
error messages stop.  After some time, however, the error messages
start reoccurring.


Previous Comments:


[2000-07-26 05:30:10] [EMAIL PROTECTED]

Please try the current php release.  If the bug re-occurs, please
submit a new bug report.  Also note that the ISAPI version is less
stable than the CGI version.

Thanks



[2000-05-27 11:48:31] [EMAIL PROTECTED]


After some time depending on site visits the ISAPI filter crashes with
access violation error. There's no particular reason: with normal
"echo" outputs, connection to mysql... After some time the errors
become so often that all pages that uses php replays an access
violation.




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

#22154 [Fbk->Opn]: fpassthru() fails with files larger than a few hundered KB

[malekjo]

 ID:   22154
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Apache related
 Operating System: Linux 2.4.18-10
 PHP Version:  4.3.0
 New Comment:

Sorry for the delay, I was building php4.3.0 and monkeying with my
script for a bit.  A simplified:

function download_product ($product, $platform, $userdn) {

  $fp = fopen("/home/joem/public_html/php/wordlist.txt","r");
  fpassthru($fp);
}

exhibits the same problem.

But

\n";
  $fp = fopen("somelargetextfile.txt","r");
  fpassthru($fp);
  echo "\n";
?>

by itself starts printing the file to my browser fine...  I've still
got the fpassthru() running in the immediately above code running on
another box at the moment.

-rw-rw-r--1 joem joem 6.8M Feb 10 16:42
/home/joem/public_html/php/wordlist.txt


Previous Comments:


[2003-02-10 18:04:36] [EMAIL PROTECTED]

Still waiting for that feedback though...



[2003-02-10 18:04:28] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-02-10 18:03:00] [EMAIL PROTECTED]

I was able to reproduce this behavior with PHP 4.3.0 as an apache
module. (just finished building and installing it).



[2003-02-10 17:58:28] [EMAIL PROTECTED]

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

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

PHP 4.3.0 was released long time ago..




[2003-02-10 17:29:14] [EMAIL PROTECTED]

Does using readfile("../../../software/$file") produce the same
problems?

Can you reproduce the problems using a simpler script?  i.e.:

\n";
  $fp = fopen("somelargetextfile.txt","r");
  fpassthru($fp);
  echo "\n";
?>



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

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

#22137 [Fbk->Opn]: xslt_process hangs with sort.

[p . vangils]

 ID:   22137
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: XSLT related
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

I'm using Sablotron version 0.97.

I don't know if wchar.h is present on my system because the error
occured on the machine of my ISP.


Previous Comments:


[2003-02-10 16:47:10] [EMAIL PROTECTED]

Please also report the Sablotron version you're using and whether
wchar.h is present on your system?



[2003-02-10 09:52:37] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Cannot replicate the bug using the latest snapshot.



[2003-02-09 18:03:00] [EMAIL PROTECTED]

Thanks for your reply.
I made a script to reproduce the problem. 
On php version 4.2.1 on windows it works fine.
On php version 4.3.0 on linux it will hang.


With kind regards,
Paul van Gils


".
   "".
   "".
   "".
   "Hello world!".
   "".
   "".
   "".
   "";



  $xsl="\n".
   "http://www.w3.org/1999/XSL/Transform\"\n";.
   "xmlns:fo=\"http://www.w3.org/1999/XSL/Format\";>\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "Hello world!\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n";

  // $xml and $xsl contain the XML and XSL data
 $arguments = array(
'/_xml' => $xml,
'/_xsl' => $xsl
 );

 // Allocate a new XSLT processor
 $xh = xslt_create();
 $result = xslt_process($xh, 'arg:/_xml', 'arg:/_xsl', NULL,
$arguments);

echo "Gereed";


?>



[2003-02-09 16:24:43] [EMAIL PROTECTED]

Is this reproducable with sabcmd?

If not, please provide sample files. If they're long, post a url where
they can be downloaded.



[2003-02-09 07:50:56] [EMAIL PROTECTED]

I used  in my xsl file.
I used an empty tag  in my xml file.

I understand that sorting on an empty xml tag is very difficult but i
didn't expect the xslt_process function to hang.

Of course where  is filled in everything works fine.

It should be better to give an error or place the empty tags in the
beginning or in the end. Hangup cost server performance i think.

With kind regards,

Paul van Gils







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

#22157 [NEW]: libtool: s%^.*/%%: No such file or directory

[daniel . gorski]

From: [EMAIL PROTECTED]
Operating system: RH 6.2, RH 7.3
PHP version:  5CVS-2003-02-10 (dev)
PHP Bug Type: Compile Failure
Bug description:  libtool: s%^.*/%%: No such file or directory

Hi,

libtool perishes in todays PHP5 CVS 

[root@orbiter php5]# cat /etc/redhat-release 
Red Hat Linux release 7.3 (Valhalla)

[root@orbiter php5]# uname -a
Linux orbiter 2.4.18-3smp #1 SMP Thu Apr 18 06:59:55 EDT 2002 i686
unknown

[root@orbiter php5]# cat config.nice 
#! /bin/sh
#
# Created by configure

'./configure' \
'--enable-force-cgi-redirect' \
'--with-config-file-path=../conf' \
'--with-zlib' \
"$@"

[root@orbiter php5]# ./libtool --version
./libtool: s%^.*/%%: No such file or directory
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54)

[root@orbiter php5]# make -j2
/bin/sh libtool --silent --mode=link gcc -export-dynamic -g-O2 [... ...
... ... ... ... etc.] /zend_qsort.lo Zend/zend_multibyte.lo
Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo
Zend/zend_mm.lo Zend/zend_execute.lo sapi/cli/php_cli.lo
sapi/cli/getopt.lo main/internal_functions_cli.lo -lz -lcrypt -lresolv -lm
-ldl -lnsl -lcrypt  -o sapi/cli/php
libtool: s%^.*/%%: No such file or directory
libtool: s%^.*/%%: No such file or directory
libtool: -e: command not found
libtool: -e: command not found

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

#22154 [Fbk]: fpassthru() fails with files larger than a few hundered KB

[pollita]

 ID:   22154
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache related
 Operating System: Linux 2.4.18-10
-PHP Version:  4.3.0
+PHP Version:  4.2.3
 New Comment:

Still waiting for that feedback though...


Previous Comments:


[2003-02-10 18:04:28] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-02-10 18:03:00] [EMAIL PROTECTED]

I was able to reproduce this behavior with PHP 4.3.0 as an apache
module. (just finished building and installing it).



[2003-02-10 17:58:28] [EMAIL PROTECTED]

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

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

PHP 4.3.0 was released long time ago..




[2003-02-10 17:29:14] [EMAIL PROTECTED]

Does using readfile("../../../software/$file") produce the same
problems?

Can you reproduce the problems using a simpler script?  i.e.:

\n";
  $fp = fopen("somelargetextfile.txt","r");
  fpassthru($fp);
  echo "\n";
?>



[2003-02-10 17:08:32] [EMAIL PROTECTED]

Configure line for Apache module:
'./configure' '--with-apxs=/opt/IBMHTTPServer/bin/apxs'
'--enable-force-cgi-redirect' '--enable-discard-path' '--enable-debug'
'--with-config-file-path=/etc' '--with-pear' '--with-openssl'
'--enable-magic-quotes' '--disable-short-tags' '--with-zlib'
'--enable-bcmath' '--with-bz2' '--enable-calendar' '--with-curl'
'--with-gdbm' '--with-ndmb' '--with-dom' '--enable-exif' '--enable-ftp'
'--with-gettext' '--with-gmp' '--with-imap' '--with-imap-ssl'
'--with-kerberos' '--with-mcal=../libmcal' '--with-mhash'
'--with-ldap=/home/joem/php/ldap' '--enable-shmop' '--with-snmp'
'--enable-ucd-snmp-hack' '--enable-sockets' '--with-regex=system'
'--enable-sysvsem' '--enable-sysvshm' '--enable-tokenizer'
'--enable-wddx' '--enable-yp' '--enable-inline-optimization'
'--enable-memory-limit' '--enable-sigchild'
'--with-mysql=/home/joem/php/mysql'

Script:

 $file = getCurrentFilename($product, $platform);
  if ($file != FALSE ) {
$fp = fopen("../../../software/$file", 'rb');
rewind($fp);
header("Cache-control: private"); // another fix for IE
header("Content-Type: application/x-stuffit");
header("Content-Length: ".filesize("../../../software/$file"));
header("Content-Disposition: attachment\; filename=\"$file\"");
header("Connection: close");
$fr = fpassthru($fp);


fpassthru() seems to be wonky.  I'm trying to send .sit archives
through this script.  The files are sent ok if they are ~300KB.  Other
files that I need to send that are ~3.3MB fail.  IE reports a DNS error
(bogus) and Galeon (Mozilla) reports File Contains no data.   PHP is
running as an apache module in IBM HTTP Server 1.3.19.3 (Apache
1.3.20).  There is no core, and no error reported in httpd's error log.
 The transfer log reports a 200 code for success.

Backtrace:
I don't get a SIGSEGV...




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

#22154 [Opn->Fbk]: fpassthru() fails with files larger than a few hundered KB

[sniper]

 ID:   22154
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: Linux 2.4.18-10
-PHP Version:  4.2.3
+PHP Version:  4.3.0
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2003-02-10 18:03:00] [EMAIL PROTECTED]

I was able to reproduce this behavior with PHP 4.3.0 as an apache
module. (just finished building and installing it).



[2003-02-10 17:58:28] [EMAIL PROTECTED]

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

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

PHP 4.3.0 was released long time ago..




[2003-02-10 17:29:14] [EMAIL PROTECTED]

Does using readfile("../../../software/$file") produce the same
problems?

Can you reproduce the problems using a simpler script?  i.e.:

\n";
  $fp = fopen("somelargetextfile.txt","r");
  fpassthru($fp);
  echo "\n";
?>



[2003-02-10 17:08:32] [EMAIL PROTECTED]

Configure line for Apache module:
'./configure' '--with-apxs=/opt/IBMHTTPServer/bin/apxs'
'--enable-force-cgi-redirect' '--enable-discard-path' '--enable-debug'
'--with-config-file-path=/etc' '--with-pear' '--with-openssl'
'--enable-magic-quotes' '--disable-short-tags' '--with-zlib'
'--enable-bcmath' '--with-bz2' '--enable-calendar' '--with-curl'
'--with-gdbm' '--with-ndmb' '--with-dom' '--enable-exif' '--enable-ftp'
'--with-gettext' '--with-gmp' '--with-imap' '--with-imap-ssl'
'--with-kerberos' '--with-mcal=../libmcal' '--with-mhash'
'--with-ldap=/home/joem/php/ldap' '--enable-shmop' '--with-snmp'
'--enable-ucd-snmp-hack' '--enable-sockets' '--with-regex=system'
'--enable-sysvsem' '--enable-sysvshm' '--enable-tokenizer'
'--enable-wddx' '--enable-yp' '--enable-inline-optimization'
'--enable-memory-limit' '--enable-sigchild'
'--with-mysql=/home/joem/php/mysql'

Script:

 $file = getCurrentFilename($product, $platform);
  if ($file != FALSE ) {
$fp = fopen("../../../software/$file", 'rb');
rewind($fp);
header("Cache-control: private"); // another fix for IE
header("Content-Type: application/x-stuffit");
header("Content-Length: ".filesize("../../../software/$file"));
header("Content-Disposition: attachment\; filename=\"$file\"");
header("Connection: close");
$fr = fpassthru($fp);


fpassthru() seems to be wonky.  I'm trying to send .sit archives
through this script.  The files are sent ok if they are ~300KB.  Other
files that I need to send that are ~3.3MB fail.  IE reports a DNS error
(bogus) and Galeon (Mozilla) reports File Contains no data.   PHP is
running as an apache module in IBM HTTP Server 1.3.19.3 (Apache
1.3.20).  There is no core, and no error reported in httpd's error log.
 The transfer log reports a 200 code for success.

Backtrace:
I don't get a SIGSEGV...




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

#21943 [Opn->Fbk]: fopen('php://stdin') crash, running for more than 15 minutes

[sniper]

 ID:   21943
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Filesystem function related
 Operating System: winnt 4 sp 6
 PHP Version:  4.3.0
 New Comment:

Please try using this CVS snapshot:

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


Previous Comments:


[2003-01-29 08:23:21] [EMAIL PROTECTED]

i tried the following script: (stdin.php)


request for http://localhost/stdin.php :
no content at all has been sent under winnt (sp6, apache/2.0.43,
php/4.3.0), file 'tst.php' stayed opened for more than 15 minutes (i
have time limit 20 seconds) - (i restarted the server after this
time...) and request was marked as 'W' in apache status (sending
reply).

apache -k restart has no effect (it won't stop any active
conection...), so i had to do 
apache -k stop

apache was running, of, course, but the cpu activity raised ver
dramatically when multiple accesses to this script has been made...

i'm not sure whether this is a bug of apache or php, but under mandrake
linux + apache/2.0.43 + php/4.3.0 this works fine...

j




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

#22154 [Bgs->Opn]: fpassthru() fails with files larger than a few hundered KB

[malekjo]

 ID:   22154
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Apache related
 Operating System: Linux 2.4.18-10
 PHP Version:  4.2.3
 New Comment:

I was able to reproduce this behavior with PHP 4.3.0 as an apache
module. (just finished building and installing it).


Previous Comments:


[2003-02-10 17:58:28] [EMAIL PROTECTED]

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

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

PHP 4.3.0 was released long time ago..




[2003-02-10 17:29:14] [EMAIL PROTECTED]

Does using readfile("../../../software/$file") produce the same
problems?

Can you reproduce the problems using a simpler script?  i.e.:

\n";
  $fp = fopen("somelargetextfile.txt","r");
  fpassthru($fp);
  echo "\n";
?>



[2003-02-10 17:08:32] [EMAIL PROTECTED]

Configure line for Apache module:
'./configure' '--with-apxs=/opt/IBMHTTPServer/bin/apxs'
'--enable-force-cgi-redirect' '--enable-discard-path' '--enable-debug'
'--with-config-file-path=/etc' '--with-pear' '--with-openssl'
'--enable-magic-quotes' '--disable-short-tags' '--with-zlib'
'--enable-bcmath' '--with-bz2' '--enable-calendar' '--with-curl'
'--with-gdbm' '--with-ndmb' '--with-dom' '--enable-exif' '--enable-ftp'
'--with-gettext' '--with-gmp' '--with-imap' '--with-imap-ssl'
'--with-kerberos' '--with-mcal=../libmcal' '--with-mhash'
'--with-ldap=/home/joem/php/ldap' '--enable-shmop' '--with-snmp'
'--enable-ucd-snmp-hack' '--enable-sockets' '--with-regex=system'
'--enable-sysvsem' '--enable-sysvshm' '--enable-tokenizer'
'--enable-wddx' '--enable-yp' '--enable-inline-optimization'
'--enable-memory-limit' '--enable-sigchild'
'--with-mysql=/home/joem/php/mysql'

Script:

 $file = getCurrentFilename($product, $platform);
  if ($file != FALSE ) {
$fp = fopen("../../../software/$file", 'rb');
rewind($fp);
header("Cache-control: private"); // another fix for IE
header("Content-Type: application/x-stuffit");
header("Content-Length: ".filesize("../../../software/$file"));
header("Content-Disposition: attachment\; filename=\"$file\"");
header("Connection: close");
$fr = fpassthru($fp);


fpassthru() seems to be wonky.  I'm trying to send .sit archives
through this script.  The files are sent ok if they are ~300KB.  Other
files that I need to send that are ~3.3MB fail.  IE reports a DNS error
(bogus) and Galeon (Mozilla) reports File Contains no data.   PHP is
running as an apache module in IBM HTTP Server 1.3.19.3 (Apache
1.3.20).  There is no core, and no error reported in httpd's error log.
 The transfer log reports a 200 code for success.

Backtrace:
I don't get a SIGSEGV...




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

#22156 [Opn->Bgs]: "invalid" html output

[sniper]

 ID:   22156
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: linux
 PHP Version:  4.3.0
 New Comment:

You obviously did not search the bug database first.
This is _NOT_ bug. RTFM.



Previous Comments:


[2003-02-10 17:34:30] [EMAIL PROTECTED]

This code produces html that doesn't pass the w3c code validator:



Name:


Password:


Name:
 
Password:


 


(name and password values bogus).

Obviously the problem is the hidden input emitted by php to handle the
sessions variables which html4 required to be after the  tag.

This "bug" has no effect that I can detect.




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

#22155 [Opn->Bgs]: $_POST[varname] not interpreted

[sniper]

 ID:   22155
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Win2K and Linux
 PHP Version:  4.3.0
 New Comment:

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

Thank you for your interest in PHP.


Variables inside single quotes are NOT expanded.
You need to read the manual more carefully.



Previous Comments:


[2003-02-10 17:30:21] [EMAIL PROTECTED]

I am a PHP-newbie but having read the language reference I believe that
the two attached scripts should work the same.

In the first example, the form_block variable is defined within double
quotes. In this example the escape character is used before every "
within the block.

In the second example which fails to give the expected result, the
form_block variable is defined within single quotes and whereever "
occur within the form, there is no escape character. there are no other
differences between the two scripts.

The VALUE="$_FORM(varname)" are within the html in formblock to ensure
that previously entered values are redisplayed. 

Try the two out and you see that in the first example, the fields are
initially blank and in the second example, $_FORM(var) is displayed. In
the first when you enter a value and the form errors out, the original
values are retained as expected - in the second, the form always
reverts to $_FORM(var)

I have recrated this problem under Windows/Apache and Linux/Apache. See
phpinfo at the end.

So why not simply use double quotes? I want to use the single quotes
because i am using NetObjects Fusion for my web site development and am
not in control of the html generated - ie I can not use "s because I
can not generate the html with escape characters. 

If I can do this I plan to publish a tutorial on how simple it is to
use PHP with netObjects to validate forms thus promoting PHP within the
NOF community.  Currently my workaround means using a separate form and
PHP script/error page which is less elegant to the end user.
 
Example 1: works as expected.



All-In-One Feedback Form



Your Name:

Your E-Mail Address:

Message:
$_POST[message]


";


if ($_POST[op] != "ds") {

//they need to see the form
echo "$form_block";

} else {
echo "OK";
//check value of $_POST[sender_name]
if ($_POST[sender_name] == "") {
$name_err ="Please enter your name!";
$send ="no";
}

//check value of $_POST[sender_email]
if ($_POST[sender_email] == "") {
$email_err ="Please enter your e-mail
address!";
$send ="no";
}

//check value of $_POST[message]
if ($_POST[message] == "") {
$message_err ="Please enter a message!";
$send ="no";
}

if ($send != "no"){
//it's ok to send,so build the mail
$msg ="E-MAIL SENT FROM WWW SITE \n";
$msg .="Sender's Name:$_POST[sender_name]\n";
$msg .="Sender's E-Mail:$_POST[sender_email]\n";
$msg .="Message:$_POST[message]\n \n";

$to ="[EMAIL PROTECTED]";
$subject ="All-in-One Web Site Feedback";
$mailheaders ="From:My Web Site <>\n";
$mailheaders .="Reply-To:$_POST[sender_email]\n\n";

//send the mail
mail($to,$subject,$msg,$mailheaders);

//display confirmation to user
echo "Mail has been sent!";

} else {
//print error messages
echo "$name_err";
echo "$email_err";
echo "$message_err";
echo "$form_block";
}
}
?>


Example 2: does not work as expected



All-In-One Feedback Form



Your Name:

Your E-Mail Address:

Message:
$_POST[message]


';


if ($_POST[op] != "ds") {

//they need to see the form
echo "$form_block";

} else {

//check value of $_POST[sender_name]
if ($_POST[sender_name] == "") {
$name_err ="Please enter your name!";
$send ="no";
}

//check value of $_POST[sender_email]
if ($_POST[sender_email] == "") {
$email_err ="Please enter your e-mail
address!";
$send ="no";
}

//check value of $_POST[message]
if ($_POST[message] == "") {
$message_err ="Please enter a message!";
$send ="no";
}

#22154 [Fbk->Bgs]: fpassthru() fails with files larger than a few hundered KB

[sniper]

 ID:   22154
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: Apache related
 Operating System: Linux 2.4.18-10
 PHP Version:  4.2.3
 New Comment:

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

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

PHP 4.3.0 was released long time ago..



Previous Comments:


[2003-02-10 17:29:14] [EMAIL PROTECTED]

Does using readfile("../../../software/$file") produce the same
problems?

Can you reproduce the problems using a simpler script?  i.e.:

\n";
  $fp = fopen("somelargetextfile.txt","r");
  fpassthru($fp);
  echo "\n";
?>



[2003-02-10 17:08:32] [EMAIL PROTECTED]

Configure line for Apache module:
'./configure' '--with-apxs=/opt/IBMHTTPServer/bin/apxs'
'--enable-force-cgi-redirect' '--enable-discard-path' '--enable-debug'
'--with-config-file-path=/etc' '--with-pear' '--with-openssl'
'--enable-magic-quotes' '--disable-short-tags' '--with-zlib'
'--enable-bcmath' '--with-bz2' '--enable-calendar' '--with-curl'
'--with-gdbm' '--with-ndmb' '--with-dom' '--enable-exif' '--enable-ftp'
'--with-gettext' '--with-gmp' '--with-imap' '--with-imap-ssl'
'--with-kerberos' '--with-mcal=../libmcal' '--with-mhash'
'--with-ldap=/home/joem/php/ldap' '--enable-shmop' '--with-snmp'
'--enable-ucd-snmp-hack' '--enable-sockets' '--with-regex=system'
'--enable-sysvsem' '--enable-sysvshm' '--enable-tokenizer'
'--enable-wddx' '--enable-yp' '--enable-inline-optimization'
'--enable-memory-limit' '--enable-sigchild'
'--with-mysql=/home/joem/php/mysql'

Script:

 $file = getCurrentFilename($product, $platform);
  if ($file != FALSE ) {
$fp = fopen("../../../software/$file", 'rb');
rewind($fp);
header("Cache-control: private"); // another fix for IE
header("Content-Type: application/x-stuffit");
header("Content-Length: ".filesize("../../../software/$file"));
header("Content-Disposition: attachment\; filename=\"$file\"");
header("Connection: close");
$fr = fpassthru($fp);


fpassthru() seems to be wonky.  I'm trying to send .sit archives
through this script.  The files are sent ok if they are ~300KB.  Other
files that I need to send that are ~3.3MB fail.  IE reports a DNS error
(bogus) and Galeon (Mozilla) reports File Contains no data.   PHP is
running as an apache module in IBM HTTP Server 1.3.19.3 (Apache
1.3.20).  There is no core, and no error reported in httpd's error log.
 The transfer log reports a 200 code for success.

Backtrace:
I don't get a SIGSEGV...




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

#22153 [Opn->Fbk]: Trouble accessing network drives with opendir()

[sniper]

 ID:   22153
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Directory function related
 Operating System: Win2K
 PHP Version:  5CVS-2003-02-10 (dev)
 New Comment:

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

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

Thank you for your interest in PHP.



Previous Comments:


[2003-02-10 15:50:29] [EMAIL PROTECTED]

This code:

if ($dir = opendir( $dirPath ) ) {
  while ( ( $file = readdir( $dir ) ) !== false) {
echo "$file\n";
  }  
  closedir( $dir );
}

Give me this error:

Warning: opendir(i:\templates) [function.opendir]: failed to open dir:
Invalid argument in C:\www\AndesaNet\function_library.php on line 298

I: is a UNC mapped drive and i:\templates is a network folder that I
have full access to. I can read, write, change and delete files here
both from a DOS prompt and from Windows Explorer.

I am running PHP as a module on Apache2 (win bianaries)

Is this a known bug?




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

#22152 [Opn->Bgs]: Even though the page loads the browser is loading forever.

[sniper]

 ID:   22152
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Performance problem
 Operating System: Linux 2.4.18 (slackware 8.1)
 PHP Version:  4.2.3
 New Comment:

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

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

PHP 4.3.0 was released long time ago..



Previous Comments:


[2003-02-10 16:04:42] [EMAIL PROTECTED]

Uhm. I think I found the reason. It's not good to use the same file 4
times in a frameset and only switching content by $_GET-vars. I believe
this is a bug, although there is an easy way to bypass this problem.



[2003-02-10 15:47:31] [EMAIL PROTECTED]

I have a frameset containing 8 frames. They're all including
(require_once()) one common file.

Now the problem is that every 5-10:th time I enter the page the browser
seems to load something forever. The page loads and everything works
fine except that loading. It might sound like a stupid detail but it's
actually very annoying, especially when you're using a browser like
opera. Opera covers the bottom-frame with a "page is loading"-layer.

I've tried to set the src="" to about:blank in one frame. When I do
that the problem disappears.




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

#22156 [NEW]: "invalid" html output

[steven . harrington]

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.3.0
PHP Bug Type: Output Control
Bug description:  "invalid" html output

This code produces html that doesn't pass the w3c code validator:



Name:
 
Password:


Name:


Password:


 


(name and password values bogus).

Obviously the problem is the hidden input emitted by php to handle the
sessions variables which html4 required to be after the  tag.

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

#22155 [NEW]: $_POST[varname] not interpreted

[glyn]

From: [EMAIL PROTECTED]
Operating system: Win2K and Linux
PHP version:  4.3.0
PHP Bug Type: *General Issues
Bug description:  $_POST[varname] not interpreted

I am a PHP-newbie but having read the language reference I believe that the
two attached scripts should work the same.

In the first example, the form_block variable is defined within double
quotes. In this example the escape character is used before every " within
the block.

In the second example which fails to give the expected result, the
form_block variable is defined within single quotes and whereever " occur
within the form, there is no escape character. there are no other
differences between the two scripts.

The VALUE="$_FORM(varname)" are within the html in formblock to ensure
that previously entered values are redisplayed. 

Try the two out and you see that in the first example, the fields are
initially blank and in the second example, $_FORM(var) is displayed. In
the first when you enter a value and the form errors out, the original
values are retained as expected - in the second, the form always reverts
to $_FORM(var)

I have recrated this problem under Windows/Apache and Linux/Apache. See
phpinfo at the end.

So why not simply use double quotes? I want to use the single quotes
because i am using NetObjects Fusion for my web site development and am
not in control of the html generated - ie I can not use "s because I can
not generate the html with escape characters. 

If I can do this I plan to publish a tutorial on how simple it is to use
PHP with netObjects to validate forms thus promoting PHP within the NOF
community.  Currently my workaround means using a separate form and PHP
script/error page which is less elegant to the end user.
 
Example 1: works as expected.



All-In-One Feedback Form



Your Name:

Your E-Mail Address:

Message:
$_POST[message]


";


if ($_POST[op] != "ds") {

//they need to see the form
echo "$form_block";

} else {
echo "OK";
//check value of $_POST[sender_name]
if ($_POST[sender_name] == "") {
$name_err ="Please enter your name!";
$send ="no";
}

//check value of $_POST[sender_email]
if ($_POST[sender_email] == "") {
$email_err ="Please enter your e-mail
address!";
$send ="no";
}

//check value of $_POST[message]
if ($_POST[message] == "") {
$message_err ="Please enter a message!";
$send ="no";
}

if ($send != "no"){
//it's ok to send,so build the mail
$msg ="E-MAIL SENT FROM WWW SITE \n";
$msg .="Sender's Name:$_POST[sender_name]\n";
$msg .="Sender's E-Mail:$_POST[sender_email]\n";
$msg .="Message:$_POST[message]\n \n";

$to ="[EMAIL PROTECTED]";
$subject ="All-in-One Web Site Feedback";
$mailheaders ="From:My Web Site <>\n";
$mailheaders .="Reply-To:$_POST[sender_email]\n\n";

//send the mail
mail($to,$subject,$msg,$mailheaders);

//display confirmation to user
echo "Mail has been sent!";

} else {
//print error messages
echo "$name_err";
echo "$email_err";
echo "$message_err";
echo "$form_block";
}
}
?>


Example 2: does not work as expected



All-In-One Feedback Form



Your Name:

Your E-Mail Address:

Message:
$_POST[message]


';


if ($_POST[op] != "ds") {

//they need to see the form
echo "$form_block";

} else {

//check value of $_POST[sender_name]
if ($_POST[sender_name] == "") {
$name_err ="Please enter your name!";
$send ="no";
}

//check value of $_POST[sender_email]
if ($_POST[sender_email] == "") {
$email_err ="Please enter your e-mail
address!";
$send ="no";
}

//check value of $_POST[message]
if ($_POST[message] == "") {
$message_err ="Please enter a message!";
$send ="no";
}

if ($send != "no"){
//it's ok to send,so build the mail
$msg ="E-MAIL SENT FROM WWW SITE \n";
$msg .="Sender's Name:$_POST[sender_name]\n";
$msg .="Sender's E-Mail:$_POST[sender_email]\n";
$msg .="Message:$_POST[message]\n \n";

$to ="[EMAIL PROTECTED]";
$subject ="All-in-One Web Site Feedback";
$mailheaders ="From:My Web Site <>\n";
$mailheaders .="Reply-To:$_POST[sender_email]\n\n";

//send the mail
  

#22154 [Opn->Fbk]: fpassthru() fails with files larger than a few hundered KB

[pollita]

 ID:   22154
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: Linux 2.4.18-10
 PHP Version:  4.2.3
 New Comment:

Does using readfile("../../../software/$file") produce the same
problems?

Can you reproduce the problems using a simpler script?  i.e.:

\n";
  $fp = fopen("somelargetextfile.txt","r");
  fpassthru($fp);
  echo "\n";
?>


Previous Comments:


[2003-02-10 17:08:32] [EMAIL PROTECTED]

Configure line for Apache module:
'./configure' '--with-apxs=/opt/IBMHTTPServer/bin/apxs'
'--enable-force-cgi-redirect' '--enable-discard-path' '--enable-debug'
'--with-config-file-path=/etc' '--with-pear' '--with-openssl'
'--enable-magic-quotes' '--disable-short-tags' '--with-zlib'
'--enable-bcmath' '--with-bz2' '--enable-calendar' '--with-curl'
'--with-gdbm' '--with-ndmb' '--with-dom' '--enable-exif' '--enable-ftp'
'--with-gettext' '--with-gmp' '--with-imap' '--with-imap-ssl'
'--with-kerberos' '--with-mcal=../libmcal' '--with-mhash'
'--with-ldap=/home/joem/php/ldap' '--enable-shmop' '--with-snmp'
'--enable-ucd-snmp-hack' '--enable-sockets' '--with-regex=system'
'--enable-sysvsem' '--enable-sysvshm' '--enable-tokenizer'
'--enable-wddx' '--enable-yp' '--enable-inline-optimization'
'--enable-memory-limit' '--enable-sigchild'
'--with-mysql=/home/joem/php/mysql'

Script:

 $file = getCurrentFilename($product, $platform);
  if ($file != FALSE ) {
$fp = fopen("../../../software/$file", 'rb');
rewind($fp);
header("Cache-control: private"); // another fix for IE
header("Content-Type: application/x-stuffit");
header("Content-Length: ".filesize("../../../software/$file"));
header("Content-Disposition: attachment\; filename=\"$file\"");
header("Connection: close");
$fr = fpassthru($fp);


fpassthru() seems to be wonky.  I'm trying to send .sit archives
through this script.  The files are sent ok if they are ~300KB.  Other
files that I need to send that are ~3.3MB fail.  IE reports a DNS error
(bogus) and Galeon (Mozilla) reports File Contains no data.   PHP is
running as an apache module in IBM HTTP Server 1.3.19.3 (Apache
1.3.20).  There is no core, and no error reported in httpd's error log.
 The transfer log reports a 200 code for success.

Backtrace:
I don't get a SIGSEGV...




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

#22154 [NEW]: fpassthru() fails with files larger than a few hundered KB

[malekjo]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.18-10
PHP version:  4.2.3
PHP Bug Type: Apache related
Bug description:  fpassthru() fails with files larger than a few hundered KB

Configure line for Apache module:
'./configure' '--with-apxs=/opt/IBMHTTPServer/bin/apxs'
'--enable-force-cgi-redirect' '--enable-discard-path' '--enable-debug'
'--with-config-file-path=/etc' '--with-pear' '--with-openssl'
'--enable-magic-quotes' '--disable-short-tags' '--with-zlib'
'--enable-bcmath' '--with-bz2' '--enable-calendar' '--with-curl'
'--with-gdbm' '--with-ndmb' '--with-dom' '--enable-exif' '--enable-ftp'
'--with-gettext' '--with-gmp' '--with-imap' '--with-imap-ssl'
'--with-kerberos' '--with-mcal=../libmcal' '--with-mhash'
'--with-ldap=/home/joem/php/ldap' '--enable-shmop' '--with-snmp'
'--enable-ucd-snmp-hack' '--enable-sockets' '--with-regex=system'
'--enable-sysvsem' '--enable-sysvshm' '--enable-tokenizer' '--enable-wddx'
'--enable-yp' '--enable-inline-optimization' '--enable-memory-limit'
'--enable-sigchild' '--with-mysql=/home/joem/php/mysql'

Script:

 $file = getCurrentFilename($product, $platform);
  if ($file != FALSE ) {
$fp = fopen("../../../software/$file", 'rb');
rewind($fp);
header("Cache-control: private"); // another fix for IE
header("Content-Type: application/x-stuffit");
header("Content-Length: ".filesize("../../../software/$file"));
header("Content-Disposition: attachment\; filename=\"$file\"");
header("Connection: close");
$fr = fpassthru($fp);


fpassthru() seems to be wonky.  I'm trying to send .sit archives through
this script.  The files are sent ok if they are ~300KB.  Other files that
I need to send that are ~3.3MB fail.  IE reports a DNS error (bogus) and
Galeon (Mozilla) reports File Contains no data.   PHP is running as an
apache module in IBM HTTP Server 1.3.19.3 (Apache 1.3.20).  There is no
core, and no error reported in httpd's error log.  The transfer log
reports a 200 code for success.

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

#21161 [Opn->Fbk]: ./configure doesn't work with xslt support

[iliaa]

 ID:   21161
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: Linux Redhat 7.3
 PHP Version:  4.3.0RC4
 New Comment:

Please try using this CVS snapshot:

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

Few things, first of all please install sablotron 0.97. Then get the
latest PHP and try to compile it with just the xslt related options:
./configure --enable-xslt --with-xslt-sablot=/usr

If you still experience the problem, open the file called config.log
and reply with the last 30-40 lines from that file. This will hopefuly
explain the reason behind the failure you are experiencing.


Previous Comments:


[2002-12-23 11:57:40] [EMAIL PROTECTED]

Hm - i told a lie, not the same configure command works on the other
release candidates, but a similar:

./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-pgsql=/usr
--with-gd=/usr/local --with-freetype-dir=/usr --with-jpeg-dir=/usr
--with-png-dir=/usr --with-zlib --enable-xslt --with-xslt-sablot=/usr
--enable-cli

the only difference on that machine is that i add gd2.0 to php. When i
run the configure command from my first post on that machine it wont
work in 4.2.3 and from 4.3.0RC1 to RC4 (see last post and ignore the it
works in RC2+RC3 comment;)).
i played around a bit on the other machines, but i wasn't able create a
useful xslt configure line.
It's strange that the first configure line fails on the machine where
xslt works. The second config line with gd2.0 and xslt works. When i
have time enough i will install gd2.0 on another machine and check
again.
Yours
 HTD



[2002-12-23 04:20:23] [EMAIL PROTECTED]

System:

Redhat 7.3
apache 2.0.43
postgresql 7.3
sablotron-0.96
expat-1.95.2-2
js-1.5rc4-2

When I configure using

./configure --with-apxs2=/usr/local/apache2/bin/apxs --enable-xslt=/usr
--enable-xslt-sablot=/usr --enable-sablot-js=/usr --with-pgsql

it get this output

checking whether to enable XML support... yes
checking external libexpat install dir... yes
checking for XMLRPC-EPI support... no
checking libexpat dir for XMLRPC-EPI... no
checking iconv dir for XMLRPC-EPI... no
checking whether to enable xslt support... yes
checking for XSLT Sablotron backend... yes
checking for libexpat dir for Sablotron XSL support... yes
checking for iconv dir for Sablotron XSL support... yes
checking for JavaScript for Sablotron XSL support... yes
configure: error: No backend specified for XSLT extension.

The same configure command worked on 4.3.0RC2 and RC3 on different
machines (all Redhat 7.3 though), but fails like shown above on all
machines using RC4. Also php4-STABLE-200212230830 creates that
message.
When i configure without the xslt options it works and builds, but
without xslt support of course ;)

Yours
 HTD





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

#22137 [Fbk]: xslt_process hangs with sort.

[msopacua]

 ID:   22137
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: XSLT related
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

Please also report the Sablotron version you're using and whether
wchar.h is present on your system?


Previous Comments:


[2003-02-10 09:52:37] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Cannot replicate the bug using the latest snapshot.



[2003-02-09 18:03:00] [EMAIL PROTECTED]

Thanks for your reply.
I made a script to reproduce the problem. 
On php version 4.2.1 on windows it works fine.
On php version 4.3.0 on linux it will hang.


With kind regards,
Paul van Gils


".
   "".
   "".
   "".
   "Hello world!".
   "".
   "".
   "".
   "";



  $xsl="\n".
   "http://www.w3.org/1999/XSL/Transform\"\n";.
   "xmlns:fo=\"http://www.w3.org/1999/XSL/Format\";>\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "Hello world!\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n";

  // $xml and $xsl contain the XML and XSL data
 $arguments = array(
'/_xml' => $xml,
'/_xsl' => $xsl
 );

 // Allocate a new XSLT processor
 $xh = xslt_create();
 $result = xslt_process($xh, 'arg:/_xml', 'arg:/_xsl', NULL,
$arguments);

echo "Gereed";


?>



[2003-02-09 16:24:43] [EMAIL PROTECTED]

Is this reproducable with sabcmd?

If not, please provide sample files. If they're long, post a url where
they can be downloaded.



[2003-02-09 07:50:56] [EMAIL PROTECTED]

I used  in my xsl file.
I used an empty tag  in my xml file.

I understand that sorting on an empty xml tag is very difficult but i
didn't expect the xslt_process function to hang.

Of course where  is filled in everything works fine.

It should be better to give an error or place the empty tags in the
beginning or in the end. Hangup cost server performance i think.

With kind regards,

Paul van Gils







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

#21065 [Opn->Bgs]: shell_exec seems not to work properly if result was false.

[iliaa]

 ID:   21065
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Program Execution
 Operating System: Windows 2000 Server
 PHP Version:  4.2.3
 New Comment:

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

If you want to recieve the error messages append '2>&1' to the end of
the command you are executing. This will work on any *nix based system
as well as most recent Win32 server oses such as Windows NT and Windows
2000.


Previous Comments:


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

I installed this version using the old ini file - no errors execpt the
one reported.
Still, the result of shell_exec is not passed to the variable but
displayed on the page with added "

Content-type: text/html
X-Powered-By: PHP/4.4.0-dev

" after the error message.

In my script i control some nt services and therefor i tell shell_exec
to execute net start / net stop. If a service has already been started
and i attempt to start it again it returns the error "More help is
available by typing NET HELPMSG 2182." like in DOS Shell on Windows but
this error not passed to the variable.



[2002-12-19 19:15:53] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-12-17 06:41:55] [EMAIL PROTECTED]

Running PHP 4.2.3 on Windows 2000 Server shell_exec works fine and
passes its output to the variable when the result of the executed
command is true. 
However, if the command fails and the DOS-shell returns an error the
result is no longer availiable in the variable but is passed directly
to the page.




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

#20473 [Com]: Cannot redeclare gc()

[edwin-php . net]

 ID:   20473
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  4.3.0RC1
 New Comment:

I found it to be an old line in my php.ini:

auto_prepend = /usr/local/apache/php/prepend.php3

Update your php.ini and you'll see it goes away again.

Edwin, bitten by this problem too :-)


Previous Comments:


[2003-02-04 15:30:53] [EMAIL PROTECTED]

SURELY someone knows how to fix this annoying error?  It was first
reported over 2 months ago and there are no postings on this problem
report showing a resolution.  Well?



[2003-01-02 07:42:13] [EMAIL PROTECTED]

This one also just hit me upgrading from 4.2.3 to 4.3.0 on 
Gentoo Linux.  Since I cannot seem to find a solution 
online, I will try and rename the PHPLIB functions.



[2002-12-06 21:56:44] [EMAIL PROTECTED]

Has anybody got a solution for this problem. The same thing is
happening to some of our websites. Is there some setting in php.ini
file that can be set to get around this problem.

Thanks,

Craig Marchant



[2002-11-18 01:56:50] [EMAIL PROTECTED]

seems that this is an enhancement of php - because the bug is really in
phplib. sorry.



[2002-11-18 01:30:18] [EMAIL PROTECTED]

Our webserver scripts make heavy use of the phplib.
with php4.3.0rc1 I will get the error

Fatal error: Cannot redeclare gc() in /usr/lib/php/phplib/session.inc
on line 461

thats because phplib defines a function named gc().

with the php4.3.pre1 and earlier versions this problem has not been
apeared - last but not least with the documentation I have not found a
hint about a gc() function within php itself.





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

#22152 [Com]: Even though the page loads the browser is loading forever.

[lukas_spam1]

 ID:   22152
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Performance problem
 Operating System: Linux 2.4.18 (slackware 8.1)
 PHP Version:  4.2.3
 New Comment:

Uhm. I think I found the reason. It's not good to use the same file 4
times in a frameset and only switching content by $_GET-vars. I believe
this is a bug, although there is an easy way to bypass this problem.


Previous Comments:


[2003-02-10 15:47:31] [EMAIL PROTECTED]

I have a frameset containing 8 frames. They're all including
(require_once()) one common file.

Now the problem is that every 5-10:th time I enter the page the browser
seems to load something forever. The page loads and everything works
fine except that loading. It might sound like a stupid detail but it's
actually very annoying, especially when you're using a browser like
opera. Opera covers the bottom-frame with a "page is loading"-layer.

I've tried to set the src="" to about:blank in one frame. When I do
that the problem disappears.




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

#22153 [NEW]: Trouble accessing network drives with opendir()

[cstreeter]

From: [EMAIL PROTECTED]
Operating system: Win2K
PHP version:  5CVS-2003-02-10 (dev)
PHP Bug Type: Directory function related
Bug description:  Trouble accessing network drives with opendir()

This code:

if ($dir = opendir( $dirPath ) ) {
  while ( ( $file = readdir( $dir ) ) !== false) {
echo "$file\n";
  }  
  closedir( $dir );
}

Give me this error:

Warning: opendir(i:\templates) [function.opendir]: failed to open dir:
Invalid argument in C:\www\AndesaNet\function_library.php on line 298

I: is a UNC mapped drive and i:\templates is a network folder that I have
full access to. I can read, write, change and delete files here both from
a DOS prompt and from Windows Explorer.

I am running PHP as a module on Apache2 (win bianaries)

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

#22152 [NEW]: Even though the page loads the browser is loading forever.

[lukas_spam1]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.18 (slackware 8.1)
PHP version:  4.2.3
PHP Bug Type: Performance problem
Bug description:  Even though the page loads the browser is loading forever.

I have a frameset containing 8 frames. They're all including
(require_once()) one common file.

Now the problem is that every 5-10:th time I enter the page the browser
seems to load something forever. The page loads and everything works fine
except that loading. It might sound like a stupid detail but it's actually
very annoying, especially when you're using a browser like opera. Opera
covers the bottom-frame with a "page is loading"-layer.

I've tried to set the src="" to about:blank in one frame. When I do that
the problem disappears.
-- 
Edit bug report at http://bugs.php.net/?id=22152&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22152&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22152&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22152&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22152&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22152&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22152&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22152&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22152&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22152&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22152&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22152&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22152&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22152&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22152&r=gnused

#22143 [Fbk->Opn]: Lag

[markbradley8]

 ID:   22143
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Zlib Related
 Operating System: RedHat 8.0
 PHP Version:  4.3.0
 New Comment:

Yes. I have it enabled on php.ini


Previous Comments:


[2003-02-10 09:50:59] [EMAIL PROTECTED]

Are you using zlib compression for your webpages?



[2003-02-09 22:24:14] [EMAIL PROTECTED]

Whenever I enable zlib, I experience a huge lag when loading the page,
even within my 100mbps home network. As soon as I turn off zlib, it all
loads fast again. I notice this mostly on an application that uses
mySQL 3.23.55

'./configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql'
'--with-zlib' 




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

#22109 [Com]: With-flatfile compile option causes core dumps during make test

[dwkoehler]

 ID:   22109
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: DBM/DBA related
 Operating System: Solaris 2.7
 PHP Version:  4CVS-2003-02-07 (stable)
 New Comment:

The system is a 32 bit Sun Ultra 1 168 MHz Sparc workstation loaded
with 32 bit Solaris 7, 256MB memory, and 2 internal 2GB SCSI disks. 
All development software loaded on machine such as compilers and
configuration ( autoconf stuff ) came either from the Sunfreeware site
as a package or as a tarballs from GNU's site.  

Would appreciate the re-org'g of the configure messages.

Note I have other questions regarding configure option usage and would
like to know how or to whom I should submit them.


Previous Comments:


[2003-02-10 13:54:30] [EMAIL PROTECTED]

Just another question what is your system: 32 or 64bit?

To dba switches: You can see that information by either
the function "dba_handlers()" or "php -i" or the output of 
the function "phpinfo()" (the last one creates layoted 
html output if called from your internet browser).

And --with-dbXXX or other related dba switch turns DBA
extension on. If you add --enable-dba then all default
submodules which do not require external libraries are
used, too (flatfile, cdb, cdb_make).

Hope this helps.

Maybe i reorganize the configure messages so that they
do not confuse in the way you described it.

regards
marcus



[2003-02-10 13:04:58] [EMAIL PROTECTED]

Closed per user-request. (and seems like fixed too..?)




[2003-02-10 12:54:15] [EMAIL PROTECTED]

I downloaded a late Sunday evening snapshot and did not receive any of
the mentioned core dumps as in previous posts.  I've also reviewed the
information provided at http://www.php.net/manual/en/ref.dba.php and
learned that the flatfile interface is deprecated.  Based on this,
there seems no need to persist with this as a bug report.  Go ahead and
close it.



[2003-02-07 20:03:35] [EMAIL PROTECTED]

Here is the ldd output you asked for:

libcrypt_i.so.1 =>   /usr/lib/libcrypt_i.so.1
libresolv.so.2 =>/usr/lib/libresolv.so.2
libm.so.1 => /usr/lib/libm.so.1
libdl.so.1 =>/usr/lib/libdl.so.1
libnsl.so.1 =>   /usr/lib/libnsl.so.1
libsocket.so.1 =>/usr/lib/libsocket.so.1
libpthread.so.1 =>   /usr/lib/libpthread.so.1
libc.so.1 => /usr/lib/libc.so.1
libgen.so.1 =>   /usr/lib/libgen.so.1
libmp.so.2 =>/usr/lib/libmp.so.2
libthread.so.1 =>/usr/lib/libthread.so.1
/usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1

I tried to run your print_r( dba_handlers() ) but I got an undefined
function error.  That only shows up in the code with the --enable-dba
option, an option not used in my configure script.  I included it, then
re-configured and did a full re-compile.  Still had the core dump
afterwards.

The output from the print_r command is:

Array
( [flatfile] => 1.0, $Revision: 1.5.2.3 $ ) )

Side question:  is there a configure reference or rule that states if
one option is present, these other options should be as well.  As in
the above, is the enable-dba option required in the presence of the
--with-dbXX or --with-flatfile options. Without the --enable-dba
present, I saw the message "checking whether DBA interface is
enabled=yes" in the config output.  This led me to believe that DBA was
enabled.  That was not the case based on your email and the subsequent
config output "checking whether DBA is enabled=yes" showed up right
before the earlier mentioned one.  I'm new to PHP so this seems
ambiguous to me!



[2003-02-07 14:03:25] [EMAIL PROTECTED]

Could you please send the outputs of "ldd php" and if
you used shared builds then the ldd output of any loaded
php module, too. And then i'd like to see the ouput of
"php -r 'print_r(dba_handlers(1));'" if you did not use 
a cvs version then you must omit the parameter "1".




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

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

#20827 [Opn->Fbk]: stat macro

[iliaa]

 ID:   20827
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Tru64
 PHP Version:  4.3.0RC2
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2003-01-16 00:50:04] [EMAIL PROTECTED]

(please change the status next time)



[2003-01-15 17:46:01] [EMAIL PROTECTED]

It has not yet been applied to the 4.3 branch



[2003-01-15 16:13:27] [EMAIL PROTECTED]

It's not fixed in CVS, error shows up in the same place:

/local/pkg/apache/php-20030115/main/streams.c: In function
'_php_stream_stat':
/local/pkg/apache/php-20030115/main/streams.c:677: structure has no
member named `_F64_stat'



[2003-01-06 17:39:56] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

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





[2003-01-06 16:18:35] [EMAIL PROTECTED]

Same thing happens with 4.3.0 release, in the same file main/streams.c
but on line 677



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

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

#22109 [Csd]: With-flatfile compile option causes core dumps during make test

[helly]

 ID:   22109
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: DBM/DBA related
 Operating System: Solaris 2.7
 PHP Version:  4CVS-2003-02-07 (stable)
 New Comment:

Just another question what is your system: 32 or 64bit?

To dba switches: You can see that information by either
the function "dba_handlers()" or "php -i" or the output of 
the function "phpinfo()" (the last one creates layoted 
html output if called from your internet browser).

And --with-dbXXX or other related dba switch turns DBA
extension on. If you add --enable-dba then all default
submodules which do not require external libraries are
used, too (flatfile, cdb, cdb_make).

Hope this helps.

Maybe i reorganize the configure messages so that they
do not confuse in the way you described it.

regards
marcus


Previous Comments:


[2003-02-10 13:04:58] [EMAIL PROTECTED]

Closed per user-request. (and seems like fixed too..?)




[2003-02-10 12:54:15] [EMAIL PROTECTED]

I downloaded a late Sunday evening snapshot and did not receive any of
the mentioned core dumps as in previous posts.  I've also reviewed the
information provided at http://www.php.net/manual/en/ref.dba.php and
learned that the flatfile interface is deprecated.  Based on this,
there seems no need to persist with this as a bug report.  Go ahead and
close it.



[2003-02-07 20:03:35] [EMAIL PROTECTED]

Here is the ldd output you asked for:

libcrypt_i.so.1 =>   /usr/lib/libcrypt_i.so.1
libresolv.so.2 =>/usr/lib/libresolv.so.2
libm.so.1 => /usr/lib/libm.so.1
libdl.so.1 =>/usr/lib/libdl.so.1
libnsl.so.1 =>   /usr/lib/libnsl.so.1
libsocket.so.1 =>/usr/lib/libsocket.so.1
libpthread.so.1 =>   /usr/lib/libpthread.so.1
libc.so.1 => /usr/lib/libc.so.1
libgen.so.1 =>   /usr/lib/libgen.so.1
libmp.so.2 =>/usr/lib/libmp.so.2
libthread.so.1 =>/usr/lib/libthread.so.1
/usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1

I tried to run your print_r( dba_handlers() ) but I got an undefined
function error.  That only shows up in the code with the --enable-dba
option, an option not used in my configure script.  I included it, then
re-configured and did a full re-compile.  Still had the core dump
afterwards.

The output from the print_r command is:

Array
( [flatfile] => 1.0, $Revision: 1.5.2.3 $ ) )

Side question:  is there a configure reference or rule that states if
one option is present, these other options should be as well.  As in
the above, is the enable-dba option required in the presence of the
--with-dbXX or --with-flatfile options. Without the --enable-dba
present, I saw the message "checking whether DBA interface is
enabled=yes" in the config output.  This led me to believe that DBA was
enabled.  That was not the case based on your email and the subsequent
config output "checking whether DBA is enabled=yes" showed up right
before the earlier mentioned one.  I'm new to PHP so this seems
ambiguous to me!



[2003-02-07 14:03:25] [EMAIL PROTECTED]

Could you please send the outputs of "ldd php" and if
you used shared builds then the ldd output of any loaded
php module, too. And then i'd like to see the ouput of
"php -r 'print_r(dba_handlers(1));'" if you did not use 
a cvs version then you must omit the parameter "1".




[2003-02-07 09:01:33] [EMAIL PROTECTED]

Compiled with GCC 3.2.1 on Solaris 2.7 to work with Apache 2.0.40.
Apache compiled with same GCC.

Testing with CLI version in sapi/cli via make test.
The SISSEGV segmentation core dump occurs with the
"tests/func/005a.phpt" only when I include the --with-flatfile option
in the configure script, by itself or in combination with any other
option. Absent this flatfile setting, no core dump occurs.  I've
confirmed this with numerous clean, right from scratch reconfigures and
compiles.

Within the failing test, the register_shutdown_function() call works
ok.  It appears that the dump is being triggered when the time limit
set by set_time_limit() expires within the infinite for loop.  I varied
the time value to set_time_limit(), but still got the core dumps. 
Using GDB 4.1.18, I got this backtrace:

Program received signal SIGSEGV, Segmentation fault.
0xff165758 in aiosigcancelhndlr () from /usr/lib/libaio.so.1
(gdb) bt
#0  0xff165758 in aiosigcancelhndlr () from /usr/lib/libaio.so.1 #1 
0xfeffbdfc in __sighndlr () from /usr/lib/libthread.so.1 #2   
#3  execute (op_array=0x2890b0, tsrm_ls=0x1dbbd0)
at /opt

#22141 [Csd]: str_replace hangs with extra argument

[pollita]

 ID:   22141
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Mac OS 10.2
 PHP Version:  4.2.3
 New Comment:

One more thing.  It actually hadn't been removed in the 4.3 branch
until just now as the method was not known to cause any actual problems
and non-bug-fix changes are generally kept to the development branch.

I've gone ahead and merged in the relevant portion of the changes to
str_replace.  PHP will now throw the customary "Incorrect Parameter
Count" error if you use anything but 3 parameters with str_replace.


Previous Comments:


[2003-02-10 00:50:22] [EMAIL PROTECTED]

This has already been fixed in CVS.  PHP's internals contain two
str_replace methods, the fourth parameter (when set to a non-zero
value) uses the alternate search and replace method.  

It's not documented because the alternate method was not endoresed for
use.  As of 4.3.1 (which is yet to be released, you can use a snapshot
from snaps.php.net in the mean time), the alternate method has been
removed (and the existing method improved for speed and efficiency.



[2003-02-09 15:15:34] [EMAIL PROTECTED]

I was inadvertently including a fourth argument of "-1" 
with some instances of str_replace() -- since I got into 
the habit of the limit arg using preg_replace() -- and I 
noticed an odd behavior:

str_replace("-embed-a-", "hey", "-embed-a-", -1) returns 
"hey," as expected.

str_replace("-embed-a-", "hey", "-embed-b-", -1) returns 
"embed-b-," as expected.

But str_replace("-embed-a-", "hey", "-embed-aa-", -1) hangs 
the script until the max execution time.

Removing the extraneous argument made my script work 
properly, but I would expect PHP to either ignore the extra 
argument, or return an error, rather than hanging up 
completely.

-Arlo





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

#22151 [Bgs->Opn]: php4-win32-STABLE-latest Installation Problems

[chris]

 ID:   22151
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: IIS related
 Operating System: Windows 2000 Advance Server
 PHP Version:  4.3.0
 New Comment:

Although I appreciate your quick response, I do not understand how you
can say this 'does not imply a bug in PHP'

The PHP source code works just fine, on the production server. PHP has
run on this server under the previous build. I installed the
''snapshot'' that was recommend, followed the instructions as
recommended. 

So another ''group'' will aid troubleshooting an unreleased version of
this product?


Previous Comments:


[2003-02-10 13:16:53] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.


Please ask these support questions on the mailing lists.




[2003-02-10 13:07:22] [EMAIL PROTECTED]

Oddly enough on the first build of this box 6 months or so ago, PHP
installed perfectly onto the C: drive. 
I rebuilt the network, but saved the C drive for later data retrival
and formating, so another drive was placed into the system and rebuilt
under the E: drive. 

This installation of PHP has been a complete failure. 
Win2k has been updated ONLY with all service packs from microsoft. 
So its a CLEAN OS. The server is the PDC running active directory and
IIS.

My initial problems were similar to others on here, the php include
files 
would repeat over and over, and I would get an application error of 
memory could not be read as defined in the current open issue that is
still waiting feedback for three days.  

Your recommendation was to install the newer snapshot, and I did. 
If i may say the installation instructions are a tad ''confusing'' but
I will define the steps I've followed upto now.

Extracted all files to E:\PHP
Coppied php.ini-dist and renamed to php.ini
modified extension_dir to extension_dir = e:\PHP
Coppied DLL's from the E:\PHP\DLLS to E:\WinNT\System32\
TURNED NO EXTENTIONS ON (Want basic running first)
modified cgi.force_redirect to cgi.force_redirect = 0


In Internet Service Manager (ISM) made the following modifications to
the master properties:
Home > Configuration, added .php extention and utilized the
e:\php\php.exe 
All Verbs
Check for existance of file

Set execute properties, as well as securities on the folder for the
IUSR to have FULL controll for the moment.



Current Behavior:
PHP seems to return NO ERRORS... 
I'm not even noticing the PHP.exe in the processes.

In the source of the outputed page, it SEEMS as if PHP is parsing out

everything between the Tags '' but not processing any of the code.

All pages show up with HTML but no php execution
not even a echo of 'THIS WORKS'.








Server Configuration:

Win2k Advanced Server
OS Installation: Second Drive installation Labeled E:\
PHP Installation: E:\PHP
Webserver Installation: F:\


I'm assuming I've missed something in the installation and will
continue to look into that, if you have
any recommendations, or need more information feel free to contact me
here or at [EMAIL PROTECTED]




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

#22151 [Opn->Bgs]: php4-win32-STABLE-latest Installation Problems

[sniper]

 ID:   22151
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: IIS related
 Operating System: Windows 2000 Advance Server
 PHP Version:  4.3.0
 New Comment:

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

Thank you for your interest in PHP.


Please ask these support questions on the mailing lists.



Previous Comments:


[2003-02-10 13:07:22] [EMAIL PROTECTED]

Oddly enough on the first build of this box 6 months or so ago, PHP
installed perfectly onto the C: drive. 
I rebuilt the network, but saved the C drive for later data retrival
and formating, so another drive was placed into the system and rebuilt
under the E: drive. 

This installation of PHP has been a complete failure. 
Win2k has been updated ONLY with all service packs from microsoft. 
So its a CLEAN OS. The server is the PDC running active directory and
IIS.

My initial problems were similar to others on here, the php include
files 
would repeat over and over, and I would get an application error of 
memory could not be read as defined in the current open issue that is
still waiting feedback for three days.  

Your recommendation was to install the newer snapshot, and I did. 
If i may say the installation instructions are a tad ''confusing'' but
I will define the steps I've followed upto now.

Extracted all files to E:\PHP
Coppied php.ini-dist and renamed to php.ini
modified extension_dir to extension_dir = e:\PHP
Coppied DLL's from the E:\PHP\DLLS to E:\WinNT\System32\
TURNED NO EXTENTIONS ON (Want basic running first)
modified cgi.force_redirect to cgi.force_redirect = 0


In Internet Service Manager (ISM) made the following modifications to
the master properties:
Home > Configuration, added .php extention and utilized the
e:\php\php.exe 
All Verbs
Check for existance of file

Set execute properties, as well as securities on the folder for the
IUSR to have FULL controll for the moment.



Current Behavior:
PHP seems to return NO ERRORS... 
I'm not even noticing the PHP.exe in the processes.

In the source of the outputed page, it SEEMS as if PHP is parsing out

everything between the Tags '' but not processing any of the code.

All pages show up with HTML but no php execution
not even a echo of 'THIS WORKS'.








Server Configuration:

Win2k Advanced Server
OS Installation: Second Drive installation Labeled E:\
PHP Installation: E:\PHP
Webserver Installation: F:\


I'm assuming I've missed something in the installation and will
continue to look into that, if you have
any recommendations, or need more information feel free to contact me
here or at [EMAIL PROTECTED]




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

#22112 [Fbk->Opn]: When Php compiled with support for openssl it broke the SIHUP of apache

[sysadmin]

 ID:   22112
 User updated by:  [EMAIL PROTECTED]
-Summary:  PHP linked with openssl breaks SIGHUP of apache
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Apache related
 Operating System: Linux Redhat 6.2
 PHP Version:  4.3.0
 New Comment:

Yes.

I have tried to compile them with a different library to be sure it was
not the case.

When i compile modssl and php with different openssl version apache
don't even start.

I can confirm you that modssl and php use the librairie installed in my
/usr/local/ssl directory and even from a fresh install.

I have also try the exact same setup on 3 other server and i have the
exact same problem.

Regards


Previous Comments:


[2003-02-10 12:53:53] [EMAIL PROTECTED]

Are modssl and PHP linked with SAME ssl lib?




[2003-02-07 13:28:26] [EMAIL PROTECTED]

Hi,

My setup :
Apache/1.3.27 (Unix) PHP/4.3.0 mod_ssl/2.8.12 OpenSSL/0.9.6g

PHP compiled without openssl or anyother app that need openssl compiled
in php
apachectl startssl
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
etc 
the httpd deamon reload is config and never die

PHP compiled with --with-openssl=/usr/local/ssl ( tested 4 time with
different delay between SIGHUP )
apachectl startssl
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - SIGHUP received.  Attempting to restart -- and
apache never restart

PHP compiled with --with-openssl=/usr/local/ssl --with-imap
--with-imap-ssl=/usr/local/ssl
apachectl startssl
killall -1 httpd - SIGHUP received.  Attempting to restart -- and
apache never restart
I can't even SIGHUP one time the http server

Ok i know that the bug is between apache-mod_ssl and php-openssl

But i would like to know how i can correct that problem.

Thanks in advance for any help.

Regards.







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

#14865 [Com]: php4apache.dll - phpinfo error - winXP - Apache

[slaphappy1975]

 ID:   14865
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Apache related
 Operating System: Win XP Prof
 PHP Version:  4.1.1 and 4.2.1
 New Comment:

The last commentor said to move the php4ts.dll to the system folder.
Has anyone fixed the problem by doing this?
c


Previous Comments:


[2003-01-14 06:40:54] [EMAIL PROTECTED]

This is really easy to fix.

Just remove php4ts.dll file from the c:\php directory and put it into
the system directory. I had the same file in both directories but now
this has been fixed, good luck :)

### BE SURE TO DELETE THE FILE FROM THE PHP DIRECTORY ###



[2002-07-19 23:24:32] [EMAIL PROTECTED]

This is not a PHP or Apache error, or at least not completely. It seems
that MSIE is the main source of the problem. I am experiencing similar
problems with MSIE6 (in Windows XP) but no problems at all with
Netscape 6.2. I am using PHP 4.2.2 and Apache 2.0.39, which I also used
on my old Windows 2000 machine; it never gave me any trouble even
though I also had MSIE6 on it.

I tested http://mvirtue.myip.org/test/index.php posted by
[EMAIL PROTECTED] [22 Mar 12:24am], and it produces the same errors in
MSIE but works flawlessly in Netscape.

Because I prefer MSIE as most people do, I would like to know if anyone
has the updated AFD.SYS file mentioned in
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q317949 because
Microsoft does not offer it freely for some reason. Seeing as this
problem occurs only in MSIE6 and only with WinXP I think that update
could solve the IE problem.

Thanks,
Matt



[2002-07-13 01:00:07] [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-06-12 09:04:41] [EMAIL PROTECTED]

Did you try that fix from Microsoft? And what about the
latest non-stable snapshot of PHP?




[2002-06-12 04:18:35] [EMAIL PROTECTED]

is this Bug-Report ( http://bugs.php.net/bug.php?id=16698 )
the same Problem as I have?

then the Problem is by Microsoft!
see:
http://www.apache.org/dist/httpd/binaries/win32/#xpbug
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q317949

I try anyway in the next days to config the server with the original
config-File and only the minimum of changes for PHP?



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

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

#22151 [NEW]: php4-win32-STABLE-latest Installation Problems

[chris]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Advance Server
PHP version:  4.3.0
PHP Bug Type: IIS related
Bug description:  php4-win32-STABLE-latest Installation Problems

Oddly enough on the first build of this box 6 months or so ago, PHP
installed perfectly onto the C: drive. 
I rebuilt the network, but saved the C drive for later data retrival and
formating, so another drive was placed into the system and rebuilt under
the E: drive. 

This installation of PHP has been a complete failure. 
Win2k has been updated ONLY with all service packs from microsoft. 
So its a CLEAN OS. The server is the PDC running active directory and
IIS.

My initial problems were similar to others on here, the php include files

would repeat over and over, and I would get an application error of 
memory could not be read as defined in the current open issue that is
still waiting feedback for three days.  

Your recommendation was to install the newer snapshot, and I did. 
If i may say the installation instructions are a tad ''confusing'' but I
will define the steps I've followed upto now.

Extracted all files to E:\PHP
Coppied php.ini-dist and renamed to php.ini
modified extension_dir to extension_dir = e:\PHP
Coppied DLL's from the E:\PHP\DLLS to E:\WinNT\System32\
TURNED NO EXTENTIONS ON (Want basic running first)
modified cgi.force_redirect to cgi.force_redirect = 0


In Internet Service Manager (ISM) made the following modifications to the
master properties:
Home > Configuration, added .php extention and utilized the
e:\php\php.exe 
All Verbs
Check for existance of file

Set execute properties, as well as securities on the folder for the 
IUSR
to have FULL controll for the moment.



Current Behavior:
PHP seems to return NO ERRORS... 
I'm not even noticing the PHP.exe in the processes.

In the source of the outputed page, it SEEMS as if PHP is parsing out 
everything between the Tags '' but not processing any of the code. 
All pages show up with HTML but no php execution
not even a echo of 'THIS WORKS'.








Server Configuration:

Win2k Advanced Server
OS Installation: Second Drive installation Labeled E:\
PHP Installation: E:\PHP
Webserver Installation: F:\


I'm assuming I've missed something in the installation and will continue
to look into that, if you have
any recommendations, or need more information feel free to contact me here
or at [EMAIL PROTECTED]
-- 
Edit bug report at http://bugs.php.net/?id=22151&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22151&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22151&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22151&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22151&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22151&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22151&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22151&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22151&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22151&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22151&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22151&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22151&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22151&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22151&r=gnused

#22109 [Opn->Csd]: With-flatfile compile option causes core dumps during make test

[sniper]

 ID:   22109
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: DBM/DBA related
 Operating System: Solaris 2.7
 PHP Version:  4CVS-2003-02-07 (stable)
 New Comment:

Closed per user-request. (and seems like fixed too..?)



Previous Comments:


[2003-02-10 12:54:15] [EMAIL PROTECTED]

I downloaded a late Sunday evening snapshot and did not receive any of
the mentioned core dumps as in previous posts.  I've also reviewed the
information provided at http://www.php.net/manual/en/ref.dba.php and
learned that the flatfile interface is deprecated.  Based on this,
there seems no need to persist with this as a bug report.  Go ahead and
close it.



[2003-02-07 20:03:35] [EMAIL PROTECTED]

Here is the ldd output you asked for:

libcrypt_i.so.1 =>   /usr/lib/libcrypt_i.so.1
libresolv.so.2 =>/usr/lib/libresolv.so.2
libm.so.1 => /usr/lib/libm.so.1
libdl.so.1 =>/usr/lib/libdl.so.1
libnsl.so.1 =>   /usr/lib/libnsl.so.1
libsocket.so.1 =>/usr/lib/libsocket.so.1
libpthread.so.1 =>   /usr/lib/libpthread.so.1
libc.so.1 => /usr/lib/libc.so.1
libgen.so.1 =>   /usr/lib/libgen.so.1
libmp.so.2 =>/usr/lib/libmp.so.2
libthread.so.1 =>/usr/lib/libthread.so.1
/usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1

I tried to run your print_r( dba_handlers() ) but I got an undefined
function error.  That only shows up in the code with the --enable-dba
option, an option not used in my configure script.  I included it, then
re-configured and did a full re-compile.  Still had the core dump
afterwards.

The output from the print_r command is:

Array
( [flatfile] => 1.0, $Revision: 1.5.2.3 $ ) )

Side question:  is there a configure reference or rule that states if
one option is present, these other options should be as well.  As in
the above, is the enable-dba option required in the presence of the
--with-dbXX or --with-flatfile options. Without the --enable-dba
present, I saw the message "checking whether DBA interface is
enabled=yes" in the config output.  This led me to believe that DBA was
enabled.  That was not the case based on your email and the subsequent
config output "checking whether DBA is enabled=yes" showed up right
before the earlier mentioned one.  I'm new to PHP so this seems
ambiguous to me!



[2003-02-07 14:03:25] [EMAIL PROTECTED]

Could you please send the outputs of "ldd php" and if
you used shared builds then the ldd output of any loaded
php module, too. And then i'd like to see the ouput of
"php -r 'print_r(dba_handlers(1));'" if you did not use 
a cvs version then you must omit the parameter "1".




[2003-02-07 09:01:33] [EMAIL PROTECTED]

Compiled with GCC 3.2.1 on Solaris 2.7 to work with Apache 2.0.40.
Apache compiled with same GCC.

Testing with CLI version in sapi/cli via make test.
The SISSEGV segmentation core dump occurs with the
"tests/func/005a.phpt" only when I include the --with-flatfile option
in the configure script, by itself or in combination with any other
option. Absent this flatfile setting, no core dump occurs.  I've
confirmed this with numerous clean, right from scratch reconfigures and
compiles.

Within the failing test, the register_shutdown_function() call works
ok.  It appears that the dump is being triggered when the time limit
set by set_time_limit() expires within the infinite for loop.  I varied
the time value to set_time_limit(), but still got the core dumps. 
Using GDB 4.1.18, I got this backtrace:

Program received signal SIGSEGV, Segmentation fault.
0xff165758 in aiosigcancelhndlr () from /usr/lib/libaio.so.1
(gdb) bt
#0  0xff165758 in aiosigcancelhndlr () from /usr/lib/libaio.so.1 #1 
0xfeffbdfc in __sighndlr () from /usr/lib/libthread.so.1 #2   
#3  execute (op_array=0x2890b0, tsrm_ls=0x1dbbd0)
at /opt/src/php/php4-STABLE-200302021630/Zend/zend_execute.c:1350
#4  0x1395fc in zend_execute_scripts (type=8, tsrm_ls=0x1dbbd0,
retval=0x0, 
file_count=3) at
/opt/src/php/php4-STABLE-200302021630/Zend/zend.c:864
#5  0x1078ac in php_execute_script (primary_file=0xffbef110,
tsrm_ls=0x1dbbd0)
at /opt/src/php/php4-STABLE-200302021630/main/main.c:1582
#6  0x14da14 in main (argc=2, argv=0xffbef19c)
at /opt/src/php/php4-STABLE-200302021630/sapi/cli/php_cli.c:753

Due to the infinite for loop in the failing test, subseqent core dumps
will backtrace differently depending on just where in the loop cycle
the dump occurs at.  Inother words, don't expect execute in frame 3 to
look the same from trace to trace. Thoug

#22117 [Opn]: Session vars inappropriately created as references

[sniper]

 ID:   22117
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: Win NT 4
 PHP Version:  4.3.0
 New Comment:

Just FYI, the following script works as expected:






Previous Comments:


[2003-02-10 12:54:13] [EMAIL PROTECTED]

A colleague points out that this script also
produces the buggy behaviour.

";
echo $var2."";
?>



[2003-02-09 16:36:48] [EMAIL PROTECTED]

Further searching makes me think that this may be
related to Bug #20583 :
http://bugs.php.net/bug.php?id=20583



[2003-02-09 16:33:11] [EMAIL PROTECTED]

Actually, I have created a simpler test case,
which produces the behaviour in one script,
and BEFORE serialization:

";
echo $var2."";
?>

Actual Output in 4.3.0:
CHANGED
CHANGED

Session data after execution
var1|s:7:"CHANGED";var2|R:1;

So it seems that $var2 is a reference of $var1,
but only if the session_start and session_register
functions are called.

Notes:
The bug occurs even if the "session_start();" and the "$var1 = $var2 =
"INITIALIZED";" lines are swapped.

The buggy behaviour disappears if I move the line
"$var2 = "CHANGED"" above the session_register() call.



[2003-02-09 16:07:53] [EMAIL PROTECTED]

Here's the contents of the session file,
immediately after execution of my first
test script test_bug1.php, from versions
4.2.2 and 4.3.0:

session file from 4.2.2:
var1|s:11:"INITIALIZED";var2|s:11:"INITIALIZED";

session file from 4.3.0:
var1|s:11:"INITIALIZED";var2|R:1;



[2003-02-07 17:41:24] [EMAIL PROTECTED]

It took me a while to track this down...
we noticed that when we upgraded a develpment box
from 4.2.3 to 4.3.0, that one of our session vars
was being over-written by another.

It turns out that one was being serialized 
to the session as a reference to the other,
but only if the vars were intialized like this:

 $var1 = $var2 = "some value";

Consider two scripts, test_bug1.php and test_bug2.php

If you run test_bug1, and then test_bug2, surprisingly,
the output of test_bug2 will be:

BEFORE:
var1 = 'INITIALIZED'
var2 = 'INITIALIZED'

AFTER:
var1 = 'CHANGED'
var2 = 'CHANGED'

\n";
echo "var1 = '$var1'";
echo "var2 = '$var2'";

echo "test_bug2.php";

?>

\n";
echo "var1 = '$var1'\n";
echo "var2 = '$var2'\n";

$var2 = "CHANGED";

echo "AFTER:\n";
echo "var1 = '$var1'\n";
echo "var2 = '$var2'\n";

$var2 = "EXIT";

?>






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

#20641 [Opn->Fbk]: Numeric type returns invalid result using ibase_fetch_row/ibase_fetch_object

[iliaa]

 ID:   20641
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: InterBase related
 Operating System: Windows NT / Firebird 1.0
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-12-22 06:04:48] [EMAIL PROTECTED]

The problem still exits after downloadning the latest PHP4 at
http://snaps.php.net/win32/php4-win32-latest.zip.



[2002-12-21 01:00:01] [EMAIL PROTECTED]

No feedback was provided for this bug for over 2 weeks, 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-12-04 22:49:33] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-11-26 04:38:19] [EMAIL PROTECTED]

Numeric type returns invalid result using
ibase_fetch_row/ibase_fetch_object (Windows NT).

Numbers stored as an InterBase/Firebird numeric/decimal datatype
beyond
the bounds of the PHP integer type (> 2147483647), do not return a
float
type but cause an overflow 

Example:
2303511415 (decimal 10,0) returns -1991455881

PHP/Firebird example script:
$sql = "create table temp (large_number numeric(10,0))";
$result = ibase_query($sql,connection()); 
if (!$result) {
  exit;
}
ibase_commit();


$sql = "INSERT INTO temp VALUES (2303511415)";
$result = ibase_query($sql,connection()); 
if (!$result) {
  exit;
}

$sql = "SELECT large_number FROM temp WHERE large_number =
2303511415";
$result = ibase_query($sql,connection()); 
if (!$result) {
  exit;
}

while ($row = ibase_fetch_row($result)) {
   print($row[0]); 
}

ibase_free_result($result);

$sql = "drop table temp";
$result = ibase_query($sql,connection()); 
if (!$result) {
  exit;
}
ibase_commit();



[2002-11-26 03:24:19] [EMAIL PROTECTED]

Numeric type returns invalid result using
ibase_fetch_row/ibase_fetch_object (Windows NT).

Numbers stored as an InterBase/Firebird numeric/decimal datatype beyond
the bounds of the PHP integer type (> 2147483647), do not return a
float type but cause an overflow 

Example:
2303511415 (decimal 10,0) returns -1991455881

PHP/Firebird example script:
$sql = "create table temp (large_number numeric(10,0))";
$result = ibase_query($sql,connection()); 
if (!$result) {
  exit;
}

$sql = "INSERT INTO temp VALUES (2303511415)";
$result = ibase_query($sql,connection()); 
if (!$result) {
  exit;
}

$sql = "SELECT large_number FROM temp WHERE large_number =
2303511415";
$result = ibase_query($sql,connection()); 
if (!$result) {
  exit;
}

while ($row = ibase_fetch_row($result)) {
   print($row[0]); 
}




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

#21873 [Opn->Fbk]: cURL not work with tmpfile

[sniper]

 ID:   21873
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: cURL related
 Operating System: FreeBSD 4.7
 PHP Version:  4.3.0
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2003-01-25 03:39:14] [EMAIL PROTECTED]

It's fseek BUG
Whe i modify code to
fseek($fp,1,SEEK_SET);
fseek($fp,0,SEEK_SET);

All work correctly



[2003-01-25 02:23:21] [EMAIL PROTECTED]

This function return empty result. In PHP 4.2.1 all work correctly.

function _HttpsReq($addr)
{
  $ch = curl_init("https://192.0.0.1".$addr);
  curl_setopt($ch, CURLOPT_HEADER, 0);
  $fp = tmpfile();
//  fwrite($fp," ");
  curl_setopt ($ch, CURLOPT_FILE, $fp);
  curl_exec($ch);
  curl_close($ch);
  fseek($fp,0,SEEK_SET);
  $result = fgets($fp,1024);
  fclose($fp);
  return $result;
} //return empty result

When i uncomment string fwrite($fp," "); All work correctly.




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

#22109 [Com]: With-flatfile compile option causes core dumps during make test

[dwkoehler]

 ID:   22109
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: DBM/DBA related
 Operating System: Solaris 2.7
 PHP Version:  4CVS-2003-02-07 (stable)
 New Comment:

I downloaded a late Sunday evening snapshot and did not receive any of
the mentioned core dumps as in previous posts.  I've also reviewed the
information provided at http://www.php.net/manual/en/ref.dba.php and
learned that the flatfile interface is deprecated.  Based on this,
there seems no need to persist with this as a bug report.  Go ahead and
close it.


Previous Comments:


[2003-02-07 20:03:35] [EMAIL PROTECTED]

Here is the ldd output you asked for:

libcrypt_i.so.1 =>   /usr/lib/libcrypt_i.so.1
libresolv.so.2 =>/usr/lib/libresolv.so.2
libm.so.1 => /usr/lib/libm.so.1
libdl.so.1 =>/usr/lib/libdl.so.1
libnsl.so.1 =>   /usr/lib/libnsl.so.1
libsocket.so.1 =>/usr/lib/libsocket.so.1
libpthread.so.1 =>   /usr/lib/libpthread.so.1
libc.so.1 => /usr/lib/libc.so.1
libgen.so.1 =>   /usr/lib/libgen.so.1
libmp.so.2 =>/usr/lib/libmp.so.2
libthread.so.1 =>/usr/lib/libthread.so.1
/usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1

I tried to run your print_r( dba_handlers() ) but I got an undefined
function error.  That only shows up in the code with the --enable-dba
option, an option not used in my configure script.  I included it, then
re-configured and did a full re-compile.  Still had the core dump
afterwards.

The output from the print_r command is:

Array
( [flatfile] => 1.0, $Revision: 1.5.2.3 $ ) )

Side question:  is there a configure reference or rule that states if
one option is present, these other options should be as well.  As in
the above, is the enable-dba option required in the presence of the
--with-dbXX or --with-flatfile options. Without the --enable-dba
present, I saw the message "checking whether DBA interface is
enabled=yes" in the config output.  This led me to believe that DBA was
enabled.  That was not the case based on your email and the subsequent
config output "checking whether DBA is enabled=yes" showed up right
before the earlier mentioned one.  I'm new to PHP so this seems
ambiguous to me!



[2003-02-07 14:03:25] [EMAIL PROTECTED]

Could you please send the outputs of "ldd php" and if
you used shared builds then the ldd output of any loaded
php module, too. And then i'd like to see the ouput of
"php -r 'print_r(dba_handlers(1));'" if you did not use 
a cvs version then you must omit the parameter "1".




[2003-02-07 09:01:33] [EMAIL PROTECTED]

Compiled with GCC 3.2.1 on Solaris 2.7 to work with Apache 2.0.40.
Apache compiled with same GCC.

Testing with CLI version in sapi/cli via make test.
The SISSEGV segmentation core dump occurs with the
"tests/func/005a.phpt" only when I include the --with-flatfile option
in the configure script, by itself or in combination with any other
option. Absent this flatfile setting, no core dump occurs.  I've
confirmed this with numerous clean, right from scratch reconfigures and
compiles.

Within the failing test, the register_shutdown_function() call works
ok.  It appears that the dump is being triggered when the time limit
set by set_time_limit() expires within the infinite for loop.  I varied
the time value to set_time_limit(), but still got the core dumps. 
Using GDB 4.1.18, I got this backtrace:

Program received signal SIGSEGV, Segmentation fault.
0xff165758 in aiosigcancelhndlr () from /usr/lib/libaio.so.1
(gdb) bt
#0  0xff165758 in aiosigcancelhndlr () from /usr/lib/libaio.so.1 #1 
0xfeffbdfc in __sighndlr () from /usr/lib/libthread.so.1 #2   
#3  execute (op_array=0x2890b0, tsrm_ls=0x1dbbd0)
at /opt/src/php/php4-STABLE-200302021630/Zend/zend_execute.c:1350
#4  0x1395fc in zend_execute_scripts (type=8, tsrm_ls=0x1dbbd0,
retval=0x0, 
file_count=3) at
/opt/src/php/php4-STABLE-200302021630/Zend/zend.c:864
#5  0x1078ac in php_execute_script (primary_file=0xffbef110,
tsrm_ls=0x1dbbd0)
at /opt/src/php/php4-STABLE-200302021630/main/main.c:1582
#6  0x14da14 in main (argc=2, argv=0xffbef19c)
at /opt/src/php/php4-STABLE-200302021630/sapi/cli/php_cli.c:753

Due to the infinite for loop in the failing test, subseqent core dumps
will backtrace differently depending on just where in the loop cycle
the dump occurs at.  Inother words, don't expect execute in frame 3 to
look the same from trace to trace. Though its a bit of a chameleon to
chase down, I'm still on the prowl to locate exact where this is
happening at.

---dave





-

#22117 [Opn]: Session vars inappropriately created as references

[phpbugs]

 ID:   22117
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: Win NT 4
 PHP Version:  4.3.0
 New Comment:

A colleague points out that this script also
produces the buggy behaviour.

";
echo $var2."";
?>


Previous Comments:


[2003-02-09 16:36:48] [EMAIL PROTECTED]

Further searching makes me think that this may be
related to Bug #20583 :
http://bugs.php.net/bug.php?id=20583



[2003-02-09 16:33:11] [EMAIL PROTECTED]

Actually, I have created a simpler test case,
which produces the behaviour in one script,
and BEFORE serialization:

";
echo $var2."";
?>

Actual Output in 4.3.0:
CHANGED
CHANGED

Session data after execution
var1|s:7:"CHANGED";var2|R:1;

So it seems that $var2 is a reference of $var1,
but only if the session_start and session_register
functions are called.

Notes:
The bug occurs even if the "session_start();" and the "$var1 = $var2 =
"INITIALIZED";" lines are swapped.

The buggy behaviour disappears if I move the line
"$var2 = "CHANGED"" above the session_register() call.



[2003-02-09 16:07:53] [EMAIL PROTECTED]

Here's the contents of the session file,
immediately after execution of my first
test script test_bug1.php, from versions
4.2.2 and 4.3.0:

session file from 4.2.2:
var1|s:11:"INITIALIZED";var2|s:11:"INITIALIZED";

session file from 4.3.0:
var1|s:11:"INITIALIZED";var2|R:1;



[2003-02-07 17:41:24] [EMAIL PROTECTED]

It took me a while to track this down...
we noticed that when we upgraded a develpment box
from 4.2.3 to 4.3.0, that one of our session vars
was being over-written by another.

It turns out that one was being serialized 
to the session as a reference to the other,
but only if the vars were intialized like this:

 $var1 = $var2 = "some value";

Consider two scripts, test_bug1.php and test_bug2.php

If you run test_bug1, and then test_bug2, surprisingly,
the output of test_bug2 will be:

BEFORE:
var1 = 'INITIALIZED'
var2 = 'INITIALIZED'

AFTER:
var1 = 'CHANGED'
var2 = 'CHANGED'

\n";
echo "var1 = '$var1'";
echo "var2 = '$var2'";

echo "test_bug2.php";

?>

\n";
echo "var1 = '$var1'\n";
echo "var2 = '$var2'\n";

$var2 = "CHANGED";

echo "AFTER:\n";
echo "var1 = '$var1'\n";
echo "var2 = '$var2'\n";

$var2 = "EXIT";

?>






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

#22112 [Opn->Fbk]: PHP linked with openssl breaks SIGHUP of apache

[sniper]

 ID:   22112
 Updated by:   [EMAIL PROTECTED]
-Summary:  When Php compiled with support for openssl it broke
   the SIHUP of apache
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: Linux Redhat 6.2
 PHP Version:  4.3.0
 New Comment:

Are modssl and PHP linked with SAME ssl lib?



Previous Comments:


[2003-02-07 13:28:26] [EMAIL PROTECTED]

Hi,

My setup :
Apache/1.3.27 (Unix) PHP/4.3.0 mod_ssl/2.8.12 OpenSSL/0.9.6g

PHP compiled without openssl or anyother app that need openssl compiled
in php
apachectl startssl
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
etc 
the httpd deamon reload is config and never die

PHP compiled with --with-openssl=/usr/local/ssl ( tested 4 time with
different delay between SIGHUP )
apachectl startssl
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - Apache reload configuration and all is fine
killall -1 httpd - SIGHUP received.  Attempting to restart -- and
apache never restart

PHP compiled with --with-openssl=/usr/local/ssl --with-imap
--with-imap-ssl=/usr/local/ssl
apachectl startssl
killall -1 httpd - SIGHUP received.  Attempting to restart -- and
apache never restart
I can't even SIGHUP one time the http server

Ok i know that the bug is between apache-mod_ssl and php-openssl

But i would like to know how i can correct that problem.

Thanks in advance for any help.

Regards.







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

#22147 [Asn]: PHP crashes when processing XSLT files

[stuart]

 ID:   22147
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: XSLT related
 Operating System: Windows XP
 PHP Version:  4.3.0
 Assigned To:  dviner
 New Comment:

Dave et al,

Have a look at http://www.gnqs.org/people/stu/xslt-crashes2.zip. 
There's a new 'reproduce.php' script, and then just the XML/XSL file
pairs that make it crash locally.  Should run on UNIX too.

What I've done is cached all the XML/XSL that was being fed into
Sablotron by my earlier script.  The new reproduce.php simply works
through these until a crash occurs, or you run out of files.

When I run and re-run this new script, I get crashes at *different*
values of $l_iCount.  It doesn't crash on the same XML/XSL pair each
time.

This new download is much larger because of increase in size of the
XML/XSL file pairs.

Thanks for looking at this,
Stu


Previous Comments:


[2003-02-10 11:53:58] [EMAIL PROTECTED]

I've downloaded the zip file and am trying it now.  I've run the
"reproduce" program three times so far, with no crashes.  

I had two comments about the tests.  First, the test program is not
really isolated to just XSLT transformations.  So even if the crash is
reproducible, it'd be quite challenging to isolate the problem to
Sablotron.  Of course, the problem could _be_ in Sablotron, but a lot
of things are happening in this script.  It might be easier to redact
the script such that only XSLT processing is happening.  
Second, with some minor changes, this script should be usable on UNIX.
I think it'd be good to test it there as Melvyn pointed out eariler. 
The only changes required are the hardcoded paths as far as i can
tell.

Stuart, can you take a stab at changing the test script to perform only
the series of XSLT transformations that cause a crash on your hardware?
 And can you change the hardcoded paths to be parameters so that the
UNIX folks can test it as well?

thanks
dave





[2003-02-10 11:12:13] [EMAIL PROTECTED]

Just adding a quick note/analysis here:
It may still be a bug in Sablotron, since using 'sabcmd', doesn't use
the 'args' syntax. Either we are not freeing something we should, or
the Sablotron library isn't.
If we're not freeing something, it shouldn't be windows specific.

SablotFreeResultArgs comes to mind, but the docs say:
"This call frees all memory associated with the output of the most
recent transformation. You don't have to make this call, destroying the
processor takes care as well as new transformation invocation. " and we
do destroy the processor, in xslt_free().

Assigning to Dave, since he's got the windows setup to test this in.



[2003-02-10 09:37:51] [EMAIL PROTECTED]

Okay, you can get the tarball from here:

http://www.gnqs.org/people/stu/xslt-crashes.zip

It's about 1.5Mb in size.  Sorry it's not smaller, but the 2000+ XML
files in there are necessary to make Sablotron crash.

Unzip into c:/devel, and add c:/devel/php to your php.ini include_path.
 Then, go into c:/devel/tools, and run

/cli/php.exe ./reproduce.php

First time you run it, you may not get a crash.  Simply remove all the
HTML files from c:/devel/htdocs/localdocs/, and re-run.  Remember to
leave the c:/devel/htdocs/localdocs/xml directory intact, or you can't
rerun the code!

I haven't tested that this code will work when unzipped into another
directory.

Best regards,
Stu



[2003-02-10 06:14:19] [EMAIL PROTECTED]

Could you please add a URL for the tarball, or send the  
tarball to [EMAIL PROTECTED] (if it is smaller then  
100k).  
  
Or make a small script to reproduce it..  



[2003-02-10 05:30:56] [EMAIL PROTECTED]

Here's the information reported by Windows:

AppName: php.exe
AppVer: 4.3.0.0
ModName: msvcrt.dll
ModVer: 7.0.2600.1106
Offset: 00033e05

I have reproduced the crash on two machines - one Intel, one AMD, both
running XP Pro.

I have a tarball which reproduces the crash.  Happy to make it
available to a PHP maintainer.  Also happy to install a debugging build
of PHP, if someone can make one available, to capture more
information.

Crash only happens when all the following circumstances are true:

1) Passing XML/XSL as strings through $args array into xslt_process

If Sablotron is told to process files on disk instead, no crash
occurs.

2) The same running instance of PHP has been used to process a large
number of XML/XSL files.

Number varies from a few hundred to a few thousand.

You can take the individual XML/XSL pair being processed at the time of
the crash, and Sablotron can process th

#21339 [Opn->Bgs]: cannot compile gettext support

[sniper]

 ID:   21339
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Gettext related
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

Works fine here, user has more important issues to deal with and can't
provide feedback, and this most likely is some user error anyway.



Previous Comments:


[2003-02-04 17:52:11] [EMAIL PROTECTED]

Okay, now I'm really confused. I yanked the Configure command out of
the RPM. Here it is.

#!/bin/sh

EXTERNAL_MODULES="mysql pgsql gd imap ldap bcmath bz2 calendar com cpdf
crack curl cyrus db dba_bundle dbase dbx dio domxml dotnet exif fbsql
fdftk filepro fribidi gmp hwapi hyperwave iconv informix ingres_ii
interbase ircg java mcrypt mbstring mhash mime_magic ming mnogosearch
msession msql mssql ncurses notes oci8 odbc oracle ovrimos pcntl pdf
pfpro pspell qtdom readline recode rpc shmop snmp sockets swf sybase
sybase_ct sysvmsg wddx xml xmlrpc xslt yaz zip"

./configure \
--enable-discard-path \
--disable-force-cgi-redirect \
--enable-shared \
--disable-static \
--disable-debug \
--disable-rpath \
--enable-pic \
--enable-inline-optimization \
--enable-memory-limit \
--with-pear \
--enable-magic-quotes \
--enable-debugger \
--enable-track-vars \
--with-versioning \
--with-mod_charset \
--with-regex=php \
--enable-track-vars \
--enable-trans-sid \
--enable-safe-mode \
--with-ctype \
--with-ttf \
--with-zlib \
--enable-sysvsem \
--enable-sysvshm \
--enable-yp \
--enable-ftp \
--without-aspell \
--without-kerberos \
--with-gettext=/usr/local \
--without-dba \
--without-db2 \
--without-db3 \
--with-mysql=/usr/mysql \
`for i in $EXTERNAL_MODULES; do echo --without-${i} --disable-${i};
done` \
--without-gdbm 

and that worked. (I got rid of --with-freetype because
right now I don't have freetype installed on my system.)



[2003-02-04 16:39:14] [EMAIL PROTECTED]

More info... I am trying to rebuild a Mandrake RPM from the source RPM.
That's what has been failing, so I downloaded the December 27, 2002
tarball off the website earlier today (today is Tuesday, February 4th)
and built it. 

Using --disable-all --with-gettext=/usr/local worked.

So now I've copied over the configure command from the
RPM's spec file and am going to try it. 

At this point I suspect that one of the other configure options is
causing problems. Will post more info as soon 
as I have it.



[2003-02-04 05:40:12] [EMAIL PROTECTED]

I've tried compiling it with 
./configure --disable-all
--with-gettext=/path/to/gettext/install/prefix
but still failed. I've given up for now as I've other issues which are
more important...



[2003-02-03 12:08:51] [EMAIL PROTECTED]

I have now experienced this problem too. Found this ticket via
groups.google.com and would like to point out the difference in OS: I'm
running Red Hat Linux 7.3 (i386) and compiling PHP 4.3.0 also, with the
same issue. I did try configure --disable-all --with-gettext and that
didn't work either. I may be confused about what is supposed to go into
--with-gettext=/blah - is 'blah' a pointer to the library directory (in
my case /usr/local/lib) or the source tree? Also, 'make install' (in
gettext) installs the gettext libs into /usr/local/lib, but oddly
enough, does not install the headers into /usr/local/include and I'm
wondering if that might be part of my problem. Configure params are as
follows,

./configure \
--enable-discard-path \
--disable-force-cgi-redirect \
--enable-shared \
--disable-static \
--disable-debug \
--disable-rpath \
--enable-pic \
--enable-inline-optimization \
--enable-memory-limit \
--enable-magic-quotes \
--enable-debugger \
--enable-track-vars \
--with-versioning \
--with-mod_charset \
--with-regex=php \
--enable-track-vars \
--enable-trans-sid \
--enable-safe-mode \
--with-ctype \
--with-ttf \
--with-zlib \
--enable-sysvsem \
--enable-sysvshm \
--enable-yp \
--enable-ftp \
--without-aspell \
--without-kerberos \
--with-gettext=/usr \
--without-dba \
--without-db2 \
--without-db3 \
--with-mysql=/usr/mysql \
--without-gdbm 

(I suspect I'm pointing --with-gettext at the wrong place, but as
previously mentioned, --disable-all --with-gettext with no directory
didn't work either).



[2003-01-27 22:32:10]

#22070 [Com]: trans_id: Hidden fields placed incorrectly

[node]

 ID:   22070
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Session related
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

1. i won't use  ... i use  instead

2. If i use fieldset (4.3.0) this is the result



very funny


Previous Comments:


[2003-02-09 16:00:40] [EMAIL PROTECTED]

For xhtml, you use , so that the rewriter will include
the hidden input field after the fieldset.



[2003-02-09 15:36:56] [EMAIL PROTECTED]

lol 

is this the way how php is fixing bugs?



[2003-02-05 16:01:38] [EMAIL PROTECTED]

You can disable the adding of the hidden field by
removing 'form=' from url_rewriter.tags




[2003-02-05 09:16:05] [EMAIL PROTECTED]

Output from http://validator.w3.org: 
Line 7, column 115: document type does not allow element 
"input" here; missing one of "ins", "del", "h1", "h2", 
"h3", "h4", "h5", "h6", "p", "div", "address", "fieldset" 
start-tag 
 
  ...="f78cfab3aa4745920992c99cabedc75f" /> 
  ^ 



[2003-02-05 08:33:42] [EMAIL PROTECTED]

When using session.use_trans_sid, a hidden input field containing the
session name and ID is placed right after the  tag. Unfortually,
this makes the HTML invalid if you're using XHTML 1.1, strict XHTML
1.0, or strict HTML 4.0: All input fields (even hidden ones) must be
placed inside a block-level element such as  or .

The solution: When the parser discovers a form on the page, it should
place the hidden field containing the session name + ID right next to
one of the other input fields:

The original page:


  

  


After being processed by the parser:


  

  





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

#22118 [Opn->Fbk]: Sablotron segfaults

[msopacua]

 ID:   22118
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: XSLT related
 Operating System: AIX 4.3
 PHP Version:  4.3.0
 New Comment:

Are you still getting the duplicate symbol warnings?


Previous Comments:


[2003-02-09 21:59:59] [EMAIL PROTECTED]

i am not an expert on shared libraries (far from it)
but it seemed safe to have libsablot, apache and php use the same
system expat. 

changing the expat in apache did not help me here:

/apache_1.3.27> ./configure --enable-module="so"
--enable-module="rewrite" --disable-rule=EXPAT

i re-installed apache. rebuilt php. re-installed php,
and to make sure that there were no other side-effects
i temporarily turned off mod_perl.

the results seem very much the same though.

here is a backtrace:

#0  0x10003f88 in sig_coredump ()
#1  
#2  0xd10e5030 in XML_ParserCreateNS () at lib/xmlparse.c:630
#3  0xd10db1a4 in TreeConstructer::parseDataLineUsingExpat
(this=0x6000b04f, 
S=@0x0, t=0x60032019, d=0x7f, 
base_=0x7f ) at parser.cpp:106
#4  0xd10678d8 in Tree::parse (this=0x20161bf8, S=@0x20160448,
d=0x7f)
at tree.cpp:1375
#5  0xd101a89c in Processor::addLineParse (this=0x201614e8,
S=@0x20160448, 
newTree=@0x201614ec, absolute=@0x2ff206b8, isXSL=1, ignoreErr=0)
at proc.cpp:597
#6  0xd101b054 in Processor::readTreeFromURI (this=0x201614e8,
S=@0x20160448, 
newTree=@0x201614ec, location=@0x20161908, base=@0x2ff20758,
isXSL=1, 
ignoreErr=0) at proc.cpp:645
#7  0xd1017d7c in Processor::open (this=0x201614e8, S=@0x20160448, 
sheetURI=0x20161a80 , 
inputURI=0x201619e0 ) at
proc.cpp:314
#8  0xd10d48d0 in SablotRunProcessorGen (S=0x20160448,
processor_=0x201614e8, 
sheetURI=0x20161a80 , 
inputURI=0x201619e0 , 
resultURI=0xd1712850 "arg:/_result") at sablot.cpp:374
#9  0xd16af9cc in zif_xslt_process (ht=3, return_value=0x20161ad0, 
this_ptr=0x, return_value_used=-1)
at /home/pete/tmp/php-4.3.0/ext/xslt/sablot.c:590
#10 0xd160a2f4 in execute (op_array=0x20160080)
at /home/pete/tmp/php-4.3.0/Zend/zend_execute.c:1596
#11 0xd15ef900 in zend_execute_scripts (type=0, retval=0x0,
file_count=3)
at /home/pete/tmp/php-4.3.0/Zend/zend.c:864
#12 0xd15eacb8 in php_execute_script (primary_file=0x2ff22310)
at /home/pete/tmp/php-4.3.0/main/main.c:1573
#13 0xd16ef54c in apache_php_module_main (r=0x0,
display_source_mode=0)
at /home/pete/tmp/php-4.3.0/sapi/apache/sapi_apache.c:55
#14 0xd16f20ac in send_php (r=0x20156be0, display_source_mode=0,
filename=0x0)
at /home/pete/tmp/php-4.3.0/sapi/apache/mod_php4.c:556
#15 0xd16f213c in send_parsed_php (r=0x0)
at /home/pete/tmp/php-4.3.0/sapi/apache/mod_php4.c:571
#16 0x100164ac in ap_invoke_handler ()
#17 0x10044924 in process_request_internal ()
#18 0x100449e8 in ap_process_request ()
#19 0x10006088 in child_main ()
#20 0x10006400 in make_child ()
#21 0x1000690c in perform_idle_server_maintenance ()
#22 0x100070a8 in standalone_main ()
#23 0x100078fc in main ()
#24 0x11dc in __start ()

the relevant line in my script was again
$result = xslt_process($processor, 'about.xml','about.xsl');

and i used the same trivial xml/xsl files.



[2003-02-09 16:30:14] [EMAIL PROTECTED]

Compile Apache with --disable-rule=EXPAT.



[2003-02-08 22:13:49] [EMAIL PROTECTED]

some more information: i have to copy the php module into
the appropriate place by hand, make install fails as follows

# make install
Installing PHP SAPI module
[activating module `php4' in /usr/local/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so
cp: libs/libphp4.so: No such file or directory
apxs:Break: Command failed with rc=1
make: *** [install-sapi] Error 1

# cp .libs/libphp4.so.0\ /usr/local/apache/libexec/libphp4.so

then i do the rest of the installs individually
# make install-modules
# make install-pear
# make install-build
# make install-headers
# make install-programs

and there are a number of warnings from ld in the build

ld: 0711-224 WARNING: Duplicate symbol: .XML_ParserFree
ld: 0711-224 WARNING: Duplicate symbol: XML_ParserFree
ld: 0711-224 WARNING: Duplicate symbol: .XML_ParserCreate
ld: 0711-224 WARNING: Duplicate symbol: XML_ParserCreate
...
ld: 0711-224 WARNING: Duplicate symbol: .XML_GetCurrentColumnNumber
ld: 0711-224 WARNING: Duplicate symbol: XML_GetCurrentColumnNumber
ld: 0711-224 WARNING: Duplicate symbol: .XML_GetCurrentByteIndex
ld: 0711-224 WARNING: Duplicate symbol: XML_GetCurrentByteIndex
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
information.

the make log is here http://www.phys.cwru.ed

#21725 [Opn->Ver]: return behaviour differs between include and require

[sniper]

 ID:   21725
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: Linux
-PHP Version:  4.3.0
+PHP Version:  4.3.1-dev
 New Comment:

Simple test case:

test.php:



foo.php:


Running test.php outputs:

string(3) "foo"
UNKNOWN:0



Previous Comments:


[2003-01-18 07:12:07] [EMAIL PROTECTED]

when a return is made out of an included file (using 
include), the value is properly returned.  However, using 
the require statement instead results in values not being 
preperly returned from a return statement in included 
code. 
 
Example 
 
This function currently exists in a class and works. 
 
function execQuery( &$sql, $result_status, $file, $line ) 
{ 
return include( dirname( __FILE__ 
)."/execQuery.php" ); 
  } 
 
This function DOES NOT WORK when I attempt the use the 
result it is not defined. 
function execQuery( &$sql, $result_status, $file, $line ) 
{ 
return require( dirname( __FILE__ 
)."/execQuery.php" ); 
  } 
 
This is the contents of the file it includes 
 
validateFileConstants( $file, 
$line, __FILE__, __LINE__ ); 
 
if ( !is_string( $sql ) ) { 
  $this->{$this->log_func} ( "File: $file. Line: 
$line. \$sql is NOT a string. (%s, %d)",__FILE__, __LINE__ 
); 
} 
 
if ( !is_int( $result_status ) ) { 
  $this->{$this->log_func} ( "File: $file. Line: 
$line. \$sql is NOT a string. (%s, %d)", __FILE__, 
__LINE__ ); 
} 
 
if ( $this->conn == NULL ) { 
$this->{$this->log_func} ( "File: $file. Line: 
$line. \$conn not open. (%s, %d)", __FILE__, __LINE__ ); 
} 
 
if ( pg_result_status( $rs = pg_query ( $this->conn, 
$sql ) ) !== $result_status ) { 
  /*pg_query returns false, can't use result_error.*/ 
  $this->{$this->log_func} ( "File: $file. Line: 
$line. Error executing. \"%s\" (%s, %d)" 
  , pg_last_error(), __FILE__, 
__LINE__ ); 
} 
 
return $rs; 
?> 
 
 
This behavious is also inconsistent with tjhe document 
which reads that the onyl difference if a warning or Fatal 
Error. 
 
Josh. 




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

#22147 [Asn]: PHP crashes when processing XSLT files

[dviner]

 ID:   22147
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: XSLT related
 Operating System: Windows XP
 PHP Version:  4.3.0
 Assigned To:  dviner
 New Comment:

I've downloaded the zip file and am trying it now.  I've run the
"reproduce" program three times so far, with no crashes.  

I had two comments about the tests.  First, the test program is not
really isolated to just XSLT transformations.  So even if the crash is
reproducible, it'd be quite challenging to isolate the problem to
Sablotron.  Of course, the problem could _be_ in Sablotron, but a lot
of things are happening in this script.  It might be easier to redact
the script such that only XSLT processing is happening.  
Second, with some minor changes, this script should be usable on UNIX.
I think it'd be good to test it there as Melvyn pointed out eariler. 
The only changes required are the hardcoded paths as far as i can
tell.

Stuart, can you take a stab at changing the test script to perform only
the series of XSLT transformations that cause a crash on your hardware?
 And can you change the hardcoded paths to be parameters so that the
UNIX folks can test it as well?

thanks
dave




Previous Comments:


[2003-02-10 11:12:13] [EMAIL PROTECTED]

Just adding a quick note/analysis here:
It may still be a bug in Sablotron, since using 'sabcmd', doesn't use
the 'args' syntax. Either we are not freeing something we should, or
the Sablotron library isn't.
If we're not freeing something, it shouldn't be windows specific.

SablotFreeResultArgs comes to mind, but the docs say:
"This call frees all memory associated with the output of the most
recent transformation. You don't have to make this call, destroying the
processor takes care as well as new transformation invocation. " and we
do destroy the processor, in xslt_free().

Assigning to Dave, since he's got the windows setup to test this in.



[2003-02-10 09:37:51] [EMAIL PROTECTED]

Okay, you can get the tarball from here:

http://www.gnqs.org/people/stu/xslt-crashes.zip

It's about 1.5Mb in size.  Sorry it's not smaller, but the 2000+ XML
files in there are necessary to make Sablotron crash.

Unzip into c:/devel, and add c:/devel/php to your php.ini include_path.
 Then, go into c:/devel/tools, and run

/cli/php.exe ./reproduce.php

First time you run it, you may not get a crash.  Simply remove all the
HTML files from c:/devel/htdocs/localdocs/, and re-run.  Remember to
leave the c:/devel/htdocs/localdocs/xml directory intact, or you can't
rerun the code!

I haven't tested that this code will work when unzipped into another
directory.

Best regards,
Stu



[2003-02-10 06:14:19] [EMAIL PROTECTED]

Could you please add a URL for the tarball, or send the  
tarball to [EMAIL PROTECTED] (if it is smaller then  
100k).  
  
Or make a small script to reproduce it..  



[2003-02-10 05:30:56] [EMAIL PROTECTED]

Here's the information reported by Windows:

AppName: php.exe
AppVer: 4.3.0.0
ModName: msvcrt.dll
ModVer: 7.0.2600.1106
Offset: 00033e05

I have reproduced the crash on two machines - one Intel, one AMD, both
running XP Pro.

I have a tarball which reproduces the crash.  Happy to make it
available to a PHP maintainer.  Also happy to install a debugging build
of PHP, if someone can make one available, to capture more
information.

Crash only happens when all the following circumstances are true:

1) Passing XML/XSL as strings through $args array into xslt_process

If Sablotron is told to process files on disk instead, no crash
occurs.

2) The same running instance of PHP has been used to process a large
number of XML/XSL files.

Number varies from a few hundred to a few thousand.

You can take the individual XML/XSL pair being processed at the time of
the crash, and Sablotron can process them just fine on their own.

3) Using Sablotron to perform XSL processing.

Calling a command-line processor, or driving one via the Java
Extension, results in no crash at all.

Best regards,
Stu




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

#22074 [Opn->Csd]: Fix for "output line too long" problem

[sniper]

 ID:   22074
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Solaris
 PHP Version:  4.3.0
 New Comment:

libtool in CVS is now 1.4.3. Snapshots might not get
it right yet as I can not update libtool on snaps.php.net
but this will be fixed soon too.




Previous Comments:


[2003-02-05 10:29:47] [EMAIL PROTECTED]

Many users, including myself, have report compile failures on
Solaris due to the limitations of the native sed tool. All
reporters were pointed to GNU sed, but part of the problem is
that the sed test in php's configure is broken and declares
even the native Solaris sed "working".

Solution: upgrade to libtool 1.4.3, which includes a much
better test for sed. I.e. re-run aclocal, and copy ltmain.sh
over from PREFIX/share/libtool.

If this particular problem is the only reason of existence
for PHP_PROG_SED, this macro can safely be removed after
upgrading to libtool 1.4.3.





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

#22149 [Ver]: No Trans-SID in Link when TAB is used between args

[sniper]

 ID:   22149
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Verified
 Bug Type: Session related
 Operating System: all
-PHP Version:  4.3.0
+PHP Version:  4.3.1-dev
 New Comment:

updated version.



Previous Comments:


[2003-02-10 11:15:26] [EMAIL PROTECTED]

Verified with PHP 4.3.1-dev using this script:

Test"; 

?>

A tab before 'class' text causes this output:

Test




[2003-02-10 10:40:48] [EMAIL PROTECTED]

ups phpcode in output
looks like this:

Test

Test



[2003-02-10 10:38:12] [EMAIL PROTECTED]

Source(space between href and class):
echo "Test";
Output:
echo "Test";

Source(with tab instead of space):
echo "Test";
Output:
echo "Test";




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

#22149 [Opn->Ver]: No Trans-SID in Link when TAB is used between args

[sniper]

 ID:   22149
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: Session related
 Operating System: all
 PHP Version:  4.3.0
 New Comment:

Verified with PHP 4.3.1-dev using this script:

Test"; 

?>

A tab before 'class' text causes this output:

Test



Previous Comments:


[2003-02-10 10:40:48] [EMAIL PROTECTED]

ups phpcode in output
looks like this:

Test

Test



[2003-02-10 10:38:12] [EMAIL PROTECTED]

Source(space between href and class):
echo "Test";
Output:
echo "Test";

Source(with tab instead of space):
echo "Test";
Output:
echo "Test";




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

#22147 [Opn->Asn]: PHP crashes when processing XSLT files

[msopacua]

 ID:   22147
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: XSLT related
 Operating System: Windows XP
 PHP Version:  4.3.0
-Assigned To:  
+Assigned To:  dviner
 New Comment:

Just adding a quick note/analysis here:
It may still be a bug in Sablotron, since using 'sabcmd', doesn't use
the 'args' syntax. Either we are not freeing something we should, or
the Sablotron library isn't.
If we're not freeing something, it shouldn't be windows specific.

SablotFreeResultArgs comes to mind, but the docs say:
"This call frees all memory associated with the output of the most
recent transformation. You don't have to make this call, destroying the
processor takes care as well as new transformation invocation. " and we
do destroy the processor, in xslt_free().

Assigning to Dave, since he's got the windows setup to test this in.


Previous Comments:


[2003-02-10 09:37:51] [EMAIL PROTECTED]

Okay, you can get the tarball from here:

http://www.gnqs.org/people/stu/xslt-crashes.zip

It's about 1.5Mb in size.  Sorry it's not smaller, but the 2000+ XML
files in there are necessary to make Sablotron crash.

Unzip into c:/devel, and add c:/devel/php to your php.ini include_path.
 Then, go into c:/devel/tools, and run

/cli/php.exe ./reproduce.php

First time you run it, you may not get a crash.  Simply remove all the
HTML files from c:/devel/htdocs/localdocs/, and re-run.  Remember to
leave the c:/devel/htdocs/localdocs/xml directory intact, or you can't
rerun the code!

I haven't tested that this code will work when unzipped into another
directory.

Best regards,
Stu



[2003-02-10 06:14:19] [EMAIL PROTECTED]

Could you please add a URL for the tarball, or send the  
tarball to [EMAIL PROTECTED] (if it is smaller then  
100k).  
  
Or make a small script to reproduce it..  



[2003-02-10 05:30:56] [EMAIL PROTECTED]

Here's the information reported by Windows:

AppName: php.exe
AppVer: 4.3.0.0
ModName: msvcrt.dll
ModVer: 7.0.2600.1106
Offset: 00033e05

I have reproduced the crash on two machines - one Intel, one AMD, both
running XP Pro.

I have a tarball which reproduces the crash.  Happy to make it
available to a PHP maintainer.  Also happy to install a debugging build
of PHP, if someone can make one available, to capture more
information.

Crash only happens when all the following circumstances are true:

1) Passing XML/XSL as strings through $args array into xslt_process

If Sablotron is told to process files on disk instead, no crash
occurs.

2) The same running instance of PHP has been used to process a large
number of XML/XSL files.

Number varies from a few hundred to a few thousand.

You can take the individual XML/XSL pair being processed at the time of
the crash, and Sablotron can process them just fine on their own.

3) Using Sablotron to perform XSL processing.

Calling a command-line processor, or driving one via the Java
Extension, results in no crash at all.

Best regards,
Stu




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

#20064 [Ver->Bgs]: print_r is still incorrect with referenced objects

[iliaa]

 ID:   20064
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: W2K
 PHP Version:  4.3.0-dev
 New Comment:

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

The 1st instance of recursion is always shown. Consider
print_r($GLOBALS);


Previous Comments:


[2002-10-24 12:21:04] [EMAIL PROTECTED]

Running the code below shows that $cls->tProperty is _NOT_ the same
variable as the object itself. However, it should be. It lies that
$cls->tProperty is another instance of tClass class. Despite of this,
when one changes the name property, it will result in change in both
objects, and that's correct.


class tClass {
var $tProperty;
var $name;
function tClass() {
$this->tProperty =& $this;
}
};

echo "";
$cls =& new tClass();
$cls->name = "Sam";
print_r($cls);
$cls->name = "George";
print_r($cls);
echo "";

/*

Output:

tclass Object
(
[tProperty] => tclass Object
(
[tProperty] =>  *RECURSION*
[name] => Sam
)

[name] => Sam
)
tclass Object
(
[tProperty] => tclass Object
(
[tProperty] =>  *RECURSION*
[name] => George
)

[name] => George
)



Instead of:

tclass Object
(
[tProperty] => *RECURSION*
[name] => Sam
)
tclass Object
(
[tProperty] => *RECURSION*
[name] => George
)


*/




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

#22149 [Opn]: No Trans-SID in Link when TAB is used between args

[realthargor]

 ID:   22149
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: all
 PHP Version:  4.3.0
 New Comment:

ups phpcode in output
looks like this:

Test

Test


Previous Comments:


[2003-02-10 10:38:12] [EMAIL PROTECTED]

Source(space between href and class):
echo "Test";
Output:
echo "Test";

Source(with tab instead of space):
echo "Test";
Output:
echo "Test";




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

#22149 [NEW]: No Trans-SID in Link when TAB is used between args

[realthargor]

From: [EMAIL PROTECTED]
Operating system: all
PHP version:  4.3.0
PHP Bug Type: Session related
Bug description:  No Trans-SID in Link when TAB is used between args

Source(space between href and class):
echo "Test";
Output:
echo "Test";

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

#22142 [Opn->Bgs]: Error in to register variables of sessions in functions

[sniper]

 ID:   22142
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Linux 2.4.18
 PHP Version:  4.2.2
 New Comment:

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

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

PHP 4.3.0 was released long time ago..



Previous Comments:


[2003-02-09 22:46:19] [EMAIL PROTECTED]

yes, meu phpinfo() is: http://www.aguiara.com.br/teste/informa.php



[2003-02-09 22:21:09] [EMAIL PROTECTED]

Do you have register_globals = on ? 



[2003-02-09 22:04:05] [EMAIL PROTECTED]

file1.php
--

--
file2.php
--

--

The list of modules
---
./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-xml'
'--enable-bcmath' '--enable-calendar' '--with-curl' '--enable-ftp'
'--with-gd=../gd-1.8.4' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr' '--with-imap=../imap-2001.BETA.SNAP-0105220031'
'--with-mcrypt' '--with-ming=../ming-0.1.1' '--enable-magic-quotes'
'--with-mysql' '--with-pear' '--enable-safe-mode' '--enable-track-vars'
'--with-ttf' '--enable-versioning' '--with-zlib'

Thank's
by Paulo Augusto Borges Soares




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

#18926 [Opn->Ver]: cannot call self::method() or parent::method() via call_user_func_array()

[iliaa]

 ID:   18926
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: Zend Engine 2 problem
-Operating System: OS X 10.1
+Operating System: All
-PHP Version:  4CVS-2002-10-26
+PHP Version:  PHP5-dev


Previous Comments:


[2003-02-09 09:57:01] [EMAIL PROTECTED]

Related to bug #21849




[2002-10-29 19:16:16] [EMAIL PROTECTED]

Wrong summary, cut & paste error.



[2002-10-28 15:48:42] [EMAIL PROTECTED]

Still doesn't work on ZE2.



[2002-10-28 15:46:45] [EMAIL PROTECTED]

If this is not a bug, then how exactly is one supposed to be able to
make the function call

self::method($a,$b,$etc)

using call_user_func_array()??? or is that not supported? because this
still doesn't work. a word or two of explanation would be polite.



[2002-10-28 14:10:29] [EMAIL PROTECTED]

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





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

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

#22137 [Opn->Fbk]: xslt_process hangs with sort.

[iliaa]

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

Please try using this CVS snapshot:

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

Cannot replicate the bug using the latest snapshot.


Previous Comments:


[2003-02-09 18:03:00] [EMAIL PROTECTED]

Thanks for your reply.
I made a script to reproduce the problem. 
On php version 4.2.1 on windows it works fine.
On php version 4.3.0 on linux it will hang.


With kind regards,
Paul van Gils


".
   "".
   "".
   "".
   "Hello world!".
   "".
   "".
   "".
   "";



  $xsl="\n".
   "http://www.w3.org/1999/XSL/Transform\"\n";.
   "xmlns:fo=\"http://www.w3.org/1999/XSL/Format\";>\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "Hello world!\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n".
   "\n";

  // $xml and $xsl contain the XML and XSL data
 $arguments = array(
'/_xml' => $xml,
'/_xsl' => $xsl
 );

 // Allocate a new XSLT processor
 $xh = xslt_create();
 $result = xslt_process($xh, 'arg:/_xml', 'arg:/_xsl', NULL,
$arguments);

echo "Gereed";


?>



[2003-02-09 16:24:43] [EMAIL PROTECTED]

Is this reproducable with sabcmd?

If not, please provide sample files. If they're long, post a url where
they can be downloaded.



[2003-02-09 07:50:56] [EMAIL PROTECTED]

I used  in my xsl file.
I used an empty tag  in my xml file.

I understand that sorting on an empty xml tag is very difficult but i
didn't expect the xslt_process function to hang.

Of course where  is filled in everything works fine.

It should be better to give an error or place the empty tags in the
beginning or in the end. Hangup cost server performance i think.

With kind regards,

Paul van Gils







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

#22143 [Opn->Fbk]: Lag

[iliaa]

 ID:   22143
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Zlib Related
 Operating System: RedHat 8.0
 PHP Version:  4.3.0
 New Comment:

Are you using zlib compression for your webpages?


Previous Comments:


[2003-02-09 22:24:14] [EMAIL PROTECTED]

Whenever I enable zlib, I experience a huge lag when loading the page,
even within my 100mbps home network. As soon as I turn off zlib, it all
loads fast again. I notice this mostly on an application that uses
mySQL 3.23.55

'./configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql'
'--with-zlib' 




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

#22147 [Opn]: PHP crashes when processing XSLT files

[stuart]

 ID:   22147
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: XSLT related
 Operating System: Windows XP
 PHP Version:  4.3.0
 New Comment:

Okay, you can get the tarball from here:

http://www.gnqs.org/people/stu/xslt-crashes.zip

It's about 1.5Mb in size.  Sorry it's not smaller, but the 2000+ XML
files in there are necessary to make Sablotron crash.

Unzip into c:/devel, and add c:/devel/php to your php.ini include_path.
 Then, go into c:/devel/tools, and run

/cli/php.exe ./reproduce.php

First time you run it, you may not get a crash.  Simply remove all the
HTML files from c:/devel/htdocs/localdocs/, and re-run.  Remember to
leave the c:/devel/htdocs/localdocs/xml directory intact, or you can't
rerun the code!

I haven't tested that this code will work when unzipped into another
directory.

Best regards,
Stu


Previous Comments:


[2003-02-10 06:14:19] [EMAIL PROTECTED]

Could you please add a URL for the tarball, or send the  
tarball to [EMAIL PROTECTED] (if it is smaller then  
100k).  
  
Or make a small script to reproduce it..  



[2003-02-10 05:30:56] [EMAIL PROTECTED]

Here's the information reported by Windows:

AppName: php.exe
AppVer: 4.3.0.0
ModName: msvcrt.dll
ModVer: 7.0.2600.1106
Offset: 00033e05

I have reproduced the crash on two machines - one Intel, one AMD, both
running XP Pro.

I have a tarball which reproduces the crash.  Happy to make it
available to a PHP maintainer.  Also happy to install a debugging build
of PHP, if someone can make one available, to capture more
information.

Crash only happens when all the following circumstances are true:

1) Passing XML/XSL as strings through $args array into xslt_process

If Sablotron is told to process files on disk instead, no crash
occurs.

2) The same running instance of PHP has been used to process a large
number of XML/XSL files.

Number varies from a few hundred to a few thousand.

You can take the individual XML/XSL pair being processed at the time of
the crash, and Sablotron can process them just fine on their own.

3) Using Sablotron to perform XSL processing.

Calling a command-line processor, or driving one via the Java
Extension, results in no crash at all.

Best regards,
Stu




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

#10197 [Com]: magic_quotes_runtime and other magic quotes sometimes are switching on or off.

[michal . grezl]

 ID:   10197
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.0.4pl1
 New Comment:

PHP Version 4.1.2
magic_quotes_runtime if off in php.ini, 
but function get_magic_quotes_runtime returns 1 or 0 randomly.


Previous Comments:


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

No feedback. Closing.



[2001-12-12 04:23:39] [EMAIL PROTECTED]

Type = Scripting Engine Problem
Does this happen with 4.1.0?




[2001-04-06 05:33:38] [EMAIL PROTECTED]

magic_quotes_runtime and other magic quotes sometimes are switching on
or off without any reason. First noticed in 4.0.3pl.
After moving to 4.0.4pl1 seemed to be working ok for 2 weeks.
Now found several situations where magic quotes are unstable in MySQL
Output. 
eg $row->string is "\"test\"" can be output'ed with printf as "test" or
\"test\" with magic_quotes_runtime set to on.

PHP's PHPINFO() is available at http://slackl.emd.ru/~slackl/test.php




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

#22146 [Opn->Bgs]: Can't use string functions on danish letters

[sniper]

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

Works fine here. Fix your locale setting.



Previous Comments:


[2003-02-10 04:29:26] [EMAIL PROTECTED]

I can't use string function on danish letters (ÆØÅæøå)
i've tryed the following.

$s="ø";
echo strtr($s,"ø","o");

this echos : ø
it should echo : o

eregi("børs","børs");
returns false.





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

#21549 [Opn->Fbk]: problem with INGRES II permanent connexions

[sniper]

 ID:   21549
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: *Database Functions
 Operating System: HP-UX 11.00
 PHP Version:  4.2.1
 New Comment:

I have not received any email with the patch..



Previous Comments:


[2003-02-10 02:00:08] [EMAIL PROTECTED]

Hi, 
I send all the modifications (to derick and sniper) we make two or
three times. 
I say you that you can delete all the comments and change the name of
the function we add. 
Let me know what you want more 
Pierre-Marie MOULIERE



[2003-02-07 23:51:11] [EMAIL PROTECTED]

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





[2003-01-27 22:39:09] [EMAIL PROTECTED]

Any news about the patch to fix this?




[2003-01-09 08:45:10] [EMAIL PROTECTED]

Please send this patch to [EMAIL PROTECTED] (make sure you  have a
patch against either PHP 4.3.0 or the latest non-stable cvs version).

Derick



[2003-01-09 08:41:13] [EMAIL PROTECTED]

We use permanent connections to the Database INGRES II.  Connections
are not usable any more when the Database is offline.  When the base is
again available, open connections are not accessible any more.  the
only solution to purge connections is stop the Web server APACHE and
start . 
Also we modified the PHP INGRES II module in order to fix the problem. 
It's run in our company for several weeks without problem.  We can send
you the modify sources codes.  We have several hundreds of users access
INGRES database with PHP.
Sorry for the enghish.
Best Regards 
Pierre-Marie MOULIERE
ARC-INTERNATIONAL
41 Avenue du général de GAULLE
62510 ARQUES 
FRANCE
Web site : http://www.arc-international.com
email : [EMAIL PROTECTED]





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

#21961 [Ver->Csd]: get_parent_class segfault

[zeev]

 ID:   21961
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Closed
 Bug Type: Zend Engine 2 problem
 Operating System: FreeBSD 4.7
 PHP Version:  5CVS-2003-01-30 (dev)


Previous Comments:


[2003-02-10 04:04:38] [EMAIL PROTECTED]

Fixed.

The attached code was broken, by the way.  Attached is a fixed version
of the code.

name = 'Mr. X';
$this->bars = array();
}

function getdrunk($where)
{
$this->bars[] = new bar($where);
}

function getName()
{
return $this->name;
}
}

class bar extends man
{
var $name;

function bar($w)
{
$this->name = $w;
}


function getName()
{
return $this->name;
}

function whosdrunk()
{
$who = get_parent_class($this);
if($who == NULL)
{
return 'nobody';
}
print "$who\n";
eval('print '.$who.'::getName();');
}
}

$x = new man;
$x->getdrunk('The old Tavern');
$x->bars[0]->whosdrunk();
?>




[2003-02-03 10:27:56] [EMAIL PROTECTED]

tests/lang/bug21961.phpt failed on W2k server for latest
PHP4-Win32-Stable snap. Reason: no SKIPIF for version < 5.0.0

 EXPECTED OUTPUT
string(14) "The old Tavern"
 ACTUAL OUTPUT
Parse error: parse error, unexpected $end in
D:\work\php4\tests\lang\bug21961.php(44) : eval()'d code on line 1
bool(false)
 FAILED




[2003-02-03 07:39:46] [EMAIL PROTECTED]

Verified.

BTW how come "bar" extends "man"?




[2003-01-30 08:03:07] [EMAIL PROTECTED]

Additionals:
Apache 1.3.27-mod_ssl

Script to reproduce:
name = 'Mr. X';
$this->bars = array();
}

function getdrunk($where)
{
$this->bars[] = new bar($where);
}

function getName()
{
return $this->name;
}
}

class bar extends man
{
var $name;

function bar($w)
{
$this->name = $w;
}

function getName()
{
return $this->name;
}

function whosdrunk()
{
$who = get_parent_class($this);
if($who == NULL)
{
return 'nobody';
}
return eval($who.'::getName()');
}
}

$x = new man;
$x->getdrunk('The old Tavern');
$x->bars[0]->whosdrunk();
?>

Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x28586642 in zif_get_parent_class (ht=1, return_value=0x8104858,
this_ptr=0x0, return_value_used=1)
at /home/mdev/cvs/php5/Zend/zend_builtin_functions.c:563
563 name = ce->name;
#0  0x28586642 in zif_get_parent_class (ht=1, return_value=0x8104858,
this_ptr=0x0, return_value_used=1)
at /home/mdev/cvs/php5/Zend/zend_builtin_functions.c:563
#1  0x28594f5b in zend_do_fcall_common_helper (execute_data=0xbfbfe0bc,
op_array=0x8106850)
at /home/mdev/cvs/php5/Zend/zend_execute.c:2620
#2  0x285956a5 in zend_do_fcall_handler (execute_data=0xbfbfe0bc,
op_array=0x8106850)
at /home/mdev/cvs/php5/Zend/zend_execute.c:2748
#3  0x2858f5c7 in execute (op_array=0x8106850) at
/home/mdev/cvs/php5/Zend/zend_execute.c:1227
#4  0x28595158 in zend_do_fcall_common_helper (execute_data=0xbfbfe39c,
op_array=0x810388c)
at /home/mdev/cvs/php5/Zend/zend_execute.c:2654
#5  0x28595577 in zend_do_fcall_by_name_handler
(execute_data=0xbfbfe39c, op_array=0x810388c)
at /home/mdev/cvs/php5/Zend/zend_execute.c:2718
#6  0x2858f5c7 in execute (op_array=0x810388c) at
/home/mdev/cvs/php5/Zend/zend_execute.c:1227
#7  0x2857b7b0 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/mdev/cvs/php5/Zend/zend.c:996
#8  0x2853d0dc in php_execute_script (primary_file=0xbfbff944) at
/home/mdev/cvs/php5/main/main.c:1699
#9  0x2859be4a in apache_php_module_main (r=0x809f038,
display_source_mode=0)
at /home/mdev/cvs/php5/sapi/apache/sapi_apache.c:55
#10 0x2859ce90 in send_php (r=0x809f038, display_source_mode=0, 
filename=0x80a0b08 "/usr/local/www/data/bug.php") at
/home/mdev/cvs/php5/sapi/apache/mod_php4.c:608
#11 0x2859cf03 in send_parsed_php (r=0x809f038) at
/home/mdev/cvs/php5/sapi/apache/mod_php4.c:623
#12 0x8053688 in ap_invoke_handler (r=0x809f038) at http_config.c:518
#13 0x80631a9 in process_request_internal (r=0x809f038) at
http_

#22126 [Opn->Bgs]: file uploads double in size

[sniper]

 ID:   22126
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: linux
 PHP Version:  4.2.3
 New Comment:

And that was not a PHP bug anyway..



Previous Comments:


[2003-02-10 02:15:07] [EMAIL PROTECTED]

yes, it appears this is the same bug as #19263.



[2003-02-09 08:40:33] [EMAIL PROTECTED]

Dupe of bug #19263, bug #21819 or bug #18648? Please check if your
problem is the same as that one.




[2003-02-08 14:33:25] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-02-08 14:31:18] [EMAIL PROTECTED]

Files uploaded via PHP double in size and become corrupt when using the
Apache 2 web server.  This bug only applies to files larger than about
2K, smaller files arrive on the server unaffected. When the file is of
a certain size, the file is filled with sets of duplicate data.  This
happens regardless of file type.  Due to the fact that smaller files
are unaffected, this bug is not always initially noticed.

This bug occurred for me in a clean install of Redhat 8 using Apache 2
and PHP 4.2.3.  Since posting to various news forums, however, I have
received emails from other experiencing the same problem with various
configurations of PHP and Apache2.




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