#21385 [Opn->Fbk]: php execution stops during processing

[kalowsky]

 ID:   21385
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: iPlanet related
 Operating System: solaris 2.6
 PHP Version:  4.3.0
 New Comment:

setting to feedback


Previous Comments:


[2003-01-03 06:39:23] [EMAIL PROTECTED]

Can you please give more details so we can try to reproduce the problem
to verify it's really PHP related? Try to run the scripts from the CLI
too if you can and backtrace.

Thank you.



[2003-01-03 05:36:38] [EMAIL PROTECTED]

We are working on Iplanet 6.0 SP2.
Some of our php pages are doing complex statement on Oracle database,
and then can take more than a minute. But as soon as nothing is sent
back to php (or the webserver) in less than 10 seconds, the webserver
stop to load the page.
We have set the max_execution_time to 60, and nothing change.
We have tested the same pages on apache, and everything runs fine.




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

#21487 [Fbk]: gethostbyname can resolve not existing hosts under Windows

[pollita]

 ID:   21487
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Network related
 Operating System: Windows
 PHP Version:  4.3.0
 New Comment:

It's possible that your DNS is setup with a search domain that has a
wildcard.  I'd like you to try two things:

1) gethostbyname("gms.de5.");  <--- does that return an IP address as
well? (Note the trailing dot)

2) Check your TCP/IP Properties | Advanced Settings | DNS Tab |
describe every single piece of information on this property sheet, give
detail.

Interrestingly there doesn't seem to be a revese lookup for
62.75.134.200...


Previous Comments:


[2003-01-07 06:56:17] [EMAIL PROTECTED]

With the following script:



Edin can't reproduce the problem under windows.

Can you please try that script? You're saying that host gmx.de5 on the
server reports an error but you're under windows and windows doesn't
have 'host'... Are you sure your DNS is working fine? I'm getting
213.165.65.100 from gmx.de and not 62.75.134.200...

gethostbyname() is also supposed to return the hostname on failure. At
least thats what we (Edin and me) are getting under Windows and
Linux/Unix.

Thank you for your report.




[2003-01-07 06:51:57] [EMAIL PROTECTED]

Just a note, I can not reproduce the problem under Linux/Unix.



[2003-01-07 06:32:02] [EMAIL PROTECTED]

Hi,

try this:
echo(gethostbyname("gmx.de5"))
output is: 62.75.134.200

in fact, this domain doesn't exist, only gmx.de exists. 
('host gmx.de5' on the server reports an error)
this behavior is bad when for example using getbyhostname to validate
an email address, because an email send to [EMAIL PROTECTED] would surely
not arrive...




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

#21483 [Opn->Bgs]: hidden-field

[nicos]

 ID:   21483
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: WIN32
 PHP Version:  4.1.2, 4.3.0, 4.3.1 dev
 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.




Previous Comments:


[2003-01-07 05:12:01] [EMAIL PROTECTED]

on the same site no problems, only If I go over 2 pages.



[2003-01-07 04:56:28] [EMAIL PROTECTED]

Hello,

I mean if I have 2 or more hidden-fields in a form

...


...

And then I click on the submit-button

errorcheck, if okay include("page2.php");

print "$_POST[field1] --- $_POST[field2]";

GET only "1"

I tested with text-fields - no problems, but if I use more then 1
hiddenfields in a form only the first hiddenfield submit!



[2003-01-07 04:43:19] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




[2003-01-07 04:42:57] [EMAIL PROTECTED]

Hello,

if more than 1 hidden-fields in a form, and I post the form only the
1st hidden-field posted. All other fields are not posted!

I make tests in 2 forms.




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

#21421 [Opn->Fbk]: make failed on installation with apache2

[kalowsky]

 ID:   21421
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: MACOS X 10.2.3
 PHP Version:  4.3.0
 New Comment:

Looks like your Apache2 didn't compile right.  


Previous Comments:


[2003-01-05 01:21:56] [EMAIL PROTECTED]

apr-config (/usr/local/apache2/bin/apr-config --link-
libtool --libs) give this result :

/usr/local/apache2/lib/libapr-0.la -lm



[2003-01-05 01:09:36] [EMAIL PROTECTED]

I've installed apache2 version 2.0.43 in /usr/local/apache2 
with this installation : ./configure --enable-shared=max --
enable-modules=most --with-expat=/usr/local --with-mpm=
worker --enable-info

Try to install php-4.3.0 or latest php4 (00301050430) but 
it failed on make. I configured php with this command line 
: ./configure --with-apxs2=/usr/local/apache2/bin/apxs

The make error is :
ld: can't locate file for: -laprutil

Any id how to solve it ?




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

#21323 [Opn->Fbk]: Session not initialised or not destroyed

[kalowsky]

 ID:   21323
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: RedHat 8
 PHP Version:  4.3.0
 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-01-01 22:50:14] [EMAIL PROTECTED]

i have the same problem.

i use php4.3, apache2.0.43, redhat7.1

i think it should be fix ASAP.

thanx.



[2003-01-01 20:11:27] [EMAIL PROTECTED]

I installed PHP 4.3.0 just after Apache 2.0.43
All was working except sessions.
The problem is the following : 

When I auth myself, it reloads the same page but some info change to
show I'm logged in. (in normal case)

With Apache2, PHP 4.3.0, the session wasn't initialized.
The problem has occured with XoopS 1.3.7

With the latest CVS files (4.4.0-dev), all's working well.

Hope this helps




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

#21488 [Bgs]: variable

[pollita]

 ID:   21488
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Variables related
 Operating System: Windows 2000 proff and server
 PHP Version:  4.2.3
 New Comment:

Para debug, ponga estes lineas en 'comprobacion.php':




Mira en la baja de este pagina por las variables, y usa los nombres
alla.

Este forum es para problema con la funcion del "PHP Engine", pero su
problema es con implementado.

Por favor, en el futuro, reporta este typo de 'bug' en la lista de
correo: 'php.gerneral' en http://lists.php.net 


Previous Comments:


[2003-01-07 07:13:05] [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.





[2003-01-07 07:12:50] [EMAIL PROTECTED]

Please report bugs in English only.



[2003-01-07 07:08:32] [EMAIL PROTECTED]

Tengo este formulario:


 


Mi problema es que no puedo acceder a las variables creadas en el
formulario, ni con los metodos $http_get_vars y $htp_post_vars, revise
el php.ini y cambie el register_globals a on pero es lo mismo, no si
tengo mal configurado en php.ini.




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

#21421 [Fbk->Bgs]: make failed on installation with apache2

[edink]

 ID:   21421
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: MACOS X 10.2.3
 PHP Version:  4.3.0
 New Comment:

Yes this looks like a bug in MACOS X version of Apache2 apxs. Not a PHP
bug -> bogus.


Previous Comments:


[2003-01-07 09:57:17] [EMAIL PROTECTED]

Looks like your Apache2 didn't compile right.  



[2003-01-05 01:21:56] [EMAIL PROTECTED]

apr-config (/usr/local/apache2/bin/apr-config --link-
libtool --libs) give this result :

/usr/local/apache2/lib/libapr-0.la -lm



[2003-01-05 01:09:36] [EMAIL PROTECTED]

I've installed apache2 version 2.0.43 in /usr/local/apache2 
with this installation : ./configure --enable-shared=max --
enable-modules=most --with-expat=/usr/local --with-mpm=
worker --enable-info

Try to install php-4.3.0 or latest php4 (00301050430) but 
it failed on make. I configured php with this command line 
: ./configure --with-apxs2=/usr/local/apache2/bin/apxs

The make error is :
ld: can't locate file for: -laprutil

Any id how to solve it ?




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

#19122 [Com]: session.use_trans_sid doesn't take effect if zlib_output_compression is enabled

[m . DOT . wallner]

 ID:   19122
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: Win 2k and Debian 3
 PHP Version:  4.3.0 and earlier
 New Comment:

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

Bye,
Michael


Previous Comments:


[2003-01-01 14:07:47] [EMAIL PROTECTED]

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

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

session_start();
print 'Bug';

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



[2002-12-29 06:38:46] [EMAIL PROTECTED]

So here is my conclusion:

I've just tried PHP 4.3.0 Final today.

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

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

Don't know if this Bug should be closed?

Bye,
Michael



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

So it might be some bug then.




[2002-11-12 13:29:17] [EMAIL PROTECTED]

Sorry, my english is not that good.

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

I'm not using

output_handler = "ob_gzhandler"

and

zlib.output_compression = On

at the same time, if you ment this.

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

Michael



[2002-11-11 16:15:48] [EMAIL PROTECTED]

You should have mentioned that in the first place..
(that it worked before)

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






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

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

#21151 [Com]: zlib and pcre as external modules don't work

[helmut]

 ID:   21151
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: Mandrake 9.0
 PHP Version:  4.3.0RC4
 New Comment:

Confirmed same issue on Solaris 8 for version 4.3.0.  I do agree that
zlib is not that large and can be compiled into php (hit after reading
that suggestion!) but still the option is there and does not work...


Previous Comments:


[2003-01-03 02:26:36] [EMAIL PROTECTED]

Oden, you're a modularization maniac ;-)

Some extensions, like ftp, session, zlib and pcre should really remain
in the PHP core, since:
1) they don't need extra libraries (try to install an RPM without
libz.so ;-)
2) they are really small and don't add extra weigth to PHP
3) users need them and will complain if they're not installed by
default (trust me on this one!)

Jean-Michel



[2002-12-23 02:53:24] [EMAIL PROTECTED]

Too many modules rely on zlib and pcre, the best thing would be to
disallow them to be compiled as shared module. For now: just don't do
it :)

Derick



[2002-12-22 19:18:39] [EMAIL PROTECTED]

Hi.

zlib and pcre won't build as external modules. Here's my configure
line:


./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-mysql=shared,/usr
--with-mysql-sock=/var/lib/mysql/mysql.sock --with-zlib-dir=/usr \
--with-ncurses=shared,/usr \
--without-oci8 \
--without-adabas \
--without-sapdb \
--without-solid \
--without-ibm-db2 \
--without-empress \
--without-empress-bcs \
--without-birdstep \
--without-custom-odbc \
--without-iodbc \
--without-esoob \
--with-unixODBC=shared,/usr \
--without-openlink \
--without-dbmaker \
--without-oracle \
--enable-overload=shared \
--without-ovrimos \
--disable-pcntl \
--without-pcre-regex \
--with-pcre-regex=shared,/usr \
--without-pdflib --with-jpeg-dir=/usr --with-png-dir=/usr
--with-zlib-dir=/usr --with-tiff-dir=/usr \
--without-pfpro \
--with-pgsql=shared,/usr \
--enable-posix=shared \
--with-pspell=shared,/usr \
--without-qtdom \
--without-libed

#21493 [NEW]: Errormessage displayed on incorrect targeted include_once

[eisbrenner]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.2.2
PHP Bug Type: Output Control
Bug description:  Errormessage displayed on incorrect targeted include_once

Hi there,

and a happy new year.
sorry, my english isn't the best.

this is not really a bug - but i dont' know, where
to send this report else.

I like php very much, but in some cases, I think,
the errormessages could be better ...

i.e.:
if you miss to enter a filename in include_once()
or if you enter a pathname instead - could also be './',
the error-message is
Fatal error: input in flex scanner failed in /home/www/web124/html on line
1

I think, a message like
"the specified file in include_once() on line  doesn't exist" ... or
somethink like this.
a least there should be a pointer to the line in the
script where th error occured - as usual in most other cases of
errormessages.

kindly regards

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

#21494 [NEW]: Fails when I do make install with error message

[luke_jamroz]

From: [EMAIL PROTECTED]
Operating system: RedHat 8.0 / apache 2.0.40-11
PHP version:  4.3.0
PHP Bug Type: Compile Failure
Bug description:  Fails when I do make install with error message

very simple configure:
./configure --with-oci8=/u01/app/oracle/product/oraprod
--with-apxs2=/usr/sbin/apxs --with-oracle=/u01/app/oracle/product/oraprod

when I run make:

 ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo
ext/standard/credits.lo ext/standard/css.lo
ext/standard/var_unserializer.lo ext/standard/ftok.lo
ext/standard/aggregation.lo ext/standard/sha1.lo
ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo
ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo
regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo
TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo
main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo
main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo
main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo
main/mergesort.lo main/reentrancy.lo main/php_variables.lo
main/php_ticks.lo main/streams.lo main/network.lo
main/php_open_temporary_file.lo main/php_logos.lo main/output.lo
main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo
Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo
Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo
Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo
Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo
Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo
Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo
Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo
Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo
Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo
Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo
main/internal_functions_cli.lo -lcrypt -lresolv -lm -ldl -lnsl -lcrypt
-ldl -lm -lclntsh -locijdbc8 -ldl -lm -lclntsh  -o sapi/cli/php
ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
/usr/src/php-4.3.0/ext/mysql/libmysql/my_tempnam.c:103: the use of
`tempnam' is dangerous, better use `mkstemp'

when I run make install:

Installing PHP CLI binary:/usr/local/bin/
Installing PHP SAPI module
/usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib/httpd/build/libtool'
libphp4.la /usr/lib/httpd/modules
sh: line 1: /usr/lib/httpd/build/instdso.sh: No such file or directory
apxs:Error: Command failed with rc=8323072
.
make: *** [install-sapi] Error 1


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

#21493 [Opn->Csd]: Errormessage displayed on incorrect targeted include_once

[iliaa]

 ID:   21493
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Output Control
 Operating System: Linux
 PHP Version:  4.2.2
 New Comment:

This bug has been fixed in CVS.

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

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




Previous Comments:


[2003-01-07 10:28:14] [EMAIL PROTECTED]

Hi there,

and a happy new year.
sorry, my english isn't the best.

this is not really a bug - but i dont' know, where
to send this report else.

I like php very much, but in some cases, I think,
the errormessages could be better ...

i.e.:
if you miss to enter a filename in include_once()
or if you enter a pathname instead - could also be './',
the error-message is
Fatal error: input in flex scanner failed in /home/www/web124/html on
line 1

I think, a message like
"the specified file in include_once() on line  doesn't exist" ...
or somethink like this.
a least there should be a pointer to the line in the
script where th error occured - as usual in most other cases of
errormessages.

kindly regards

Kai Eisbrenner




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

#21495 [NEW]: strlen, substr and so on bug

[roger4a45]

From: [EMAIL PROTECTED]
Operating system: windows 2000 server sp3
PHP version:  4.2.3
PHP Bug Type: Strings related
Bug description:  strlen, substr and so on bug

whe we use strlen or substr there is a bug if parameter string is something
like this: 

$a = "somethinghi!";
$b = strlen($a);
echo $b;

output is 0 rather real length of string Substr don't work right if we
use same $a... 

any idea?

Is use a PHP 4.2.3 (ZIP file)



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

#21495 [Opn->Bgs]: strlen, substr and so on bug

[derick]

 ID:   21495
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Strings related
 Operating System: windows 2000 server sp3
 PHP Version:  4.2.3
 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.


Previous Comments:


[2003-01-07 12:17:59] [EMAIL PROTECTED]

whe we use strlen or substr there is a bug if parameter string is
something like this: 

$a =
"somethinghi!";
$b = strlen($a);
echo $b;

output is 0 rather real length of string Substr don't work right if
we use same $a... 

any idea?

Is use a PHP 4.2.3 (ZIP file)







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

#21495 [Bgs]: strlen, substr and so on bug

[roger4a45]

 ID:   21495
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Strings related
 Operating System: windows 2000 server sp3
 PHP Version:  4.2.3
 New Comment:

A bug is when a function don't work properly... so, if I make
strlen("") i wait that output will be 6. if strlen produce
another result is a bug. Ok. I will try to comment it to support forum.
Thanks.


Previous Comments:


[2003-01-07 12:22:30] [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.



[2003-01-07 12:17:59] [EMAIL PROTECTED]

whe we use strlen or substr there is a bug if parameter string is
something like this: 

$a =
"somethinghi!";
$b = strlen($a);
echo $b;

output is 0 rather real length of string Substr don't work right if
we use same $a... 

any idea?

Is use a PHP 4.2.3 (ZIP file)







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

#14365 [Com]: require_once() causes segfault

[bartvb]

 ID:   14365
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: iPlanet related
 Operating System: RedHat Linux 7.3
 PHP Version:  4.3.0-dev
 New Comment:

Wow!
I managed to create a page that creates a segfault every time... Before
PHP only crashed once in a while (once in 40 requests?) but now I
finally have something reproducable.

The only thing I did was adding an extra INSERT query to the end of a
search.php script. Haven't tried to create a minimal testcase yet, just
to glad tat I can finally do some more testing.

BTW IMO it's a good idea to change this bug. It's not about
require_once() but about canonicalize() crashing PHP 4.3.0 (and
something on 4.2.3 that I haven't been able to pinpoint yet). And it's
not limited to iPlanet servers.

Are there any more ways to get more information out of PHP? Memory
usage? Most used functions? That kind of information?

I'm going to play a bit with standalone httpd's so I don't have to
attach to a running server.
Oh and is it possible to subscribe to a bug at bugs.php.net?


Previous Comments:


[2003-01-06 06:17:35] [EMAIL PROTECTED]

We are using evals but the worst I could find was 65 evals on one page
(the template system uses evals for nested blocks). The index page has
a complex template and needs 55 evals, normal pages only need 4 or 5
evals.



[2003-01-06 01:58:31] [EMAIL PROTECTED]

I've read the backtrace page but the bt there doesn't show php
filenames and linenumber.. But Sean mailed me that I should try 'bt
full', I'll try that the next time.

Anyway, as I said I'm using Apache and not iPlanet... The canonicalize
problem only seems to occur on 4.3.0, PHP 4.2.3 seems to segfault on
memcopy()



[2003-01-05 09:33:15] [EMAIL PROTECTED]

See http://bugs.php.net/bugs-generating-backtrace.php for details on
making backtraces.

The stack size appears to be a setting in the iPlanet configuration:Try
modifying your ns/threads section to include a larger
stacksize...the default one is 128*1024I ran into a stacksize
problem on the recent redhat update (related to glibc) that was
segfaulting on a dns lookup.  I didn't associate it with the segfault
I
was getting for PHP (Including squirrelmail), but the segfault for SM
is
gone now for me after this fix and SM works perfectly.

Try this sample:

ns_section "ns/threads"
ns_param   stacksize [expr 256*1024]

"
(quoted from this bug report).

I don't have and have never used iPlanet, so it's up to you to find out
how to configure it.


"




[2003-01-05 09:07:05] [EMAIL PROTECTED]

I would love to but I don't have a clue how I should do that :D I'm
using Apache 1.3.26 and PHP 4.3.0 (but that one segfaults too often)
and PHP 4.2.3 (segfaults too but less often, especially when we use a
debug build and limit the MaxRequestsPerChild to 10.

Nested evals()? Hmm, we shouldn't, I'll go and see if that can be the
case.

BTW how did Sean create that backtrace? It even shows in what PHP file
and on what line Apache/PHP went down...



[2003-01-02 11:54:51] [EMAIL PROTECTED]

Can you try increasing your stack size as was suggested in one of the
earlier responses?

The latest backtrace looks *very* deep - are you using a lot of nested
eval() calls ?



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

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

#21482 [Com]: removing cybercach in php-4.3.0

[greg]

 ID:   21482
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: Feature/Change Request
 Operating System: linux
 PHP Version:  4.3.0
 New Comment:

Thank You you your quick responce.  Worked like a charm.


Previous Comments:


[2003-01-07 05:22:42] [EMAIL PROTECTED]

If you think you really need it:

1)Download PHP-4.2.3 and PHP4.3.0.
2)cp -R php-4.2.3/ext/cybercash php-4.3.0/ext/
3)rm -rf php-4.2.3; cd php-4.3.0/
4)./buildconf
5)./configure (your options there)..
6) make ; make install

Thank you for your report.



[2003-01-07 02:58:43] [EMAIL PROTECTED]

verisign still uses cybercash technology for its older 
clients, I have a client who still uses it. By needlessly 
removing it, you prohibited me from upgrading to php 4.3.0.  
Please let me know if there is a way to include the 
cybercash functions in php 4.3.0.  Thank You

Greg Greenhaw
[EMAIL PROTECTED]




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

#21496 [NEW]: Header weirdness

[liz]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.3.0
PHP Bug Type: Output Control
Bug description:  Header weirdness

OK, I had the following code:



It worked before I upgraded to 4.3, so last version was 4.2 I used.

Now, its not doing the headers, its just showing the results of the
readfile.. (so my users reported major whine when they went to download my
app as I stupidly didnt check that one link)

v4.2 was compiled with 
Running PHP 4.2.2
Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies

[PHP Modules]
xml
standard
sockets
session
posix
pcre
mysql
imap
ftp
dbase
ctype

v4.3 with

[PHP Modules]
Zend Optimizer
ctype
dbase
ftp
imap
mysql
overload
pcre
posix
session
sockets
standard
tokenizer
xml

[Zend Modules]
Zend Optimizer


(Optimizer irrelevant the 4.2 works with or without optimizer, 4.3
produces the same)
-- 
Edit bug report at http://bugs.php.net/?id=21496&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21496&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21496&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21496&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21496&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21496&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21496&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21496&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21496&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21496&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21496&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21496&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21496&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21496&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21496&r=gnused

#21153 [Com]: readline won't be built as an external module

[jmdault]

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

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


Previous Comments:


[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-mysql=shared,/usr
--with-mysql-sock=/var/lib/mysql/mysql.sock --with-zlib-dir=/usr \
--with-ncurses=shared,/usr \
--without-oci8 \
--without-adabas \
--without-sapdb \
--without-solid \
--without-ibm-db2 \
--without-empress \
--without-empress-bcs \
--without-birdstep \
--without-custom-odbc \
--without-iodbc \
--without-esoob \
--with-unixODBC=shared,/usr \
--without-openlink \
--without-dbmaker \
--without-oracle \
--enable-overload=shared \
--without-ovrimos \
--disable-pcntl \
--without-pcre-regex \
--with-pcre-regex=shared,/usr \
--without-pdflib --with-jpeg-dir=/usr --with-png-dir=/usr
--with-zlib-dir=/usr --with-tiff-dir=/usr \
--without-pfpro \
--with-pgsql=shared,/usr \
--enable-posix=shared \
--with-pspell=shared,/usr \
--without-qtdom \
--without-libedit \
--with-readline=shared,/usr \
--with-recode=shared,/usr \
--enable-session=shared \
--without-mm \
--enable-shmop=shared \
--with-snmp=shared,/

#21497 [NEW]: include() of XML document fails

[polone]

From: [EMAIL PROTECTED]
Operating system: RedHat Linux 6.2
PHP version:  4.3.0
PHP Bug Type: Scripting Engine problem
Bug description:  include() of XML document fails

When using the include(), include_once(), require(), or require_once()
functions, documents beginning with:



fail to be loaded. I'm guessing this might have to do with PHP trying to
interpret the http://bugs.php.net/?id=21497&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21497&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21497&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21497&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21497&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21497&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21497&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21497&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21497&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21497&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21497&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21497&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21497&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21497&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21497&r=gnused

#21496 [Opn]: Header weirdness

[liz]

 ID:   21496
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Output Control
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

It seems this only occurs if you do -q to OVERRIDE the default headers,
eg, print your own rather than say text/html it doesnt print any of
them none at all! Even though you specifically asked for them. In
4.2 you did -q to suppress default headers but could print your own


Previous Comments:


[2003-01-07 13:19:47] [EMAIL PROTECTED]

Oh - I meant to say this is using PHP as CGI, and no this wasnt the CLI
version this was deffinately the CGI one. I checked, a ton of times..
As I suddenly thought.



[2003-01-07 12:55:03] [EMAIL PROTECTED]

OK, I had the following code:



It worked before I upgraded to 4.3, so last version was 4.2 I used.

Now, its not doing the headers, its just showing the results of the
readfile.. (so my users reported major whine when they went to download
my app as I stupidly didnt check that one link)

v4.2 was compiled with 
Running PHP 4.2.2
Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies

[PHP Modules]
xml
standard
sockets
session
posix
pcre
mysql
imap
ftp
dbase
ctype

v4.3 with

[PHP Modules]
Zend Optimizer
ctype
dbase
ftp
imap
mysql
overload
pcre
posix
session
sockets
standard
tokenizer
xml

[Zend Modules]
Zend Optimizer


(Optimizer irrelevant the 4.2 works with or without optimizer, 4.3
produces the same)




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

#21497 [Opn->Bgs]: include() of XML document fails

[edink]

 ID:   21497
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: RedHat Linux 6.2
 PHP Version:  4.3.0
 New Comment:

Disable short_open_tags in your php.ini and the problem will go away.


Previous Comments:


[2003-01-07 13:15:12] [EMAIL PROTECTED]

When using the include(), include_once(), require(), or require_once()
functions, documents beginning with:



fail to be loaded. I'm guessing this might have to do with PHP trying
to interpret the http://bugs.php.net/?id=21497&edit=1

#21261 [Com]: $_SERVER['PHP_SELF'] gives wrong info

[tapken]

 ID:   21261
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: linux 2.4.18 - slack 8.1
 PHP Version:  4.3.0
 Assigned To:  shane
 New Comment:

Same for me, your patch seems to have no affect.

I checked the debugging output from cgiwrap which says:
[...]
Fixing Environment Variables.

Environment Variables:
 QUERY_STRING: ''
  SCRIPT_NAME: '/phpinfo.php'
  SCRIPT_FILENAME: '/phpinfo.php'
 REDIRECT_URL: ''
PATH_INFO: '/phpinfo.php'
  PATH_TRANSLATED: '/phpinfo.php'
  REMOTE_USER: ''
  REMOTE_HOST: ''
  REMOTE_ADDR: '217.4.137.70'
[...]

Seems to be ok?! But PHP_SELF has no value.

On my localhost PHP 4.3/CGI works with cgiwrap. The same paragraph with
this machine:
[...]
Fixing Environment Variables. 

Environment Variables: 
 QUERY_STRING: '' 
  SCRIPT_NAME: '/php/ phpinfo.phpI' 
  SCRIPT_FILENAME: '/php/phpinfo.php'
 REDIRECT_URL: '' 
PATH_INFO: '/php/phpinfo.php' 
  PATH_TRANSLATED: '/php/phpinfo.php' 
  REMOTE_USER: '' 
  REMOTE_HOST: '' 
 REMOTE_ADDR: '192.168.23.2'
[...]

In this case, script_name is broken for some reason (don't ask me why,
i didn't find out). But PHP_SELF has the correct value! On both server
SCRIPT_NAME isn't listed in the phpinfo()-Output.

Hope this will help.


Previous Comments:


[2003-01-07 00:42:23] [EMAIL PROTECTED]

[EMAIL PROTECTED]: email me your httpd.conf, php.ini and the test
script you use.  You can remove anything from the files that are
private.  Also, as per spec PATH_TRANSLATED will be empty unless you
have PATH_INFO, which is path data *after* the script in a url:
http://host/script.php/path/info?query-string
The only thing I'm concerned about is the garbled PHP_SELF.  PHP_SELF
is the same as SCRIPT_NAME, is SCRIPT_NAME also garbled?



[2003-01-06 11:06:47] [EMAIL PROTECTED]

Negative. Patch not only did not work (I applied it to 
current 4.3.0) but I now no longer have a 
$_SERVER['PATH_TRANSLATED'] variable . 
So $_SERVER['PHP_SELF'] remains corrupted and 
$_SERVER['PATH_TRANSLATED'] gives some kind of udefined 
error. 
Joshua



[2003-01-05 21:58:19] [EMAIL PROTECTED]

The patch at
http://www.caraveo.com/php/cgi.patch

Should fix this problem.  Please try this and let me know.  It's
against cvs HEAD from today.




[2003-01-02 10:54:32] [EMAIL PROTECTED]

I'm using php with cgiwrap. 
http://cgiwrap.unixtools.org/

I added two small patches as described in Bug #21301 but i don't know
if they work with current cvs version.

In httpd.conf:

AddHandler php-cgiwrap .php
Action php-cgiwrap /cgiwrapper/php-cgiwrap/
ScriptAlias /cgiwrapper/ /usr/local/cgiwrap/



[2003-01-01 11:21:36] [EMAIL PROTECTED]

Are you talking about this? 
 
ScriptAlias /cgi/ /var/www/htdcos/cgi/ 
Action application/x-httpd-php  /cgi/php 
AddType application/x-httpd-php .php 
 
I can also post my ini and my configure script though you 
can probably get that info from the env.html I posted 
earlier.



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

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

#21466 [Fbk->Opn]: configure bug in XSLT/Sablotron and Zip options

[kopec]

 ID:   21466
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: *Compile Issues
 Operating System: RedHat Linux
 PHP Version:  4.3.0
 New Comment:

I paste more then last 21 lines 'cause there's lot of noticies about
libpdf.so

int main() {
SablotGetOptions()
; return 0; }
configure:74894: checking for YAZ support
configure:75407: checking whether to include YP support
configure:75875: checking for ZIP support
configure:75941: checking for zzip_open in -lzzip
configure:75960: gcc -o conftest -O2 -I/usr/local/ssl/include/openssl/
-L/usr/lib
-Wl,-rpath,/usr/lib/lib -L/usr/lib/lib -Wl,-rpath,/usr/local/lib
-L/usr/local/lib conftest.c -lzzip  -lsablot -liconv -lexpat -lpdf -lz
-ltiff -lpng -ljpeg -lcrypt -lpam -lpng -lz -ljpeg -lz -lcrypt -lresolv
-lm -ldl -lnsl  -lcrypt 1>&5
/usr/lib/libpdf.so: undefined reference to `atexit@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fgetc@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to
`__strtod_internal@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `ldiv@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `vsprintf@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `strchr@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `feof@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `ungetc@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `localtime@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `strcmp@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fprintf@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `getenv@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fflush@@GLIBC_2.0'
/usr/local/lib/libsablot.so: undefined reference to `__rtti_user'
/usr/lib/libpdf.so: undefined reference to `memchr@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `ftell@@GLIBC_2.0'
/usr/local/lib/libsablot.so: undefined reference to `__rtti_si'
/usr/lib/libpdf.so: undefined reference to `___brk_addr@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `malloc@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fread@@GLIBC_2.0'
/usr/local/lib/libsablot.so: undefined reference to `__throw'
/usr/lib/libpdf.so: undefined reference to `strpbrk@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `stdout@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `stderr@@GLIBC_2.0'
/usr/local/lib/libsablot.so: undefined reference to `terminate(void)'
/usr/lib/libpdf.so: undefined reference to `__sigsetjmp@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `vfprintf@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fseek@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `setbuf@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `time@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fgets@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `strstr@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `longjmp@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to
`__strtol_internal@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `qsort@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to
`__ctype_toupper@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `strncmp@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `realloc@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `strcat@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `__environ@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `memcpy@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fclose@@GLIBC_2.1'
/usr/local/lib/libsablot.so: undefined reference to `__eh_pc'
/usr/lib/libpdf.so: undefined reference to `__curbrk@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `exit@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `calloc@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `sscanf@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `free@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `memset@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `__ctype_b@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `strncpy@@GLIBC_2.0'
/usr/local/lib/libsablot.so: undefined reference to `__rtti_class'
/usr/lib/libpdf.so: undefined reference to `fopen@@GLIBC_2.1'
/usr/lib/libpdf.so: undefined reference to `sprintf@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fwrite@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `_IO_getc@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `modf@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `strcpy@@GLIBC_2.0'
configure: failed program was:
#line 75949 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char zzip_open();

int main() {
zz

#21261 [Com]: $_SERVER['PHP_SELF'] gives wrong info

[tapken]

 ID:   21261
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: linux 2.4.18 - slack 8.1
 PHP Version:  4.3.0
 Assigned To:  shane
 New Comment:

There is no space in SCRIPT_NAME on my localhost, this was an
copy&paste-error. But the "I" at the end exists.


Previous Comments:


[2003-01-07 13:27:55] [EMAIL PROTECTED]

Same for me, your patch seems to have no affect.

I checked the debugging output from cgiwrap which says:
[...]
Fixing Environment Variables.

Environment Variables:
 QUERY_STRING: ''
  SCRIPT_NAME: '/phpinfo.php'
  SCRIPT_FILENAME: '/phpinfo.php'
 REDIRECT_URL: ''
PATH_INFO: '/phpinfo.php'
  PATH_TRANSLATED: '/phpinfo.php'
  REMOTE_USER: ''
  REMOTE_HOST: ''
  REMOTE_ADDR: '217.4.137.70'
[...]

Seems to be ok?! But PHP_SELF has no value.

On my localhost PHP 4.3/CGI works with cgiwrap. The same paragraph with
this machine:
[...]
Fixing Environment Variables. 

Environment Variables: 
 QUERY_STRING: '' 
  SCRIPT_NAME: '/php/ phpinfo.phpI' 
  SCRIPT_FILENAME: '/php/phpinfo.php'
 REDIRECT_URL: '' 
PATH_INFO: '/php/phpinfo.php' 
  PATH_TRANSLATED: '/php/phpinfo.php' 
  REMOTE_USER: '' 
  REMOTE_HOST: '' 
 REMOTE_ADDR: '192.168.23.2'
[...]

In this case, script_name is broken for some reason (don't ask me why,
i didn't find out). But PHP_SELF has the correct value! On both server
SCRIPT_NAME isn't listed in the phpinfo()-Output.

Hope this will help.



[2003-01-07 00:42:23] [EMAIL PROTECTED]

[EMAIL PROTECTED]: email me your httpd.conf, php.ini and the test
script you use.  You can remove anything from the files that are
private.  Also, as per spec PATH_TRANSLATED will be empty unless you
have PATH_INFO, which is path data *after* the script in a url:
http://host/script.php/path/info?query-string
The only thing I'm concerned about is the garbled PHP_SELF.  PHP_SELF
is the same as SCRIPT_NAME, is SCRIPT_NAME also garbled?



[2003-01-06 11:06:47] [EMAIL PROTECTED]

Negative. Patch not only did not work (I applied it to 
current 4.3.0) but I now no longer have a 
$_SERVER['PATH_TRANSLATED'] variable . 
So $_SERVER['PHP_SELF'] remains corrupted and 
$_SERVER['PATH_TRANSLATED'] gives some kind of udefined 
error. 
Joshua



[2003-01-05 21:58:19] [EMAIL PROTECTED]

The patch at
http://www.caraveo.com/php/cgi.patch

Should fix this problem.  Please try this and let me know.  It's
against cvs HEAD from today.




[2003-01-02 10:54:32] [EMAIL PROTECTED]

I'm using php with cgiwrap. 
http://cgiwrap.unixtools.org/

I added two small patches as described in Bug #21301 but i don't know
if they work with current cvs version.

In httpd.conf:

AddHandler php-cgiwrap .php
Action php-cgiwrap /cgiwrapper/php-cgiwrap/
ScriptAlias /cgiwrapper/ /usr/local/cgiwrap/



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

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

#21498 [NEW]: mysql_pconnect trouble

[admin]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.3.0
PHP Bug Type: MySQL related
Bug description:  mysql_pconnect trouble

I have php 4.3.0, compiled with external mysql client 3.23.54. There is a
problem with mysql_pconnect(). Sometimes it's impossible to connect ( Lost
connection to mysql server ). If mysql_connect is used, there isn't
problem any more. There wasn't problem in php 4.2.3 with the same mysql
client.
-- 
Edit bug report at http://bugs.php.net/?id=21498&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21498&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21498&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21498&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21498&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21498&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21498&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21498&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21498&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21498&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21498&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21498&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21498&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21498&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21498&r=gnused

#21319 [Com]: the PHP Script Interpreter crashes.

[odarcan]

 ID:   21319
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: windows xp
 PHP Version:  4.3.0
 New Comment:

i withdraw my speculation about the die construct beeing the problem;

i have a script that does.. something (checks urls & downloads them via
fsockopen) 20 times in a for loop from 1 to 20.. sometimes there is an
error when downloading, and naturally, to move on to the next url, i
use the continue construct (or whatever it's called).

I run my scripts from the command prompt with a batch script that runs
"PHP SCRIPTNAME.PHP" over and over in an infinite loop..

since the php script is executed in a loop, it wouldn't really matter
if you call continue or die since the next url in the database would be
processed either way..

Now this should be interesting;
NOT A SINGLE CRASH, has ever occurred ever since i've started using die
instead of continue on download errors..

and you're still not responding..

osman darcan


Previous Comments:


[2003-01-07 13:56:48] [EMAIL PROTECTED]

I am using Apache and yes, it may be the same problem, what i don't
understand is why these guys dont respond, i would really like to know
if they're into the problem or if they haven't even read my messages
yet..

a simple "we're looking into the problem" would be fine.. but nooo..



[2003-01-07 03:19:18] [EMAIL PROTECTED]

Hi, i'm getting the same errors on two different Windows XP Pro
installations. 

I'll try to get some more information (xp related addresses from the
crash) but from the head i remember that the problem is
php_iisfunc.dll.

The web'server (PWS) serves seems the pages correctly but at the end of
the session the error occurs. I can reproduce the error everytime in
multiple scenarios.

I know there is another reported bug related to Apache  under WinXP
(php_apachefunc.dll) and i won't be surprised if this is actually a
related issue.



[2003-01-04 05:08:38] [EMAIL PROTECTED]

Hi, i've just upgraded to php 4.3.0 and i'm pleased the fsockopen
timeout problem has been fixed..

but now to something more serious:

the php script interpreter crashes, windows takes over command and
says
"PHP Script Interpreter has encountered a problem and needs to close.
We
are sorry for the inconvenience." and you get to choose to send or
dont
send an error report to microsoft
("please tell microsoft about this problem" it says)

this happens very often... i suspect this has something to do with the
die() construct and/or the mysql interface... because the crash often
comes directly after a erroneus mysql query a it's
die-error-message...
but not always.. i think.. sometimes no error is produced by php at
all..

i want to be of more help by telling you how to reproduce the error
but
i haven't figured out how to figure out how to tell you to reproduce
the
error..



[2003-01-02 15:52:59] [EMAIL PROTECTED]

i have by the way only 500 MB of ram



[2003-01-02 15:51:55] [EMAIL PROTECTED]

FATAL:  emalloc():  Unable to allocate 1936028514 bytes

is this php's fault or the os'?



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

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

#21496 [Opn]: Header weirdness

[liz]

 ID:   21496
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Output Control
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

Oh - I meant to say this is using PHP as CGI, and no this wasnt the CLI
version this was deffinately the CGI one. I checked, a ton of times..
As I suddenly thought.


Previous Comments:


[2003-01-07 12:55:03] [EMAIL PROTECTED]

OK, I had the following code:



It worked before I upgraded to 4.3, so last version was 4.2 I used.

Now, its not doing the headers, its just showing the results of the
readfile.. (so my users reported major whine when they went to download
my app as I stupidly didnt check that one link)

v4.2 was compiled with 
Running PHP 4.2.2
Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies

[PHP Modules]
xml
standard
sockets
session
posix
pcre
mysql
imap
ftp
dbase
ctype

v4.3 with

[PHP Modules]
Zend Optimizer
ctype
dbase
ftp
imap
mysql
overload
pcre
posix
session
sockets
standard
tokenizer
xml

[Zend Modules]
Zend Optimizer


(Optimizer irrelevant the 4.2 works with or without optimizer, 4.3
produces the same)




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

#21492 [Fbk->Csd]: PHP Crashed

[lsantos]

 ID:   21492
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: IIS related
 Operating System: Windows 2000 Server
 PHP Version:  4.3.0
 New Comment:

I did Solved the problem.

My System administrator dicided to change the security for the user of
IIS so therefore this problem did occurr.

We solved the problem by creating an user for this purpose and change
the system policies to make php work

Regards
Luis Santos


Previous Comments:


[2003-01-07 08:43:40] [EMAIL PROTECTED]

Please also join the script that generate the error so we can see which
part of the code makes PHP crash.



[2003-01-07 08:42:41] [EMAIL PROTECTED]

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

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



[2003-01-07 08:31:07] [EMAIL PROTECTED]

Hi,

We have here installed the PHP 4.3.0 in a server and now this error is
occurring and nothing works any longer.

We had everything working until today and nothing had changed in the
server installation.

error:
php.exe - Application Error

The Instruction at "0x1000d611" referenced memory at "0x00080148". The
memory could not be "read".



Regards 
IT Supervisor
Luis Santos





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

#21499 [Opn]: include 'bogus' gives unfriendly error

[nicos]

 ID:   21499
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Unknown/Other Function
+Bug Type: Feature/Change Request
 Operating System: all
 PHP Version:  4.3.0
 New Comment:

Reclassifing.


Previous Comments:


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



Warning: main(foo) [function.main]: 
  failed to create stream: No such file or directory in...

Warning: main() [function.main]: Failed opening 'foo' for inclusion
(include_path='.') in...

Basically, this error could be a little nicer and in the very least
link to function.include and not a non-existent function.main.

This is the case with all the include/require constructs.




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

#21497 [Bgs]: include() of XML document fails

[polone]

 ID:   21497
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: RedHat Linux 6.2
 PHP Version:  4.3.0
 New Comment:

That does fix the problem, but enabling short open tags shouldn't
invalidate properly formatted processing instructions for something
other than PHP.

In addition, this cannot be altered or disabled by ini_set() from a PHP
script (perhaps a security risk?) at run-time.


Previous Comments:


[2003-01-07 13:17:31] [EMAIL PROTECTED]

Disable short_open_tags in your php.ini and the problem will go away.



[2003-01-07 13:15:12] [EMAIL PROTECTED]

When using the include(), include_once(), require(), or require_once()
functions, documents beginning with:



fail to be loaded. I'm guessing this might have to do with PHP trying
to interpret the http://bugs.php.net/?id=21497&edit=1

#20497 [Com]: Will not compile "Output line too long"

[ptighe]

 ID:   20497
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: solaris 8
 PHP Version:  4.3.0RC1
 New Comment:

After reading your comments, I installed GNU sed from sunfreeware.com. 
PHP is now compiled properly.  Thank you for this information.


Previous Comments:


[2002-12-01 16:39:00] [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.





[2002-11-19 12:20:34] [EMAIL PROTECTED]

Can you first check why the sed check didn't break the configure, from
config.log, look for something like this:

configure:1579: checking for working sed

(to 'fix' this problem, install GNU sed)




[2002-11-19 11:46:09] [EMAIL PROTECTED]

Gcc 3.1,  apache 2.0.43 solaris 8
The configure line
./configure --enable-ftp --enable-bcmath --enable-calendar --with-mysql
--with-mhash --with-mcrypt --with-ldap=/usr/local
--with-apxs2=/www/bin/apxs --with-imap=/export/home/test/imap-2002.RC10
--with-zlib --with-gdbm --with-ndbm --with-gettext
--enable-force-cgi-redirect 
then I 
ran 
make and this is were it ended.



cc1: warning: changing search order for system directory
"/usr/local/include"
cc1: warning:   as it has already been specified as a non-system
directory
/bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 
-avoid-version -module -L/usr/ucblib
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.1 -L/usr/local/lib
-L/export/home/test/imap-2002.RC10/c-client  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.1 -R /usr/local/lib -R
/export/home/test/imap-2002.RC10/c-client ext/zlib/zlib.lo
ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo
ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo
ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo
ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo
ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo
ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo
ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo
ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo
ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo
ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo
ext/bcmath/libbcmath/src/doaddsub.lo
ext/bcmath/libbcmath/src/nearzero.lo
ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo
ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo
ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo
ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo
ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo
ext/dba/dba.lo ext/dba/dba_cdb.lo ext/dba/dba_db2.lo ext/dba/dba_dbm.lo
ext/dba/dba_gdbm.lo ext/dba/dba_ndbm.lo ext/dba/dba_db3.lo
ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gettext/gettext.lo
ext/imap/php_imap.lo ext/ldap/ldap.lo ext/mcrypt/mcrypt.lo
ext/mhash/mhash.lo ext/mysql/php_mysql.lo
ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo
ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo
ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo
ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo
ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo
ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo
ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo
ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo
ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo
ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo
ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo
ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo
ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo
ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo
ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo
ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo
ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo
ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo
ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo
ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo
ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo
ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo
ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo
ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo
ext/mysql/libmysql/strnmo

#21491 [Com]: Hang during ociexecute

[michael . mauch]

 ID:   21491
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Suse Linux 8.0
 PHP Version:  4.2.3
 New Comment:

Does it help if you 'do it by the book',
, i.e. don't use putenv() or
Apache's SetEnv, but set the environment variables before you start
Apache? And did you check whether your Apache is linked to pthread (see
the page mentioned above)?


Previous Comments:


[2003-01-07 09:32:33] [EMAIL PROTECTED]

Works fine on Solaris in DSO and CGI.  You might want to test the
connection to see if it happened and call OCIError as well.



[2003-01-07 08:19:04] [EMAIL PROTECTED]

I'm trying to get some (existing) records oput of an Oracle8-Database.
As long as I do a query, which can't have any results, everything works
fine. But if I write a SELECT-statement, which should give at least one
result, the whole thing hangs or I get the message 'The page cannot be
displayed'.


example (which causes me troubles):




The 'echo-statement' is only used to verify that the script has
finished! The statement "select max(id_pers) from t_person" for example
works fine.

Thanks in advance!
Greetings
Stephan




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

#21500 [NEW]: Snmp.c undeclarded vars

[translucent]

From: [EMAIL PROTECTED]
Operating system: linux redhat 8 -- 
PHP version:  4.3.0
PHP Bug Type: Compile Failure
Bug description:  Snmp.c  undeclarded vars

Well this is the output error, Shouldn't really deal with any of the
options? but I will Inculde them after... 



php-4.3.0/ext/snmp/snmp.c -o ext/snmp/snmp.lo
php-4.3.0/ext/snmp/snmp.c: In function `zif_snmp_get_quick_print':
php-4.3.0/ext/snmp/snmp.c:506: `NETSNMP_DS_LIBRARY_ID' undeclared (first
use in this function)
php-4.3.0/ext/snmp/snmp.c:506: (Each undeclared identifier is reported
only once
php-4.3.0/ext/snmp/snmp.c:506: for each function it appears in.)
php-4.3.0/ext/snmp/snmp.c:506: `NETSNMP_DS_LIB_QUICK_PRINT' undeclared
(first use in this function)
php-4.3.0/ext/snmp/snmp.c: In function `zif_snmp_set_quick_print':
php-4.3.0/ext/snmp/snmp.c:525: `NETSNMP_DS_LIBRARY_ID' undeclared (first
use in this function)
php-4.3.0/ext/snmp/snmp.c:525: `NETSNMP_DS_LIB_QUICK_PRINT' undeclared
(first use in this function)
php-4.3.0/ext/snmp/snmp.c: In function `zif_snmp_set_enum_print':
php-4.3.0/ext/snmp/snmp.c:544: `NETSNMP_DS_LIBRARY_ID' undeclared (first
use in this function)
php-4.3.0/ext/snmp/snmp.c:544: `NETSNMP_DS_LIB_PRINT_NUMERIC_ENUM'
undeclared (first use in this function)
php-4.3.0/ext/snmp/snmp.c: In function `zif_snmp_set_oid_numeric_print':
php-4.3.0/ext/snmp/snmp.c:559: `NETSNMP_DS_LIBRARY_ID' undeclared (first
use in this function)
php-4.3.0/ext/snmp/snmp.c:560: `NETSNMP_DS_LIB_OID_OUTPUT_FORMAT'
undeclared (first use in this function)
php-4.3.0/ext/snmp/snmp.c:561: `NETSNMP_OID_OUTPUT_NUMERIC' undeclared
(first use in this function)
php-4.3.0/ext/snmp/snmp.c: In function `netsnmp_session_gen_auth_key':
php-4.3.0/ext/snmp/snmp.c:672: warning: initialization discards qualifiers
from pointer target type
php-4.3.0/ext/snmp/snmp.c: In function `netsnmp_session_gen_sec_key':
php-4.3.0/ext/snmp/snmp.c:701: warning: initialization discards qualifiers
from pointer target type
make: *** [ext/snmp/snmp.lo] Error 1











###
###
Options -- 
./configure '--with-pdflib=/usr/pdflib-4.0.3-icc-Linux/bind/c'
'--with-tiff-dir=/usr/local/' '--host=i686-pc-linux-gnu'
'--build=i686-pc-linux-gnu' '--target=i386-redhat-linux-gnu'
'--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr'
'--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc'
'--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib'
'--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc'
'--enable-force-cgi-redirect' '--disable-debug' '--enable-pic'
'--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3'
'--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin'
'--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd'
'--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext'
'--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr'
'--with-openssl' '--with-png' '--with-pspell' '--with-regex=system'
'--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU'
'--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes'
'--enable-safe-mode' '--enable-sockets' '--enable-sysvsem'
'--enable-sysvshm' '--enable-discard-path' '--enable-track-vars'
'--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8'
'--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl'
'--with-kerberos=/usr/kerberos' '--with-ldap=shared'
'--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr'
'--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared'
'--enable-memory-limit' '--enable-bcmath' '--enable-shmop'
'--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio'
'--enable-mcal' '--with-apxs2=/usr/sbin/apxs'



All I did was the configure with above options, did the make, and it gave
me the error I printed above -- I checked the snmp.c, as far as i could
tell they were not declared --
-- 
Edit bug report at http://bugs.php.net/?id=21500&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21500&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21500&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21500&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21500&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21500&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21500&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21500&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21500&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21500&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21500&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21500&

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

[vincent]

 ID:   9852
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: IIS related
 Operating System: Windows 2000
 PHP Version:  4.2.1
 New Comment:

Just an idea: does it help to close the database connection right
before calling the header('Location: URL') function? I understand that
putting in a timer helps (most of the time), but I think that's a bit
of an ugly solution. I mean: how long should you wait? The ideal number
of microseconds to sleep depends on the server, the load on the server,
and so on. As the problem occurs when there is a database connection, I
wonder if it goes away if this connection is closed, before doing the
real redirecting. Sadly enough I can't test this myself, because I
don't have access to a server that's fast enough. Anyone?


Previous Comments:


[2002-12-28 19:08:25] [EMAIL PROTECTED]

We have posted this problem first at 2001-06-28 (ID# 11788). This
request was closed (Bogus) with the following comment:

Once and for all: It's not the lack of interest, it's the lack of good
developers with knowledge about it. Historically, OpenSource projects
operating in cross-platform environments have a stronger unix
developer
community. It's a fact.

I think, the best way for IIS-Users is, to develope there page under
ASP!

And for PHP you should say: running under all unix plattforms - but not
under IIS!



[2002-12-27 07:00:54] [EMAIL PROTECTED]

Good Afternoon,

I have seen many comments regarding PHP should be compliant with
enterprise software.  I would suggest that it is - UNIX and Apache are
enterprise level solutions and PHP is a ROCK star on those platforms. 
Just because we are no forcing it to do things on an AXX Backward
platform like MS W2k and XP is not a reason to complain.  

I have run into the issue, because I am having to rewrite our
authentication scripts because the IIS CGI cannont handle a simple
authentication redirect.  Before you blame PHP, try looking at all the
garbage hoops that IIS puts you through.

Nicolas



[2002-11-14 06:36:33] [EMAIL PROTECTED]

Just for your information:
Don't blame PHP. ASP.net ALSO SHOWS LOTS OF "CGI ERROR". I 
solve this problem by slowing down connection -- do not put 
src='xxx.php/asp' in your frame tag. use onload() handler 
to load page into frames with javascript AFTER the frame 
page is loaded.



[2002-10-29 14:00:20] [EMAIL PROTECTED]

I'm happy to hear that most people are able to solve their CGI errors
by changing the Windows Performance Options. We have Scott to thank for
this little trick!

Rasmus,  I think what people are upset about is that this bug was
closed. It's obviously a Micro$haft problem (big surprise) but even so,
it's quite frustrating to feel like y'all don't give a dern  :-(  This
is obviously not the case but closing the bug makes people think that
you're not interested in finding a solution. Even if the problem is not
the fault of PHP. 

On an unrelated note I'm *extremely happy* to see that you've included
the php_zip.dll extension in php-4.3.0pre2-Win32.zip. SWT!

Now all we need is a solid php4isapi.dll  ;-)

Ottawa



[2002-10-28 19:35:21] [EMAIL PROTECTED]

We fix what we can fix given our resources and the environment we are
working in.  In many ways M$ does not provide us with a level
playing-field and as such you will find that PHP is much much stronger
on non-M$ platforms where we are not hampered by closed-source, vague
and often quite buggy apis.  But thank you for your amazingly
constructive comments.



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

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

#21470 [Opn->Csd]: add imagecopyrotated from latest gd

[pajoye]

 ID:   21470
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  4.3.0
-Assigned To:  
+Assigned To:  pajoye
 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.

Hello,

We strongly recommand the use of the bundled GD, which includes
imagerotate.

Thank's for your report.

pierre


Previous Comments:


[2003-01-06 14:14:23] [EMAIL PROTECTED]

http://www.boutell.com/gd/ has a patch against php 4.2.3 that adds the
imagecopyrotated() function from the gdImageCopyRotated() function that
was added in gd 2.0.8.  I would be nice if this were a part of the php
tree.




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

#21499 [Opn->]: include 'bogus' gives unfriendly error

[iliaa]

 ID:   21499
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Won\'t fix
 Bug Type: Unknown/Other Function
 Operating System: all
 PHP Version:  4.3.0
 New Comment:

Since include is not a function but rather a language construct this is
unlikely to be ever fixed.
The error as is, imo is reasonably descriptive as it tells what action
had failed and why.


Previous Comments:


[2003-01-07 14:28:43] [EMAIL PROTECTED]

This isn't a feature request Nicos, this is a bug.  It refers/links to
a non-existent function/page in the error.



[2003-01-07 14:15:48] [EMAIL PROTECTED]

Reclassifing.



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



Warning: main(foo) [function.main]: 
  failed to create stream: No such file or directory in...

Warning: main() [function.main]: Failed opening 'foo' for inclusion
(include_path='.') in...

Basically, this error could be a little nicer and in the very least
link to function.include and not a non-existent function.main.

This is the case with all the include/require constructs.




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

#21466 [Opn->Bgs]: configure bug in XSLT/Sablotron and Zip options

[iliaa]

 ID:   21466
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *Compile Issues
 Operating System: RedHat 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.

Looks like you pdf library /usr/lib/libpdf.so is the cause of the
problem, removing '--with-pdflib=/usr/local' from the configure line
should solve the problem.
Given the provided information I must say that this is not a PHP bug
but rather a problem with you library.


Previous Comments:


[2003-01-07 13:28:31] [EMAIL PROTECTED]

I paste more then last 21 lines 'cause there's lot of noticies about
libpdf.so

int main() {
SablotGetOptions()
; return 0; }
configure:74894: checking for YAZ support
configure:75407: checking whether to include YP support
configure:75875: checking for ZIP support
configure:75941: checking for zzip_open in -lzzip
configure:75960: gcc -o conftest -O2 -I/usr/local/ssl/include/openssl/
-L/usr/lib
-Wl,-rpath,/usr/lib/lib -L/usr/lib/lib -Wl,-rpath,/usr/local/lib
-L/usr/local/lib conftest.c -lzzip  -lsablot -liconv -lexpat -lpdf -lz
-ltiff -lpng -ljpeg -lcrypt -lpam -lpng -lz -ljpeg -lz -lcrypt -lresolv
-lm -ldl -lnsl  -lcrypt 1>&5
/usr/lib/libpdf.so: undefined reference to `atexit@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fgetc@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to
`__strtod_internal@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `ldiv@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `vsprintf@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `strchr@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `feof@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `ungetc@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `localtime@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `strcmp@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fprintf@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `getenv@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fflush@@GLIBC_2.0'
/usr/local/lib/libsablot.so: undefined reference to `__rtti_user'
/usr/lib/libpdf.so: undefined reference to `memchr@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `ftell@@GLIBC_2.0'
/usr/local/lib/libsablot.so: undefined reference to `__rtti_si'
/usr/lib/libpdf.so: undefined reference to `___brk_addr@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `malloc@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fread@@GLIBC_2.0'
/usr/local/lib/libsablot.so: undefined reference to `__throw'
/usr/lib/libpdf.so: undefined reference to `strpbrk@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `stdout@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `stderr@@GLIBC_2.0'
/usr/local/lib/libsablot.so: undefined reference to `terminate(void)'
/usr/lib/libpdf.so: undefined reference to `__sigsetjmp@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `vfprintf@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fseek@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `setbuf@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `time@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fgets@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `strstr@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `longjmp@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to
`__strtol_internal@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `qsort@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to
`__ctype_toupper@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `strncmp@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `realloc@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `strcat@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `__environ@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `memcpy@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `fclose@@GLIBC_2.1'
/usr/local/lib/libsablot.so: undefined reference to `__eh_pc'
/usr/lib/libpdf.so: undefined reference to `__curbrk@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `exit@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `calloc@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `sscanf@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `free@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `memset@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `__ctype_b@@GLIBC_2.0'
/usr/lib/libpdf.so: undefined reference to `strncpy@@GLIBC_2.0'
/usr/local/lib/libsablot.so: undefined reference to `__rtti_class'
/usr/lib/

#21496 [Opn->Bgs]: Header weirdness

[edink]

 ID:   21496
 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:

php -q will stop output of all headers, not just default ones. So if
header() works when -q is not specified, this is not a bug.


Previous Comments:


[2003-01-07 13:24:09] [EMAIL PROTECTED]

It seems this only occurs if you do -q to OVERRIDE the default headers,
eg, print your own rather than say text/html it doesnt print any of
them none at all! Even though you specifically asked for them. In
4.2 you did -q to suppress default headers but could print your own



[2003-01-07 13:19:47] [EMAIL PROTECTED]

Oh - I meant to say this is using PHP as CGI, and no this wasnt the CLI
version this was deffinately the CGI one. I checked, a ton of times..
As I suddenly thought.



[2003-01-07 12:55:03] [EMAIL PROTECTED]

OK, I had the following code:



It worked before I upgraded to 4.3, so last version was 4.2 I used.

Now, its not doing the headers, its just showing the results of the
readfile.. (so my users reported major whine when they went to download
my app as I stupidly didnt check that one link)

v4.2 was compiled with 
Running PHP 4.2.2
Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies

[PHP Modules]
xml
standard
sockets
session
posix
pcre
mysql
imap
ftp
dbase
ctype

v4.3 with

[PHP Modules]
Zend Optimizer
ctype
dbase
ftp
imap
mysql
overload
pcre
posix
session
sockets
standard
tokenizer
xml

[Zend Modules]
Zend Optimizer


(Optimizer irrelevant the 4.2 works with or without optimizer, 4.3
produces the same)




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

#21319 [Opn->Fbk]: the PHP Script Interpreter crashes.

[edink]

 ID:   21319
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: windows xp
 PHP Version:  4.3.0
 New Comment:

In order to look into the problem we would need a short and complete
script that reproduces the problem. Without that there is very little
information to go on.


Previous Comments:


[2003-01-07 14:05:53] [EMAIL PROTECTED]

i withdraw my speculation about the die construct beeing the problem;

i have a script that does.. something (checks urls & downloads them via
fsockopen) 20 times in a for loop from 1 to 20.. sometimes there is an
error when downloading, and naturally, to move on to the next url, i
use the continue construct (or whatever it's called).

I run my scripts from the command prompt with a batch script that runs
"PHP SCRIPTNAME.PHP" over and over in an infinite loop..

since the php script is executed in a loop, it wouldn't really matter
if you call continue or die since the next url in the database would be
processed either way..

Now this should be interesting;
NOT A SINGLE CRASH, has ever occurred ever since i've started using die
instead of continue on download errors..

and you're still not responding..

osman darcan



[2003-01-07 13:56:48] [EMAIL PROTECTED]

I am using Apache and yes, it may be the same problem, what i don't
understand is why these guys dont respond, i would really like to know
if they're into the problem or if they haven't even read my messages
yet..

a simple "we're looking into the problem" would be fine.. but nooo..



[2003-01-07 03:19:18] [EMAIL PROTECTED]

Hi, i'm getting the same errors on two different Windows XP Pro
installations. 

I'll try to get some more information (xp related addresses from the
crash) but from the head i remember that the problem is
php_iisfunc.dll.

The web'server (PWS) serves seems the pages correctly but at the end of
the session the error occurs. I can reproduce the error everytime in
multiple scenarios.

I know there is another reported bug related to Apache  under WinXP
(php_apachefunc.dll) and i won't be surprised if this is actually a
related issue.



[2003-01-04 05:08:38] [EMAIL PROTECTED]

Hi, i've just upgraded to php 4.3.0 and i'm pleased the fsockopen
timeout problem has been fixed..

but now to something more serious:

the php script interpreter crashes, windows takes over command and
says
"PHP Script Interpreter has encountered a problem and needs to close.
We
are sorry for the inconvenience." and you get to choose to send or
dont
send an error report to microsoft
("please tell microsoft about this problem" it says)

this happens very often... i suspect this has something to do with the
die() construct and/or the mysql interface... because the crash often
comes directly after a erroneus mysql query a it's
die-error-message...
but not always.. i think.. sometimes no error is produced by php at
all..

i want to be of more help by telling you how to reproduce the error
but
i haven't figured out how to figure out how to tell you to reproduce
the
error..



[2003-01-02 15:52:59] [EMAIL PROTECTED]

i have by the way only 500 MB of ram



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

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

#21499 [WFx->Opn]: include 'bogus'; refers to bogus function.main

[philip]

 ID:   21499
 Updated by:   [EMAIL PROTECTED]
-Summary:  include 'bogus' gives unfriendly error
 Reported By:  [EMAIL PROTECTED]
-Status:   Won't fix
+Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: all
 PHP Version:  4.3.0
 New Comment:

The fact that it provides two 404 links to a non-existent PHP function
named main() is rather misleading and is not reasonable.  I didn't
call/use any function named main(), I used include().  Fact is,
include() could not include the file because the file could not be
opened.  Simply "Failed opening foo for inclusion" is enough, like it
used to be before php_error_docref.  Linking to function.include would
be fine too.

IMHO this should remain open until someone fixes it.  I would put
php_error_docref in the summary but I really don't know the internals
or if that's the problem.


Previous Comments:


[2003-01-07 17:36:43] [EMAIL PROTECTED]

Since include is not a function but rather a language construct this is
unlikely to be ever fixed.
The error as is, imo is reasonably descriptive as it tells what action
had failed and why.



[2003-01-07 14:28:43] [EMAIL PROTECTED]

This isn't a feature request Nicos, this is a bug.  It refers/links to
a non-existent function/page in the error.



[2003-01-07 14:15:48] [EMAIL PROTECTED]

Reclassifing.



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



Warning: main(foo) [function.main]: 
  failed to create stream: No such file or directory in...

Warning: main() [function.main]: Failed opening 'foo' for inclusion
(include_path='.') in...

Basically, this error could be a little nicer and in the very least
link to function.include and not a non-existent function.main.

This is the case with all the include/require constructs.




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

#21297 [Opn->Csd]: CGI/CLI '#!php' handler doesn't skip LF if CR present

[iliaa]

 ID:   21297
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: *General Issues
 Operating System: Any
 PHP Version:  4CVS-2002-12-30 (dev)
 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:


[2002-12-30 14:36:08] [EMAIL PROTECTED]


  a real simple one...

  in the cli sapi (checked latest in cvs) will check the first byte for
'#' to see if it should skip past a script parser line... it will skip
until it reaches CR or LF, but if it hits CR, the LF is left as the
first byte to be executed by the engine, so the script produces output.


  example...

  #!c:\php4\php-cli.exe -c c:\php4\ [CR] [LF]
  [EOF]

  will produce output - the LF.

  mostly a windows issue, but since i send code back and forth from
unix & windows machines, sometimes i may have cr/lf in them - and it
this would break there as well.

  -benjamin




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

#21501 [NEW]: ISAPI Troubles

[support]

From: [EMAIL PROTECTED]
Operating system: Windows 2K/2Kserver/XP
PHP version:  4.3.0
PHP Bug Type: *Web Server problem
Bug description:  ISAPI Troubles

I found some problems with the ISAPI module under windows with differnet
webservers

First: mail() dont work (Mail-Server:
http://www.cmfperception.com/liteserve.html) - with php.exe it will work

Second: The session.save_path will be ignored in php.ini and php try to
use /tmp what cant be found on win and when i use the php.exe must be /
instead of \ in the path when it should work


Hope i can help and sorry about my bad english (come from austria)


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

#21501 [Opn->Fbk]: ISAPI Troubles

[edink]

 ID:   21501
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: *Web Server problem
 Operating System: Windows 2K/2Kserver/XP
 PHP Version:  4.3.0
 New Comment:

I suspect that your ISAPI module isn't reading correct php.ini. You can
verify this by looking on top of phpinfo() output page were the used
php.ini file will be specified. I just tested mail() and it works
correctly.

You could also try to specify the two ini parameters in the scripts
itself:

ini_set('SMTP', 'mail.example.com');
ini_set('sendmail_from', '[EMAIL PROTECTED]');
mail("[EMAIL PROTECTED]", "test", "test");



Previous Comments:


[2003-01-07 18:45:45] [EMAIL PROTECTED]

I found some problems with the ISAPI module under windows with
differnet webservers

First: mail() dont work (Mail-Server:
http://www.cmfperception.com/liteserve.html) - with php.exe it will
work

Second: The session.save_path will be ignored in php.ini and php try to
use /tmp what cant be found on win and when i use the php.exe must be /
instead of \ in the path when it should work


Hope i can help and sorry about my bad english (come from austria)






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

#21470 [Csd->Opn]: add imagecopyrotated from latest gd

[gid]

 ID:   21470
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Open
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  4.3.0
 Assigned To:  pajoye
 New Comment:

the imagerotate() function is totally different from the
imageCOPYrotated() function that I am referring to.

imagerotate rotates an image

imageCOPYrotate copys an image onto another image while rotating the
image that we are copying.  As far as I know, php doesn't allow access
to the imageCOPYrotated function in gd > 2.0.8


Previous Comments:


[2003-01-07 17:35:55] [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.

Hello,

We strongly recommand the use of the bundled GD, which includes
imagerotate.

Thank's for your report.

pierre



[2003-01-06 14:14:23] [EMAIL PROTECTED]

http://www.boutell.com/gd/ has a patch against php 4.2.3 that adds the
imagecopyrotated() function from the gdImageCopyRotated() function that
was added in gd 2.0.8.  I would be nice if this were a part of the php
tree.




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

#21494 [Opn->Bgs]: Fails when I do make install with error message

[sniper]

 ID:   21494
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: RedHat 8.0 / apache 2.0.40-11
 PHP Version:  4.3.0
 New Comment:

Report this to the Apache folks. Not a PHP bug.



Previous Comments:


[2003-01-07 10:29:15] [EMAIL PROTECTED]

very simple configure:
./configure --with-oci8=/u01/app/oracle/product/oraprod
--with-apxs2=/usr/sbin/apxs
--with-oracle=/u01/app/oracle/product/oraprod

when I run make:

 ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo
ext/standard/credits.lo ext/standard/css.lo
ext/standard/var_unserializer.lo ext/standard/ftok.lo
ext/standard/aggregation.lo ext/standard/sha1.lo
ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo
ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo
regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo
TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo
main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo
main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo
main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo
main/strlcat.lo main/mergesort.lo main/reentrancy.lo
main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo
main/php_open_temporary_file.lo main/php_logos.lo main/output.lo
main/memory_streams.lo main/user_streams.lo
Zend/zend_language_parser.lo Zend/zend_language_scanner.lo
Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo
Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo
Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo
Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo
Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo
Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo
Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo
Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo
Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo
main/internal_functions_cli.lo -lcrypt -lresolv -lm -ldl -lnsl -lcrypt
-ldl -lm -lclntsh -locijdbc8 -ldl -lm -lclntsh  -o sapi/cli/php
ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
/usr/src/php-4.3.0/ext/mysql/libmysql/my_tempnam.c:103: the use of
`tempnam' is dangerous, better use `mkstemp'

when I run make install:

Installing PHP CLI binary:/usr/local/bin/
Installing PHP SAPI module
/usr/lib/httpd/build/instdso.sh
SH_LIBTOOL='/usr/lib/httpd/build/libtool' libphp4.la
/usr/lib/httpd/modules
sh: line 1: /usr/lib/httpd/build/instdso.sh: No such file or directory
apxs:Error: Command failed with rc=8323072
.
make: *** [install-sapi] Error 1






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

#21486 [Dup->Bgs]: $this pointer not always pointing to the right object

[sniper]

 ID:   21486
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Duplicate
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: windows
 PHP Version:  4.3.0


Previous Comments:


[2003-01-07 07:39:38] [EMAIL PROTECTED]

$this is that of the calling class when you use static method calls,
The official line is dont rely on this behaviour as
it may change...
ref: php-dev mailing list.



[2003-01-07 06:19:33] [EMAIL PROTECTED]

hi,
i found that the $this pointer does not always point to the current
class, as it is supposted to.

run the following example code:
-
class ca
{
function debug()
{
echo("ca::debug -> ");
print_r($this);
echo("");
}
}

class cb
{
function debug()
{
echo("cb::debug -> ");
print_r($this);
echo("");
}

function test()
{
cb::debug();
ca::debug();
}
}

$b = new cb;
$b->test();
-

output is:
cb::debug -> cb Object ( ) 
ca::debug -> cb Object ( ) 

but should'nt it be:
cb::debug -> cb Object ( ) 
ca::debug -> ca Object ( ) 

it seems that when a class is called like class::methode from within
another class, the this pointer points to the calling class, not the
current running class!!




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

#21473 [Opn->Bgs]: Content-Type header ignored when default character encoding set in php.ini

[sniper]

 ID:   21473
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: Linux
 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.


Previous Comments:


[2003-01-06 16:03:16] [EMAIL PROTECTED]

In php 4.2.3, if a value is specifed for the default_charset variable
in /etc/php.ini, attempts to modify the content type using:

header("Content-Type: text/vnd.wap.wml");

will be ignored by PHP:

> telnet www.buberel.org 80
Trying 10.0.0.1...
Connected to taylor.buberel.org (10.0.0.1).
Escape character is '^]'.
get /wapmail/test.php HTTP/1.0

HTTP/1.1 200 OK
Date: Mon, 06 Jan 2003 21:32:01 GMT
Server: Apache-AdvancedExtranetServer/1.3.26 (Mandrake Linux/6.1mdk)
mod_ssl/2.8.10 OpenSSL/0.9.6g PHP/4.2.3
X-Powered-By: PHP/4.2.3
Connection: close
Content-Type: text/html; charset=iso-8859-15




However, when the value of default_charset is set to the empty string
("") in /etc/php.ini, the content-type header is handled properly:

> telnet www.buberel.org 80
Trying 10.0.0.1...
Connected to taylor.buberel.org (10.0.0.1).
Escape character is '^]'.
get /wapmail/test.php HTTP/1.0

HTTP/1.1 200 OK
Date: Mon, 06 Jan 2003 22:02:04 GMT
Server: Apache-AdvancedExtranetServer/1.3.26 (Mandrake Linux/6.1mdk)
mod_ssl/2.8.10 OpenSSL/0.9.6g PHP/4.2.3
X-Powered-By: PHP/4.2.3
Random-Header: x/y
Connection: close
Content-Type: text/vnd.wap.wml



-jason




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

#21424 [Opn->Bgs]: Terminal type=vt100 on a new build

[sniper]

 ID:   21424
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: RedHat 7.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.


Previous Comments:


[2003-01-05 03:03:45] [EMAIL PROTECTED]

I have a machine with apache 1.3.26 and php 4.1.2 and the term type
reports "dumb".

I downloaded apache 1.3.27 source and php 4.3.0 source (as well as
support sources - ssl, imap, perl, etc).  Compiled and ran just fine. 


The problem is that for some reason the phpinfo is reporting that the
term type is VT100 and pulling some extra environmental variables as
well.  These variables are not present on the other box.

I compiled php without apache support first (so I could possible run
local scripts) then did a make clean and finally configured it will
apache support.  

Here is the compile script.

make clean > /dev/null
./configure --with-mysql=/usr/local/mysql --with-xml --enable-ftp
make
make test
make install

make clean > /dev/null
./configure --with-apache=../apache_1.3.27 --with-imap=../imap-2001a
--with-gettext --enable-track-vars --with-mysql=/usr/local/mysql
--with-xml --enable-ftp
make
make install

Everything besides the terminal type and the extra environmental
variables seem to be working fine.  

The biggest noticable problem is the environmental variable LS_COLORS
which mangles the tables.  Though this isn't a show stopper it just
pointed out to me that something was different and I wasn't sure if
this different shell is a security issue or could pose other runtime
problems.






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

#21369 [Dup->Bgs]: References to object members seem to be backwards

[sniper]

 ID:   21369
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Duplicate
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: GNU/Linux 2.4.18-19.7.x (RedHat)
 PHP Version:  4.3.0


Previous Comments:


[2003-01-03 00:31:30] [EMAIL PROTECTED]

This is a duplicate of #21376.



[2003-01-02 20:07:23] [EMAIL PROTECTED]

ereg(..., null) is causing a crash in Apache, but not in command line
mode. I'm using the following file in /path/to/htdocs/test.php:



Nothing fancy, just trying to call ereg() with an unset variable as a
second argument (the nusoap package at
http://dietrich.ganx4.com/nusoap/ does this all over the place). This
used to work just fine with 4.2.3.

If I run it from the 4.3.0 command line, it works as well:

$ php test.php
ereg() test: one
X-Powered-By: PHP/4.1.2
Content-Type: text/plain

one
ereg() test: two
two

However, if I go to that page in a web browser, I get nothing back and
this in the logs:

ereg() test: one
FATAL:  emalloc():  Unable to allocate 1449143544 bytes
ereg() test: one
FATAL:  emalloc():  Unable to allocate 1449143544 bytes
ereg() test: one
FATAL:  emalloc():  Unable to allocate 1449143544 bytes
ereg() test: one
FATAL:  emalloc():  Unable to allocate 1449143544 bytes
ereg() test: one
FATAL:  emalloc():  Unable to allocate 1449143544 bytes
ereg() test: one
FATAL:  emalloc():  Unable to allocate 1449143544 bytes
ereg() test: one
FATAL:  emalloc():  Unable to allocate 1449143544 bytes
ereg() test: one
FATAL:  emalloc():  Unable to allocate 1449143544 bytes
ereg() test: one
FATAL:  emalloc():  Unable to allocate 1449143544 bytes
ereg() test: one
FATAL:  emalloc():  Unable to allocate 1449143544 bytes

The weird thing is that if I call ereg('', ''); once in the program
before all other ereg() calls, everything works as before (shared state
initialization? are these thread safe?).

I'm using apache_1.3.27, curl-7.10.2, libxml2-2.4.30, libxslt-1.0.23,
mod_ssl-2.8.11-1.3.27, openssl-engine-0.9.6g, and php-4.3.0 (everything
else comes from the most up-to-date RedHat 7.3 distro).

Here is my Apache 1.3.27 build configuration (pretty simple). I'm using


EAPI_MM=SYSTEM SSL_BASE="${ARENA_HOME}" ./configure \
--disable-module=userdir \
--enable-module=ssl \
--enable-shared=ssl \
--enable-shared=max \
"--prefix=${ARENA_HOME}" \
--with-layout=GNU

Here is my PHP 4.3.0 build configuration:

EXTRA_LDFLAGS="-L/usr/X11R6/lib -lpthread" ./configure \
--disable-short-tags \
--disable-rpath \
--disable-url-fopen-wrapper \
--enable-bcmath \
--enable-calendar \
--enable-debugger \
--enable-dio \
--enable-discard-path \
--enable-embed=shared \
--enable-exif \
--enable-force-cgi-redirect \
--enable-ftp \
--enable-inline-optimization \
--enable-gd-native-ttf \
--enable-magic-quotes \
--enable-mailparse \
--enable-memory-limit \
--enable-mime-magic \
--enable-safe-mode \
--enable-shmop \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-track-vars \
--enable-trans-sid \
--enable-wddx \
"--prefix=${ARENA_HOME}" \
"--with-apxs=${ARENA_HOME}/sbin/apxs" \
--with-bz2=shared \
"--with-config-file-path=${ARENA_HOME}/etc" \
--with-db3 \
"--with-curl=shared,${ARENA_HOME}" \
"--with-dom=${ARENA_HOME}" \
"--with-dom-exslt=${ARENA_HOME}" \
"--with-dom-xslt=${ARENA_HOME}" \
--with-expat-dir=/usr \
--with-freetype-dir=/usr \
--with-gd=shared \
--with-gettext=shared \
--with-gmp \
--with-iconv=shared \
--with-imap=shared \
"--with-imap-ssl=${ARENA_HOME}" \
--with-jpeg-dir=/usr \
--with-kerberos \
--with-layout=GNU \
--with-mysql=shared,/usr \
--with-ncurses=shared \
"--with-openssl=shared,${ARENA_HOME}" \
--with-pgsql=shared \
--with-pic \
--with-png-dir=/usr \
--with-pspell=shared \
--with-readline \
--with-regex=system \
--with-ttf=shared \
--with-xmlrpc=shared \
--with-xpm-dir=/usr/X11R6 \
--with-zlib \
--x-includes=/usr/X11R6/include/X11 \
--x-libraries=/usr/X11R6/lib





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

#21389 [Opn->Fbk]: preg_match crash after some calls

[sniper]

 ID:   21389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: PCRE related
 Operating System: Windows NT 4 sp6a french
 PHP Version:  4.3.0
 New Comment:

We need a short, complete and self-contained script. not some part of a
script that requires some extra class to work..


Previous Comments:


[2003-01-03 07:04:14] [EMAIL PROTECTED]

function extrait_sql(&$code) {

   $this->trace("Avant extrait_sql");
   $regs = array();
   /*
* Matche la chaine sqlexec(" et récupère la chaine jusqu'a "
   */
   $this->trace("$code");
   /* === Crash Here ===*/
   if (preg_match('/sqlexec\(\"(.*?)\"/i',$code,$regs)) {
  echo "sql : $regs[1]";
   }

   $this->trace("Après extrait_sql");
}

This function is crashing after about 300 calls.
It does a DrWatson (Stack Overflow).



[2003-01-03 06:47:48] [EMAIL PROTECTED]

Please strip your script down to the bare minimum and without the need
for external references so that "copy and paste" of the script shows
the crash. It's quite impossible to debug this for us right now.



[2003-01-03 06:46:12] [EMAIL PROTECTED]

PHP WIN32 4.3.0 + APACHE 2.2.43 + WINNT 4 SP6A FR

Does a DrWatson (Stack OverFlow)


The Script :

fichier_export = $_f_export;
$this->fichier_sql= $_f_sql;
$this->fichier_appel  = $_f_appel;
$this->fichier_definition = $_f_def;

$this->debug = $_debug;

}

function trace($s) {
if ($this->debug) {
echo "==> Trace : $s <==";
flush;  
}
}

/*
 * Fonction extrait_sql : Extrait le code SQL d'une instruction PCode
SQLExec
 * Parametre :
 *  $code : une instruction Pcode
 */  
function extrait_sql(&$code) {

$this->trace("Avant extrait_sql");
$regs = array();
/*
 * Matche la chaine sqlexec(" et récupère la chaine jusqu'a "
 */
$this->trace("$code");
/* === Crash Here ===*/ 
if (preg_match('/sqlexec\(\"(.*?)\"/i',$code,$regs)) {
echo "sql : $regs[1]";
}

$this->trace("Après extrait_sql");
}   

/*
 * Fonction extrait_fonction : Extrait le nom des fonction déclaré 
 * et utilisé dans une 
liste d'instruction Pcode
 * Parametres :
 *  $instruction : Liste des instructions Pcode
 *  $code: Instruction Pcode à analyser
 */ 
function extrait_fonction(&$instruction,&$code) {

$this->trace("Avant extrait_fonction");

/*
 * Matche le declare et le peoplecode dans l'instruction à analyser
 * et récupére le prototype de la fonction
 */ 
if (preg_match("/declare (.*) peoplecode (.*)/i",$code,$regs)) {
/*
 * Match le mot clef function et recupere
 * le nom de la fonction
 */
preg_match("/function (.*)\(/i",$regs[1],$nom);
/*
 * Verifie pour chaque instruction si le nom précedement 
trouvé
 * est utilisé dans les instructions Pcode, en ignorant la 
ligne de
déclaration
 */  
foreach ($instruction as $key => $value) {
if (!preg_match("/declare (.*) peoplecode 
(.*)/i",$value) &&
preg_match("/" . $nom[1] . "/i",$value)) {
$use = true;
break;
}
}
if ($use) {
echo "fct : $regs[2] => $regs[1] => $nom[1]";
}
}

$this->trace("Après extrait_fonction");
}

/* 
 * Fonction analyse_definition : analyse la définition d'une fonction
 * Parametre : 
 *  $definition : Liste d'instruction Pcode contenant la definition
de fonction
 */ 
function analyse_definitio

#21390 [Opn->Fbk]: php.exe does not work - needs Kernel32.dll::CancelIo

[sniper]

 ID:   21390
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Windows 95
 PHP Version:  4.3.0
 New Comment:

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




Previous Comments:


[2003-01-03 08:12:10] [EMAIL PROTECTED]

PHP.exe (45056 bytes) does not work on Win95. 

It imports CancelIo from Kernel32.dll, but this routine does not exist
in Kernel32 on Windows 95! 

Previous version (4.2.3) works correctly. There is nothing about it in
PHP documentation and install.txt, maybe documenation problem?

P.S.
mod_php under Apache works OK. CLI version works too. There is only
non-CLI php.exe 4.3.0 problem. 




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

#21503 [NEW]: Failed to write session data (Files).

[ccollins]

From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.3 - 2.4.18-18
PHP version:  4.3.0
PHP Bug Type: Session related
Bug description:  Failed to write session data (Files).

I have very frequent errors in my logfiles concerning the session data.  

"[07-Jan-2003 18:46:30] PHP Warning:  Failed to write session data
(files). Please verify that the current setting of session.save_path is
correct (/tmp/php_sess) in Unknown on line 0"

Users are sometimes reporting a problem where sessions are not maintained
but this is apparently *usually* transparent to the users and it is not
often noticed.  

The obvious things are in place, there IS a directory /tmp/php_sess and it
is owned by the webserver user.  I am using PHP 4.3.0 in safe_mode, as
such:

session.save_handler = files  
 
session.save_path = /tmp/php_sess 
 
session.use_cookies = On  
 
session.name = PHPSESSID  
 
session.auto_start = 0
 
session.cookie_lifetime = 0   
 
session.cookie_path = /   
 
session.cookie_domain =   
 
session.serialize_handler = php   
 
session.gc_probability = On   
 
session.gc_maxlifetime = 1440 
 
session.entropy_length = 0
 
session.cache_limiter = nocache   
 
session.cache_expire = 180
 
session.use_trans_sid = On   

I have apparently had this problem for quite some time dating back to
4.2.x.  

Please advise if there is anything I can try or do?  I have read through
the other similar bug reports that do exist but they all refer to version
4.2.3 and earlier and say the issue is solved in "later version" or
"snapshot".  

Is this still a known issue in 4.3.0?  

Thanks.  

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

#21499 [Opn->Csd]: include 'bogus'; refers to bogus function.main

[iliaa]

 ID:   21499
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: all
 PHP Version:  4.3.0
 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-07 18:28:54] [EMAIL PROTECTED]

The fact that it provides two 404 links to a non-existent PHP function
named main() is rather misleading and is not reasonable.  I didn't
call/use any function named main(), I used include().  Fact is,
include() could not include the file because the file could not be
opened.  Simply "Failed opening foo for inclusion" is enough, like it
used to be before php_error_docref.  Linking to function.include would
be fine too.

IMHO this should remain open until someone fixes it.  I would put
php_error_docref in the summary but I really don't know the internals
or if that's the problem.



[2003-01-07 17:36:43] [EMAIL PROTECTED]

Since include is not a function but rather a language construct this is
unlikely to be ever fixed.
The error as is, imo is reasonably descriptive as it tells what action
had failed and why.



[2003-01-07 14:28:43] [EMAIL PROTECTED]

This isn't a feature request Nicos, this is a bug.  It refers/links to
a non-existent function/page in the error.



[2003-01-07 14:15:48] [EMAIL PROTECTED]

Reclassifing.



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



Warning: main(foo) [function.main]: 
  failed to create stream: No such file or directory in...

Warning: main() [function.main]: Failed opening 'foo' for inclusion
(include_path='.') in...

Basically, this error could be a little nicer and in the very least
link to function.include and not a non-existent function.main.

This is the case with all the include/require constructs.




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

#21498 [Com]: mysql_pconnect trouble

[admin]

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

Yeah I am getting the same problem :(

This is what error I get:
Warning: mysql_pconnect() [function.mysql-pconnect]: Link to server
lost, unable to reconnect 

And I also get it to work now and then.

As far as I know these are the servers info:

OS is Redhat Linux Im not too sure on the version.
mySQL is version 3.23.54
PHP is version 4.3.0
Apache is version 1.3.26

It was all working fine until version 4.3.0 was installed :(

Thanks in advance
Paul


Previous Comments:


[2003-01-07 13:47:47] [EMAIL PROTECTED]

I have php 4.3.0, compiled with external mysql client 3.23.54. There is
a problem with mysql_pconnect(). Sometimes it's impossible to connect (
Lost connection to mysql server ). If mysql_connect is used, there
isn't problem any more. There wasn't problem in php 4.2.3 with the same
mysql client.




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

#21501 [Com]: ISAPI Troubles

[support]

 ID:   21501
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: *Web Server problem
 Operating System: Windows 2K/2Kserver/XP
 PHP Version:  4.3.0
 New Comment:

Eys thats correct, it dont use any php.ini
But that is here of course and with php.exe it will be used

I had it in the same directory as php.exe and php4isapi.dll
since php 4.3.0 this works perfectly and is no need to copy it to win
dir - i copied php4isapi in the root path of the interpreter so i can
use relative path to the extension dir with only extension_dir =
extensions but now nothing of all them will work 

I ve tried also to copy php.ini in the windir but it dont work with
isapi but phpinfo shows  extension_dir = c:\php4 and i dont know from
where this value comes

maybe - my windows is installed on K:\ 
php is installed in k:\server\php

hope this small bug will alos fixed in next release when anybody found
it

where have you php installed ?


Previous Comments:


[2003-01-07 18:58:57] [EMAIL PROTECTED]

I suspect that your ISAPI module isn't reading correct php.ini. You can
verify this by looking on top of phpinfo() output page were the used
php.ini file will be specified. I just tested mail() and it works
correctly.

You could also try to specify the two ini parameters in the scripts
itself:

ini_set('SMTP', 'mail.example.com');
ini_set('sendmail_from', '[EMAIL PROTECTED]');
mail("[EMAIL PROTECTED]", "test", "test");




[2003-01-07 18:45:45] [EMAIL PROTECTED]

I found some problems with the ISAPI module under windows with
differnet webservers

First: mail() dont work (Mail-Server:
http://www.cmfperception.com/liteserve.html) - with php.exe it will
work

Second: The session.save_path will be ignored in php.ini and php try to
use /tmp what cant be found on win and when i use the php.exe must be /
instead of \ in the path when it should work


Hope i can help and sorry about my bad english (come from austria)






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

#21505 [NEW]: Source view not HTML 4.01 valid code

[sweede]

From: [EMAIL PROTECTED]
Operating system: Any
PHP version:  4.3.0
PHP Bug Type: Feature/Change Request
Bug description:  Source view not HTML 4.01 valid code

I have created a small patch that changes Zend/zend_highlight.c to include
proper DOCTYPE, , body and other page composition tags.

I also changed from the deprecated  to  and CSS

I currently use this on my local gentoo development server and have
provided a patch at 
http://www.sourcereview.net/patches/zend_highlight_valid_html.diff

apply patch in the top level source directory

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

#21506 [NEW]: Latest CVS missing php4apache2.dll?

[spoon]

From: [EMAIL PROTECTED]
Operating system: Windows XP
PHP version:  4CVS-2003-01-07 (dev)
PHP Bug Type: Apache2 related
Bug description:  Latest CVS missing php4apache2.dll?

I have been using php4.4.0-dev for a while now (ive used a few snapshots of
it, but this one since December 26th) (BTW: I use dev becuase i am not in
a production environment, and i like to test things and help out in any
ways that i can)

I decided to update to a newer snapshot, but php4apache2.dll is missing
from all the latest snapshots... php4apache.dll is for 1.x as it gives a
load error in 2.x. Is this a planned omision of the dll, or a mistake?

The install.txt also points to a URL for installing apache 2.x w/ php4,
and the URL only mentions CGI & php4apache2.dll, yet there is no
php4apache2.dll. The news.txt also has no mention of a 'different' dll, or
the removal of the dll.
-- 
Edit bug report at http://bugs.php.net/?id=21506&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21506&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21506&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21506&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21506&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21506&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21506&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21506&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21506&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21506&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21506&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21506&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21506&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21506&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21506&r=gnused

#21507 [NEW]: GET data containing # is ignored

[dave]

From: [EMAIL PROTECTED]
Operating system: Linux / Apache
PHP version:  4.2.3
PHP Bug Type: *General Issues
Bug description:  GET data containing # is ignored

I had a page where I was passing colour info to a script using the standard
html numeric scheme - e.g.
pulldown.php?out=#c0c0ff&over=#2020ff&item=#ff

but the params were not received by the receiving script
if the hash sign was used.

I do not know if this is a PHP issue or an apache one but what I assume is
happening is that something thinks that a reference is being made to an
internal anchor.

perhaps urlencoding culd have helped - and I had a workaround so this is
not really high priority - 

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

#21508 [NEW]: Need a register_shutdown_function() that can send output after a timeout

[jc]

From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.2
PHP version:  4.3.0
PHP Bug Type: Feature/Change Request
Bug description:  Need a register_shutdown_function() that can send output after a 
timeout

I would like to be able to detect when my scripts timeout and send an
appropriate message to the browser. However it seems that even though
there is a way to detect a script execution timeout in PHP there is no way
to send something to the browser once a script has timed out.

The function register_shutdown_function() seems to be exactly what I need.
In conjunction with connection_status() I can find when a timeout has
occured and act on it.

However register_shutdown_function() will not allow one to send output to
the browser since it is called *after* all output has been sent.

Could someone implement a version of register_shutdown_function() that
would allow for output to be sent to the browser?

PS

I have already asked around and been told it cannot be done *but* If there
is already a way to do what I trying to achieve, please let me know and
sorry but the bogus request.
-- 
Edit bug report at http://bugs.php.net/?id=21508&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21508&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21508&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21508&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21508&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21508&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21508&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21508&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21508&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21508&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21508&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21508&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21508&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21508&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21508&r=gnused

#21509 [NEW]: Duplication when creating a new Table

[marcus]

From: [EMAIL PROTECTED]
Operating system: RedHat 8
PHP version:  4.2.2
PHP Bug Type: *General Issues
Bug description:  Duplication when creating a new Table

I'm Not to sure if this is a problem with phpMyAdmin or if this is php
problem
Running 
php-4.2.2-8.0.5 
httpd-2.0.40-8
mysql-3.23.52-3
RedHat 8

php configure line reads
./configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu'
'--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr'
'--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin'
'--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc'
'--enable-force-cgi-redirect' '--disable-debug' '--enable-pic'
'--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3'
'--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin'
'--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd'
'--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext'
'--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr'
'--with-openssl' '--with-png' '--with-pspell' '--with-regex=system'
'--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU'
'--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes'
'--enable-safe-mode' '--enable-sockets' '--enable-sysvsem'
'--enable-sysvshm' '--enable-discard-path' '--enable-track-vars'
'--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8'
'--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl'
'--with-kerberos=/usr/kerberos' '--with-ldap=shared'
'--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr'
'--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared'
'--enable-memory-limit' '--enable-bcmath' '--enable-shmop'
'--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio'
'--enable-mcal' '--with-apxs2=/usr/sbin/apxs'


Which is standard install with RH 8

and as soon as try to create a new table with phpMyAdmin 2.3.0

This is the SQL it tries to run. NOTE it duplicates on line 5,6,7
1 CREATE TABLE `wt_test` ( 

2 `id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
3 `name` VARCHAR( 50 ) ,
4 `what` VARCHAR( 50 ) ,
5 `id` INT NOT NULL AUTO_INCREMENT,
6 `name` VARCHAR( 50 ) ,
7 `what` VARCHAR( 50 ) 
8 ) 

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

#21507 [Opn->Bgs]: GET data containing # is ignored

[derick]

 ID:   21507
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Linux / Apache
 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

You need to use urlencode here, for security reasons we strip the # if
I recall correctly.

Derick


Previous Comments:


[2003-01-07 23:44:25] [EMAIL PROTECTED]

I had a page where I was passing colour info to a script using the
standard html numeric scheme - e.g.
pulldown.php?out=#c0c0ff&over=#2020ff&item=#ff

but the params were not received by the receiving script
if the hash sign was used.

I do not know if this is a PHP issue or an apache one but what I assume
is happening is that something thinks that a reference is being made to
an internal anchor.

perhaps urlencoding culd have helped - and I had a workaround so this
is not really high priority - 

Dave.




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

#21510 [NEW]: Make install compiler error (install: cannot stat `php`)

[herps]

From: [EMAIL PROTECTED]
Operating system: RedHat/Cobalt OS
PHP version:  4.3.0
PHP Bug Type: Compile Failure
Bug description:  Make install compiler error (install: cannot stat `php`)

Hello,

I keep getting this error when compiling PHP 4.3.0:
--
+ mkdir -p /var/tmp/php-4.3.0/usr/bin/
+ install -m 755 php /var/tmp/php-4.3.0/usr/bin/php
install: cannot stat `php': No such file or directory
Bad exit status from /var/tmp/rpm-tmp.27905 (%install)
--
This happens when making an RPM, which has been succesful for many
versions previous to 4.3.0
This happens in the "make install" section.

Here is my configure:
---
# --with-gd taken out, 4.3 comes with GD pre-compiled

OPTIONS="$OPTIONS --with-gettext=/usr --enable-safe-mode \
 --with-config-file-path=/etc/httpd --with-exec-dir=/usr/bin \
 --with-zlib --enable-magic-quotes --with-regex=system \
 --with-ttf --with-db --with-gdbm --enable-mbstring
--enable-mbstr-enc-trans \
 --enable-track-vars --enable-wddx=shared --enable-mm=shared \
 --enable-xml --enable-ftp --disable-debug
--with-libdir=/usr/lib"
test `rpm -q db3-devel` && OPTIONS="$OPTIONS --with-db3"
test `rpm -q InterBaseCS_LI` && OPTIONS="$OPTIONS
--with-interbase=shared"
test `rpm -q MySQL-devel` && OPTIONS="$OPTIONS --with-mysql=shared"
test `rpm -q solid-devel` && OPTIONS="$OPTIONS --with-solid"
test `rpm -q postgresql-devel` && OPTIONS="$OPTIONS --with-pgsql=shared"
test `rpm -q openldap-devel` && OPTIONS="$OPTIONS --with-ldap"
test `rpm -q imap-devel` && OPTIONS="$OPTIONS --with-imap"
test `rpm -q curl-devel` && OPTIONS="$OPTIONS --with-curl=shared"
test `rpm -q pdflib` && OPTIONS="$OPTIONS --with-pdflib=shared"
---

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

#21509 [Opn->Bgs]: Duplication when creating a new Table

[derick]

 ID:   21509
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: RedHat 8
 PHP Version:  4.2.2
 New Comment:

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

Thank you for your interest in PHP.

Not a problem with PHP, report to the phpMyAdmin guys.

Derick


Previous Comments:


[2003-01-08 00:49:58] [EMAIL PROTECTED]

I'm Not to sure if this is a problem with phpMyAdmin or if this is php
problem
Running 
php-4.2.2-8.0.5 
httpd-2.0.40-8
mysql-3.23.52-3
RedHat 8

php configure line reads
./configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu'
'--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr'
'--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin'
'--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--prefix=/usr'
'--with-config-file-path=/etc' '--enable-force-cgi-redirect'
'--disable-debug' '--enable-pic' '--disable-rpath'
'--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl'
'--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr'
'--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf'
'--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp'
'--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png'
'--with-pspell' '--with-regex=system' '--with-xml'
'--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU'
'--enable-bcmath' '--enable-exif' '--enable-ftp'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets'
'--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path'
'--enable-track-vars' '--enable-trans-sid' '--enable-yp'
'--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear'
'--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos'
'--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared'
'--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack'
'--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath'
'--enable-shmop' '--enable-versioning' '--enable-calendar'
'--enable-dbx' '--enable-dio' '--enable-mcal'
'--with-apxs2=/usr/sbin/apxs'


Which is standard install with RH 8

and as soon as try to create a new table with phpMyAdmin 2.3.0

This is the SQL it tries to run. NOTE it duplicates on line 5,6,7
1 CREATE TABLE `wt_test` ( 

2 `id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
3 `name` VARCHAR( 50 ) ,
4 `what` VARCHAR( 50 ) ,
5 `id` INT NOT NULL AUTO_INCREMENT,
6 `name` VARCHAR( 50 ) ,
7 `what` VARCHAR( 50 ) 
8 ) 

and all i wanted was line 1,2,3
Regards
Marcus




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

#21063 [Fbk->NoF]: unable to load php with -imap and imap-ssl

[php-bugs]

 ID:   21063
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: Slackware 8.1
 PHP Version:  4.2.3
 New Comment:

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".


Previous Comments:


[2002-12-22 00:57:38] [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 05:47:20] [EMAIL PROTECTED]

apache 2.0.43
php 4.2.3
wu imap 2002.332
openssl 0.9.6h

./configure  --with-apxs2=/usr/local/apache2/bin/apxs
--with-mysql=/usr/local/mysql --with-imap=/root/install/imap-2002
--with-imap-ssl=/usr/local/ssl

compiles without any error

when trying to use new module :
Cannot load /usr/local/apache2/modules/libphp4.so into server:
/usr/local/apache2/modules/libphp4.so: undefined symbol: RAND_seed

configuring with imap but without imap-ssl works fine, apache loads
module without complaints

4.3.0RC3 fails on configure :

checking whether SSL libraries are needed for c-client...
/usr/local/ssl/lib
checking whether IMAP works... no
configure: error: build test failed. Please check the config.log for
details.

root@r:~/install/php-4.3.0RC3# tail -n 92 config.log

configure:35246: checking whether SSL libraries are needed for
c-client
configure:35407: checking whether IMAP works
configure:35440: gcc -o conftest -g -O2  
-Wl,-rpath,/root/install/imap-2002/c-client
-L/root/install/imap-2002/c-client -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib conftest.c -lcrypto -lssl -lc-client   -lcrypt
-lcrypt -lresolv -lm -ldl -lnsl  -lcrypt 1>&5
/root/install/imap-2002/c-client/libc-client.a(osdep.o): In function
`ssl_onceonlyinit':
/root/install/imap-2002/c-client/osdep.c:268: the use of `tmpnam' is
dangerous, better use `mkstemp'
/root/install/imap-2002/c-client/osdep.c:281: undefined reference to
`RAND_seed'
/root/install/imap-2002/c-client/osdep.c:286: undefined reference to
`SSL_library_init'
/root/install/imap-2002/c-client/libc-client.a(osdep.o): In function
`ssl_start_work':
/root/install/imap-2002/c-client/osdep.c:388: undefined reference to
`TLSv1_client_method'
/root/install/imap-2002/c-client/osdep.c:388: undefined reference to
`SSLv23_client_method'
/root/install/imap-2002/c-client/osdep.c:388: undefined reference to
`SSL_CTX_new'
/root/install/imap-2002/c-client/osdep.c:391: undefined reference to
`SSL_CTX_ctrl'
/root/install/imap-2002/c-client/osdep.c:395: undefined reference to
`SSL_CTX_set_verify'
/root/install/imap-2002/c-client/osdep.c:397: undefined reference to
`SSL_CTX_set_default_verify_paths'
/root/install/imap-2002/c-client/osdep.c:398: undefined reference to
`SSL_new'
/root/install/imap-2002/c-client/osdep.c:400: undefined reference to
`BIO_new_socket'
/root/install/imap-2002/c-client/osdep.c:401: undefined reference to
`SSL_set_bio'
/root/install/imap-2002/c-client/osdep.c:402: undefined reference to
`SSL_set_connect_state'
/root/install/imap-2002/c-client/osdep.c:404: undefined reference to
`SSL_state'
/root/install/imap-2002/c-client/osdep.c:404: undefined reference to
`SSL_ctrl'
/root/install/imap-2002/c-client/osdep.c:405: undefined reference to
`SSL_write'
/root/install/imap-2002/c-client/osdep.c:410: undefined reference to
`SSL_get_peer_certificate'
/root/install/imap-2002/c-client/libc-client.a(osdep.o): In function
`ssl_getdata':
/root/install/imap-2002/c-client/osdep.c:577: undefined reference to
`SSL_get_fd'
/root/install/imap-2002/c-client/osdep.c:580: undefined reference to
`SSL_pending'
/root/install/imap-2002/c-client/osdep.c:604: undefined reference to
`SSL_read'
/root/install/imap-2002/c-client/osdep.c:604: undefined reference to
`SSL_get_error'
/root/install/imap-2002/c-client/libc-client.a(osdep.o): In function
`ssl_server_init':
/root/install/imap-2002/c-client/osdep.c:760: undefined reference to
`ERR_load_crypto_strings'
/root/install/imap-2002/c-client/osdep.c:762: undefined reference to
`SSL_load_error_strings'
/root/install/imap-2002/c-client/osdep.c:769: undefined reference to
`TLSv1_server_method'
/root/install/imap-2002/c-client/osdep.c:769: undefined reference to
`SSLv23_server_method'
/root/install/imap-2002/c-client/osdep.c:769: undefined reference to
`SSL_CTX_new'
/root/install/imap-2002/c-client/osdep.c:774: undefined reference to
`SSL_CTX_ctrl'
/root/install/imap-2002/c-client/osdep.c:771: undefined reference to
`SSL_CTX_set_cipher_list'
/root/install/imap-2002/c-client/osdep.c:771: undefined reference to
`SSL_CTX_use_cert

#21162 [Fbk->NoF]: Can't get date from INFORMIX VIEW

[php-bugs]

 ID:   21162
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Informix related
 Operating System: AIX4.3.3
 PHP Version:  4.2.3
 New Comment:

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".


Previous Comments:


[2002-12-23 10:43:49] [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-23 05:04:31] [EMAIL PROTECTED]

I'm trying to get date from VIEW using ifx_query or ifx_prepare
(ifx_do). Every time those functions return me result_id=0
...
$q_zlec="SELECT * FROM v_zlec";

$rez_zlec=ifx_query($q_zlec,$conn_id);
printf("Rez:%d", $rez_zlec); <== always 0

Przemek







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

#20449 [Com]: sessions randomly fail

[phpBug20449]

 ID:   20449
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: redhat 7.3
 PHP Version:  4.4.0-dev
 New Comment:

I CAN REPRODUCE THIS BUG!!!
Sort of…

I too had my software working perfectly for over a year under PHP 4.0.6
/ Apache 1.3.24 on Win2000 Pro (development) Win2000 Server
(production).
After upgrading to PHP 4.2.3 / Apache 1.3.27 I've been pulling my hair
out with this session disappearing problem.  I tried just about
everything I could find in the bug lists mentioned in this bug to no
avail, short of trying latest CVS.  I'm short on time and resources and
from what I read; they haven't fixed the problem yet.  

As far as it being a serialization problem I don't think so.  None of
my session variables are more complex than a string.  So I wrote a
simple test and I know it's not IE specific.  I could recreate the
problem with IE 6, Opera 6.05, Netscape 7.0, and Mozilla 1.3

I striped the test to be as simple as 1 integer as a session variable
and it would still die.

I removed the counting aspect to verify it wasn't a write problem, just
reading session data would kill it as well.

The error seems to occur if requests are made to the session variable
from different files close enough together in time to cause one to
"lock" the session file while the next request tries to access it. 
Resulting in this error:

Warning:  open(c:\tmp\sess_c6bdd642a5d88639e785ec13b0d2f126, O_RDWR)
failed: Permission denied (13) in c:\apache\htdocs\testing\session2.php
on line 10

Obviously it DOES have permission or else my scripts would fail all the
time.

This does fail on all Windows servers I tested with PHP 4.2.3.  I did
try it on a Slackware 8.1 with PHP 4.2.1 / Apache 1.3.24 and it did NOT
fail.

I hope this helps track down the elusive bug so I don't have to
downgrade back to 4.0.6 but I'm left with few options.

I will try a CVS if you think it might fix it but I've already spent
more time than I have on this.  And from what I read, they don't fix
it.  If you need more info just ask.  I'll try to do what I can.

My test consists of 4 files.  Obviously the comments are not part of
the files.

//file: session0.php 
// Just used to clean things up when they get ugly.
//---



Session Test





Load Values



//file: session1.php 
// Sets up the session vars
//---



Session Test





Reset

Start Test in single page

Start Test in frames



//file: session2.php 
// Calls itself repeatedly, increments count
//---



Session Test







Running...
 0)) { ?>


Session LOST!





//-file: sessionFrames.php --
// Defines the frameset
//---


Session Test

  
  
  
  
  
This page uses frames, but your browser doesn't support
them.
  




Previous Comments:


[2002-12-12 03:58:54] [EMAIL PROTECTED]

After upgrading to PHP 4.2.3, I'm having the same problem with random
session dataloss. Everything worked just fine before when using 4.0.6.

I'm using linux kernel 2.4.9 on an Intel machine, PHP 4.2.3/Apache
1.3.27. Session data files are stored on a NFS share, standard "files"
handler.



[2002-12-10 09:36:08] [EMAIL PROTECTED]

Upgraded to 4.4.0-dev and I'm still not dancing.
- php.ini settings are the same.
- URL's are not re-written.
- Session data lossage is almost immediate.

also:
- I am implementing virtual hosts.



[2002-12-07 22:05:11] [EMAIL PROTECTED]

Hey all,

- PHP 4.2.3 
- FreeBSD 4.7-RELEASE 
- Apache 1.3.27 
- Dual processor / SMP Kernel.

 I've encountered the same mysterious $_SESSION / session data loss
just as I was about to go live. Also no URL rewriting occurs. 

I've read the related/similar bug posts. And have noted the problem
seems to surround SMP kernels and use of the session_id() function. The
posts I read :

Bug #19029
Bug #17846
Bug #19972
Bug #19022 

My code which is grossly simpler for efficiency that dies / quickly
expires login sessions. It does server site session management :


NOW();";
mysql_query($query);
   
   // Check if session still valid
if (mysql_affected_rows() > 0){

$expired = false; 

} else { 

 

#17312 [Com]: Build problem with GCC 3.1

[renjin]

 ID:   17312
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: MySQL related
 Operating System: Redhat 7.2
 PHP Version:  4.2.1
 New Comment:

OS: linux mandrake 2.4.18
PHP: 4.3.0

i got the problem... again...
my 4.2.3 make nicely.
my 4.3.0 screw up with this error

ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam':
/home/install/tmp/php-4.3.0/ext/mysql/libmysql/my_tempnam.c:103: the
use of `tempnam' is dangerous, better use `mkstemp'


can anyone tell me which files in my
php-4.3.0/ext/mysql/
should i replace to re-fix the problem, please?

thanks


Previous Comments:


[2002-08-03 01:00:11] [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-07-02 09:56:01] [EMAIL PROTECTED]

Please try this snapshot:

http://snaps.php.net/php4-latest.tar.gz

(has updated bundled libmysql)




[2002-05-29 23:56:23] [EMAIL PROTECTED]


  Is this something that could be caught when ./configure is run?  My
concern is that ./configure checks for tempnam successfully eventhough
it will not link.

  However, since this seems to be the behavior of AC_CHECK_FUNCS there
might not be anything to do.



[2002-05-22 15:41:14] [EMAIL PROTECTED]

Even better this one http://gcc.gnu.org/ml/gcc/2002-02/msg01071.html
(one of the Follow-Ups)



[2002-05-22 15:39:57] [EMAIL PROTECTED]

I've found this line through google:
http://gcc.gnu.org/ml/gcc/2002-02/msg00965.html



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

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

#20449 [Com]: sessions randomly fail

[bug20449]

 ID:   20449
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: redhat 7.3
 PHP Version:  4.4.0-dev
 New Comment:

My script will fail in as short as 1 request or over 1000 requests.

I did set session.gc_probability = 0 but still fails.

-Ryan


Previous Comments:


[2003-01-08 01:13:53] [EMAIL PROTECTED]

I CAN REPRODUCE THIS BUG!!!
Sort of…

I too had my software working perfectly for over a year under PHP 4.0.6
/ Apache 1.3.24 on Win2000 Pro (development) Win2000 Server
(production).
After upgrading to PHP 4.2.3 / Apache 1.3.27 I've been pulling my hair
out with this session disappearing problem.  I tried just about
everything I could find in the bug lists mentioned in this bug to no
avail, short of trying latest CVS.  I'm short on time and resources and
from what I read; they haven't fixed the problem yet.  

As far as it being a serialization problem I don't think so.  None of
my session variables are more complex than a string.  So I wrote a
simple test and I know it's not IE specific.  I could recreate the
problem with IE 6, Opera 6.05, Netscape 7.0, and Mozilla 1.3

I striped the test to be as simple as 1 integer as a session variable
and it would still die.

I removed the counting aspect to verify it wasn't a write problem, just
reading session data would kill it as well.

The error seems to occur if requests are made to the session variable
from different files close enough together in time to cause one to
"lock" the session file while the next request tries to access it. 
Resulting in this error:

Warning:  open(c:\tmp\sess_c6bdd642a5d88639e785ec13b0d2f126, O_RDWR)
failed: Permission denied (13) in c:\apache\htdocs\testing\session2.php
on line 10

Obviously it DOES have permission or else my scripts would fail all the
time.

This does fail on all Windows servers I tested with PHP 4.2.3.  I did
try it on a Slackware 8.1 with PHP 4.2.1 / Apache 1.3.24 and it did NOT
fail.

I hope this helps track down the elusive bug so I don't have to
downgrade back to 4.0.6 but I'm left with few options.

I will try a CVS if you think it might fix it but I've already spent
more time than I have on this.  And from what I read, they don't fix
it.  If you need more info just ask.  I'll try to do what I can.

My test consists of 4 files.  Obviously the comments are not part of
the files.

//file: session0.php 
// Just used to clean things up when they get ugly.
//---



Session Test





Load Values



//file: session1.php 
// Sets up the session vars
//---



Session Test





Reset

Start Test in single page

Start Test in frames



//file: session2.php 
// Calls itself repeatedly, increments count
//---



Session Test







Running...
 0)) { ?>


Session LOST!





//-file: sessionFrames.php --
// Defines the frameset
//---


Session Test

  
  
  
  
  
This page uses frames, but your browser doesn't support
them.
  





[2002-12-12 03:58:54] [EMAIL PROTECTED]

After upgrading to PHP 4.2.3, I'm having the same problem with random
session dataloss. Everything worked just fine before when using 4.0.6.

I'm using linux kernel 2.4.9 on an Intel machine, PHP 4.2.3/Apache
1.3.27. Session data files are stored on a NFS share, standard "files"
handler.



[2002-12-10 09:36:08] [EMAIL PROTECTED]

Upgraded to 4.4.0-dev and I'm still not dancing.
- php.ini settings are the same.
- URL's are not re-written.
- Session data lossage is almost immediate.

also:
- I am implementing virtual hosts.



[2002-12-07 22:05:11] [EMAIL PROTECTED]

Hey all,

- PHP 4.2.3 
- FreeBSD 4.7-RELEASE 
- Apache 1.3.27 
- Dual processor / SMP Kernel.

 I've encountered the same mysterious $_SESSION / session data loss
just as I was about to go live. Also no URL rewriting occurs. 

I've read the related/similar bug posts. And have noted the problem
seems to surround SMP kernels and use of the session_id() function. The
posts I read :

Bug #19029
Bug #17846
Bug #19972
Bug #19022 

My code which is grossly simpler for efficiency that dies / quickly
expires login sessions. It does ser

#21511 [NEW]: don't configure on aix

[tolga]

From: [EMAIL PROTECTED]
Operating system: AIX 4.3.3
PHP version:  4.3.0
PHP Bug Type: *Configuration Issues
Bug description:  don't configure on aix

System : IBM RS/6000 7044-270
OS : AIX 4.3.3 (Maintenance Level 10 applied)
./configure --with-apxs=blablabla
after License and register global warnings displayed an error message
appears

Olders versions (4.0.6,4.2.1,4.2.2,4.2.3) configured and compiled good
but 4.3.0 don't configuring...Maybe an autoconf issue i don't know...
Autoconf version 2.13

and following output :
--- cut here 

./config.status[1814]: 6: bad file unit number
./config.status[1815]: 6: bad file unit number
 cut here ---

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

#20449 [Com]: sessions randomly fail

[josh]

 ID:   20449
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: redhat 7.3
 PHP Version:  4.4.0-dev
 New Comment:

interesting. 

However, I switched my session manager to a dbase function and it still
died.  How would file locking effect that?

I'm interested in the fact though that you can actually witness the bug
first hand.  I only saw that it was happening.  However, I could never
get the thing to happen to me.

Also, since I have gone to my own session code without using php's
built in sessions, I don't have problems at all anymore.

Josh


Previous Comments:


[2003-01-08 01:19:06] [EMAIL PROTECTED]

My script will fail in as short as 1 request or over 1000 requests.

I did set session.gc_probability = 0 but still fails.

-Ryan



[2003-01-08 01:13:53] [EMAIL PROTECTED]

I CAN REPRODUCE THIS BUG!!!
Sort of…

I too had my software working perfectly for over a year under PHP 4.0.6
/ Apache 1.3.24 on Win2000 Pro (development) Win2000 Server
(production).
After upgrading to PHP 4.2.3 / Apache 1.3.27 I've been pulling my hair
out with this session disappearing problem.  I tried just about
everything I could find in the bug lists mentioned in this bug to no
avail, short of trying latest CVS.  I'm short on time and resources and
from what I read; they haven't fixed the problem yet.  

As far as it being a serialization problem I don't think so.  None of
my session variables are more complex than a string.  So I wrote a
simple test and I know it's not IE specific.  I could recreate the
problem with IE 6, Opera 6.05, Netscape 7.0, and Mozilla 1.3

I striped the test to be as simple as 1 integer as a session variable
and it would still die.

I removed the counting aspect to verify it wasn't a write problem, just
reading session data would kill it as well.

The error seems to occur if requests are made to the session variable
from different files close enough together in time to cause one to
"lock" the session file while the next request tries to access it. 
Resulting in this error:

Warning:  open(c:\tmp\sess_c6bdd642a5d88639e785ec13b0d2f126, O_RDWR)
failed: Permission denied (13) in c:\apache\htdocs\testing\session2.php
on line 10

Obviously it DOES have permission or else my scripts would fail all the
time.

This does fail on all Windows servers I tested with PHP 4.2.3.  I did
try it on a Slackware 8.1 with PHP 4.2.1 / Apache 1.3.24 and it did NOT
fail.

I hope this helps track down the elusive bug so I don't have to
downgrade back to 4.0.6 but I'm left with few options.

I will try a CVS if you think it might fix it but I've already spent
more time than I have on this.  And from what I read, they don't fix
it.  If you need more info just ask.  I'll try to do what I can.

My test consists of 4 files.  Obviously the comments are not part of
the files.

//file: session0.php 
// Just used to clean things up when they get ugly.
//---



Session Test





Load Values



//file: session1.php 
// Sets up the session vars
//---



Session Test





Reset

Start Test in single page

Start Test in frames



//file: session2.php 
// Calls itself repeatedly, increments count
//---



Session Test







Running...
 0)) { ?>


Session LOST!





//-file: sessionFrames.php --
// Defines the frameset
//---


Session Test

  
  
  
  
  
This page uses frames, but your browser doesn't support
them.
  





[2002-12-12 03:58:54] [EMAIL PROTECTED]

After upgrading to PHP 4.2.3, I'm having the same problem with random
session dataloss. Everything worked just fine before when using 4.0.6.

I'm using linux kernel 2.4.9 on an Intel machine, PHP 4.2.3/Apache
1.3.27. Session data files are stored on a NFS share, standard "files"
handler.



[2002-12-10 09:36:08] [EMAIL PROTECTED]

Upgraded to 4.4.0-dev and I'm still not dancing.
- php.ini settings are the same.
- URL's are not re-written.
- Session data lossage is almost immediate.

also:
- I am implementing virtual hosts.



[2002-12-07 22:05:11] [EMAIL 

#21483 [Fbk->Opn]: hidden-field

[peter]

 ID:   21483
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: *General Issues
 Operating System: WIN32
 PHP Version:  4.3.0
 New Comment:

Hello,

I mean if I have 2 or more hidden-fields in a form

...


...

And then I click on the submit-button

errorcheck, if okay include("page2.php");

print "$_POST[field1] --- $_POST[field2]";

GET only "1"

I tested with text-fields - no problems, but if I use more then 1
hiddenfields in a form only the first hiddenfield submit!


Previous Comments:


[2003-01-07 04:43:19] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




[2003-01-07 04:42:57] [EMAIL PROTECTED]

Hello,

if more than 1 hidden-fields in a form, and I post the form only the
1st hidden-field posted. All other fields are not posted!

I make tests in 2 forms.




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

#21483 [Opn]: hidden-field

[peter]

 ID:   21483
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: *General Issues
 Operating System: WIN32
-PHP Version:  4.3.0
+PHP Version:  4.1.2, 4.3.0, 4.3.1 dev
 New Comment:

on the same site no problems, only If I go over 2 pages.


Previous Comments:


[2003-01-07 04:56:28] [EMAIL PROTECTED]

Hello,

I mean if I have 2 or more hidden-fields in a form

...


...

And then I click on the submit-button

errorcheck, if okay include("page2.php");

print "$_POST[field1] --- $_POST[field2]";

GET only "1"

I tested with text-fields - no problems, but if I use more then 1
hiddenfields in a form only the first hiddenfield submit!



[2003-01-07 04:43:19] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




[2003-01-07 04:42:57] [EMAIL PROTECTED]

Hello,

if more than 1 hidden-fields in a form, and I post the form only the
1st hidden-field posted. All other fields are not posted!

I make tests in 2 forms.




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

#21442 [Ver->Csd]: empty recipient for mail() function crashed Apache

[edink]

 ID:   21442
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: Windows NT4 Server
 PHP Version:  4.3.0
 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-07 04:51:06] [EMAIL PROTECTED]

Strike that. Can still reproduce it.



[2003-01-07 04:11:10] [EMAIL PROTECTED]

I could reproduce this in 4.3.0 but it seems fixed after the release.
Please try http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



[2003-01-05 16:31:27] [EMAIL PROTECTED]

I am using Windows version of PHP and how can sendmail involved! I read
from the doc. that PHP forward the mail to a SMTP server for Win
version of PHP.



[2003-01-05 16:27:39] [EMAIL PROTECTED]

sendmail on windows? Let's keep it open until we have somebody who can
reproduce this on windows, I just tried with the CLI and couldn't get
it to crash (latest CVS), so you might want to try a snapshot from
snaps.php.net (go for a development snapshot).




[2003-01-05 16:24:55] [EMAIL PROTECTED]

it is sendmail that should handle this, not 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/21442

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

#21482 [Opn->Ana]: removing cybercach in php-4.3.0

[nicos]

 ID:   21482
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Analyzed
 Bug Type: Feature/Change Request
 Operating System: linux
 PHP Version:  4.3.0
 New Comment:

If you think you really need it:

1)Download PHP-4.2.3 and PHP4.3.0.
2)cp -R php-4.2.3/ext/cybercash php-4.3.0/ext/
3)rm -rf php-4.2.3; cd php-4.3.0/
4)./buildconf
5)./configure (your options there)..
6) make ; make install

Thank you for your report.


Previous Comments:


[2003-01-07 02:58:43] [EMAIL PROTECTED]

verisign still uses cybercash technology for its older 
clients, I have a client who still uses it. By needlessly 
removing it, you prohibited me from upgrading to php 4.3.0.  
Please let me know if there is a way to include the 
cybercash functions in php 4.3.0.  Thank You

Greg Greenhaw
[EMAIL PROTECTED]




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

#21450 [Com]: File Posts from Microsoft Web Publishing Wizard don't work.

[mike]

 ID:   21450
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: Windows 2000 Pro
 PHP Version:  4CVS-2003-01-05 (dev)
 Assigned To:  sesser
 New Comment:

Thanks. Works fine now :-)


Previous Comments:


[2003-01-07 03:48:00] [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 02:15:56] [EMAIL PROTECTED]


Content-disposition: form-data; filename="etc\root.hint"

This line of the rfc1867 fileupload lacks a name="whatever"
attribute. PHP cannot handle anonymous fileuploads for now... (I will
implement that) 



[2003-01-05 22:29:03] [EMAIL PROTECTED]

Here is a capture of a complete request made by WPW:

POST /temp/fb.php HTTP/1.1
Accept: */*
Content-Type: Multipart/Form-Data,boundary=19359@23195#13275
User-Agent: Microsoft HTTP Post (RFC1867)
Host: 10.0.0.7
Connection: Keep-Alive
Cache-Control: no-cache
Content-Length: 3002

--19359@23195#13275
Content-disposition: form-data; filename="etc\root.hint"
Content-type: application/octet-stream

;   This file holds the information on root name servers needed to
;   initialize cache of Internet domain name servers
;   (e.g. reference this file in the "cache  .  "
;   configuration file of BIND domain name servers).
;
;   This file is made available by InterNIC registration services
;   under anonymous FTP as
;   file/domain/named.root
;   on server   FTP.RS.INTERNIC.NET
;   -OR- under Gopher atRS.INTERNIC.NET
;   under menu  InterNIC Registration Services (NSI)
;  submenu  InterNIC Registration Archives
;   filenamed.root
;
;   last update:Aug 22, 1997
;   related version of root zone:   1997082200
;
;
; formerly NS.INTERNIC.NET
;
.360  IN  NSA.ROOT-SERVERS.NET.
A.ROOT-SERVERS.NET.  360  A 198.41.0.4
;
; formerly NS1.ISI.EDU
;
.360  NSB.ROOT-SERVERS.NET.
B.ROOT-SERVERS.NET.  360  A 128.9.0.107
;
; formerly C.PSI.NET
;
.360  NSC.ROOT-SERVERS.NET.
C.ROOT-SERVERS.NET.  360  A 192.33.4.12
;
; formerly TERP.UMD.EDU
;
.360  NSD.ROOT-SERVERS.NET.
D.ROOT-SERVERS.NET.  360  A 128.8.10.90
;
; formerly NS.NASA.GOV
;
.360  NSE.ROOT-SERVERS.NET.
E.ROOT-SERVERS.NET.  360  A 192.203.230.10
;
; formerly NS.ISC.ORG
;
.360  NSF.ROOT-SERVERS.NET.
F.ROOT-SERVERS.NET.  360  A 192.5.5.241
;
; formerly NS.NIC.DDN.MIL
;
.360  NSG.ROOT-SERVERS.NET.
G.ROOT-SERVERS.NET.  360  A 192.112.36.4
;
; formerly AOS.ARL.ARMY.MIL
;
.360  NSH.ROOT-SERVERS.NET.
H.ROOT-SERVERS.NET.  360  A 128.63.2.53
;
; formerly NIC.NORDU.NET
;
.360  NSI.ROOT-SERVERS.NET.
I.ROOT-SERVERS.NET.  360  A 192.36.148.17
;
; temporarily housed at NSI (InterNIC)
;
.360  NSJ.ROOT-SERVERS.NET.
J.ROOT-SERVERS.NET.  360  A 198.41.0.10
;
; housed in LINX, operated by RIPE NCC
;
.360  NSK.ROOT-SERVERS.NET.
K.ROOT-SERVERS.NET.  360  A 193.0.14.129 
;
; temporarily housed at ISI (IANA)
;
.360  NSL.ROOT-SERVERS.NET.
L.ROOT-SERVERS.NET.  360  A 198.32.64.12
;
; housed in Japan, operated by WIDE
;
.360  NSM.ROOT-SERVERS.NET.
M.ROOT-SERVERS.NET.  360  A 202.12.27.33
; End of File

--19359@23195#13275--



[2003-01-05 21:47:40] [EMAIL PROTECTED]

When using microsoft web publishing wizard to post files to a php
script $_FILES is always empty. Logged in my php error log is:
[06-Jan-2003 16:46:49] PHP Warning:  File Upload Mime headers garbled

#21484 [NEW]: Will not compile with Sun ldap server

[imiller]

From: [EMAIL PROTECTED]
Operating system: Solaris 9
PHP version:  4.3.0
PHP Bug Type: Compile Failure
Bug description:  Will not compile with Sun ldap server

When it tries to find the ldap.h file it ( the config script ) looks for in
a lib  directory that is just not their.
their is only a include directory.
-- 
Edit bug report at http://bugs.php.net/?id=21484&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21484&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21484&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21484&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21484&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21484&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21484&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21484&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21484&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21484&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21484&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21484&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21484&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21484&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21484&r=gnused

#21484 [Opn->Fbk]: Will not compile with Sun ldap server

[nicos]

 ID:   21484
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 9
 PHP Version:  4.3.0
 New Comment:

Can you please show us your configure line and the logfile config.log
so we can really see the error.

Can you please also tell us where is located your ldap.h in your
system? 

Thank you for your report.


Previous Comments:


[2003-01-07 05:33:37] [EMAIL PROTECTED]

When it tries to find the ldap.h file it ( the config script ) looks
for in a lib  directory that is just not their.
their is only a include directory.




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

#21480 [Opn->Fbk]: COM crashes in PHP4.3.0

[nicos]

 ID:   21480
 Updated by:   [EMAIL PROTECTED]
-Summary:  COM related
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
-Bug Type: Reproducible crash
+Bug Type: COM related
 Operating System: Windows 2000 Pro
 PHP Version:  4.3.0
 New Comment:

Can you include the script so we can try to reproduce the problem? If
you can't include the whole script just include the part where it
hangs...

(+ changing summary/category).

Thank you for your report.


Previous Comments:


[2003-01-07 01:34:19] [EMAIL PROTECTED]

A working script written using COM now crashes Apache 1.3.26 after
upgrading to PHP 4.3.0.

It also hangs Apache 1.3.27.

Excel zombies wander.

I was using a snap dated sometime later than 10/17/2002.  And according
to CVS no changes have been made to the COM extension since then other
than bumping of the copyright year.




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

#21481 [Opn->Bgs]: mssql_close function don't close connection

[georg]

 ID:   21481
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: MSSQL related
 Operating System: windows 2000/sp3
 PHP Version:  4CVS-2003-01-07 (stable)
 New Comment:

In the db extensions connections will be closed via destructor
functions, which will be called when zend_list_delete is executed:

see: PHP_MINIT_FUNCTION and _close_[extname]_link


Previous Comments:


[2003-01-07 04:07:18] [EMAIL PROTECTED]

And also:
If I create file like this:

and run it a lot of times, after 25 times I got message "unable connect
to server" from mssql_connect
when I go to mssql entreprise manager I will see 25 connections from
PHP.
If I restart apache all connections will be closed.

PS: I use apache 1.3.27/w32

Same behavior with all databases, as I understand, there is  another
childs logic instead unix. 


Waiting for comments



[2003-01-07 02:06:41] [EMAIL PROTECTED]

Hello!

I call mssql_close function for close connection
but, as I see in php_mssql.c file this function
do nothing (ie don't really closes connection)
see code:
ZEND_FETCH_RESOURCE2(mssql_ptr, mssql_link *, mssql_link_index, id,
"MS SQL-Link", le_link, le_plink);

if (mssql_link_index) 
zend_list_delete(Z_LVAL_PP(mssql_link_index));
 else 
zend_list_delete(id);

RETURN_TRUE;

where is dbclose and dbfreelogin staments?


vladimir
Novosibirsk,
Russia





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

#21435 [Com]: termination when calling mysql_info()

[gothfather]

 ID:   21435
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: MySQL related
 Operating System: Windows 2000
 PHP Version:  4.3.0
 Assigned To:  georg
 New Comment:

Sorry Jan 01st must be Jan 06th ... 22:30 ... and 4.3.0-dev does not
work ... till this Version ... :(


Previous Comments:


[2003-01-07 04:37:22] [EMAIL PROTECTED]

thanx georg, latest snap (4.4.x dev) works now at least for me.

greetings

-Wolfgang



[2003-01-07 03:36:41] [EMAIL PROTECTED]

I changed something yesterday again, please try the lastest snapshot.



[2003-01-06 18:13:37] [EMAIL PROTECTED]

I think this is not the solution ... i just downloaded the 22:30
Snapshot of Jan 01st (stabel 4.3.0) and I get a SegVault calling
mysql_info($vk).

calling mysql_info() (without parameter) seems to work!



[2003-01-05 15:11:57] [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-05 14:25:37] [EMAIL PROTECTED]

verified... assigned to myself



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

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

#21481 [Bgs]: mssql_close function don't close connection

[nicos]

 ID:   21481
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: MSSQL related
 Operating System: windows 2000/sp3
 PHP Version:  4CVS-2003-01-07 (stable)
 New Comment:

A little comment to let [EMAIL PROTECTED] knows that his script is
bogus:



should be



Thank you for your report.



Previous Comments:


[2003-01-07 05:43:01] [EMAIL PROTECTED]

In the db extensions connections will be closed via destructor
functions, which will be called when zend_list_delete is executed:

see: PHP_MINIT_FUNCTION and _close_[extname]_link



[2003-01-07 04:07:18] [EMAIL PROTECTED]

And also:
If I create file like this:

and run it a lot of times, after 25 times I got message "unable connect
to server" from mssql_connect
when I go to mssql entreprise manager I will see 25 connections from
PHP.
If I restart apache all connections will be closed.

PS: I use apache 1.3.27/w32

Same behavior with all databases, as I understand, there is  another
childs logic instead unix. 


Waiting for comments



[2003-01-07 02:06:41] [EMAIL PROTECTED]

Hello!

I call mssql_close function for close connection
but, as I see in php_mssql.c file this function
do nothing (ie don't really closes connection)
see code:
ZEND_FETCH_RESOURCE2(mssql_ptr, mssql_link *, mssql_link_index, id,
"MS SQL-Link", le_link, le_plink);

if (mssql_link_index) 
zend_list_delete(Z_LVAL_PP(mssql_link_index));
 else 
zend_list_delete(id);

RETURN_TRUE;

where is dbclose and dbfreelogin staments?


vladimir
Novosibirsk,
Russia





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

#21485 [NEW]: feof() doesn't returns true on a socket stream

[bjarne]

From: [EMAIL PROTECTED]
Operating system: Win2K
PHP version:  4.3.0
PHP Bug Type: Sockets related
Bug description:  feof() doesn't returns true on a socket stream

The following code doesn't work with php4.3.0

As foef() never returns true it got stuck in the while()-loop...

When running the same code in php4.2.3 it works as it should so it seems
like a 4.3.0 issue...
( feof() returns true in 4.2.3... )

The scenario consists of the script connecting to a host which immediatly
replies with a textstring; "OK", which in turn is printed out...

/Regards
Bjarne

// Open a socket and connects to the host
$fp = fsockopen ($myhost, $myport, $errno, $errstr, 30); 

// check for valid filepointer
if (!$fp) 
{ 
   echo "$errstr ($errno)\n"; 
} 
else 
{ 
  // sets the socket to non-blocking
  socket_set_blocking($fp,FALSE); 
  
  // read data from socket upto EOF in 128 byte chunks
  while (!feof($fp)) // <= FAILS IN PHP 4.3.0!
  { 
$buffer .= fgets ($fp,128); 
  } 
  // closing socket
  fclose ($fp); 
  
  // printing the buffer
  print "Buffer:" . $buffer;
}
-- 
Edit bug report at http://bugs.php.net/?id=21485&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21485&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21485&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21485&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21485&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21485&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21485&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21485&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21485&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21485&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21485&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21485&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21485&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21485&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21485&r=gnused

#21486 [NEW]: $this pointer not always pointing to the right object

[corinl]

From: [EMAIL PROTECTED]
Operating system: windows
PHP version:  4.3.0
PHP Bug Type: Class/Object related
Bug description:  $this pointer not always pointing to the right object

hi,
i found that the $this pointer does not always point to the current class,
as it is supposted to.

run the following example code:
-
class ca
{
function debug()
{
echo("ca::debug -> ");
print_r($this);
echo("");
}
}

class cb
{
function debug()
{
echo("cb::debug -> ");
print_r($this);
echo("");
}

function test()
{
cb::debug();
ca::debug();
}
}

$b = new cb;
$b->test();
-

output is:
cb::debug -> cb Object ( ) 
ca::debug -> cb Object ( ) 

but should'nt it be:
cb::debug -> cb Object ( ) 
ca::debug -> ca Object ( ) 

it seems that when a class is called like class::methode from within
another class, the this pointer points to the calling class, not the
current running class!!
-- 
Edit bug report at http://bugs.php.net/?id=21486&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21486&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21486&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21486&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21486&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21486&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21486&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21486&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21486&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21486&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21486&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21486&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21486&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21486&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21486&r=gnused

#21466 [Fbk->Opn]: configure bug in XSLT/Sablotron and Zip options

[kopec]

 ID:   21466
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: *Compile Issues
 Operating System: RedHat Linux
 PHP Version:  4.3.0
 New Comment:

here is last 11 lines from config.log:

configure: failed program was:
#line 75949 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char zzip_open();

int main() {
zzip_open()
; return 0; }


Previous Comments:


[2003-01-06 16:25:47] [EMAIL PROTECTED]

When you get 'configure: error: zziplib module requires zzlib >=
0.10.6'
Open the file called config.log and look at the text at the very bottom
of the file. There should be a reason indicating why test for zzlib had
failed, please include that text in your reply.



[2003-01-06 11:25:22] [EMAIL PROTECTED]

Hi guys,
I perhaps found a "mystery" bug in ./configure process...
check out when I try:

CFLAGS='-O2 -I/usr/local/ssl/include/openssl/' \
./configure \
--with-apache=../apache_1.3.27 \
--with-mysql \
--enable-track-vars \
--enable-ftp \
--with-gettext \
--with-imap=/usr/lib \
--with-pdflib=/usr/local \
--enable-static-pdflib \
--with-gd \
--with-tiff-dir=/usr/lib \
--with-jpeg-dir=/usr/lib \
--with-png-dir=/usr/lib \
--with-zlib-dir=/usr/include \
--enable-xslt \
--with-xslt-sablot \
--with-zip

I got an error message:
configure: error: zziplib module requires zzlib >= 0.10.6.

zzlib version 0.10.66 I has installed on my system in path:
/usr/local/lib

when I kick out options: --enable-xslt AND --with-xslt-sablot then the
configure process done OK.

When kick out --with-zip AND leave there both --enable-xslt AND
--with-xslt-sablot then the configure done OK again.

The problem is when together:
--enable-xslt \
--with-xslt-sablot \
--with-zip

On my home server RedHat 8.0 everything OK, on the production server
RedHat 7.1 + upgrades I found this "bug".

Feedback please.

Regards

Lubo Kopacek, Slovakia




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

#21480 [Com]: COM crashes in PHP4.3.0

[jadair]

 ID:   21480
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: COM related
 Operating System: Windows 2000 Pro
 PHP Version:  4.3.0
 New Comment:

It's a simple Excel application.

Apache.exe - Application Error says, "The memory could not be
'written'."

sheetsinnewworkbook=1;
$excel->Workbooks->Add();

$book=$excel->Workbooks(1);
$sheet=$book->Worksheets(1);

$sheet->Name="Sheet1";
$sheet->activate;
$cell=$sheet->range("A2");
$cell->activate;
$cell->value="Generic";
//  putVariable($sheet, "B", "Dchains", 48);
putVariable($sheet, "B", "Dchains", $results['partwidth']);
//  putVariable($sheet, "C", "HtSlats", 36);
putVariable($sheet, "C", "HtSlats", $results['partheight']);
putVariable($sheet, "D", "SlatThickness", 0.25);
putVariable($sheet, "E", "HeadShaftCC5PD", 15.679);
putVariable($sheet, "F", "HeadShaftDiameter", 1.9375);
putVariable($sheet, "G", "HeadShaftLength",
"DS1+DS2+Dchains+DS3+DS4+2");
putVariable($sheet, "H", "DS1", 1.75);
putVariable($sheet, "I", "DS2", 3.75);
putVariable($sheet, "J", "DS3", 3.75);
putVariable($sheet, "K", "DS4", 5.1875);
putVariable($sheet, "L", "DS5", 3);
putVariable($sheet, "M", "TS1", 1.75);
putVariable($sheet, "N", "TS2", 3.75);
putVariable($sheet, "O", "TS3", 3.75);
putVariable($sheet, "P", "TS4", 1.75);
putVariable($sheet, "Q", "SplitTailShaft", 0);
putVariable($sheet, "R", "TailShaftCC5PD", 15.679);
//  putVariable($sheet, "S", "DLength", 216);
putVariable($sheet, "S", "DLength", $results['partlength']);
putVariable($sheet, "T", "TailShaftDiameter", 1.4375);
putVariable($sheet, "U", "HeadShaftKey", 0.5);
putVariable($sheet, "V", "TailShaftKey", 0.375);
putVariable($sheet, "W", "TailShaftLength",
"TS1+TS2+TS3+TS4+Dchains");

$book->saveas($UserDir.'/GlobalVariables.xls');
echo_gray ( 'Saved as '.$UserDir.'/GlobalVariables.xls');

$book->Close(false);
unset($sheet);
unset($book);
$excel->Workbooks->Close();
$excel->Quit();
unset($excel);
}
function putVariable ($sheet,$this_cell,$value,$value2)
{
$cell=$sheet->range($this_cell.'1');
$cell->activate;
$cell->value=$value;
$cell=$sheet->range($this_cell.'2');
$cell->activate;
$cell->value=$value2;
}
?>


Previous Comments:


[2003-01-07 05:41:53] [EMAIL PROTECTED]

Can you include the script so we can try to reproduce the problem? If
you can't include the whole script just include the part where it
hangs...

(+ changing summary/category).

Thank you for your report.



[2003-01-07 01:34:19] [EMAIL PROTECTED]

A working script written using COM now crashes Apache 1.3.26 after
upgrading to PHP 4.3.0.

It also hangs Apache 1.3.27.

Excel zombies wander.

I was using a snap dated sometime later than 10/17/2002.  And according
to CVS no changes have been made to the COM extension since then other
than bumping of the copyright year.




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

#21319 [Com]: the PHP Script Interpreter crashes.

[odarcan]

 ID:   21319
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: windows xp
 PHP Version:  4.3.0
 New Comment:

I am using Apache and yes, it may be the same problem, what i don't
understand is why these guys dont respond, i would really like to know
if they're into the problem or if they haven't even read my messages
yet..

a simple "we're looking into the problem" would be fine.. but nooo..


Previous Comments:


[2003-01-07 03:19:18] [EMAIL PROTECTED]

Hi, i'm getting the same errors on two different Windows XP Pro
installations. 

I'll try to get some more information (xp related addresses from the
crash) but from the head i remember that the problem is
php_iisfunc.dll.

The web'server (PWS) serves seems the pages correctly but at the end of
the session the error occurs. I can reproduce the error everytime in
multiple scenarios.

I know there is another reported bug related to Apache  under WinXP
(php_apachefunc.dll) and i won't be surprised if this is actually a
related issue.



[2003-01-04 05:08:38] [EMAIL PROTECTED]

Hi, i've just upgraded to php 4.3.0 and i'm pleased the fsockopen
timeout problem has been fixed..

but now to something more serious:

the php script interpreter crashes, windows takes over command and
says
"PHP Script Interpreter has encountered a problem and needs to close.
We
are sorry for the inconvenience." and you get to choose to send or
dont
send an error report to microsoft
("please tell microsoft about this problem" it says)

this happens very often... i suspect this has something to do with the
die() construct and/or the mysql interface... because the crash often
comes directly after a erroneus mysql query a it's
die-error-message...
but not always.. i think.. sometimes no error is produced by php at
all..

i want to be of more help by telling you how to reproduce the error
but
i haven't figured out how to figure out how to tell you to reproduce
the
error..



[2003-01-02 15:52:59] [EMAIL PROTECTED]

i have by the way only 500 MB of ram



[2003-01-02 15:51:55] [EMAIL PROTECTED]

FATAL:  emalloc():  Unable to allocate 1936028514 bytes

is this php's fault or the os'?



[2003-01-02 15:24:33] [EMAIL PROTECTED]

"this just in":

FATAL:  erealloc():  Unable to allocate 59 bytes

and then again: BOOM

cool eh?



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

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

#21499 [NEW]: include 'bogus' gives unfriendly error

[philip]

From: [EMAIL PROTECTED]
Operating system: all
PHP version:  4.3.0
PHP Bug Type: Unknown/Other Function
Bug description:  include 'bogus' gives unfriendly error



Warning: main(foo) [function.main]: 
  failed to create stream: No such file or directory in...

Warning: main() [function.main]: Failed opening 'foo' for inclusion
(include_path='.') in...

Basically, this error could be a little nicer and in the very least link
to function.include and not a non-existent function.main.

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

#21499 [Opn]: include 'bogus' gives unfriendly error

[philip]

 ID:   21499
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Feature/Change Request
+Bug Type: Unknown/Other Function
 Operating System: all
 PHP Version:  4.3.0
 New Comment:

This isn't a feature request Nicos, this is a bug.  It refers/links to
a non-existent function/page in the error.


Previous Comments:


[2003-01-07 14:15:48] [EMAIL PROTECTED]

Reclassifing.



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



Warning: main(foo) [function.main]: 
  failed to create stream: No such file or directory in...

Warning: main() [function.main]: Failed opening 'foo' for inclusion
(include_path='.') in...

Basically, this error could be a little nicer and in the very least
link to function.include and not a non-existent function.main.

This is the case with all the include/require constructs.




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

#20896 [Com]: php -w hangs indefinitely at 100% CPU

[internet]

 ID:   20896
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Verified
 Bug Type: *General Issues
 Operating System: SuSE 7.2
 PHP Version:  4.3.0RC2
 New Comment:

I have a similar problem on Slackware 8.1, on a kernel 2.4.20.

PHP version 4.3 Release.

When I start the server everything is fine for a little while. After a
bit the CPU load increases dramatically and dosn't stop. Top shows me
that the httpd processes are in a infinite loop. Also I can'T kill them
at all, even with a kill -HUP.

uptime : 
15:28:55 up 18:21,  3 users,  load average: 47.15, 46.94, 44.35

with 46 looped httpd process.

I removed all the php scripts on the server and everything runs fine
afdterwards, so it's definately caused by php.

I will recompile PHP and apache later tonight to see if this might be a
problem between the kernel/apache/php4.

I will try posting more info as well. I know that mysql, gd, freetype,
zlib, libpng, libjpeg are installed but I don't remmeber the others.


Previous Comments:


[2002-12-22 12:19:26] [EMAIL PROTECTED]

Works fine for me on WinXP SP1 with 4.4.0-dev (CVS).



[2002-12-13 05:46:05] [EMAIL PROTECTED]

Same problem exists in 4.3.0RC3



[2002-12-11 02:38:44] [EMAIL PROTECTED]

This happens also with the -s option. And with CGI binary too.
Basically the reason is that the -s / -w options use some hackish way
to accomplish the tasks. Which seems to work on some systems though..




[2002-12-11 02:20:06] [EMAIL PROTECTED]

Also repeatable on SuSE 8.0



[2002-12-09 00:03:12] [EMAIL PROTECTED]

Not quite a crash, but I found no better category (time to add one for
the CLI SAPI?)
A simple
php -w filename.php
will on my system output the things it should, but then hang forever
at
full CPU consumption.

[PHP Modules]
ctype
gd
mysql
overload
pcre
pgsql
posix
session
standard
tokenizer
xml
zlib





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

#21481 [NEW]: mssql_close function don't close connection

[pvy]

From: [EMAIL PROTECTED]
Operating system: windows 2000/sp3
PHP version:  4CVS-2003-01-07 (stable)
PHP Bug Type: MSSQL related
Bug description:  mssql_close function don't close connection

Hello!

I call mssql_close function for close connection
but, as I see in php_mssql.c file this function
do nothing (ie don't really closes connection)
see code:
ZEND_FETCH_RESOURCE2(mssql_ptr, mssql_link *, mssql_link_index, id, "MS
SQL-Link", le_link, le_plink);

if (mssql_link_index) 
zend_list_delete(Z_LVAL_PP(mssql_link_index));
 else 
zend_list_delete(id);

RETURN_TRUE;

where is dbclose and dbfreelogin staments?


vladimir
Novosibirsk,
Russia

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

#21482 [NEW]: removing cybercach in php-4.3.0

[greg]

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.3.0
PHP Bug Type: Feature/Change Request
Bug description:  removing cybercach in php-4.3.0

verisign still uses cybercash technology for its older 
clients, I have a client who still uses it. By needlessly 
removing it, you prohibited me from upgrading to php 4.3.0.  
Please let me know if there is a way to include the 
cybercash functions in php 4.3.0.  Thank You

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

#21319 [Com]: the PHP Script Interpreter crashes.

[rene]

 ID:   21319
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: windows xp
 PHP Version:  4.3.0
 New Comment:

Hi, i'm getting the same errors on two different Windows XP Pro
installations. 

I'll try to get some more information (xp related addresses from the
crash) but from the head i remember that the problem is
php_iisfunc.dll.

The web'server (PWS) serves seems the pages correctly but at the end of
the session the error occurs. I can reproduce the error everytime in
multiple scenarios.

I know there is another reported bug related to Apache  under WinXP
(php_apachefunc.dll) and i won't be surprised if this is actually a
related issue.


Previous Comments:


[2003-01-04 05:08:38] [EMAIL PROTECTED]

Hi, i've just upgraded to php 4.3.0 and i'm pleased the fsockopen
timeout problem has been fixed..

but now to something more serious:

the php script interpreter crashes, windows takes over command and
says
"PHP Script Interpreter has encountered a problem and needs to close.
We
are sorry for the inconvenience." and you get to choose to send or
dont
send an error report to microsoft
("please tell microsoft about this problem" it says)

this happens very often... i suspect this has something to do with the
die() construct and/or the mysql interface... because the crash often
comes directly after a erroneus mysql query a it's
die-error-message...
but not always.. i think.. sometimes no error is produced by php at
all..

i want to be of more help by telling you how to reproduce the error
but
i haven't figured out how to figure out how to tell you to reproduce
the
error..



[2003-01-02 15:52:59] [EMAIL PROTECTED]

i have by the way only 500 MB of ram



[2003-01-02 15:51:55] [EMAIL PROTECTED]

FATAL:  emalloc():  Unable to allocate 1936028514 bytes

is this php's fault or the os'?



[2003-01-02 15:24:33] [EMAIL PROTECTED]

"this just in":

FATAL:  erealloc():  Unable to allocate 59 bytes

and then again: BOOM

cool eh?



[2003-01-02 11:51:16] [EMAIL PROTECTED]

I AM STILL WAITING FOR YOUR COMMENTS WAKE UP PLEASE



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

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

#21467 [Bgs]: crash without any error

[ceco]

 ID:   21467
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Class/Object related
 Operating System: linux debian
 PHP Version:  4.3.0
 New Comment:

I reported it because in php there is only one line containing
error_reporting, and it is

error_reporting =   7


Previous Comments:


[2003-01-06 16:24:00] [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

I am not sure why you are not seeing an error, it could be due to
error_reporting being set to 0 or php.ini directive indicate errors
should not be shown.
The code you have does generate a fatal error, for your benefit I am
including it here:
PHP Fatal error:  Cannot redeclare test() in c.php on line 6
php4/c.php(6) : Fatal error - Cannot redeclare test()

Fatal error: Cannot redeclare test() in c.php on line 6



[2003-01-06 11:37:17] [EMAIL PROTECTED]

forgot to mention that the version it worked correctly is 4.1.2

(if can be defined correctly at all, i mean the script was working)



[2003-01-06 11:34:26] [EMAIL PROTECTED]

when I try this

done

I minimized the problem, which I found with an old code using
FastTemplate

nothing happens - no errors, no warning, no output - just sending
headers and thats all

I am not sure if it is leagal code, but I'm sure it should get some
error or warning message at least, or work of course

I installed it on apache web server, but the cli version is working the
same way ( not working )

compiled the PHP with --enable-debug, and still no difference - no
messages of any kind




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

#21435 [Opn->Csd]: termination when calling mysql_info()

[georg]

 ID:   21435
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: MySQL related
 Operating System: Windows 2000
 PHP Version:  4.3.0
 Assigned To:  georg
 New Comment:

I changed something yesterday again, please try the lastest snapshot.


Previous Comments:


[2003-01-06 18:13:37] [EMAIL PROTECTED]

I think this is not the solution ... i just downloaded the 22:30
Snapshot of Jan 01st (stabel 4.3.0) and I get a SegVault calling
mysql_info($vk).

calling mysql_info() (without parameter) seems to work!



[2003-01-05 15:11:57] [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-05 14:25:37] [EMAIL PROTECTED]

verified... assigned to myself



[2003-01-05 13:11:03] [EMAIL PROTECTED]

As you have MSVC, would you be able to provide a stack trace (which you
should have on the screen when you see those assembler code lines)?

Derick



[2003-01-05 13:09:21] [EMAIL PROTECTED]

when calling mysql_info() apache 1.3.24 terminates with an error: "The
instruction at "0x100c1588" referenced memory at "0x000a". the
memory could not be "read" [ok/debug]. M$ debug gives 
"100C1588  cmp byte ptr [eax+8],7"

script when calling:


regards,

-Wolfgang




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

#21450 [Opn->Csd]: File Posts from Microsoft Web Publishing Wizard don't work.

[sesser]

 ID:   21450
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: Windows 2000 Pro
 PHP Version:  4CVS-2003-01-05 (dev)
 Assigned To:  sesser
 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-06 02:15:56] [EMAIL PROTECTED]


Content-disposition: form-data; filename="etc\root.hint"

This line of the rfc1867 fileupload lacks a name="whatever"
attribute. PHP cannot handle anonymous fileuploads for now... (I will
implement that) 



[2003-01-05 22:29:03] [EMAIL PROTECTED]

Here is a capture of a complete request made by WPW:

POST /temp/fb.php HTTP/1.1
Accept: */*
Content-Type: Multipart/Form-Data,boundary=19359@23195#13275
User-Agent: Microsoft HTTP Post (RFC1867)
Host: 10.0.0.7
Connection: Keep-Alive
Cache-Control: no-cache
Content-Length: 3002

--19359@23195#13275
Content-disposition: form-data; filename="etc\root.hint"
Content-type: application/octet-stream

;   This file holds the information on root name servers needed to
;   initialize cache of Internet domain name servers
;   (e.g. reference this file in the "cache  .  "
;   configuration file of BIND domain name servers).
;
;   This file is made available by InterNIC registration services
;   under anonymous FTP as
;   file/domain/named.root
;   on server   FTP.RS.INTERNIC.NET
;   -OR- under Gopher atRS.INTERNIC.NET
;   under menu  InterNIC Registration Services (NSI)
;  submenu  InterNIC Registration Archives
;   filenamed.root
;
;   last update:Aug 22, 1997
;   related version of root zone:   1997082200
;
;
; formerly NS.INTERNIC.NET
;
.360  IN  NSA.ROOT-SERVERS.NET.
A.ROOT-SERVERS.NET.  360  A 198.41.0.4
;
; formerly NS1.ISI.EDU
;
.360  NSB.ROOT-SERVERS.NET.
B.ROOT-SERVERS.NET.  360  A 128.9.0.107
;
; formerly C.PSI.NET
;
.360  NSC.ROOT-SERVERS.NET.
C.ROOT-SERVERS.NET.  360  A 192.33.4.12
;
; formerly TERP.UMD.EDU
;
.360  NSD.ROOT-SERVERS.NET.
D.ROOT-SERVERS.NET.  360  A 128.8.10.90
;
; formerly NS.NASA.GOV
;
.360  NSE.ROOT-SERVERS.NET.
E.ROOT-SERVERS.NET.  360  A 192.203.230.10
;
; formerly NS.ISC.ORG
;
.360  NSF.ROOT-SERVERS.NET.
F.ROOT-SERVERS.NET.  360  A 192.5.5.241
;
; formerly NS.NIC.DDN.MIL
;
.360  NSG.ROOT-SERVERS.NET.
G.ROOT-SERVERS.NET.  360  A 192.112.36.4
;
; formerly AOS.ARL.ARMY.MIL
;
.360  NSH.ROOT-SERVERS.NET.
H.ROOT-SERVERS.NET.  360  A 128.63.2.53
;
; formerly NIC.NORDU.NET
;
.360  NSI.ROOT-SERVERS.NET.
I.ROOT-SERVERS.NET.  360  A 192.36.148.17
;
; temporarily housed at NSI (InterNIC)
;
.360  NSJ.ROOT-SERVERS.NET.
J.ROOT-SERVERS.NET.  360  A 198.41.0.10
;
; housed in LINX, operated by RIPE NCC
;
.360  NSK.ROOT-SERVERS.NET.
K.ROOT-SERVERS.NET.  360  A 193.0.14.129 
;
; temporarily housed at ISI (IANA)
;
.360  NSL.ROOT-SERVERS.NET.
L.ROOT-SERVERS.NET.  360  A 198.32.64.12
;
; housed in Japan, operated by WIDE
;
.360  NSM.ROOT-SERVERS.NET.
M.ROOT-SERVERS.NET.  360  A 202.12.27.33
; End of File

--19359@23195#13275--



[2003-01-05 21:47:40] [EMAIL PROTECTED]

When using microsoft web publishing wizard to post files to a php
script $_FILES is always empty. Logged in my php error log is:
[06-Jan-2003 16:46:49] PHP Warning:  File Upload Mime headers garbled
in Unknown on line 0
It is able to reteive some of the post values but not the files. Is
this really a Microsoft RFC c

#21467 [Bgs]: crash without any error

[derick]

 ID:   21467
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Class/Object related
 Operating System: linux debian
 PHP Version:  4.3.0
 New Comment:

right, that's totally wrong:
http://www.php.net/manual/en/ref.errorfunc.php#ini.error-reporting




Previous Comments:


[2003-01-07 03:32:23] [EMAIL PROTECTED]

I reported it because in php there is only one line containing
error_reporting, and it is

error_reporting =   7



[2003-01-06 16:24:00] [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

I am not sure why you are not seeing an error, it could be due to
error_reporting being set to 0 or php.ini directive indicate errors
should not be shown.
The code you have does generate a fatal error, for your benefit I am
including it here:
PHP Fatal error:  Cannot redeclare test() in c.php on line 6
php4/c.php(6) : Fatal error - Cannot redeclare test()

Fatal error: Cannot redeclare test() in c.php on line 6



[2003-01-06 11:37:17] [EMAIL PROTECTED]

forgot to mention that the version it worked correctly is 4.1.2

(if can be defined correctly at all, i mean the script was working)



[2003-01-06 11:34:26] [EMAIL PROTECTED]

when I try this

done

I minimized the problem, which I found with an old code using
FastTemplate

nothing happens - no errors, no warning, no output - just sending
headers and thats all

I am not sure if it is leagal code, but I'm sure it should get some
error or warning message at least, or work of course

I installed it on apache web server, but the cli version is working the
same way ( not working )

compiled the PHP with --enable-debug, and still no difference - no
messages of any kind




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

#18600 [Com]: Unable to create Java Virtual Machine

[lebeau . frederic]

 ID:   18600
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Java related
 Operating System: Windows 2000
 PHP Version:  4.2.3
 New Comment:

THANKS TO [EMAIL PROTECTED] ,
The solution to resolve "Unable to Create Java Virtual
Machine" is to configure APACHE or IIS not using sapi for php but CGI

THANKS THANKS THANKS

go there for configuration
http://hotwired.lycos.com/webmonkey/00/44/index4a_page9.html?tw=programming


Previous Comments:


[2002-12-12 09:19:13] [EMAIL PROTECTED]

Hi there,

I'm confirming Cédric's knowledge - java is running correctly from
within PHP on Apache only when PHP is running as a CGI and not as a
SAPI module. When running PHP as Apache SAPI Module after the restart
Apache only fist access to php page using java is running OK, all next
reloads of this page caused "Fatal error: Unable to create Java Virtual
Machine in ..."
I think this could be still not solved bug.

Thanks
Alberto

BTW I'm running on:
OS:Win2000 Server SP2
Apache:1.3.27
PHP Version 4.3.0-dev (Build Date  Dec 12 2002 10:14:28)
Java version=1.4.1_01 
Java vendor=Sun Microsystems Inc.



[2002-12-06 05:06:27] [EMAIL PROTECTED]

Hi,

using "cgi-bin instead of as a module" 
hm,isn't this a performance and computer resources issue ?

Thx
Alberto



[2002-12-05 15:15:35] [EMAIL PROTECTED]

I had the same bug but after having looking a lot, I find 
a solution. 
 
You just have to configure php as a cgi-bin instead of as 
a module and it works perfectly. 
 
Hoping it will help you to fix  the bug in the module. 
 
Cédric.



[2002-12-04 08:44:52] [EMAIL PROTECTED]

Hi,

many thanks Sebastian for the response.

I've downloaded php4-win32-200212041130.zip from snaps.php.net, but
after PHP update Apache didn't start and configuration test detected
following problem:

Syntax error on line 174 of C:/Program Files/Apache
Group/Apache2/conf/httpd.conf:
Cannot load C:/PHP/sapi/php4apache2.dll into server: The specified
procedure could not be found.

httpd.conf has on the line 174:
LoadModule php4_module c:/php/sapi/php4apache2.dll

Question is what is the recomended version of Win32 Apache2 to work
corectly with latest PHP 4.4.x-dev?

Thank you,
Alberto



[2002-12-04 06:20:14] [EMAIL PROTECTED]

I tried the php4-win32-STABLE-200212040930 snapshot, but I still got
problems with a simple java program (the one in the docs). After some
reloads I got a 

PHP has encountered an Access Violation at 77FCBEE8

After that:

Fatal error: Unable to create Java Virtual Machine in
c:\inetpub\wwwroot\estatisticos\admin\java.php on line 3


At least the problem occurs only to java applications, not all php
pages.

Nelio



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

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

#21481 [Com]: mssql_close function don't close connection

[pvy]

 ID:   21481
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: MSSQL related
 Operating System: windows 2000/sp3
 PHP Version:  4CVS-2003-01-07 (stable)
 New Comment:

And also:
If I create file like this:

and run it a lot of times, after 25 times I got message "unable connect
to server" from mssql_connect
when I go to mssql entreprise manager I will see 25 connections from
PHP.
If I restart apache all connections will be closed.

PS: I use apache 1.3.27/w32

Same behavior with all databases, as I understand, there is  another
childs logic instead unix. 


Waiting for comments


Previous Comments:


[2003-01-07 02:06:41] [EMAIL PROTECTED]

Hello!

I call mssql_close function for close connection
but, as I see in php_mssql.c file this function
do nothing (ie don't really closes connection)
see code:
ZEND_FETCH_RESOURCE2(mssql_ptr, mssql_link *, mssql_link_index, id,
"MS SQL-Link", le_link, le_plink);

if (mssql_link_index) 
zend_list_delete(Z_LVAL_PP(mssql_link_index));
 else 
zend_list_delete(id);

RETURN_TRUE;

where is dbclose and dbfreelogin staments?


vladimir
Novosibirsk,
Russia





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

#0 [NEW]: Eh bir test

[ozan]

From: [EMAIL PROTECTED]
Operating system: Debian 3.0 Woody
PHP version:  4.3.0
PHP Bug Type: *General Issues
Bug description:  Eh bir test

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