#20034 [Fbk]: Webserver hangs on certain conditions

[sniper]

 ID:   20034
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: iPlanet related
 Operating System: Solaris 8
 PHP Version:  4.2.3
 New Comment:

Please try newer snapshot as that compile error should be fixed now.



Previous Comments:


[2002-10-23 10:33:11] [EMAIL PROTECTED]

Downloaded latest CVS, tried with same configure line, got compile
error:

/bin/sh libtool --silent --mode=compile gcc  -Iext/standard/
-I/usr/local/www/biblio/dev/php4-200210221500/ext/standard/
-DPHP_ATOM_INC -I/usr/local/www/biblio/dev/php4-200210221500/include
-I/usr/local/www/biblio/dev/php4-200210221500/main
-I/usr/local/www/biblio/dev/php4-200210221500
-I/opt/iplanet/webserver/plugins/include
-I/usr/local/www/biblio/dev/php4-200210221500/Zend
-I/usr/local/www/biblio/dev/mysql/include/mysql
-I/usr/local/www/biblio/dev/php4-200210221500/ext/xml/expat 
-D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT
-I/usr/local/www/biblio/dev/php4-200210221500/TSRM  -g -O2 -pthreads
-DZTS  -prefer-pic -c
/usr/local/www/biblio/dev/php4-200210221500/ext/standard/basic_functions.c
-o ext/standard/basic_functions.lo 
/usr/local/www/biblio/dev/php4-200210221500/ext/standard/basic_functions.c:77:
getopt.h: No such file or directory
*** Error code 1
make: Fatal error: Command failed for target
`ext/standard/basic_functions.lo'

I will try to find bugreport on this issue to fix and test...



[2002-10-22 19:23:18] [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-10-22 19:15:35] [EMAIL PROTECTED]

I have been testing PHP as a nsapi plugin with IPlanet 4.1 no Solaris 8
with this configuration:
  export CC; CC=gcc ; ./configure
--with-mysql=/usr/local/www/biblio/dev/mysql --with-nsapi
=/opt/iplanet/webserver --enable-libgcc

PHP scripts work fine, however upons certain (unknown?) conditions, the
Iplanet server stops responding. The access logs show no more
responses, the Iplanet error log shows nothing. 

This usualy happens when there is more load upon the server. The last
lines in the access log before the server lockup are for normal pages,
like GIFs, HTML, etc. -- not even PHP scripts.

I have had this happen within a few minutes of restarting the server,
or within a few hours. When I remove links to the frequently-called
scripts and replace them back to their old CGI (bleah!) counterparts,
the server keeps on going with no problem.

This is a high-traffic server, so this is frustrating.
Does this have anything to do with thread safety? Does anyone have
stability issues with IPlanet?

I tried PHP 4.1.2 before installing 4.2.3, with the same results.





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

#20046 [Fbk]: Can't build php and curl together correctly

[sniper]

 ID:   20046
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
-Bug Type: *Compile Issues
+Bug Type: Compile Failure
 Operating System: BSDi 4.1
 PHP Version:  4.2.2
 New Comment:

As workaround, install Linux. (this is some wierd BSD thing and libtool
not liking each other)



Previous Comments:


[2002-10-23 12:05:19] [EMAIL PROTECTED]

Stuck on 4.2.2 for customer reasons, I don't mind trying the cvs
snapshot, but I need to know if there is any know workaround, or what
might cause this.



[2002-10-23 11:36:32] [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-10-23 11:30:58] [EMAIL PROTECTED]

If I do a ./configure --with-curl=[curldirectory]
--with-openssl=[ssldirectory] and then do a Make, I get the following
warnings:
*** Warning: This library needs some functionality provided by
/usr/local/lib/li
bcurl.la.
*** I have the capability to make that library automatically link in
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by
-lcrypto.
*** I have the capability to make that library automatically link in
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -lssl.
*** I have the capability to make that library automatically link in
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -lssl.
*** I have the capability to make that library automatically link in
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by
-lcrypto.
*** I have the capability to make that library automatically link in
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -lbind.
*** I have the capability to make that library automatically link in
when
*** you link to this library.  But I can only do this if you have a ***
shared version of the library, which you do not appear to have.
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.




It will compile, however when I try and load the resulting php module
into apache, it dies on startup with unresolved symbols: 
bin/httpd: can't resolve symbol 'RAND_load_file'
bin/httpd: can't resolve symbol 'curl_version'
bin/httpd: can't resolve symbol 'RAND_write_file'
bin/httpd: can't resolve symbol 'X509_set_subject_name'
bin/httpd: can't resolve symbol 'curl_formadd'
bin/httpd: can't resolve symbol 'SMIME_write_PKCS7'
bin/httpd: can't resolve symbol 'EVP_OpenInit'
bin/httpd: can't resolve symbol 'PKCS7_sign'
bin/httpd: can't resolve symbol 'EVP_SealInit'
bin/httpd: can't resolve symbol 'X509_set_issuer_name'
bin/httpd: can't resolve symbol 'curl_formfree'
bin/httpd: can't resolve symbol 'PKCS7_verify'
bin/httpd: can't resolve symbol 'curl_easy_getinfo'
bin/httpd: can't resolve symbol 'curl_easy_setopt'
bin/httpd: can't resolve symbol 'curl_global_cleanup'
bin/httpd: can't resolve symbol 'RAND_file_name'
bin/httpd: can't resolve symbol 'X509_REQ_print'
bin/httpd: can't resolve symbol 'SMIME_read_PKCS7'
bin/httpd: can't resolve symbol 'PKCS7_get0_signers'
bin/httpd: can't resolve symbol 'curl_easy_perform'
bin/httpd: can't resolve symbol 'curl_easy_init'
bin/httpd: can't resolve symbol 'EVP_SealFinal'
bin/httpd: can't resolve symbol 'PKCS7_decrypt'
bin/httpd: can't resolve symbol 'curl_global_init'
bin/httpd: can't resolve symbol 'PKCS7_encrypt'
bin/httpd: can't resolve symbol 'X509_set_version'
bin/httpd: can't resolve symbol 'curl_slist_free_all'
bin/httpd: can't resolve symbol 'X509_set_pubkey'
bin/httpd: can't resolve symbol 'curl_slist_append'
bin/httpd: can't resolve symbol 'EVP_OpenFinal'
bin/httpd: can't resolve symbol 'curl_easy_cleanup'
Cannot load modules/libexec/libphp4.so into server: Unable to resolve
symbol


Any ideas?




-- 
Edit this bug report a

#19529 [Com]: Occational "Commands out of sync" errors

[kevinbr]

 ID:   19529
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: MySQL related
 Operating System: Linux 2.4.18
 PHP Version:  4.2.3
 Assigned To:  georg
 New Comment:

Upgraded to PHP 4.2.3, using EZ Portal Content Server.

Linux 2.2.15

MySQL client 3.22.32

Apache 1.3.26

Was working before upgrade to PHP 4.2.3, now getting 30% 
command sync errors, this is not a heavily loaded site, 
just in dev stage. 

I have stopped httpd, mysql, and restarted, and problem is 
exhibited straight away.

Thus doubtful load or time related. 

Turned off persistant connections, problem went away.

Fix soon?


Previous Comments:


[2002-10-24 00:38:43] [EMAIL PROTECTED]

A forum I'm helping with also ran into this problem (the site runs
vbulletin).  I'm trying to track down exactly when it started
happening.  I can say that with apache 1.3.26 and php 4.2.1 and mysql
4.23.49, it didn't happen, nor with apache2.0.43+php4.2.3+mysql4.23.49.
 It definately does happen with apache 1.3.27+php4.2.3+mysql4.23.53,
leading me to believe that it's an issue with something that changed in
mysql since last spring, but unless I misread, that contradicts some
other reports here.  Disabling vbulletin's persistent connection usage
eliminated the errors, of which there were tons.



[2002-10-10 19:21:14] [EMAIL PROTECTED]

Interesting stuff. I am heading out on the road for about 
a month. I will follow up with this as soon as I get 
stable network access again. 



[2002-10-10 15:03:07] [EMAIL PROTECTED]

reassigning



[2002-10-10 13:07:13] [EMAIL PROTECTED]

OK, no need to wait. Getting the errors already with 3.23.49a.

I looked at the change in CVS and it only frees a memory leak from
unbuffered queries.



[2002-10-10 13:04:54] [EMAIL PROTECTED]

PS: In this bug system, should I be using Add Comment rather than Edit
Submission? I keep reseting the Status and I don't mean to. Maybe the
bug system should add whatever is the current choice is to the list
available.



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

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

#20030 [Opn->Fbk]: fopen() behaves differently in apache mod than CGI

[sniper]

 ID:   20030
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Windows XP
 PHP Version:  4.2.3
 New Comment:

Did you open the write filepointer in binary mode too?

Please add your script here..but if it's very long one,
provide an URL where we can see it.




Previous Comments:


[2002-10-23 15:07:55] [EMAIL PROTECTED]

Nope. Snapshot wouldn't even work at all. (Module and CGI).
I get "Bad browser request" and other "internal server error".



[2002-10-23 13:27:40] [EMAIL PROTECTED]

fopen("file.gif", "rb") didn't change anything on my version of PHP.
I'll try it with the CSV snapshot though.



[2002-10-22 16:49:03] [EMAIL PROTECTED]

also make sure you are using fopen($path, "rb");
the b is important under windows.



[2002-10-22 15:43:59] [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-10-22 15:15:28] [EMAIL PROTECTED]

My script opens a remote GIF file and saves it to local hard drive.
When executed with Apache 2.0.40 as CGI, everything works fine.
But when I use the apache2 module version of PHP, it only reads about
20K of the GIF.
Interestingly enough, this problem doesn't appear when opening HTML
files.




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

#20053 [Opn->Fbk]: apache&suexec&php-cgi&ignore_user_abort -> problem with cancelled connections

[sniper]

 ID:   20053
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: linux 2.4.18
 PHP Version:  4.2.3
 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:


[2002-10-23 19:40:25] [EMAIL PROTECTED]

Under very specific circumstances, php goes in tight infinite loop
eating all cpu after request is cancelled.

Configuration:
php 4.2.3 as cgi
apache 1.3.27
php configured with Action directive, (important) using suexec.

Conditions for problem to occur in script:
1.ignore_user_abort(true)
2.sending any http header
3.sending any body content AFTER http header
4. connection is aborted before all data are sent to client.

Script to reproduce problem:
 CUT 

whatever
 CUT 

Problem doesn't exist with mod_php or php-cgi without suexec.
It appears that after apache has closed connection php is still trying
to write output and loops for unknown reason.
I'm not sure if this is fault of php, apache or suexec, but I think it
could be fixed in php.




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

#20054 [NEW]: safe_mode_include_dir not being used correctly

[public]

From: [EMAIL PROTECTED]
Operating system: Linux - Redhat 7.3
PHP version:  4.3.0-pre1
PHP Bug Type: Unknown/Other Function
Bug description:  safe_mode_include_dir not being used correctly

This is possibly related to Bug #17858.

We've got Apache2 on Redhat 7.3, with safemode in php enabled.  We
have safe_mode_gid set to on as well.  The safe_mode include directory is
set as follows:
safe_mode_include_dir = "/home/staff/ryan/WWW"


I've then got the test script:



 That script has the following ownership permissions:
-rw-r--r--1 web   nobody229 Oct 24 15:31 test2.php

  And /home/staff/ryan/WWW is:
drwxr-xr-x5 ryan staff4096 Oct 21 17:30 WWW

  Calling the script displays "FAILED" on the browser and causes the
two following errors in the error log:
PHP Warning:  opendir() [function.opendir]: SAFE
MODE Restriction in effect.  The script whose uid/gid is 89/99 is not
allowed to access /home/staff/ryan/WWW/ owned by uid/gid 270/110 in
/home/www/DOCS/phptest/test2.php on line 3
PHP Warning:  opendir(/home/staff/ryan/WWW/) [function.opendir]: failed
to open dir: Inappropriate ioctl for device in
/home/www/DOCS/phptest/test2.php on line 3


 Changing the ownership permissions to the same user and/or group
causes the script to execute fine, displaying the contents with no
problems or errors.

  It would appear that the safe_mode_include_dir value is not being
used, but I'm also open to the suggesion that I've stuffed up somewhere
else.

  For the record, I originally started having problems with 4.2.2
(user and group returned as -1) this was fixed upgrading to 4.3.0-pre1,
but then the include_dir still had problems.  I've tested it with today's
snapshot (php4-200210232100) and still have the same problem.

  My config options looks like :
./configure --with-mysql=/usr/local/mysql --with-openssl --with-xml
--enable-track-vars --enable-force-cgi-redirect --enable-versioning
--with-apxs2=/usr/local/httpd/bin/apxs --with-zlib --enable-ftp
--enable-sockets --with-gettext --with-imap=/usr/local/imap
--with-imap-ssl

  Ummm, help?

  Cheers, 
 Ryan.






 


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

#18500 [NoF->Opn]: Safe mode: php reports wrong uid on file

[b . courtin]

 ID:   18500
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Open
 Bug Type: PHP options/info functions
 Operating System: Solaris 2.8
 PHP Version:  4.2.1
 New Comment:

Hi,

first of all thank you for working on this bug.

Unfortunately I have to report that with php-4.3.0-pre1 the bug is
still there (see output below). Webserver used is apache-1.3.27 on
solaris 2.8 (bug also was there with apache-1.3.26). 

PHP still reports "script with uid=1 ..." User id 1 belongs to:
bash-2.03$ id daemon: uid=1(daemon) gid=1(other). apache is started as
user webamdin, uid's and file permissions see below.


Kind regards,
Bert Courtin


---
[24-Okt-2002 09:39:55] PHP Warning:  file_exists() [function.file-exists]:
SAFE MODE Restriction in effect.  The script whose uid is 1 is not
allowed to access /a/b/c/d/e/f/g/themes_d.string owned by uid 2003 in
/w/x/y/z/main_uebersicht.html on line 124
bash-2.03$ ls -la /a/b/c/d/e/f/g/themes_d.string
-rw-r-   1 webadmin httpd  10772 Feb 26  2002
/a/b/c/d/e/f/g/themes_d.string
bash-2.03$ ls -la /w/x/y/z/main_uebersicht.html
-rw-r-   1 webadmin httpd  16111 Jun 19 17:53
/w/x/y/z/main_uebersicht.html
bash-2.03$ id webadmin
uid=2003(webadmin) gid=1083(web)
bash-2.03$ id httpd
uid=2002(httpd) gid=1082(httpd)
bash-2.03$ ps -ef | grep httpd | head -1
webadmin 20534 20514  0 09:37:58 ?0:00
/opt/apache-1.3.27/daybyday/bin/httpd -DSSL
bash-2.03$


Previous Comments:


[2002-10-15 01:00:04] [EMAIL PROTECTED]

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



[2002-09-29 22:29:05] [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

If you still experience this problem, please include the info about the
Web Server you are using in your reply.



[2002-07-23 12:31:41] [EMAIL PROTECTED]

Hi,

when using SAFE_MODE = ON, php reports a wrong uid on a file to be
served. 

It reports file has uid=1 althought it should report (and therefore
serve the page) uid=2003.

Details: I will get the following error:


[23-Jul-2002 17:47:06] PHP Warning:  SAFE MODE Restriction in effect. 
The script whose uid/gid is 1/2003 is not allowed to access
/a/b/c/d/e/partner_sets.inc owned by uid/gid 2003/1082 in
/w/x/y/z/login_tol.html on line 13
[23-Jul-2002 17:47:06] PHP Fatal error:  Failed opening required
'/a/b/c/d/e/partner_sets.inc' (include_path='.:/opt/php-4.2.1/lib/php')
in /w/x/y/z/login_tol.html on line 13
-

Where "/a/b/c/d/e/partner_sets.inc" is included from
"/w/x/y/z/login_tol.html" which is part of a frame of
"/w/x/y/index.html". ()

It seems that the uid which is reported is wrong (1) and the gid wich
is reported (2003) is the uid which should be reported (see below).

File ownership/permissions are as follows:


ls -la /w/x/y/index.html
-rw-r-   1 webadmin httpd   3106 Nov  2  2001
/w/x/y/index.html

ls -la  /w/x/y/z/login_tol.html
-rw-r-   1 webadmin httpd  15343 Apr 15 10:56
/w/x/y/z/login_tol.html

ls -la  /a/b/c/d/e/partner_sets.inc
-rwxr-   1 webadmin httpd897 Feb 26 20:20
/a/b/c/d/e/partner_sets.inc


User / group IDs are:
---
# id httpd
uid=2002(httpd) gid=1082(httpd)

# id webadmin
uid=2003(webadmin) gid=1082(httpd)


The apache server is running as uid/group httpd/httpd.

Kind regards,
Bert Courtin




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

#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory

[gatalyak]

 ID:   19292
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache related
 Operating System: linux
 PHP Version:  4.3.0-dev,4.2.3
 New Comment:

I also had trouble with php 4.2.3 running as mod with apache 1.3.27 on
FreeBSD 4.7. Sometimes got error:
Warning: Failed opening '/home/user/public_html/index.php' for
inclusion
(include_path='.:/usr/local/lib/php') in Unknown on line 0
my virtual host configuration was:
...
DocumentRoot /home/user/public_html
php_admin_value doc_root /home/user/public_html
php_admin_value open_basedir
"/home/user/public_html/:/usr/local/lib/php/"
...
but here directory /home was a symlink to /usr/home
after making chahges in httpd.conf to the following:
DocumentRoot /usr/home/user/public_html
php_admin_value doc_root /usr/home/user/public_html
php_admin_value open_basedir
"/usr/home/user/public_html/:/usr/local/lib/php/"
everything works fine.
Is it error with symlink in php?


Previous Comments:


[2002-10-23 06:25:32] [EMAIL PROTECTED]

I just added the patch for this problem. I can confirm
that it does _NOT_ fix the problem.

We have several virtual servers running on this host. Most of them use
PHP.

It looks to me that the bug only happens if previously
the apache child has done some specific request for another
php customer without openbasedir.

Could this be possible ?



[2002-10-20 11:25:53] [EMAIL PROTECTED]

Testing the latest php4-200210200600 shows the same behaviour.

I have using it by renaming a index.html to index.php file. So no
special php funktion is using and i'm sure that there is no
auto_prepend_file or something else.

Here are the php configuration for that vhost.


php_admin_flag engine on
php_admin_flag safe_mode on
php_admin_value session.save_path
/daten/http/takenet/www.ad4screen.de/tmp
php_admin_value open_basedir
"/daten/http/takenet/www.ad4screen.de:/usr/lib/php/"
php_admin_value doc_root /daten/http/takenet/www.ad4screen.de
php_admin_value upload_tmp_dir
/daten/http/takenet/www.ad4screen.de/tmp
php_admin_value error_log
/daten/http/takenet/www.ad4screen.de/logs/php_error.log
php_admin_value upload_max_filesize 10M
php_admin_value post_max_size 10M




[2002-10-18 16:43:52] [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

Try this LATEST snapshot. 



[2002-10-16 03:54:55] [EMAIL PROTECTED]

Another update: This appears to be happening only to virtual hosts
which do not have the admin flag open_basedir set.



[2002-10-15 23:02:16] [EMAIL PROTECTED]

Update: Upon closer inspection, I'm getting the same error occasionally
from simply loading my testfile2.php script, it seems to be a general
PHP problem rather than relatedd specifically to the include() or any
other function.

I have not tested any version subsequent to 4.2.3 as I don't have a
development system available.



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

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

#18718 [Fbk->Opn]: PHP w/ the Zend Engine 2 make Apache core dump

[alibarim]

 ID:   18718
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: AIX433
 PHP Version:  4.3.0-dev
 New Comment:

The link http://snaps.php.net/php4-latest.tar.gz does not exit !


Previous Comments:


[2002-10-17 22:51:02] [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

If the bug still occures, make sure that when you compile PHP with
--enable-debug, so that the backtrace shows meaningful information.



[2002-08-14 16:14:01] [EMAIL PROTECTED]

The real version used is 4.3.0-dev. Dowloaded from php.net web site.



[2002-08-13 08:20:11] [EMAIL PROTECTED]

The Apache server core dump when we try to use the XTemplate class with
the following message before exiting:

"Warning: Illegal offset type in class.XTemplate.php on line 189"

A dbx on the core file gives:

Segmentation fault in sig_coredump at 0x10003f58
0x10003f58 (sig_coredump+0x4c) 80410014lwz   r2,0x14(r1)
(dbx) where
sig_coredump(0xb) at 0x10003f58
_object_and_properties_init(??, ??, ??) at 0xd313adc4
_object_init_ex(??, ??) at 0xd313ae48
php_var_unserialize(??, ??, ??, ??) at 0xd32b33fc
php_var_unserialize(??, ??, ??, ??) at 0xd32b3bbc
ps_srlzr_decode_php(??, ??) at 0xd32c092c
php_session_decode(??, ??) at 0xd32c0c44
php_session_initialize() at 0xd32c0f9c
php_session_start() at 0xd32c2334
zif_session_start(??, ??, ??, ??) at 0xd32c40b0
zend_execute.execute(??) at 0xd315e9f8
zend_execute.execute(??) at 0xd315eb58
zend_execute_scripts(??, ??) at 0xd312c5f8
php_execute_script(??) at 0xd3192d94
apache_php_module_main(??, ??) at 0xd33732d8
send_php(??, ??, ??) at 0xd3375cd8
send_parsed_php(??) at 0xd3375d6c
ap_invoke_handler(0x20196dc0) at 0x100164f0
process_request_internal(0x20196dc0) at 0x100438b0
ap_internal_redirect(0x20196d68, 0x20196110) at 0x10043ed8
handle_dir(0x20196110) at 0xd081fbd0
ap_invoke_handler(0x20196110) at 0x100164f0
process_request_internal(0x20196110) at 0x100438b0
ap_process_request(0x20196110) at 0x10043974
child_main(0x5) at 0x10006020
make_child(0x20018c30, 0x5, 0x3d58f483) at 0x10006398
perform_idle_server_maintenance() at 0x100068a4
standalone_main(0x3, 0x2ff2293c) at 0x10007040
http_main.main(0x3, 0x2ff2293c) at 0x10007884



[2002-08-03 03:14:17] [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.



[2002-08-03 02:42:32] [EMAIL PROTECTED]

I downwload the latest version of PHP (PHP w/ the Zend Engine 2) and
try to play with it !

The problem comes when I use the XTemplate class. I got a warning like
"Illegal offset ..." and then the Apache (1.3.20) core dump.

The same development work perfectly with the PHP 4.2.2.

I you need more details let me know to send you the source code.

Best Regards,
Ali Barimani.




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

#18718 [Opn->Fbk]: PHP w/ the Zend Engine 2 make Apache core dump

[derick]

 ID:   18718
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Zend Engine 2 problem
 Operating System: AIX433
 PHP Version:  4.3.0-dev
 New Comment:

It really does exist. I just downloaded it. Please try again.

Derick


Previous Comments:


[2002-10-24 03:52:24] [EMAIL PROTECTED]

The link http://snaps.php.net/php4-latest.tar.gz does not exit !



[2002-10-17 22:51:02] [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

If the bug still occures, make sure that when you compile PHP with
--enable-debug, so that the backtrace shows meaningful information.



[2002-08-14 16:14:01] [EMAIL PROTECTED]

The real version used is 4.3.0-dev. Dowloaded from php.net web site.



[2002-08-13 08:20:11] [EMAIL PROTECTED]

The Apache server core dump when we try to use the XTemplate class with
the following message before exiting:

"Warning: Illegal offset type in class.XTemplate.php on line 189"

A dbx on the core file gives:

Segmentation fault in sig_coredump at 0x10003f58
0x10003f58 (sig_coredump+0x4c) 80410014lwz   r2,0x14(r1)
(dbx) where
sig_coredump(0xb) at 0x10003f58
_object_and_properties_init(??, ??, ??) at 0xd313adc4
_object_init_ex(??, ??) at 0xd313ae48
php_var_unserialize(??, ??, ??, ??) at 0xd32b33fc
php_var_unserialize(??, ??, ??, ??) at 0xd32b3bbc
ps_srlzr_decode_php(??, ??) at 0xd32c092c
php_session_decode(??, ??) at 0xd32c0c44
php_session_initialize() at 0xd32c0f9c
php_session_start() at 0xd32c2334
zif_session_start(??, ??, ??, ??) at 0xd32c40b0
zend_execute.execute(??) at 0xd315e9f8
zend_execute.execute(??) at 0xd315eb58
zend_execute_scripts(??, ??) at 0xd312c5f8
php_execute_script(??) at 0xd3192d94
apache_php_module_main(??, ??) at 0xd33732d8
send_php(??, ??, ??) at 0xd3375cd8
send_parsed_php(??) at 0xd3375d6c
ap_invoke_handler(0x20196dc0) at 0x100164f0
process_request_internal(0x20196dc0) at 0x100438b0
ap_internal_redirect(0x20196d68, 0x20196110) at 0x10043ed8
handle_dir(0x20196110) at 0xd081fbd0
ap_invoke_handler(0x20196110) at 0x100164f0
process_request_internal(0x20196110) at 0x100438b0
ap_process_request(0x20196110) at 0x10043974
child_main(0x5) at 0x10006020
make_child(0x20018c30, 0x5, 0x3d58f483) at 0x10006398
perform_idle_server_maintenance() at 0x100068a4
standalone_main(0x3, 0x2ff2293c) at 0x10007040
http_main.main(0x3, 0x2ff2293c) at 0x10007884



[2002-08-03 03:14:17] [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.



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

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

#20021 [Fbk->Opn]: core when execute phpinfo()

[scalero]

 ID:   20021
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: tru64 v5.1
 PHP Version:  4.2.3
 New Comment:

When I execute gdb on de core obtain:

/usr/local/bin/gdb /usr/internet/httpd/bin/httpd
/usr/internet/httpd/core
GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "alphaev67-dec-osf5.1"...(no debugging
symbols found)...
Core was generated by `httpd'.
Program terminated with signal 6, Aborted.
Reading symbols from /sbin/loader...(no debugging symbols
found)...done.
Loaded symbols for /sbin/loader
Reading symbols from /usr/shlib/libpthread.so...done.
Loaded symbols for /usr/shlib/libpthread.so
Reading symbols from /usr/shlib/libm.so...done.
Loaded symbols for /usr/shlib/libm.so
Reading symbols from /usr/shlib/libc.so...done.
Loaded symbols for /usr/shlib/libc.so
Reading symbols from /usr/shlib/libexc.so...done.
Loaded symbols for /usr/shlib/libexc.so
Reading symbols from /usr/shlib/librt.so...done.
Loaded symbols for /usr/shlib/librt.so
Reading symbols from /usr/shlib/libaio_raw.so...done.
Loaded symbols for /usr/shlib/libaio_raw.so
Reading symbols from /usr/shlib/libcxx.so...done.
Loaded symbols for /usr/shlib/libcxx.so
Reading symbols from /usr/shlib/libsialdap.so...done.
Loaded symbols for /usr/shlib/libsialdap.so
Reading symbols from /usr/shlib/libsecurity.so...done.
Loaded symbols for /usr/shlib/libsecurity.so
Reading symbols from /usr/shlib/libdb.so...done.
Loaded symbols for /usr/shlib/libdb.so
Reading symbols from /usr/shlib/libaud.so...done.
Loaded symbols for /usr/shlib/libaud.so
Reading symbols from /usr/shlib/libevm.so...done.
Loaded symbols for /usr/shlib/libevm.so
Reading symbols from /usr/shlib/libclu.so...done.
Loaded symbols for /usr/shlib/libclu.so
---Type  to continue, or q  to quit---
Reading symbols from /usr/internet/httpd/libexec/libphp4.so...done.
Loaded symbols for /usr/internet/httpd/libexec/libphp4.so
Reading symbols from /usr/shlib/libldapssl30.so...done.
Loaded symbols for /usr/shlib/libldapssl30.so
Reading symbols from /usr/local/lib/libintl.so...done.
Loaded symbols for /usr/local/lib/libintl.so
Reading symbols from
/u01/app/oracle/product/8.1.7/lib/libclntsh.so.8.0...done.
Loaded symbols for /u01/app/oracle/product/8.1.7/lib/libclntsh.so.8.0
Reading symbols from /shlib/libmach.so...done.
Loaded symbols for /shlib/libmach.so
Reading symbols from /usr/shlib/libiconv.so...done.
Loaded symbols for /usr/shlib/libiconv.so
Reading symbols from
/u01/app/oracle/product/8.1.7/lib/libwtc8.so...mipsread.c:402:
gdb-internal-error: sect_index_data not initiald
An internal GDB error was detected.  This may make further
debugging unreliable.  Quit this debugging session? (y or n) n
Create a core file containing the current state of GDB? (y or n) n

#0  0x3ff805cb1d8 in __nxm_thread_kill () from
/usr/shlib/libpthread.so
(gdb) bt
#0  0x3ff805cb1d8 in __nxm_thread_kill () from
/usr/shlib/libpthread.so
#1  0x3ff805b7938 in pthread_kill () from /usr/shlib/libpthread.so
#2  0x3ff805c07d0 in __tsInitSelf () from /usr/shlib/libpthread.so
#3  0x3ff80118d28 in tis_raise () from /usr/shlib/libc.so
(gdb) frame 3
#3  0x3ff80118d28 in tis_raise () from /usr/shlib/libc.so


And if I execute:

/usr/local/bin/gdb /usr/internet/httpd/bin/httpd
/usr/internet/httpd/core
GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "alphaev67-dec-osf5.1"...(no debugging
symbols found)...
Core was generated by `httpd'.
Program terminated with signal 6, Aborted.
Reading symbols from /sbin/loader...(no debugging symbols
found)...done.
Loaded symbols for /sbin/loader
Reading symbols from /usr/shlib/libpthread.so...done.
Loaded symbols for /usr/shlib/libpthread.so
Reading symbols from /usr/shlib/libm.so...done.
Loaded symbols for /usr/shlib/libm.so
Reading symbols from /usr/shlib/libc.so...done.
Loaded symbols for /usr/shlib/libc.so
Reading symbols from /usr/shlib/libexc.so...done.
Loaded symbols for /usr/shlib/libexc.so
Reading symbols from /usr/shlib/librt.so...done.
Loaded symbols for /usr/shlib/librt.so
Reading symbols from /usr/shlib/libaio_raw.so...done.
Loaded symbols for /usr/shlib/libaio_raw.so
Reading symbols from /usr/shlib/libcxx.so...done.
Loaded symbols for /

#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory

[mbr]

 ID:   19292
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache related
 Operating System: linux
 PHP Version:  4.3.0-dev,4.2.3
 New Comment:

I changed the random message:

PHP Warning:  open_basedir restriction in effect. File is in wrong
directory in ${some dir}

to include the paths ...

Here you see what is going wrong ...

Completly bogus the message:


[24-Oct-2002 10:49:19] PHP Warning:  open_basedir: File should be in
/www/doc/www.aaa.ch-80, but is in /www/doc/
www.bbb.ch-80/html/visions/php//include/globals.inc in
/www/doc/www.aaa.ch-80/index.php on line 2
 
[24-Oct-2002 10:49:19] PHP Warning:  open_basedir: File should be in
/www/doc/www.aaa.ch-80, but is in /www/doc/
www.bbb.ch-80/html/visions/php//wrapper.php in
/www/doc/www.aaa.ch-80/index.php on line 6
 
[24-Oct-2002 10:49:19] PHP Warning:  Cannot add header information -
headers already sent by (output started at /w
ww/doc/www.aaa.ch-80/index.php:2) in /www/doc/www.aaa.ch-80/wrapper.php
on line 4
 
[24-Oct-2002 10:53:45] PHP Warning:  open_basedir: File should be in
/www/doc/www.aaa.ch-80, but is in /www/doc/
www.bbb.ch-80/html/visions/php//include/globals.inc in
/www/doc/www.aaa.ch-80/index.php on line 2
 
[24-Oct-2002 10:53:45] PHP Warning:  open_basedir: File should be in
/www/doc/www.aaa.ch-80, but is in /www/doc/
www.bbb.ch-80/html/visions/php//wrapper.php in
/www/doc/www.aaa.ch-80/index.php on line 6
 
[24-Oct-2002 10:53:45] PHP Warning:  Cannot add header information -
headers already sent by (output started at /w
ww/doc/www.aaa.ch-80/index.php:2) in /www/doc/www.aaa.ch-80/wrapper.php
on line 4

There is something seriously broken !

Martin


Previous Comments:


[2002-10-24 03:09:09] [EMAIL PROTECTED]

I also had trouble with php 4.2.3 running as mod with apache 1.3.27 on
FreeBSD 4.7. Sometimes got error:
Warning: Failed opening '/home/user/public_html/index.php' for
inclusion
(include_path='.:/usr/local/lib/php') in Unknown on line 0
my virtual host configuration was:
...
DocumentRoot /home/user/public_html
php_admin_value doc_root /home/user/public_html
php_admin_value open_basedir
"/home/user/public_html/:/usr/local/lib/php/"
...
but here directory /home was a symlink to /usr/home
after making chahges in httpd.conf to the following:
DocumentRoot /usr/home/user/public_html
php_admin_value doc_root /usr/home/user/public_html
php_admin_value open_basedir
"/usr/home/user/public_html/:/usr/local/lib/php/"
everything works fine.
Is it error with symlink in php?



[2002-10-23 06:25:32] [EMAIL PROTECTED]

I just added the patch for this problem. I can confirm
that it does _NOT_ fix the problem.

We have several virtual servers running on this host. Most of them use
PHP.

It looks to me that the bug only happens if previously
the apache child has done some specific request for another
php customer without openbasedir.

Could this be possible ?



[2002-10-20 11:25:53] [EMAIL PROTECTED]

Testing the latest php4-200210200600 shows the same behaviour.

I have using it by renaming a index.html to index.php file. So no
special php funktion is using and i'm sure that there is no
auto_prepend_file or something else.

Here are the php configuration for that vhost.


php_admin_flag engine on
php_admin_flag safe_mode on
php_admin_value session.save_path
/daten/http/takenet/www.ad4screen.de/tmp
php_admin_value open_basedir
"/daten/http/takenet/www.ad4screen.de:/usr/lib/php/"
php_admin_value doc_root /daten/http/takenet/www.ad4screen.de
php_admin_value upload_tmp_dir
/daten/http/takenet/www.ad4screen.de/tmp
php_admin_value error_log
/daten/http/takenet/www.ad4screen.de/logs/php_error.log
php_admin_value upload_max_filesize 10M
php_admin_value post_max_size 10M




[2002-10-18 16:43:52] [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

Try this LATEST snapshot. 



[2002-10-16 03:54:55] [EMAIL PROTECTED]

Another update: This appears to be happening only to virtual hosts
which do not have the admin flag open_basedir set.



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

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

#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory

[mbr]

 ID:   19292
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache related
 Operating System: linux
 PHP Version:  4.3.0-dev,4.2.3
 New Comment:

I'm using this workaround for now. It solves the
problem:

--- main/fopen_wrappers.c.orig  Wed Oct 23 11:49:40 2002
+++ main/fopen_wrappers.c   Thu Oct 24 11:22:18 2002
@@ -189,10 +189,12 @@
/* Only check when open_basedir is available */
if (PG(open_basedir) && *PG(open_basedir)) {
char *pathbuf;
+   char *newpath;
char *ptr;
char *end;

pathbuf = estrdup(PG(open_basedir));
+   newpath =
estrdup(zend_get_executed_filename(TSRMLS_C));
 
ptr = pathbuf;
 
@@ -203,15 +205,18 @@
end++;
}
 
-   if (php_check_specific_open_basedir(ptr, path
TSRMLS_CC) == 0) {
+   if (php_check_specific_open_basedir(ptr,
newpath TSRMLS_CC) == 0) {
efree(pathbuf);
+   efree(newpath);
return 0;
}
 
ptr = end;
}
-   php_error(E_WARNING, "open_basedir restriction in
effect. File is in wrong directory");
+   php_error(E_WARNING, "open_basedir: File should be in
%s, but is in %s file (%s)",
+   pathbuf, path, newpath);
efree(pathbuf);
+   efree(newpath);
errno = EPERM; /* we deny permission to open it */
return -1;
}
@@ -226,8 +231,8 @@
 PHPAPI int php_check_safe_mode_include_dir(char *path TSRMLS_DC)
 {
/* Only check when safe_mode on and safe_mode_include_dir is
available */
-   if (PG(safe_mode) && PG(safe_mode_include_dir) &&
-   *PG(safe_mode_include_dir))
+   if (((PG(open_basedir) && *PG(open_basedir)) || PG(safe_mode))
+   && PG(safe_mode_include_dir) &&
*PG(safe_mode_include_dir))
{
char *pathbuf;
char *ptr;
@@ -268,7 +273,7 @@
}
 
/* Nothing to check... */
-   return -1;
+   return 0;
 }
 /* }}} */


Previous Comments:


[2002-10-24 04:04:05] [EMAIL PROTECTED]

I changed the random message:

PHP Warning:  open_basedir restriction in effect. File is in wrong
directory in ${some dir}

to include the paths ...

Here you see what is going wrong ...

Completly bogus the message:


[24-Oct-2002 10:49:19] PHP Warning:  open_basedir: File should be in
/www/doc/www.aaa.ch-80, but is in /www/doc/
www.bbb.ch-80/html/visions/php//include/globals.inc in
/www/doc/www.aaa.ch-80/index.php on line 2
 
[24-Oct-2002 10:49:19] PHP Warning:  open_basedir: File should be in
/www/doc/www.aaa.ch-80, but is in /www/doc/
www.bbb.ch-80/html/visions/php//wrapper.php in
/www/doc/www.aaa.ch-80/index.php on line 6
 
[24-Oct-2002 10:49:19] PHP Warning:  Cannot add header information -
headers already sent by (output started at /w
ww/doc/www.aaa.ch-80/index.php:2) in /www/doc/www.aaa.ch-80/wrapper.php
on line 4
 
[24-Oct-2002 10:53:45] PHP Warning:  open_basedir: File should be in
/www/doc/www.aaa.ch-80, but is in /www/doc/
www.bbb.ch-80/html/visions/php//include/globals.inc in
/www/doc/www.aaa.ch-80/index.php on line 2
 
[24-Oct-2002 10:53:45] PHP Warning:  open_basedir: File should be in
/www/doc/www.aaa.ch-80, but is in /www/doc/
www.bbb.ch-80/html/visions/php//wrapper.php in
/www/doc/www.aaa.ch-80/index.php on line 6
 
[24-Oct-2002 10:53:45] PHP Warning:  Cannot add header information -
headers already sent by (output started at /w
ww/doc/www.aaa.ch-80/index.php:2) in /www/doc/www.aaa.ch-80/wrapper.php
on line 4

There is something seriously broken !

Martin



[2002-10-24 03:09:09] [EMAIL PROTECTED]

I also had trouble with php 4.2.3 running as mod with apache 1.3.27 on
FreeBSD 4.7. Sometimes got error:
Warning: Failed opening '/home/user/public_html/index.php' for
inclusion
(include_path='.:/usr/local/lib/php') in Unknown on line 0
my virtual host configuration was:
...
DocumentRoot /home/user/public_html
php_admin_value doc_root /home/user/public_html
php_admin_value open_basedir
"/home/user/public_html/:/usr/local/lib/php/"
...
but here directory /home was a symlink to /usr/home
after making chahges in httpd.conf to the following:
DocumentRoot /usr/home/user/public_html
php_admin_value doc_root /usr/home/user/public_html
php_admin_value open_basedir
"/usr/home/user/public_html/:/usr/local/lib/php/"
everything works fine.
Is it error with symlink in php?

--

#20053 [Fbk->Opn]: apache&suexec&php-cgi&ignore_user_abort -> problem with cancelled connections

[kamil]

 ID:   20053
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Apache related
 Operating System: linux 2.4.18
 PHP Version:  4.2.3
 New Comment:

Exactly the same behaviour as in 4.2.3 :(


Previous Comments:


[2002-10-24 02:42:11] [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-10-23 19:40:25] [EMAIL PROTECTED]

Under very specific circumstances, php goes in tight infinite loop
eating all cpu after request is cancelled.

Configuration:
php 4.2.3 as cgi
apache 1.3.27
php configured with Action directive, (important) using suexec.

Conditions for problem to occur in script:
1.ignore_user_abort(true)
2.sending any http header
3.sending any body content AFTER http header
4. connection is aborted before all data are sent to client.

Script to reproduce problem:
 CUT 

whatever
 CUT 

Problem doesn't exist with mod_php or php-cgi without suexec.
It appears that after apache has closed connection php is still trying
to write output and loops for unknown reason.
I'm not sure if this is fault of php, apache or suexec, but I think it
could be fixed in php.




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

#18718 [Fbk->Opn]: PHP w/ the Zend Engine 2 make Apache core dump

[alibarim]

 ID:   18718
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: AIX433
 PHP Version:  4.3.0-dev
 New Comment:

I download the 4.3.0pre1 from the official PHP site.
This version seems to be stable an working correctly.

But it does'nt include the Zend Engine 2 !
How can I build with the new Engine ?

Regards.


Previous Comments:


[2002-10-24 03:57:41] [EMAIL PROTECTED]

It really does exist. I just downloaded it. Please try again.

Derick



[2002-10-24 03:52:24] [EMAIL PROTECTED]

The link http://snaps.php.net/php4-latest.tar.gz does not exit !



[2002-10-17 22:51:02] [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

If the bug still occures, make sure that when you compile PHP with
--enable-debug, so that the backtrace shows meaningful information.



[2002-08-14 16:14:01] [EMAIL PROTECTED]

The real version used is 4.3.0-dev. Dowloaded from php.net web site.



[2002-08-13 08:20:11] [EMAIL PROTECTED]

The Apache server core dump when we try to use the XTemplate class with
the following message before exiting:

"Warning: Illegal offset type in class.XTemplate.php on line 189"

A dbx on the core file gives:

Segmentation fault in sig_coredump at 0x10003f58
0x10003f58 (sig_coredump+0x4c) 80410014lwz   r2,0x14(r1)
(dbx) where
sig_coredump(0xb) at 0x10003f58
_object_and_properties_init(??, ??, ??) at 0xd313adc4
_object_init_ex(??, ??) at 0xd313ae48
php_var_unserialize(??, ??, ??, ??) at 0xd32b33fc
php_var_unserialize(??, ??, ??, ??) at 0xd32b3bbc
ps_srlzr_decode_php(??, ??) at 0xd32c092c
php_session_decode(??, ??) at 0xd32c0c44
php_session_initialize() at 0xd32c0f9c
php_session_start() at 0xd32c2334
zif_session_start(??, ??, ??, ??) at 0xd32c40b0
zend_execute.execute(??) at 0xd315e9f8
zend_execute.execute(??) at 0xd315eb58
zend_execute_scripts(??, ??) at 0xd312c5f8
php_execute_script(??) at 0xd3192d94
apache_php_module_main(??, ??) at 0xd33732d8
send_php(??, ??, ??) at 0xd3375cd8
send_parsed_php(??) at 0xd3375d6c
ap_invoke_handler(0x20196dc0) at 0x100164f0
process_request_internal(0x20196dc0) at 0x100438b0
ap_internal_redirect(0x20196d68, 0x20196110) at 0x10043ed8
handle_dir(0x20196110) at 0xd081fbd0
ap_invoke_handler(0x20196110) at 0x100164f0
process_request_internal(0x20196110) at 0x100438b0
ap_process_request(0x20196110) at 0x10043974
child_main(0x5) at 0x10006020
make_child(0x20018c30, 0x5, 0x3d58f483) at 0x10006398
perform_idle_server_maintenance() at 0x100068a4
standalone_main(0x3, 0x2ff2293c) at 0x10007040
http_main.main(0x3, 0x2ff2293c) at 0x10007884



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

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

#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory

[mbr]

 ID:   19292
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache related
 Operating System: linux
 PHP Version:  4.3.0-dev,4.2.3
 New Comment:

Heh, now happens the opposite:

[24-Oct-2002 11:55:45] PHP Warning:  open_basedir: File should be in
/www/doc/www.customer.ch-80, but is in
/www/doc/www.customer.org-80/photos/index.php file
(/www/doc/www.aaa.ch-80/formmail.php) in Unknown on line 0

I added now both cases. Works so far :P but doesn't solve
the real problem.

http://people.freebsd.org/~mbr/patches/fopen_wrappers.c.diff


Previous Comments:


[2002-10-24 04:26:38] [EMAIL PROTECTED]

I'm using this workaround for now. It solves the
problem:

--- main/fopen_wrappers.c.orig  Wed Oct 23 11:49:40 2002
+++ main/fopen_wrappers.c   Thu Oct 24 11:22:18 2002
@@ -189,10 +189,12 @@
/* Only check when open_basedir is available */
if (PG(open_basedir) && *PG(open_basedir)) {
char *pathbuf;
+   char *newpath;
char *ptr;
char *end;

pathbuf = estrdup(PG(open_basedir));
+   newpath =
estrdup(zend_get_executed_filename(TSRMLS_C));
 
ptr = pathbuf;
 
@@ -203,15 +205,18 @@
end++;
}
 
-   if (php_check_specific_open_basedir(ptr, path
TSRMLS_CC) == 0) {
+   if (php_check_specific_open_basedir(ptr,
newpath TSRMLS_CC) == 0) {
efree(pathbuf);
+   efree(newpath);
return 0;
}
 
ptr = end;
}
-   php_error(E_WARNING, "open_basedir restriction in
effect. File is in wrong directory");
+   php_error(E_WARNING, "open_basedir: File should be in
%s, but is in %s file (%s)",
+   pathbuf, path, newpath);
efree(pathbuf);
+   efree(newpath);
errno = EPERM; /* we deny permission to open it */
return -1;
}
@@ -226,8 +231,8 @@
 PHPAPI int php_check_safe_mode_include_dir(char *path TSRMLS_DC)
 {
/* Only check when safe_mode on and safe_mode_include_dir is
available */
-   if (PG(safe_mode) && PG(safe_mode_include_dir) &&
-   *PG(safe_mode_include_dir))
+   if (((PG(open_basedir) && *PG(open_basedir)) || PG(safe_mode))
+   && PG(safe_mode_include_dir) &&
*PG(safe_mode_include_dir))
{
char *pathbuf;
char *ptr;
@@ -268,7 +273,7 @@
}
 
/* Nothing to check... */
-   return -1;
+   return 0;
 }
 /* }}} */



[2002-10-24 04:04:05] [EMAIL PROTECTED]

I changed the random message:

PHP Warning:  open_basedir restriction in effect. File is in wrong
directory in ${some dir}

to include the paths ...

Here you see what is going wrong ...

Completly bogus the message:


[24-Oct-2002 10:49:19] PHP Warning:  open_basedir: File should be in
/www/doc/www.aaa.ch-80, but is in /www/doc/
www.bbb.ch-80/html/visions/php//include/globals.inc in
/www/doc/www.aaa.ch-80/index.php on line 2
 
[24-Oct-2002 10:49:19] PHP Warning:  open_basedir: File should be in
/www/doc/www.aaa.ch-80, but is in /www/doc/
www.bbb.ch-80/html/visions/php//wrapper.php in
/www/doc/www.aaa.ch-80/index.php on line 6
 
[24-Oct-2002 10:49:19] PHP Warning:  Cannot add header information -
headers already sent by (output started at /w
ww/doc/www.aaa.ch-80/index.php:2) in /www/doc/www.aaa.ch-80/wrapper.php
on line 4
 
[24-Oct-2002 10:53:45] PHP Warning:  open_basedir: File should be in
/www/doc/www.aaa.ch-80, but is in /www/doc/
www.bbb.ch-80/html/visions/php//include/globals.inc in
/www/doc/www.aaa.ch-80/index.php on line 2
 
[24-Oct-2002 10:53:45] PHP Warning:  open_basedir: File should be in
/www/doc/www.aaa.ch-80, but is in /www/doc/
www.bbb.ch-80/html/visions/php//wrapper.php in
/www/doc/www.aaa.ch-80/index.php on line 6
 
[24-Oct-2002 10:53:45] PHP Warning:  Cannot add header information -
headers already sent by (output started at /w
ww/doc/www.aaa.ch-80/index.php:2) in /www/doc/www.aaa.ch-80/wrapper.php
on line 4

There is something seriously broken !

Martin



[2002-10-24 03:09:09] [EMAIL PROTECTED]

I also had trouble with php 4.2.3 running as mod with apache 1.3.27 on
FreeBSD 4.7. Sometimes got error:
Warning: Failed opening '/home/user/public_html/index.php' for
inclusion
(include_path='.:/usr/local/lib/php') in Unknown on line 0
my virtual host configuration was:
...
DocumentRoot /home/u

#20056 [NEW]: mail() hangs when e-mail is too big.

[webmaster]

From: [EMAIL PROTECTED]
Operating system: Windows XP Pro
PHP version:  4.2.3
PHP Bug Type: Reproducible crash
Bug description:  mail() hangs when e-mail is too big.

This bug happends only on 4.2.3/Win XP/IIS, (developpement site) our web
site runs the scripts corectly on 4.2.3/Linux/Appache.

Whe have a function to send by e-mail a web page from our site, including
pictures (mime multipart) if used.

All works fine, but on our developpement system (XP/IIS) it seems that
only very small message works (2kb ok, 7 kb hangs)

To send mime compliant message all text is prepared in a single string
$mtext and sent with:

$is_sent=mail($to, $subject,"",$mtext);

result is a send a report bug window to microsoft after a 5 sec wait.

Printing text with flush() during script made us sure the bug is in the
mail function.
-- 
Edit bug report at http://bugs.php.net/?id=20056&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20056&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20056&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20056&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20056&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20056&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20056&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20056&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20056&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20056&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20056&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20056&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20056&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20056&r=isapi

#20057 [NEW]: Php Script not running

[nsuneel]

From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version:  4.2.3
PHP Bug Type: Compile Warning
Bug description:  Php Script not running

I installed php in my system with php-installer.exe and i wrote some sample
code to test it, but it is saying,


HTTP Error 403
403.1 Forbidden: Execute Access Forbidden

This error can be caused if you try to execute a CGI, ISAPI, or other
executable program from a directory that does not allow programs to be
executed.

Please contact the Web server's administrator if the problem persists.

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

#20057 [Opn->Bgs]: Php Script not running

[derick]

 ID:   20057
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Warning
 Operating System: Windows 98
 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:


[2002-10-24 05:40:20] [EMAIL PROTECTED]

I installed php in my system with php-installer.exe and i wrote some
sample code to test it, but it is saying,


HTTP Error 403
403.1 Forbidden: Execute Access Forbidden

This error can be caused if you try to execute a CGI, ISAPI, or other
executable program from a directory that does not allow programs to be
executed.

Please contact the Web server's administrator if the problem persists.

what is the problem? Help me in this.
Thanks




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

#14754 [Com]: java.* configuration values from php.ini lost on subsequent executions

[rodgar]

 ID:   14754
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Java related
 Operating System: Windows XP Home / Apache 1.3.24
 PHP Version:  4.2.1 & 4.3.0-dev
 New Comment:

I experimented this from php 4.2.2. Now, I'm running php 4.2.4 (the
snapshot from 23-Oct-2002 17:22) on Apache 1.3.27 and WinNT 4.0 and the
error still appears.


Previous Comments:


[2002-10-08 14:51:48] [EMAIL PROTECTED]

Marking as open and updating version



[2002-10-08 11:12:20] [EMAIL PROTECTED]

Iam still facing this bug even after trying with the snapshot
specified.Iam running on apache 1.3.26 and win2K.
I first experienced this on Php 4.2.2.

Actually I took a closer look at the source.It seems to me that the
reference to the global pointer to jvm( java.c ) seems to be reset
resulting in the call to jvm_create after the first request(when it
shouldnt, as the pointer should still be valid as we are not releasing
the jvm pointer). Since there was no call to jvm_destroy, I guess some
internal resource has been locked up resulting in JNI_CreateVM
returning -1(undefined error in JNI.h) on the subsequent calls.

Any help would be highly appeciated



[2002-09-26 20:06:04] [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-09-07 00:13:06] [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-08-25 11:01:57] [EMAIL PROTECTED]

Tested with the following:
* Windows XP Home
* Apache 1.3.24
* PHP 4.2.1
* Java SDK 1.4.0

The bug is still valid. Actually, even recompiling the Java class is
not necessary - even if the class is run correctly, hitting Refresh in
the browser multiple times (simulating heavy load) eventually causes
the error to persist until Apache restart.

Another observation - I change my class code and recompile, but PHP
still uses the old class method code and returns outdated results,
suggesting some kind of caching is taking place somewhere. I'm not sure
if the two things are related or not.



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

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

#20040 [Com]: working path is not set to actual php file

[hofmann]

 ID:   20040
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
 Operating System: SuSE Linux 7.2
 PHP Version:  4.2.3
 New Comment:

cd httpd-2.0.43

./configure --prefix=/usr/local/apache-test --enable-so --enable-ssl
--with-ssl=/usr/local/openssl --enable-info --with-mpm=prefork
--with-port=4080 --enable-speling --enable-deflate --enable-mime-magic
--enable-modules="mod_ldap mod_auth_ldap"

make
make install


cd ../php-4.2.3

./configure --with-apxs2=/usr/local/apache-test/bin/apxs
--with-config-file-path=/etc --enable-memory-limit=yes
--enable-debug=no --with-pgsql=/usr --with-sybase=/opt/sybase/
--with-mysql=/usr --without-mcrypt --with-ldap=/usr --enable-calendar
--with-gd=/usr --enable-gd-native-ttf --with-ttf


Previous Comments:


[2002-10-24 00:24:46] [EMAIL PROTECTED]

with prefork



[2002-10-23 11:37:56] [EMAIL PROTECTED]

what kind of mpm model is your Apache 2 using?



[2002-10-23 08:12:42] [EMAIL PROTECTED]

Today I updated our system to Apache 1.3.27 with php 4.2.3 which works
perfectly.
Beside this I installed a test system - Apache 2.0.43 with php 4.2.3 -
which uses the same php.ini file!
With our php scripts I am using phplib template engine which tries to
load a template from where the php script can be found in
./templates/index.thtml - with the Apache 1.3.27 this always works
perfectly - with earlier versions of Apache2/PHP this also worked - but
in this combination I got an file not found error - so I assume that
the current directory is not equal to the running scripts directory.





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

#20058 [NEW]: include not allowed within class definition

[ernest]

From: [EMAIL PROTECTED]
Operating system: RHL 7.2
PHP version:  4.2.2
PHP Bug Type: Feature/Change Request
Bug description:  include not allowed within class definition

It appears as if "include()" and "require()" cannot appear inside a class
definition, but outside a class method.

For example, the construct
class A {
include ('class_a_methods.php');
}
returns an error (unexpected T_INCLUDE), but
class A {
function foo() {
include ('class_a_foo_method.php');
}
}
works as expected.

This is a slight annoyance if one wants to keep class code in manageable
chunks. Please add this feature in an upcoming version!
-- 
Edit bug report at http://bugs.php.net/?id=20058&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20058&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20058&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20058&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20058&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20058&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20058&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20058&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20058&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20058&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20058&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20058&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20058&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20058&r=isapi

#20058 [Opn->]: include not allowed within class definition

[derick]

 ID:   20058
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Won\'t fix
 Bug Type: Feature/Change Request
 Operating System: RHL 7.2
 PHP Version:  4.2.2
 New Comment:

This has come up before on several occasions, and it was decided not to
implement is. (Although I would like to see this kind od functionality
too). You can try to write to [EMAIL PROTECTED] to show your
support for this though.

Derick


Previous Comments:


[2002-10-24 07:25:01] [EMAIL PROTECTED]

It appears as if "include()" and "require()" cannot appear inside a
class definition, but outside a class method.

For example, the construct
class A {
include ('class_a_methods.php');
}
returns an error (unexpected T_INCLUDE), but
class A {
function foo() {
include ('class_a_foo_method.php');
}
}
works as expected.

This is a slight annoyance if one wants to keep class code in
manageable chunks. Please add this feature in an upcoming version!




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

#20059 [NEW]: PHP fails to compile with the GD library

[stefan . pietsch]

From: [EMAIL PROTECTED]
Operating system: Redhat Linux
PHP version:  4.3.0-pre1
PHP Bug Type: Compile Failure
Bug description:  PHP fails to compile with the GD library

I used the following configure line:
./configure --prefix=/opt/php --with-apxs=/opt/apache/bin/apxs
--with-mysql=/opt/mysql --with-gd=/opt/gd --enable-gd-native-ttf
--with-freetype-dir=/opt/freetype --with-ming=/opt/ming
--with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr

GD 2.0.4 is installed under /opt/gd

The error message:
In file included from /home/stefan/php-4.3.0pre1/ext/gd/gd.c:90:
/home/stefan/php-4.3.0pre1/ext/gd/gd_ctx.c: In function
`_php_image_output_ctx':
/home/stefan/php-4.3.0pre1/ext/gd/gd_ctx.c:70: structure has no member
named `free'
/home/stefan/php-4.3.0pre1/ext/gd/gd_ctx.c:98: structure has no member
named `free'
/home/stefan/php-4.3.0pre1/ext/gd/gd.c: In function `_php_image_type':
/home/stefan/php-4.3.0pre1/ext/gd/gd.c:1036: structure has no member named
`free'
/home/stefan/php-4.3.0pre1/ext/gd/gd.c:1039: structure has no member named
`free'
/home/stefan/php-4.3.0pre1/ext/gd/gd.c: In function
`_php_image_create_from':
/home/stefan/php-4.3.0pre1/ext/gd/gd.c:1216: structure has no member named
`free'

PHP 4.2.3 and the latest snapshot(200210240300) also fail to compile.
-- 
Edit bug report at http://bugs.php.net/?id=20059&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20059&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20059&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20059&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20059&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20059&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20059&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20059&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20059&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20059&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20059&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20059&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20059&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20059&r=isapi

#20056 [Opn->Fbk]: mail() hangs when e-mail is too big.

[sander]

 ID:   20056
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Windows XP Pro
 PHP Version:  4.2.3
 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:


[2002-10-24 05:23:04] [EMAIL PROTECTED]

This bug happends only on 4.2.3/Win XP/IIS, (developpement site) our
web site runs the scripts corectly on 4.2.3/Linux/Appache.

Whe have a function to send by e-mail a web page from our site,
including pictures (mime multipart) if used.

All works fine, but on our developpement system (XP/IIS) it seems that
only very small message works (2kb ok, 7 kb hangs)

To send mime compliant message all text is prepared in a single string
$mtext and sent with:

$is_sent=mail($to, $subject,"",$mtext);

result is a send a report bug window to microsoft after a 5 sec wait.

Printing text with flush() during script made us sure the bug is in the
mail function.




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

#13035 [Com]: 404 on a .php results in SERVER ERROR when using php as a cgi

[morissette]

 ID:   13035
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Apache related
 Operating System: Linux 2.4.6
 PHP Version:  4.0.6
 New Comment:

I would like the PHP developers to please consider reopening this bug. 
I don't think it is bogus.  It still happens with  PHP 4.2.x:

The problem is simple: when using PHP as a CGI and pointing to a
non-existing PHP file, instead of a 404 error we receive an empty page
or a 500 - Internal Server error from the PHP CGI due to missing HTTP
headers.

I think the solution is that the PHP CGI should be modified to return a
404 error header when it cannot find the .php file that it is being
pointed to.


Previous Comments:


[2002-06-13 18:04:46] [EMAIL PROTECTED]

Sorry, but the bug system is not the appropriate forum for asking
support questions. 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

Thank you for your interest in PHP.





[2002-03-26 18:50:25] [EMAIL PROTECTED]

This problem has been annoying me for a while and is still present in
4.1.2 (CGI) at least.  I stepped through the code in a debugger and
found out that when the php script doesn't exist then zend_error() is
called at the lower-level, but the zend_catch in cgi_main.c catches the
error and the php execution ends without any HTTP headers or
anything... hence the '500 Server Error'.

I don't know enough about the way Zend works to propose a patch, but I
found a nice WORKAROUND... in your php.ini, set

  log_errors=On;

This way, the error message will be sent to your Apache error_log, and
the php execution will end nicely with proper HTTP headers, but an
empty document, which is better than a 500 server error.



[2002-03-07 14:26:29] [EMAIL PROTECTED]

Yes with PHP 4.1.2 the problem occures still for me.



[2002-01-17 19:32:26] [EMAIL PROTECTED]

I dont know. I dont have 4.1.1 compiled as a CGI anywhere, won't have
time to do it and test it until next week probably.



[2002-01-12 14:46:54] [EMAIL PROTECTED]

Is still still valid with latest apache and 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/13035

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

#20059 [Com]: PHP fails to compile with the GD library

[se]

 ID:   20059
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Redhat Linux
 PHP Version:  4.3.0-pre1
 New Comment:

Patch for PHP 4.3.0pre1 and GD-2.0.x:

[root@x gd]# diff gd.old.c gd.c 
1036c1036
<  io_ctx->free(io_ctx);
---
>  io_ctx->gd_free(io_ctx);
1039c1039
<  io_ctx->free(io_ctx);
---
>  io_ctx->gd_free(io_ctx);
1216c1216
free(io_ctx);
---
>io_ctx->gd_free(io_ctx);


[root@x gd]# diff gd_ctx.c gd_ctx.old.c 
70c70
gd_free = _php_image_output_ctxfree;
---
>ctx->free = _php_image_output_ctxfree;
98c98
<   ctx->gd_free(ctx);
---
>   ctx->free(ctx);


Previous Comments:


[2002-10-24 08:20:36] [EMAIL PROTECTED]

I used the following configure line:
./configure --prefix=/opt/php --with-apxs=/opt/apache/bin/apxs
--with-mysql=/opt/mysql --with-gd=/opt/gd --enable-gd-native-ttf
--with-freetype-dir=/opt/freetype --with-ming=/opt/ming
--with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr

GD 2.0.4 is installed under /opt/gd

The error message:
In file included from /home/stefan/php-4.3.0pre1/ext/gd/gd.c:90:
/home/stefan/php-4.3.0pre1/ext/gd/gd_ctx.c: In function
`_php_image_output_ctx':
/home/stefan/php-4.3.0pre1/ext/gd/gd_ctx.c:70: structure has no member
named `free'
/home/stefan/php-4.3.0pre1/ext/gd/gd_ctx.c:98: structure has no member
named `free'
/home/stefan/php-4.3.0pre1/ext/gd/gd.c: In function `_php_image_type':
/home/stefan/php-4.3.0pre1/ext/gd/gd.c:1036: structure has no member
named `free'
/home/stefan/php-4.3.0pre1/ext/gd/gd.c:1039: structure has no member
named `free'
/home/stefan/php-4.3.0pre1/ext/gd/gd.c: In function
`_php_image_create_from':
/home/stefan/php-4.3.0pre1/ext/gd/gd.c:1216: structure has no member
named `free'

PHP 4.2.3 and the latest snapshot(200210240300) also fail to compile.




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

#20059 [Com]: PHP fails to compile with the GD library

[Evgeny Stepanischev]

 ID:   20059
 Comment by:   Evgeny Stepanischev <[EMAIL PROTECTED]>
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Redhat Linux
 PHP Version:  4.3.0-pre1
 New Comment:

I think this patch must solve the problem.


Previous Comments:


[2002-10-24 08:53:33] [EMAIL PROTECTED]

Patch for PHP 4.3.0pre1 and GD-2.0.x:

[root@x gd]# diff gd.old.c gd.c 
1036c1036
<  io_ctx->free(io_ctx);
---
>  io_ctx->gd_free(io_ctx);
1039c1039
<  io_ctx->free(io_ctx);
---
>  io_ctx->gd_free(io_ctx);
1216c1216
free(io_ctx);
---
>io_ctx->gd_free(io_ctx);


[root@x gd]# diff gd_ctx.c gd_ctx.old.c 
70c70
gd_free = _php_image_output_ctxfree;
---
>ctx->free = _php_image_output_ctxfree;
98c98
<   ctx->gd_free(ctx);
---
>   ctx->free(ctx);



[2002-10-24 08:20:36] [EMAIL PROTECTED]

I used the following configure line:
./configure --prefix=/opt/php --with-apxs=/opt/apache/bin/apxs
--with-mysql=/opt/mysql --with-gd=/opt/gd --enable-gd-native-ttf
--with-freetype-dir=/opt/freetype --with-ming=/opt/ming
--with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr

GD 2.0.4 is installed under /opt/gd

The error message:
In file included from /home/stefan/php-4.3.0pre1/ext/gd/gd.c:90:
/home/stefan/php-4.3.0pre1/ext/gd/gd_ctx.c: In function
`_php_image_output_ctx':
/home/stefan/php-4.3.0pre1/ext/gd/gd_ctx.c:70: structure has no member
named `free'
/home/stefan/php-4.3.0pre1/ext/gd/gd_ctx.c:98: structure has no member
named `free'
/home/stefan/php-4.3.0pre1/ext/gd/gd.c: In function `_php_image_type':
/home/stefan/php-4.3.0pre1/ext/gd/gd.c:1036: structure has no member
named `free'
/home/stefan/php-4.3.0pre1/ext/gd/gd.c:1039: structure has no member
named `free'
/home/stefan/php-4.3.0pre1/ext/gd/gd.c: In function
`_php_image_create_from':
/home/stefan/php-4.3.0pre1/ext/gd/gd.c:1216: structure has no member
named `free'

PHP 4.2.3 and the latest snapshot(200210240300) also fail to compile.




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

#20060 [NEW]: PHP crash

[se]

From: [EMAIL PROTECTED]
Operating system: RedHat 8.0.
PHP version:  4.3.0-pre1
PHP Bug Type: Unknown/Other Function
Bug description:  PHP crash

PHP 4.3.0pre1 & Apache 2.0.43 crashes:

[root@x bin]# gdb httpd
GNU gdb Red Hat Linux (5.2.1-4)
...skipped...
(gdb) run -k start
Starting program: /usr/local/apache/bin/httpd -k start
[New Thread 8192 (LWP 1741)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 1741)]
0x40464d40 in free () from /usr/lib/libdmalloc.so

PHP was compiled with:

./configure --with-mod_charset=yes --with-msql --with-mysql --with-pgsql
--with-zlib --with-imap=/usr/src/imap-2002.RC8
--with-apxs2=/usr/local/apache/bin/apxs --with-gd
--with-jpeg-dir=../jpeg-6b/ --with-png-dir=../libpng/
--with-freetype-dir=../freetype2-current --enable-gd-native-ttf
--enable-dmalloc
-- 
Edit bug report at http://bugs.php.net/?id=20060&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20060&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20060&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20060&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20060&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20060&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20060&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20060&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20060&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20060&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20060&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20060&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20060&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20060&r=isapi

#20060 [Opn->Fbk]: PHP crash

[derick]

 ID:   20060
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: RedHat 8.0.
 PHP Version:  4.3.0-pre1
 New Comment:

Please do not compile with dmalloc, enable Zend debugging
(--enable-debug) and enter "bt" to get a backtrace from GDB.

regards,
Derick


Previous Comments:


[2002-10-24 09:19:15] [EMAIL PROTECTED]

PHP 4.3.0pre1 & Apache 2.0.43 crashes:

[root@x bin]# gdb httpd
GNU gdb Red Hat Linux (5.2.1-4)
...skipped...
(gdb) run -k start
Starting program: /usr/local/apache/bin/httpd -k start
[New Thread 8192 (LWP 1741)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 1741)]
0x40464d40 in free () from /usr/lib/libdmalloc.so

PHP was compiled with:

./configure --with-mod_charset=yes --with-msql --with-mysql
--with-pgsql --with-zlib --with-imap=/usr/src/imap-2002.RC8
--with-apxs2=/usr/local/apache/bin/apxs --with-gd
--with-jpeg-dir=../jpeg-6b/ --with-png-dir=../libpng/
--with-freetype-dir=../freetype2-current --enable-gd-native-ttf
--enable-dmalloc




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

#20060 [Com]: PHP crash

[se]

 ID:   20060
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: RedHat 8.0.
 PHP Version:  4.3.0-pre1
 New Comment:

W/o dmalloc PHP starts properly. Are U sure that I should compile
without 'dmalloc' module?


Previous Comments:


[2002-10-24 09:26:12] [EMAIL PROTECTED]

Please do not compile with dmalloc, enable Zend debugging
(--enable-debug) and enter "bt" to get a backtrace from GDB.

regards,
Derick



[2002-10-24 09:19:15] [EMAIL PROTECTED]

PHP 4.3.0pre1 & Apache 2.0.43 crashes:

[root@x bin]# gdb httpd
GNU gdb Red Hat Linux (5.2.1-4)
...skipped...
(gdb) run -k start
Starting program: /usr/local/apache/bin/httpd -k start
[New Thread 8192 (LWP 1741)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 1741)]
0x40464d40 in free () from /usr/lib/libdmalloc.so

PHP was compiled with:

./configure --with-mod_charset=yes --with-msql --with-mysql
--with-pgsql --with-zlib --with-imap=/usr/src/imap-2002.RC8
--with-apxs2=/usr/local/apache/bin/apxs --with-gd
--with-jpeg-dir=../jpeg-6b/ --with-png-dir=../libpng/
--with-freetype-dir=../freetype2-current --enable-gd-native-ttf
--enable-dmalloc




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

#20060 [Fbk]: PHP crash

[derick]

 ID:   20060
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: RedHat 8.0.
 PHP Version:  4.3.0-pre1
 New Comment:

Definitely, it's not really useful to compile it into PHP.

Derick


Previous Comments:


[2002-10-24 09:32:57] [EMAIL PROTECTED]

W/o dmalloc PHP starts properly. Are U sure that I should compile
without 'dmalloc' module?



[2002-10-24 09:26:12] [EMAIL PROTECTED]

Please do not compile with dmalloc, enable Zend debugging
(--enable-debug) and enter "bt" to get a backtrace from GDB.

regards,
Derick



[2002-10-24 09:19:15] [EMAIL PROTECTED]

PHP 4.3.0pre1 & Apache 2.0.43 crashes:

[root@x bin]# gdb httpd
GNU gdb Red Hat Linux (5.2.1-4)
...skipped...
(gdb) run -k start
Starting program: /usr/local/apache/bin/httpd -k start
[New Thread 8192 (LWP 1741)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 1741)]
0x40464d40 in free () from /usr/lib/libdmalloc.so

PHP was compiled with:

./configure --with-mod_charset=yes --with-msql --with-mysql
--with-pgsql --with-zlib --with-imap=/usr/src/imap-2002.RC8
--with-apxs2=/usr/local/apache/bin/apxs --with-gd
--with-jpeg-dir=../jpeg-6b/ --with-png-dir=../libpng/
--with-freetype-dir=../freetype2-current --enable-gd-native-ttf
--enable-dmalloc




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

#20060 [Fbk->Opn]: PHP crash

[se]

 ID:   20060
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: RedHat 8.0.
 PHP Version:  4.3.0-pre1
 New Comment:

Okay. I'll compile PHP without.


Previous Comments:


[2002-10-24 09:35:11] [EMAIL PROTECTED]

Definitely, it's not really useful to compile it into PHP.

Derick



[2002-10-24 09:32:57] [EMAIL PROTECTED]

W/o dmalloc PHP starts properly. Are U sure that I should compile
without 'dmalloc' module?



[2002-10-24 09:26:12] [EMAIL PROTECTED]

Please do not compile with dmalloc, enable Zend debugging
(--enable-debug) and enter "bt" to get a backtrace from GDB.

regards,
Derick



[2002-10-24 09:19:15] [EMAIL PROTECTED]

PHP 4.3.0pre1 & Apache 2.0.43 crashes:

[root@x bin]# gdb httpd
GNU gdb Red Hat Linux (5.2.1-4)
...skipped...
(gdb) run -k start
Starting program: /usr/local/apache/bin/httpd -k start
[New Thread 8192 (LWP 1741)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 1741)]
0x40464d40 in free () from /usr/lib/libdmalloc.so

PHP was compiled with:

./configure --with-mod_charset=yes --with-msql --with-mysql
--with-pgsql --with-zlib --with-imap=/usr/src/imap-2002.RC8
--with-apxs2=/usr/local/apache/bin/apxs --with-gd
--with-jpeg-dir=../jpeg-6b/ --with-png-dir=../libpng/
--with-freetype-dir=../freetype2-current --enable-gd-native-ttf
--enable-dmalloc




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

#20060 [Opn->Fbk]: PHP crash

[derick]

 ID:   20060
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: RedHat 8.0.
 PHP Version:  4.3.0-pre1
 New Comment:

Back to feedback status


Previous Comments:


[2002-10-24 09:38:41] [EMAIL PROTECTED]

Okay. I'll compile PHP without.



[2002-10-24 09:35:11] [EMAIL PROTECTED]

Definitely, it's not really useful to compile it into PHP.

Derick



[2002-10-24 09:32:57] [EMAIL PROTECTED]

W/o dmalloc PHP starts properly. Are U sure that I should compile
without 'dmalloc' module?



[2002-10-24 09:26:12] [EMAIL PROTECTED]

Please do not compile with dmalloc, enable Zend debugging
(--enable-debug) and enter "bt" to get a backtrace from GDB.

regards,
Derick



[2002-10-24 09:19:15] [EMAIL PROTECTED]

PHP 4.3.0pre1 & Apache 2.0.43 crashes:

[root@x bin]# gdb httpd
GNU gdb Red Hat Linux (5.2.1-4)
...skipped...
(gdb) run -k start
Starting program: /usr/local/apache/bin/httpd -k start
[New Thread 8192 (LWP 1741)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 1741)]
0x40464d40 in free () from /usr/lib/libdmalloc.so

PHP was compiled with:

./configure --with-mod_charset=yes --with-msql --with-mysql
--with-pgsql --with-zlib --with-imap=/usr/src/imap-2002.RC8
--with-apxs2=/usr/local/apache/bin/apxs --with-gd
--with-jpeg-dir=../jpeg-6b/ --with-png-dir=../libpng/
--with-freetype-dir=../freetype2-current --enable-gd-native-ttf
--enable-dmalloc




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

#20060 [Com]: PHP crash

[se]

 ID:   20060
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: RedHat 8.0.
 PHP Version:  4.3.0-pre1
 New Comment:

Thanx for your help. :)


Previous Comments:


[2002-10-24 09:39:40] [EMAIL PROTECTED]

Back to feedback status



[2002-10-24 09:38:41] [EMAIL PROTECTED]

Okay. I'll compile PHP without.



[2002-10-24 09:35:11] [EMAIL PROTECTED]

Definitely, it's not really useful to compile it into PHP.

Derick



[2002-10-24 09:32:57] [EMAIL PROTECTED]

W/o dmalloc PHP starts properly. Are U sure that I should compile
without 'dmalloc' module?



[2002-10-24 09:26:12] [EMAIL PROTECTED]

Please do not compile with dmalloc, enable Zend debugging
(--enable-debug) and enter "bt" to get a backtrace from GDB.

regards,
Derick



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

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

#20061 [NEW]: sapi_apache2.c is not compatible with Apache_2.0.43

[shadow]

From: [EMAIL PROTECTED]
Operating system: windows2000 SP3
PHP version:  4.2.3
PHP Bug Type: Apache2 related
Bug description:  sapi_apache2.c is not compatible with Apache_2.0.43

i tried to run php4.2.3 as isapi module on Apache 2.0.43 on windows 2000
SP3.
Apache can't start.

without php. Apache 2.0.43 runs great!

If i tried to remove the Apache2 Server as Service i recived this
Messeage! on the windows-Console:

"c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible
with this version of Apache .
Please contact the vendor for the correct version.
-- 
Edit bug report at http://bugs.php.net/?id=20061&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20061&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20061&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20061&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20061&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20061&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20061&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20061&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20061&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20061&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20061&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20061&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20061&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20061&r=isapi

#20061 [Opn->Fbk]: sapi_apache2.c is not compatible with Apache_2.0.43

[derick]

 ID:   20061
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: windows2000 SP3
 PHP Version:  4.2.3
 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:


[2002-10-24 09:46:21] [EMAIL PROTECTED]

i tried to run php4.2.3 as isapi module on Apache 2.0.43 on windows
2000 SP3.
Apache can't start.

without php. Apache 2.0.43 runs great!

If i tried to remove the Apache2 Server as Service i recived this
Messeage! on the windows-Console:

"c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible
with this version of Apache .
Please contact the vendor for the correct version.




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

#20062 [NEW]: PHP will not run as module under Apache 2.0.43

[richard]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Pro
PHP version:  4.2.3
PHP Bug Type: Apache2 related
Bug description:  PHP will not run as module under Apache 2.0.43

Get error
module "c:\php4build\snap\sapi\apache2filter\sapi_apache2" is not
compatible with this version of Apache (found 20020628, nees 20020903).

when trying to run Apache 2 (from command line) with the following
httpd.conf directives

LoadModule php4_module c:/php/sapi/php4apache2.dll
AddModule mod_php4.c

Notes

1) I have installed PHP in c:\php.
2) I used the zipped version of PHP
3) PHP works fine as a CGI process
4) I assume that I should use php4apache2.dll, though there is no
documentation in the Install file about using Apache 2

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

#20062 [Opn->Dup]: PHP will not run as module under Apache 2.0.43

[iliaa]

 ID:   20062
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Duplicate
 Bug Type: Apache2 related
 Operating System: Windows 2000 Pro
 PHP Version:  4.2.3
 New Comment:

Dupe of #20061


Previous Comments:


[2002-10-24 09:55:11] [EMAIL PROTECTED]

Get error
module "c:\php4build\snap\sapi\apache2filter\sapi_apache2" is not
compatible with this version of Apache (found 20020628, nees
20020903).

when trying to run Apache 2 (from command line) with the following
httpd.conf directives

LoadModule php4_module c:/php/sapi/php4apache2.dll
AddModule mod_php4.c

Notes

1) I have installed PHP in c:\php.
2) I used the zipped version of PHP
3) PHP works fine as a CGI process
4) I assume that I should use php4apache2.dll, though there is no
documentation in the Install file about using Apache 2





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

#20060 [Com]: PHP crash

[se]

 ID:   20060
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: RedHat 8.0.
 PHP Version:  4.3.0-pre1
 New Comment:

I have compiled. 5 tests were failed.

FAIL gdimagefill() function (Bug #19366 (in bundled libgd))
[ext/gd/tests/bug19266.phpt]
FAIL User-space streams [ext/standard/tests/file/userstreams.phpt]
FAIL implode() function [ext/standard/tests/strings/implode.phpt]
FAIL xml_parse_into_struct/umlauts in tags [ext/xml/tests/007.phpt]
FAIL System commands tests [pear/tests/pear_system.phpt]

W/o this key (--enable-debug) PHP have failed only 3 tests.

I have started 'gbd' with PHP with '--enable-debug' and w/o
'--enable-dmalloc' and got next result:

--

(gdb) [root@burg bin]# gdb httpd 
GNU gdb Red Hat Linux (5.2.1-4)
...skipped...
(gdb) run -k start
Starting program: /usr/local/apache/bin/httpd -k start
[New Thread 8192 (LWP 21488)]
Program exited normally.
(gdb) bt
No stack.
(gdb) quit
--


Previous Comments:


[2002-10-24 09:39:52] [EMAIL PROTECTED]

Thanx for your help. :)



[2002-10-24 09:39:40] [EMAIL PROTECTED]

Back to feedback status



[2002-10-24 09:38:41] [EMAIL PROTECTED]

Okay. I'll compile PHP without.



[2002-10-24 09:35:11] [EMAIL PROTECTED]

Definitely, it's not really useful to compile it into PHP.

Derick



[2002-10-24 09:32:57] [EMAIL PROTECTED]

W/o dmalloc PHP starts properly. Are U sure that I should compile
without 'dmalloc' module?



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

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

#20072 [Opn]: set_error_handler doesn't accept Class::function()

[hholzgra]

 ID:   20072
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Scripting Engine problem
+Bug Type: Feature/Change Request
 Operating System: mandrake-9
 PHP Version:  4.2.3
 New Comment:

the syntax for class method callbacks is

  set_error_handler(array("ErrorClass","handler"))

although i like your idea of how it could look like

moved to feature requests



Previous Comments:


[2002-10-24 14:17:20] [EMAIL PROTECTED]

set_error_handler() does not accept static class functions 
as a custom error handling function. 
 
set_error_handler('ErrorClass::handler') will not report 
false if called twice in succession.  But it will also not 
route errors through the static class function.  Either it 
should return false so that a script can realize the input 
was not handled properly, or it should route errors 
throught the static class function. 




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

#19516 [Opn->Fbk]: output buffer timing is strange

[iliaa]

 ID:   19516
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Output Control
 Operating System: Windows 2000 server
 PHP Version:  4.2.3
 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:


[2002-10-14 08:10:52] [EMAIL PROTECTED]

I rerun test with and without zlib_output_compression. there is no
difference. 
i don't use ob_gzhandler.

with $max=1000 and output_buffer= 16384, the second loop is slower than
the first. If i increase output_buffer to 32656 , the second loop take
less time than the first ( it's the good result). The size odf output
is 28ko.

I will run test with the php 4.3.0pre1 as soon as possible.



[2002-10-01 05:21:07] [EMAIL PROTECTED]

It sounds like you are enabling zlib.output_compression. (If you are
not using ob_gzhandler)

If yes, this is not a bug.




[2002-10-01 02:44:00] [EMAIL PROTECTED]

There is no difference with or without \n and in command line.
gzip is disabled for all test.

I think the problem is the rotation of the buffer. timing is good if
the buffer size is greater or equal to the output size. 

all works fine on linux



[2002-09-26 18:28:55] [EMAIL PROTECTED]

If you add \n to $suite variable does this change the timings in any
signifcant way? Also, check to make sure you do not gzip compression
enabled as well as try doing this test via a command line rather then a
browser.



[2002-09-20 03:20:11] [EMAIL PROTECTED]

on Windows 2000 SP2 FR, and php 4.2.3, the outbut buffer seems to not
work correctly.

i make test to see the time taken to output data, and this time is not
linear. 
explain, with output buffer = on in php.ini, all works fine. but with
output_buffer=off ou output_buffer = 4096 or 8192 or more, the time for
output data is very strange.

the script:
start();
$tip->watch("echo double");

for( $i=0;$i<$max;$i++) {
   print "echo $suite";
}

 echo "";
$tip->watch("echo en simple");
for( $j=0;$j<$max;$j++) {
   print 'echo '.$suite;
}


   $tip->stop();
$tip->show();
?>

the first for loop can take 100 ms to 800 ms when i change the size of
output buffer.
if i increase the loop count, then the time for the second loop
inrease, but the firt loop decrease.

When output_buffer is on, all works fine.

I don't see this bug on Linux.

PS: sorry for my bad english...




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

#19378 [Opn->Fbk]: Parse error in PHP executable as Apache CGI

[iliaa]

 ID:   19378
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: FreeBSD 4.5-STABLE
 PHP Version:  4.2.3
 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:


[2002-09-17 01:10:04] [EMAIL PROTECTED]

As usual, it seems that nobody is interessted in these problems with
PHP as CGI, its the same like this:
http://bugs.php.net/bug.php?id=18371 , its a general issue.



[2002-09-12 13:45:03] [EMAIL PROTECTED]

PHP 4.2.3 compiled on a FreeBSD 4.5-STABLE box with the following
options:
--with-config-file-path=/usr/local/etc/php.standalone \
--disable-pear \
--enable-discard-path \
--with-readline=/usr \
--enable-versioning \
--with-regex=system \
--with-gd=/usr/local \
--enable-gd-native-ttf \
--with-freetype-dir=/usr/local \
--with-jpeg-dir=/usr/local \
--with-png-dir=/usr/local \
--with-zlib \
--with-mysql=/usr/local \
--enable-trans-sid \
--prefix=/usr/local

Apache is configured to use PHP as both a module (which works fine) and
a CGI (see below)
## for mapserver & PHP as a CGI
ScriptAlias /cgi/ /usr/local/share/apache/cgi/
AddType application/x-httpd-php-cgi .phm
Action application/x-httpd-php-cgi /cgi/php

When the following is opened in Apache, I get the following error
"Parse error: parse error in /usr/local/share/apache/cgi/php on line
3713"

   
   

   

   
Untitled






I've gotten this error on 2 separate FreeBSD servers.  I use the PHP4
port in the lang ports collection.

PHP works fine from the commandline.  It just fails under apache.

Ken




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

#18930 [Opn->Csd]: foreach() causes httpd child to segfault

[iliaa]

 ID:   18930
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Scripting Engine problem
 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.

The crash is gone. The remaining memory leaks are the result of a
recursive reference to the $s variable.


Previous Comments:


[2002-08-19 10:31:28] [EMAIL PROTECTED]

http://nohn.net/lalafarm/php_foreach_strace.txt



[2002-08-19 10:16:50] [EMAIL PROTECTED]

Linux 2.4.19 PHP 4.3.0-dev (20020819)

php -r ' foreach($_SERVER as $s => $s ); '

Resulted in:

/home/rei/php4/Zend/zend_hash.c(1056) :  Freeing 0x0827AAB4 (6 bytes),
script=-
Last leak repeated 47 times
/home/rei/php4/Zend/zend_execute.c(2310) :  Freeing 0x0827AA74 (12
bytes), script=-
Last leak repeated 47 times

No segmentation fault, however a whole bunch of memory leaks.



[2002-08-19 10:03:18] [EMAIL PROTECTED]

Could neither reproduce with with php4-latest and php4-latest-stable
(CLI) on CompaqTru64/Alpha



[2002-08-19 09:59:08] [EMAIL PROTECTED]

Could NOT reproduce on SuSE 7.3/Apache 1.3.26/PHP 4.2.2

Configure:

'./configure' '--prefix=/usr/share' '--datadir=/usr/share/php'
'--bindir=/usr/bin' '--libdir=/usr/share'
'--with-config-file-path=/etc' '--with-exec-dir=/usr/lib/php/bin'
'--with-mysql=/usr/local/mysql-3.23.49a' '--with-gd=yes'
'--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--with-tiff-dir=/usr'
'--with-jpeg-dir=/usr' '--with-png-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-ldap=yes' '--with-zlib=yes'
'--with-bz2' '--with-gmp' '--with-xml' '--with-ttf' '--with-mcal=/usr'
'--with-imap=yes' '--with-ftp' '--with-mcrypt' '--with-gettext'
'--with-mm' '--enable-versioning' '--enable-trans-sid'
'--enable-inline-optimization' '--enable-track-vars'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets'
'--enable-sysvsem' '--enable-sysvshm' '--enable-shmop' '--enable-ftp'
'--enable-wddx' '--with-imap-ssl'
'--with-mnogosearch=/usr/local/mnogosearch' '--with-pgsql=/usr'
'--enable-memory-limit=yes' '--with-apxs=/usr/sbin/apxs'
'--with-ming=/usr' '--with-pdflib=/usr/local'

Could also not verify with latest php 4.3-dev on that same machine (CLI
Build)



[2002-08-17 00:12:28] [EMAIL PROTECTED]

marking as open



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

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

#18718 [Opn->Fbk]: PHP w/ the Zend Engine 2 make Apache core dump

[iliaa]

 ID:   18718
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Zend Engine 2 problem
 Operating System: AIX433
 PHP Version:  4.3.0-dev
 New Comment:

Zend Engine you need to download seperately as the 4.3.0 comes with
ZE1. ZE2 can be downloaded from the CVS.


Previous Comments:


[2002-10-24 04:41:15] [EMAIL PROTECTED]

I download the 4.3.0pre1 from the official PHP site.
This version seems to be stable an working correctly.

But it does'nt include the Zend Engine 2 !
How can I build with the new Engine ?

Regards.



[2002-10-24 03:57:41] [EMAIL PROTECTED]

It really does exist. I just downloaded it. Please try again.

Derick



[2002-10-24 03:52:24] [EMAIL PROTECTED]

The link http://snaps.php.net/php4-latest.tar.gz does not exit !



[2002-10-17 22:51:02] [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

If the bug still occures, make sure that when you compile PHP with
--enable-debug, so that the backtrace shows meaningful information.



[2002-08-14 16:14:01] [EMAIL PROTECTED]

The real version used is 4.3.0-dev. Dowloaded from php.net web site.



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

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

#17657 [Opn->Fbk]: Special ISAPI vars problem

[iliaa]

 ID:   17657
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: Windows XP
 PHP Version:  4.2.1
 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:


[2002-06-08 13:06:54] [EMAIL PROTECTED]

No acces from script to special ISAPI vars (https releted -
HTTPS_SERVER_ISSUER,HTTPS_SERVER_SUBJECT...)

Quick look in source php4isapi.c from CVS. Problem may be in line 521:

&& atoi(isapi_special_server_variables[SPECIAL_VAR_HTTPS])) 

Var HTTPS set to string 'on' not to '0' or '1'.





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

#17536 [Opn->Fbk]: safe_mode_include_dir does not work properly with symbolic links.

[iliaa]

 ID:   17536
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux (SuSE)
 PHP Version:  4.2.1
 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:


[2002-05-30 20:17:43] [EMAIL PROTECTED]

Hello,

I think safe_mode_include_dir does not work properly with symbolic
links. Here my configuration:



DocumentRoot /kunden/hosting/server/doma.in/sub/htdocs
ServerName sub.doma.in


php_admin_value safe_mode 1
php_admin_value safe_mode_exec_dir /usr/bin
php_admin_value safe_mode_include_dir
/kunden/hosting/server/doma.in/sub

php_admin_value open_basedir
/kunden/hosting/server/doma.in/sub

php_admin_value upload_tmp_dir
/kunden/hosting/server/doma.in/sub/tmp

php_admin_value include_path
.:/kunden/hosting/server/doma.in/sub/lib_php

php_admin_value error_reporting 2023






I copied

/usr/local/lib/php/.

to

/kunden/hosting/server/doma.in/sub/lib_php/

(PEAR).

Everthing in .../sub/lib_php/. is owned by root.root, the remaining
files and dirs in .../sub/ by vs1.www

If I try to include 'System.php' I get this error:

Warning: SAFE MODE Restriction in effect. The script whose uid is
504 is not allowed to access
/kunden/hosting/server/doma.in/sub/lib_php/System.php owned by uid
0 in /var/www/doma.in/sub/htdocs/index.php on line 9

You should know there is a symbolic link:

/kunden/hosting/server -> /var/www


If I change the line with safe_mode_include_dir as following

php_admin_value safe_mode_include_dir /var/www/doma.in/sub

the include statements works as expected.

Regards,
   Martin




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

#20074 [NEW]: I get squares instead of TTF preview !

[richard]

From: [EMAIL PROTECTED]
Operating system: Redhat 7.2
PHP version:  4.2.3
PHP Bug Type: *Graphics related
Bug description:  I get squares instead of TTF preview !

Hi, I'm trying to make a TTF preview picture with GD, but whenever font I
use, I get black squares (cf : 
http://www.youkoulele.com/font_preview.php?path=actionis.ttf for a
preview).

The PHP.ini is available at http://213.186.37.55/test.php

If you can help me..

Richard

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

#17309 [Opn->Bgs]: pass by reference in call_user_func

[iliaa]

 ID:   17309
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: linux
 PHP Version:  4.2.1
 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

When you do ' call_user_func("pass_by_reference", $data ); ' you
actually pass the $data variable to the call_user_func first and that
function will internally pass $data to the function specified in the
first argument. Unless $data is passed to call_user_func by reference,
the call_user_func simply makes a copy of the $data variable and passes
that copy to the pass_by_reference function. Hence the 'invalid'
output, which you see.
If you do ' pass_by_reference( $data ); ' it works, because the
function has been defined to accept the parameter by reference.


Previous Comments:


[2002-07-05 11:34:57] [EMAIL PROTECTED]

This might be a duplicate of: 
http://bugs.php.net/bug.php?id=17246

However, this test case is clearer.



[2002-07-05 11:34:10] [EMAIL PROTECTED]

This might be a duplicate of: 
http://bugs.php.net/bug.php?id=17246

However, this test case is clearer.



[2002-07-05 11:32:05] [EMAIL PROTECTED]

A workaround might be using variable function name like

$func_name = 'pass_by_reference';
$funcname($data);

However this doesn't work if the $func_name is an array to call a user
method (which is a flaw in PHP :( )



[2002-05-20 11:01:03] [EMAIL PROTECTED]

i've disabled the "call-time pass-by-reference" option in my
configuration file.
now, when trying to call_user_func a function with
reference-parameters, it won't work, unless i
call-time-pass-by-reference my parameters despite the warning.

( this bug might be related to bug #17246 )

here a small example:

function pass_by_reference( &$param ) {
$param[] = "another entry";
}

$data = array( "a first entry" );
call_user_func( "pass_by_reference", $data );
var_dump($data);// $data contains only one element ( "a first entry" )
( == unexpected behaviour )

$data = array( "a first entry" );
call_user_func( "pass_by_reference", &$data ); // Warning: Call-time
pass-by-reference has been deprecated - argument passed by value; ...
var_dump($data);// $data contains both elements ( "a first entry",
"another entry" ) ( == expected behaviour )






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

#20074 [Opn->Bgs]: I get squares instead of TTF preview !

[jan]

 ID:   20074
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *Graphics related
 Operating System: Redhat 7.2
 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:


[2002-10-24 16:01:13] [EMAIL PROTECTED]

Hi, I'm trying to make a TTF preview picture with GD, but whenever font
I use, I get black squares (cf : 
http://www.youkoulele.com/font_preview.php?path=actionis.ttf for a
preview).

The PHP.ini is available at http://213.186.37.55/test.php

If you can help me..

Richard





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

#17246 [Opn->Bgs]: failed in passing by reference

[iliaa]

 ID:   17246
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Solaris 8
 PHP Version:  4.2.0
 New Comment:

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

The sample code works, if it does not you may need to enable
'allow_call_time_pass_reference' option.


Previous Comments:


[2002-05-15 08:27:27] [EMAIL PROTECTED]

Sorry, output is wrong.
following right output:
case 1:
$a = 1
$b = 2
case 2:
$a = 1
$b = 2
case 3:
$a = foo
$b = bar
case 4:
$a = 1st
$b = 2nd
case 5:
$a = 1
$b = 2
case 6:
$a = 1st
$b = 2nd

Regards,

KUBO Atsuhiro



[2002-05-15 08:13:06] [EMAIL PROTECTED]

Hi, I falied in passing by reference using call_user_function().
In case 2 and 5, I expect that $a and $b are overwritten by MyMethod or
MyFunction. However, they were not overwritten.
Is this right doing? Or is my understanding wrong?

Regards,

KUBO Atsuhiro


test code:


output:
$a = 1
$b = 2
case 2:
$a = 1
$b = 2
case 3:
$a = foo
$b = bar
case 4:
$a = hoge
$b = huge
case 5:
$a = 1
$b = 2
case 6:
$a = hoge
$b = huge
?>





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

#16190 [Opn->Ver]: DBM Support on Windows truncates values

[iliaa]

 ID:   16190
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: DBM/DBA related
 Operating System: Windows 2000
-PHP Version:  4.1.2
+PHP Version:  4.3.0-dev


Previous Comments:


[2002-08-17 00:51:54] [EMAIL PROTECTED]

okay, we *thought* we'd fixed it ...  sorry ...



[2002-08-14 18:00:45] [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.





[2002-08-12 23:47:55] [EMAIL PROTECTED]

Dup of 18746... yes I know this came first, but the other one has a
shorter example, and a few more comments.



[2002-08-05 18:25:38] [EMAIL PROTECTED]

See my bugreport 18746 for a shorter example.



[2002-07-06 12:52:21] [EMAIL PROTECTED]

Also a problem on Windows 98 and PHP 4.2.0



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

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

#19999 [Bgs]: Link fails in apache2filter module (apache2.0.43)

[edink]

 ID:   1
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows 2000 Professional
 PHP Version:  4.2.3
 New Comment:

We compile it with Apache 2.0.43. I've put up the exact header files
and libs at
http://ftp.proventum.net/pub/php/win32/temp/apache-2.0.43-dev-win32.zip


Previous Comments:


[2002-10-24 15:03:57] [EMAIL PROTECTED]

out of curiosity, which version of apache was this snapshot built with?
The module compiles correctly when using apache2.0.39, but fails when
using apache2.0.43.



[2002-10-23 17:54:43] [EMAIL PROTECTED]

This is not a bug in the PHP code but probably a problem 
with your build environment. Our snapshot builder at 
http://snaps.php.net/ has no problems building 
php4apache2.dll for either php-4.2.4-dev or php-4.3.0-dev. 



[2002-10-23 16:06:51] [EMAIL PROTECTED]

I downloaded the cvs version - same link errors
here are the messages which occurred during the build.

Configuration: php4apache2 - Win32
Debug_TS
Compiling...
apache_config.c
f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition
of type
php_functions.c
f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition
of type
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(113) : warning
C4244: 'function' : conversion from '__int64 ' to 'long ', possible
loss of data
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(114) : warning
C4244: 'function' : conversion from '__int64 ' to 'long ', possible
loss of data
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(129) : warning
C4244: 'function' : conversion from '__int64 ' to 'long ', possible
loss of data
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(130) : warning
C4244: 'function' : conversion from '__int64 ' to 'long ', possible
loss of data
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(131) : warning
C4244: 'function' : conversion from '__int64 ' to 'long ', possible
loss of data
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(132) : warning
C4244: 'function' : conversion from '__int64 ' to 'long ', possible
loss of data
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(133) : warning
C4244: 'function' : conversion from '__int64 ' to 'long ', possible
loss of data
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(134) : warning
C4244: 'function' : conversion from '__int64 ' to 'long ', possible
loss of data
sapi_apache2.c
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(113) : warning
C4761: integral size mismatch in argument; conversion supplied
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(114) : warning
C4761: integral size mismatch in argument; conversion supplied
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(129) : warning
C4761: integral size mismatch in argument; conversion supplied
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(130) : warning
C4761: integral size mismatch in argument; conversion supplied
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(131) : warning
C4761: integral size mismatch in argument; conversion supplied
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(132) : warning
C4761: integral size mismatch in argument; conversion supplied
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(133) : warning
C4761: integral size mismatch in argument; conversion supplied
f:\php4cvs\php4\sapi\apache2filter\php_functions.c(134) : warning
C4761: integral size mismatch in argument; conversion supplied
f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition
of type
f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(140) : warning C4018:
'<' : signed/unsigned mismatch
f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(158) : warning C4047:
'=' : 'short ' differs in levels of indirection from 'void *'
f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(159) : warning C4047:
'=' : 'short ' differs in levels of indirection from 'void *'
f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(160) : warning C4244:
'=' : conversion from 'unsigned __int64 ' to 'unsigned short ',
possible loss of data
f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(161) : warning C4244:
'=' : conversion from '__int64 ' to 'long ', possible loss of data
f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(162) : warning C4244:
'=' : conversion from '__int64 ' to 'long ', possible loss of data
f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(163) : warning C4244:
'=' : conversion from '__int64 ' to 'long ', possible loss of data
f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(164) : warning C4244:
'=' : conversion from '__int64 ' to 'long ', possible loss of data
Linking...
   Creating library .

#20061 [Fbk->Csd]: sapi_apache2.c is not compatible with Apache_2.0.43

[edink]

 ID:   20061
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Apache2 related
 Operating System: windows2000 SP3
 PHP Version:  4.2.3
 New Comment:

Use
http://ftp.proventum.net/pub/php/win32-snapshots/php4-win32-STABLE-latest.zip


Previous Comments:


[2002-10-24 09:47:26] [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-10-24 09:46:21] [EMAIL PROTECTED]

i tried to run php4.2.3 as isapi module on Apache 2.0.43 on windows
2000 SP3.
Apache can't start.

without php. Apache 2.0.43 runs great!

If i tried to remove the Apache2 Server as Service i recived this
Messeage! on the windows-Console:

"c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible
with this version of Apache .
Please contact the vendor for the correct version.




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

#16137 [Opn->Ver]: ini_set / error_reporting inconsistence

[iliaa]

 ID:   16137
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: PHP options/info functions
-Operating System: win2k
+Operating System: All
-PHP Version:  4.1.0
+PHP Version:  4.3.0-dev


Previous Comments:


[2002-03-18 06:29:24] [EMAIL PROTECTED]

I have not tested this with ini_get, but IMHO

a) error_reporting() should be an alias for
   ini_get("error_reporting")

and

b) error_reporting(E_ALL) should be an alias for
   ini_set("error_reporting", E_ALL)...

Goba



[2002-03-18 04:20:46] [EMAIL PROTECTED]

Consider the code below, with error_repoting set to
E_ALL (2047) before the script start:

 " . $new;

//ini_set("error_reporting", $new);

phpinfo();

?>

This would set the error_reporting to 2046,
as returned and injected to the $new variable.
BUT phpinfo() will present 2047 as the local
value, instead of 2046. If you uncomment the
ini_set() call, you get the correct 2046 in the
phpindo() output. So error_repoting(..) and
ini_set("error_reporting"..) are not the same ;((




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

#20075 [NEW]: assert() callback doesn't get expression

[leon]

From: [EMAIL PROTECTED]
Operating system: RH 7.2
PHP version:  4.3.0-pre1
PHP Bug Type: *General Issues
Bug description:  assert() callback doesn't get expression

It looks like the callback function registered with assert_options() only
gets the third argument set when assert() is called with a string. 
Consider the following script.

");
}

assert_options(ASSERT_ACTIVE, TRUE);
assert_options(ASSERT_CALLBACK, "failedAssertion");
assert("1 == 2");
assert(1 == 2);
?>

This produces the following.

'/usr/local/apache/htdocs/tricks/assert.php', '9', '1 == 2'
'/usr/local/apache/htdocs/tricks/assert.php', '10', ''

If I turn error reporting on, the warning messages mirror this by leaving
out the expression.

Looks like the assert.phpt doesn't test assert() for the old form.  Maybe
it needs a line like "assert($a != 0);".

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

#20044 [Com]: FreeBSD : Apache 2.0.43 + PHP 4.2.3 ( clean install ) gives error

[mbednarik]

 ID:   20044
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache2 related
 Operating System: FreeBSD 4.7
 PHP Version:  4.2.3
 New Comment:

I had the same problem on our development cluster which is freebsd
based. I use squirrelmail webmail ( www.squirrelmail.org ) which gave
me a solution in their readme for their webmail. First configure apache
like you did, I did it like this
./configure --prefix=/usr/local/wwwserv2 --enable-so
--with-ssl=/usr/local/ssl --enable-ssl --enable-cgi
then i did a make then a make install. Then instead of configuring php
like
./configure --with-apxs2=/usr/local/wwwserv2/bin/apxs
I just did
./configure
then i did a 
make
then copy the file php to you cgi-bin directory whereever your
webserver lives like this
cp php /usr/local/wwwserv2/cgi-bin/php
then edit the httpd.conf whereever your webserver's configuration file
is, and add the next 2 lines
AddType application/php4script .php
Action application/php4script /cgi-bin/php
then and php pages should work. It is not the most efficent way to do
it but it does work. Same security but might be a little slower, you
might only notice it if you have a high demanding website. I hope this
helps, if you have any more questions feel free to e-mail me at
[EMAIL PROTECTED]


Previous Comments:


[2002-10-23 20:54:45] [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-10-23 11:04:30] [EMAIL PROTECTED]

Ok..

I downloaded php 4.2.3 and apache-2.0.43 and compiled them  according
the install thingy on http://www.php.net/manual/en/install.apache.php

I first compiled Apache-2, tested it and it worked.

then i compiled PHP 4.2.3 and now apache-2 gives me this error :

daedalus# ./apachectl start
Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server:
/usr/local/apache2/modules/libphp4.so: Undefined symbol
"pthread_getspecific"

any idea what to do next ? thanx,

- Tim -



[2002-10-23 11:03:11] [EMAIL PROTECTED]

Ok..

I downloaded php 4.2.3 and apache-2.0.43 and compiled them  according
the install thingy on http://www.php.net/manual/en/install.apache.php

I first compiled Apache-2, tested it and it worked.

then i compiled PHP 4.2.3 and now apache-2 gives me this error :

daedalus# ./apachectl start
Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server:
/usr/local/apache2/modules/libphp4.so: Undefined symbol
"pthread_getspecific"


any idea what to do next ? thanx,

- Tim -




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

#20044 [Com]: FreeBSD : Apache 2.0.43 + PHP 4.2.3 ( clean install ) gives error

[mbednarik]

 ID:   20044
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache2 related
 Operating System: FreeBSD 4.7
 PHP Version:  4.2.3
 New Comment:

this is a problem with php.net software, if a developer reveiws this, i
would like them to include the document i left above in the readme for
other freebsd users and give credit to www.squirrelmail.org


Previous Comments:


[2002-10-24 17:12:05] [EMAIL PROTECTED]

I had the same problem on our development cluster which is freebsd
based. I use squirrelmail webmail ( www.squirrelmail.org ) which gave
me a solution in their readme for their webmail. First configure apache
like you did, I did it like this
./configure --prefix=/usr/local/wwwserv2 --enable-so
--with-ssl=/usr/local/ssl --enable-ssl --enable-cgi
then i did a make then a make install. Then instead of configuring php
like
./configure --with-apxs2=/usr/local/wwwserv2/bin/apxs
I just did
./configure
then i did a 
make
then copy the file php to you cgi-bin directory whereever your
webserver lives like this
cp php /usr/local/wwwserv2/cgi-bin/php
then edit the httpd.conf whereever your webserver's configuration file
is, and add the next 2 lines
AddType application/php4script .php
Action application/php4script /cgi-bin/php
then and php pages should work. It is not the most efficent way to do
it but it does work. Same security but might be a little slower, you
might only notice it if you have a high demanding website. I hope this
helps, if you have any more questions feel free to e-mail me at
[EMAIL PROTECTED]



[2002-10-23 20:54:45] [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-10-23 11:04:30] [EMAIL PROTECTED]

Ok..

I downloaded php 4.2.3 and apache-2.0.43 and compiled them  according
the install thingy on http://www.php.net/manual/en/install.apache.php

I first compiled Apache-2, tested it and it worked.

then i compiled PHP 4.2.3 and now apache-2 gives me this error :

daedalus# ./apachectl start
Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server:
/usr/local/apache2/modules/libphp4.so: Undefined symbol
"pthread_getspecific"

any idea what to do next ? thanx,

- Tim -



[2002-10-23 11:03:11] [EMAIL PROTECTED]

Ok..

I downloaded php 4.2.3 and apache-2.0.43 and compiled them  according
the install thingy on http://www.php.net/manual/en/install.apache.php

I first compiled Apache-2, tested it and it worked.

then i compiled PHP 4.2.3 and now apache-2 gives me this error :

daedalus# ./apachectl start
Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server:
/usr/local/apache2/modules/libphp4.so: Undefined symbol
"pthread_getspecific"


any idea what to do next ? thanx,

- Tim -




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

#20072 [Com]: set_error_handler doesn't accept Class::function()

[mark]

 ID:   20072
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: mandrake-9
 PHP Version:  4.2.3
 New Comment:

I don't think this is fully functional.  Correct me if I'm 
wrong but an error handler of  
"Class::function" 
and 
"function" 
should not function any different if they are the same 
code.  Use the code below, and uncomment each of the two 
set_error_handler() calls differnetly.  You will see that 
the plain function captures the error, while the 
Class::function does not. 
 



Previous Comments:


[2002-10-24 15:17:23] [EMAIL PROTECTED]

the syntax for class method callbacks is

  set_error_handler(array("ErrorClass","handler"))

although i like your idea of how it could look like

moved to feature requests




[2002-10-24 14:17:20] [EMAIL PROTECTED]

set_error_handler() does not accept static class functions 
as a custom error handling function. 
 
set_error_handler('ErrorClass::handler') will not report 
false if called twice in succession.  But it will also not 
route errors through the static class function.  Either it 
should return false so that a script can realize the input 
was not handled properly, or it should route errors 
throught the static class function. 




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

#15919 [Asn->Bgs]: variables_order not works well

[iliaa]

 ID:   15919
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: Linux
 PHP Version:  4.1.2
 Assigned To:  rasmus
 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

According to the documentation in the php.ini file:
Registration is done from left to right, newer values override older
values.

Meaning that if your variables_order is set to GPCS, the cookie
variable with the same name as a GET variable would overwrite the value
set by the GET variable.


Previous Comments:


[2002-03-06 22:12:33] [EMAIL PROTECTED]

It's known issue.

I guess Rasmus is working for it (not?)
Rasmus, I'll assign to you for now, since you have been posted the
issue 
to php-dev.



[2002-03-06 20:21:59] [EMAIL PROTECTED]

One of my PHP pages uses a global variable which gets its value from
either HTTP GET data or cookies.

Yesterday I upgraded PHP 4.1.2 from 4.0.1 and found that cookie value
prevails GET value for that global variable after hours of debugging.
Of course I have variables_order option set to "GPCS".

Why variables_order does not work correctly after I upgrade?





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

#19848 [Com]: Wrong $_REQUEST values ($_FILES appearance is wacky)

[mzeitler]

 ID:   19848
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: HTTP related
 Operating System: *any
 PHP Version:  4.2.3,4,3.0-dev
 Assigned To:  sterling
 New Comment:

This test form strips 3 characters from the posted variable:






2 dimensional array - this test form strips 8 characters from the
posted variable:






For every dimension added to the array, another 4 characters are
scripted from the beginning of the posted variable.  Works on PHP
version less than 4.2.2 and earlier.


Previous Comments:


[2002-10-20 22:17:12] [EMAIL PROTECTED]

The 'voting' on php-dev was in favour for removing the $_FILES from
$_REQUEST..as it doesn't make much sense
to have them there. Just FYI. :)

--Jani




[2002-10-20 22:14:01] [EMAIL PROTECTED]

Sterling Hughes is working on this issue, according to posts to
php-dev.




[2002-10-16 06:29:23] [EMAIL PROTECTED]

Also got the same cases.









print_r($_POST['server']);

it comes out:
---
Array 
( 
[0] => ASP 
[1] => C# 
[2] => FUSION 
[3] => 
[4] => 
[5] => PHP 
) 

Apache/1.3.26, Win98



[2002-10-15 15:21:27] [EMAIL PROTECTED]

BTW, 17958 is "no feedback".
Well, that's pretty untrue ...



[2002-10-10 17:59:06] [EMAIL PROTECTED]

Actually $_REQUEST should contain $_FILES too (according to docs) but
it doesn't seem to work, not in HEAD either.

And in this case, it propably is pretty hard to get work 'correctly'
since the $_FILES array structure is what it is.




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

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

#19378 [Com]: Parse error in PHP executable as Apache CGI

[ken]

 ID:   19378
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache related
 Operating System: FreeBSD 4.5-STABLE
 PHP Version:  4.2.3
 New Comment:

Recompiled using the same script and now get the following when the
page is shown in Apache.

Internal Server Error
The server encountered an internal error or misconfiguration and was
unable to complete your request.
Please contact the server administrator, [EMAIL PROTECTED] and inform
them of the time the error occurred, and anything you might have done
that may have caused the error.

More information about this error may be available in the server error
log.

apache_error_log shows:

[Thu Oct 24 20:20:45 2002] [error] [client 192.168.1.140] Premature end
of script headers: /www/kyler.com/cgi/php

nothing else was changed.

Ken


Previous Comments:


[2002-10-24 15:35:28] [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-09-17 01:10:04] [EMAIL PROTECTED]

As usual, it seems that nobody is interessted in these problems with
PHP as CGI, its the same like this:
http://bugs.php.net/bug.php?id=18371 , its a general issue.



[2002-09-12 13:45:03] [EMAIL PROTECTED]

PHP 4.2.3 compiled on a FreeBSD 4.5-STABLE box with the following
options:
--with-config-file-path=/usr/local/etc/php.standalone \
--disable-pear \
--enable-discard-path \
--with-readline=/usr \
--enable-versioning \
--with-regex=system \
--with-gd=/usr/local \
--enable-gd-native-ttf \
--with-freetype-dir=/usr/local \
--with-jpeg-dir=/usr/local \
--with-png-dir=/usr/local \
--with-zlib \
--with-mysql=/usr/local \
--enable-trans-sid \
--prefix=/usr/local

Apache is configured to use PHP as both a module (which works fine) and
a CGI (see below)
## for mapserver & PHP as a CGI
ScriptAlias /cgi/ /usr/local/share/apache/cgi/
AddType application/x-httpd-php-cgi .phm
Action application/x-httpd-php-cgi /cgi/php

When the following is opened in Apache, I get the following error
"Parse error: parse error in /usr/local/share/apache/cgi/php on line
3713"

   
   

   

   
Untitled






I've gotten this error on 2 separate FreeBSD servers.  I use the PHP4
port in the lang ports collection.

PHP works fine from the commandline.  It just fails under apache.

Ken




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

#17287 [Opn->Csd]: safe mode is not full safe.

[iliaa]

 ID:   17287
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: *General Issues
 Operating System: Linux + apache 1.3
 PHP Version:  4.2.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:


[2002-05-17 09:36:23] [EMAIL PROTECTED]

On set_time_limit documentation web page stands:
 set_time_limit() has no effect when PHP is running in safe mode. There
is no workaround other than turning off safe mode or changing the time
limit in the configuration file. 

which is false, becouse You may do: ini_set("max_execution_time", "any
value") and it success even in safe_mode.
I consider it as a bug.
I guess this will work for memory_limit also.

Raven





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

#19529 [Com]: Occational "Commands out of sync" errors

[sroussey]

 ID:   19529
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: MySQL related
 Operating System: Linux 2.4.18
 PHP Version:  4.2.3
 Assigned To:  georg
 New Comment:

Workarounds:
A) Don't use persistent connections.
B) If you must, you need to edit PHP source, 
ext/mysql/php_mysql.c (I think). Look for a callback 
function that has ROLLBACK in it. Either disable the 
callback or comment out all the lines in it.

PHP 4.3.0 should do (B) over what is in 4.2.1. Better to 
still not have transactional garantee than to break all 
sites and then still not have transactional garantee.

My $0.02.


Previous Comments:


[2002-10-24 02:33:52] [EMAIL PROTECTED]

Upgraded to PHP 4.2.3, using EZ Portal Content Server.

Linux 2.2.15

MySQL client 3.22.32

Apache 1.3.26

Was working before upgrade to PHP 4.2.3, now getting 30% 
command sync errors, this is not a heavily loaded site, 
just in dev stage. 

I have stopped httpd, mysql, and restarted, and problem is 
exhibited straight away.

Thus doubtful load or time related. 

Turned off persistant connections, problem went away.

Fix soon?



[2002-10-24 00:38:43] [EMAIL PROTECTED]

A forum I'm helping with also ran into this problem (the site runs
vbulletin).  I'm trying to track down exactly when it started
happening.  I can say that with apache 1.3.26 and php 4.2.1 and mysql
4.23.49, it didn't happen, nor with apache2.0.43+php4.2.3+mysql4.23.49.
 It definately does happen with apache 1.3.27+php4.2.3+mysql4.23.53,
leading me to believe that it's an issue with something that changed in
mysql since last spring, but unless I misread, that contradicts some
other reports here.  Disabling vbulletin's persistent connection usage
eliminated the errors, of which there were tons.



[2002-10-10 19:21:14] [EMAIL PROTECTED]

Interesting stuff. I am heading out on the road for about 
a month. I will follow up with this as soon as I get 
stable network access again. 



[2002-10-10 15:03:07] [EMAIL PROTECTED]

reassigning



[2002-10-10 13:07:13] [EMAIL PROTECTED]

OK, no need to wait. Getting the errors already with 3.23.49a.

I looked at the change in CVS and it only frees a memory leak from
unbuffered queries.



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

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

#19930 [Bgs]: list() can't get values from associative arrays

[philip]

 ID:   19930
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Arrays related
 Operating System: Windows 2000
 PHP Version:  4.2.3
 New Comment:

I agree, one thread where this was discussed is here:

  http://marc.theaimsgroup.com/?l=php-dev&m=101807594319117

Odds are list() will remain as is and not change.  Although fwiw, I
feel it should rely on the array values too.


Previous Comments:


[2002-10-21 17:15: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.





[2002-10-21 03:24:54] [EMAIL PROTECTED]

Yes, i know and this is a reason for this bug. 

 Instead of requiring numeric indexes list() must invoke array_values()
transparently if it is used in combination with associative array.
Otherwise it mean that PHP actually have 2 types of arrays with partial
compatibility.

 These duplicates of array values looks very silly for me, there must
be one way of handling every array without necessarity of its
additional analize into user's code.



[2002-10-16 06:23:19] [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

list() requires numeric index. That's why pg|mysql_fetch_array(),etc
returns both numeric and string indexed element.





[2002-10-16 05:02:42] [EMAIL PROTECTED]

list() function can only operate with indexed arrays, but it must also
work with associative arrays, otherwise it can cause confusions.

Take a look at the following example:
'aaa','b'=>'bbb','c'=>'ccc');
list($a,$b,$c) = $array1;
echo "$a\n$b\n$c\n";
list($a,$b,$c) = $array2;
echo "$a\n$b\n$c\n";
?>

First list() invocation works well but second one throws notices about
undefined array indexes and don't work at all. 
As a workaround it is possible to use:
list() = array_values($array);
but it is not a way to go.




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

#19991 [Bgs]: header() vs. session_register()

[ipa4-2001]

 ID:   19991
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: HTTP related
 Operating System: Windows 98SE
-PHP Version:  4.2.1
+PHP Version:  4.2.1.
 New Comment:

Well, it's OK if it's so, thanks for your information!

But I still didn't get the idea why I can't have session and header
Location:in the same script. Does session send such a header Location:
too so that the next header Location, which I called after, might
confuse the browser?

Thanks for your attention.

Regards,

mahara


Previous Comments:


[2002-10-21 16:43:14] [EMAIL PROTECTED]

for the original report: you just can't have session stuff
and Location: redirects in the same script, the headers
interfere and confuse browsers ... not a php bug :(

for the latest addition: this is something different,
please verify if it also happens with session.trans_sid=0
in php.ini and create a new report for it



[2002-10-21 11:15:14] [EMAIL PROTECTED]

Hi,

I also experience this problem.

I am running PHP 4.2.3 on FreeBSD 4.7-PRERELEASE, with Apache 1.3.27. I
have tested this with IE 6.0.2600., running on Windows 2000 server
SP2.

The following code works for me:



But, fails as soon as I add session_start().




Also, in lynx (FreeBSD 4.7-PRERELEASE) I can download the file, but, I
get a 4 byte Ascii file, the spaces. 

When I remove the session_start(), I get a Ascii file that is 10 bytes
bigger than the origional, the new file also filled with spaces.

Am I just missing something here, or is this a bug ?

Thank you.
Regards
Jaco van Tonder



[2002-10-19 11:05:45] [EMAIL PROTECTED]

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

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



[2002-10-19 11:04:37] [EMAIL PROTECTED]

I want to make the use of session in PHP (4.2.1) so I try this code...

session_start();
$_SESSION['user'] = 'myname';
$_SESSION['password'] = 'mypassword';

which is similar to the following...

$user = 'myname';
$password = 'mypassword';

session_start();
session_register('user');
session_register('password');

The problem comes when I add header() function so that the script
become...

session_start();
$_SESSION['user'] = 'myname';
$_SESSION['password'] = 'mypassword';
header('Location: http://www.mysite.info/member/index.php');

When I try this (on IE 5.5, Windows 98SE; Apache 1.3.26), it didn't
take me to the page I specified above. It led to an error message "The
requested URL could not be retrieved".

I don't meet any solution of that so I think it's a bug. Can anyone
help me explaining what's going on?




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

#12466 [Fbk->NoF]: iPlanet aborts in call to ts_resource in php4_init

[php-bugs]

 ID:   12466
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: iPlanet related
 Operating System: Solaris 2.6
 PHP Version:  4.0.6
 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-10-09 11:55: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-07-26 13:17:47] [EMAIL PROTECTED]

Ive experienced almost exactly the same problem on AIX 4.3.3/iPlanet
4.1 SP7/SP9 when I compile as an nsapi module. Note that PHP works
quite nicely on AIX when compiled as an CGI executable, or when
compiled as an Apache 1.3.x. DSO module. On Linux though, with the
*exact* same iPlanet and PHP versions, things actually work as expected
when built as an nsapi module. See also Bug-15439 for more details.



[2001-07-30 09:51:49] [EMAIL PROTECTED]

Hi,

I have tried to compile PHP 4.0.6 and 4.0.5 with support for iPlanet.
Here is the configuration used:

./configure --prefix=/applic/php \
--with-nsapi=/iplanet \
--enable-track-vars \
--enable-libgcc \
--without-mysql

PHP compiles just fine, but iPlanet aborts when it tries to initialize
PHP by calling the php4_init function. It is the following line in
php4_init that causes the abort:

core_globals = ts_resource(core_globals_id);

Please note that PHP 4.0.2 works fine with the same config parameters
and using the same iPlanet config (actually the same iPlanet
installation)
I use iPlanet version 4.1 SP 5

Svein Olav Bjerkeset
[EMAIL PROTECTED]




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

#12506 [Fbk->NoF]: fields of type "image"

[php-bugs]

 ID:   12506
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: MSSQL related
 Operating System: Win2000 Server
 PHP Version:  4.0.6
 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-10-09 11:57:16] [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





[2001-08-01 04:13:44] [EMAIL PROTECTED]

mssql_query has a bug that leads to unpredictable result when query
returns a field of type "image", if you "set textsize" to more than 7. 
That actually shows, that php_mssql treats fields of that type as
numbers, instead of dumps, and that it could possibly cause much more
than just a hang of a php instance.

I would love to get informed on how to get around this bug, if that's
possible.  Thanks.




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

#16344 [Fbk->NoF]: GTK causes DOM xmldoc to fail

[php-bugs]

 ID:   16344
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: DOM XML related
 Operating System: Linux
 PHP Version:  4.1.2
 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-10-09 11:33:09] [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-03-30 00:06:42] [EMAIL PROTECTED]

That should be:

By loading the GTK shared lib AFTER the DOM, the problem does not
manifest itself.



[2002-03-30 00:04:33] [EMAIL PROTECTED]

By loading the GTK shared lib before the DOM, the problem does not
manifest itself.



[2002-03-29 10:27:52] [EMAIL PROTECTED]

123";
$doc = xmldoc($xml);
print_r(domxml_dumpmem($doc));

?>

when run from the command line with php4 -q test.php

produces:

PHP Version 4.1.2

123

as expected.

However:
by loading the php_gtk extensions before domxml, it breaks.

123";
$doc = xmldoc($xml);
print_r(domxml_dumpmem($doc));

?>

outputs:

PHP Version 4.1.2

Warning:  xmldoc() unsupported node type: 0
 in /home/darrin/projects/exempla/test_xml.php on line
9

Warning:  xmldoc() cannot create required DOM object in
/home/darrin/projects/exempla/test_xml.php on line 9

Warning:  domxml_dumpmem() expects parameter 1 to be object,
boolean given in /home/darrin/projects/exempla/test_xml.php on
line 10






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

#16864 [Fbk->NoF]: reproducable seg faults without --enable-debug

[php-bugs]

 ID:   16864
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Sybase-ct (ctlib) related
 Operating System: Redhat 6.2
 PHP Version:  4.2.0
 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-10-09 22:19:54] [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-04-26 17:28:58] [EMAIL PROTECTED]

Sybase is installed stock, 11.9.2, also tried 12.5

./configure --with-mysql=/usr/local/mysql \
--with-apxs=/usr/local/apache/bin/apxs --enable-debug \
--enable-ftp --with-sybase-ct=/opt/sybase-11.9.2

stock php.ini, changed register_globals on, magic_quotes_sybase on,
magic_quotes_gpc on

Program that is causing the issue is phpSybaseAdmin 0.0.10 which can be
found on freshmeat.

The most common segfaults happen when i click on the master/sysusers
table, below is what enable-debug has to say about this:

[Fri Apr 26 15:28:10 2002] [error] PHP Warning:  Sybase:  Server
message:  Changed database context to 'master'.
 (severity 10, procedure N/A) in
/usr/local/apache/htdocs/sybase/tbl_properties.php on line 12
/usr/local/apache/htdocs/sybase/tbl_properties.php(12) : Warning -
Sybase:  Server message:  Changed database context to 'master'.
 (severity 10, procedure N/A)
[Fri Apr 26 15:28:10 2002] [error] PHP Warning:  Sybase:  Server
message:  For information on declarative integrity features : PRIMARY
KEY, UNIQUE, FOREIGN KEY, CHECK CONSTRAINT, REFERENTIAL CONSTRAINT,
NULL/NOT NULL, and DEFAULT, use sp_helpconstraint, a new system stored
procedure. (severity 10, procedure sp_helpkey) in
/usr/local/apache/htdocs/sybase/tbl_properties.php on line 13
/usr/local/apache/htdocs/sybase/tbl_properties.php(13) : Warning -
Sybase:  Server message:  For information on declarative integrity
features : PRIMARY KEY, UNIQUE, FOREIGN KEY, CHECK CONSTRAINT,
REFERENTIAL CONSTRAINT, NULL/NOT NULL, and DEFAULT, use
sp_helpconstraint, a new system stored procedure. (severity 10,
procedure sp_helpkey)
[Fri Apr 26 15:28:10 2002] [error] PHP Warning:  Sybase:  Server
message:(severity 10, procedure sp_helpkey) in
/usr/local/apache/htdocs/sybase/tbl_properties.php on line 13
/usr/local/apache/htdocs/sybase/tbl_properties.php(13) : Warning -
Sybase:  Server message:(severity 10, procedure sp_helpkey)
[Fri Apr 26 15:28:10 2002]  Script: 
'/usr/local/apache/htdocs/sybase/tbl_properties.php'
---
./zend_execute.c(449) : Block 0x082388F0 status:
zend_variables.c(44) : Actual location (location was relayed)
Beginning:  OK (allocated on string.c:2262, 9 bytes)
  End:  Overflown (magic=0x2A8FCC00 instead of 0x2A8FCC84)
1 byte(s) overflown
---
[Fri Apr 26 15:28:10 2002] [error] PHP Notice:  Undefined property: 
Extra in /usr/local/apache/htdocs/sybase/tbl_properties.php on line
104
/usr/local/apache/htdocs/sybase/tbl_properties.php(104) : Notice -
Undefined property:  Extra
[Fri Apr 26 15:28:10 2002]  Script: 
'/usr/local/apache/htdocs/sybase/tbl_properties.php'
---
./zend_execute.c(449) : Block 0x08238930 status:
zend_variables.c(44) : Actual location (location was relayed)
Beginning:  OK (allocated on string.c:2262, 9 bytes)
  End:  Overflown (magic=0x2A8FCC00 instead of 0x2A8FCC84)
1 byte(s) overflown
---
[Fri Apr 26 15:28:10 2002] [error] PHP Notice:  Undefined property: 
Extra in /usr/local/apache/htdocs/sybase/tbl_properties.php on line
104
/usr/local/apache/htdocs/sybase/tbl_properties.php(104) : Notice -
Undefined property:  Extra
[Fri Apr 26 15:28:10 2002]  Script: 
'/usr/local/apache/htdocs/sybase/tbl_properties.php'
---
./zend_execute.c(449) : Block 0x08258430 status:
zend_variables.c(44) : Actual location (location was relayed)
Beginning:  OK (allocated on string.c:2262, 9 bytes)
  End:  Overflown (magic=0x2A8FCC00 instead of 0x2A8FCC84)
1 byte(s) overflown
---
[Fri Apr 26 15:28:10 2002] [error] PHP Notice:  Undefined property: 
Extra in /usr/local/apache/htdocs/sybase/tbl_properties.php on line
104
/usr/local/apache/htdocs/sybase/tbl_properties.php(104) : Notice -
Undefined property:  Extra
[Fri Apr 26 15:28:10 2002]  Script: 
'/usr/local/apache/htdocs/sybase/tbl_properties.php'
--

#17471 [Fbk->NoF]: Problem with Novell Netware map drive

[php-bugs]

 ID:   17471
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: *Directory/Filesystem functions
 Operating System: Windows 2000 Prof
 PHP Version:  4.2.1
 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-10-09 11:28:01] [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-06-24 05:21:38] [EMAIL PROTECTED]

Unfortunatelly, the solution you gave didn't help. 

I've tried to REMOVE and INSTALL (not reinstall) the Apache2 again. One
thing I've changed. Apache works now in Console instead of running as a
service. Everything works fine in this configuration.

Please let me know if there will be possibility to run Apache as a
service (as it sould be).

The problem is NOT SOLVED.



[2002-06-21 12:24:48] [EMAIL PROTECTED]

it works under win98 because there the webserver doesn't run as a
service (under the system account) but as executable (under the user
account)

Christoph



[2002-06-21 12:23:09] [EMAIL PROTECTED]

You must use a network user with access rights to the novell mapping
(run Apache IIS with that user)

Then it should work - at least it does in my case.

Christoph



[2002-06-21 10:09:05] [EMAIL PROTECTED]

I have the same problem.

I can not use network drives in file functions. Everything working fine
with local drive (e.g. C:) but troubles are with Novell Network Drives.
You cannot add SYSTEM (Windows) user to Novell Netware rights.

Regards

Mariusz Buk



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

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

#15982 [Fbk->NoF]: PHP Freeze with swffont() call

[php-bugs]

 ID:   15982
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Ming related
 Operating System: Win XP Prof
 PHP Version:  4.x.x
 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-10-09 20:41:07] [EMAIL PROTECTED]

Using the latest CVS I am unable to replicate this crash on Linux, so
this is most likely a Windows only bug.
I do however see a number of memory leaks caused by this extension:
/home/rei/PHP_CVS/php4/Zend/zend_hash.c(178) :  Freeing 0x083A1AA4 (32
bytes), script=m.php
Last leak repeated 2 times
/home/rei/PHP_CVS/php4/Zend/zend_API.c(597) :  Freeing 0x083A1A44 (44
bytes), script=m.php
/home/rei/PHP_CVS/php4/Zend/zend_API.c(585) : Actual location (location
was relayed)
Last leak repeated 2 times

Using Google I found the following archive of fdb fonts,
http://todbot.com/ming/tsts/fonts/, the url provided by [EMAIL PROTECTED]
does not appear to work.



[2002-10-09 20:01:55] [EMAIL PROTECTED]

I know the bug still exists in Ming. Anyway if you want an alternative
that works there is FreeMovie/PHP http://freemovie.sourceforge.net/.



[2002-10-09 16:18:58] [EMAIL PROTECTED]

Still an issue.  Running Apache 2.0.40 with php 4.2.3 and ming 2a all
on Windows 2000 Pro.  

ERROR message as follows:
The instruction at "0x00bacf0c" referenced memory at "0x00ad8000". The
memory could not be "written".



[2002-09-28 04:03:34] [EMAIL PROTECTED]

you'll find some .fdb fonts at:
http://www.neuralust.com/~mingdocs/fonts/getfonts.htm



[2002-09-25 05:37:13] [EMAIL PROTECTED]

I didnt recieve any font file, setting to feedback



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

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

#17020 [Fbk->NoF]: Servlet sapi native code problems

[php-bugs]

 ID:   17020
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Servlet related
 Operating System: Linux - 2.4.18
 PHP Version:  4.2.0
 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-10-09 11:29:51] [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-08-29 14:29:11] [EMAIL PROTECTED]

Same error on linux,
seems there is a SEGMENTATION FAULT on all the hash code of zend
Hope this will be debugged soon...

BTW.. it is not *so* visible on PHP as apache .so or cgi, but i think
it will ALSO happens sometimes... except that not the whole apache die
like tomcat, but just the thread... so you just get a "no server
response" sometimes.
and passes invisible really because or lack of zombs logs under apache



[2002-08-13 16:20:37] [EMAIL PROTECTED]

System config: Win2K, JDK 1.4, PHP 4.2.2, Tomcat 4

I *CAN* get PHP 4.0.6 to work as a servlet with the above config, but
cannot get the latest release to work.  I compiled the phpsrvlt.jar
myself with 4.2.2 and 4.0.6 and could only get 4.0.6 to work
successfully.  

Is there anyone that *can* get 4.2.2 to work on Windows as a servlet?



[2002-07-26 10:05:35] [EMAIL PROTECTED]

Thanks Mark!

I followed your instructions and its way better. No crasch yet. I am
now able to run phpBB under Tomcat (with custom authorization using
servlet filters).

Still, something tells me the bugs are still there, just not as easy to
provoke...

PHP 4.2.1 + Tomcat 4.0.4 + Java 1.4.0 (Linux 2.4.7)



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

Compiling with --enable-debug and the CFLAG -g3 seems to 
make the servlet SAPI a lot more stable.  add 
--enable-debug to your configure script.  And export an 
environment variable CFLAGS before you configure. 
 
export CFLAGS ="-O3 -mcpu=i686 -march=i686 
-malign-functions=4  -pthread -g3 -Wall -DZTS -prefer-pic" 
 
Make sure that INLINE_CFLAGS is set to this in the 
Zend/Makefile and the TSRM/Makefile.  If not, just change 
them and remake.  You might have to remove libphp4.so and 
sapi/servlet/phpsrvlt.jar to make sure the recompile works 
properly.  Copy the phpsrvlt.jar back to your tomcat 
shared/lib/ folder and re run tomcat.  Now, every php page 
you hit you should see this on the command line: 
 
fopen_wrappers.c(656) :  Freeing 0x084E2DE8 (41 bytes), 
script=- 
servlet.c(334) :  Freeing 0x0822EF30 (4 bytes), script=- 
 
If you see this, you know you're good to go.  Hopefully 
the servlet SAPI will improve stability with ZE2.  I just 
got this working for more than 10 requests, so email me if 
you need any help.  Seems rock solid so far.



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

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

#17604 [Fbk->NoF]: Apache 2/MySQL/PHP4/Sablotron Will not compile

[php-bugs]

 ID:   17604
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 8 IA
 PHP Version:  4.2.1
 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-10-09 22:15:17] [EMAIL PROTECTED]

Could you please provide more information, like why is it refusing to
run in particular?



[2002-07-01 04:34:24] [EMAIL PROTECTED]

Yes and no, it compiles but still refuses to run



[2002-07-01 04:34:09] [EMAIL PROTECTED]

Yes and no, it compiles but still refuses to run



[2002-06-30 01:26:14] [EMAIL PROTECTED]

The make install problem has been fixed in CVS.
Does the solution Marko suggested in previous comment work?




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

Well, -liconv is missing from that link line, and according 
to your previous error, it was missing earlier as well. 

Linking with g++ seemed to solve all the C++ -related 
problems.

So, try to configure again with --with-iconv=/usr/local 
(but without specifying CC=g++ or anything). Then compile, 
and again replace gcc with g++ on the last link line.



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

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

#16773 [Fbk->NoF]: ISAPI application dies

[php-bugs]

 ID:   16773
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: IIS related
 Operating System: Windows 2000 Server
 PHP Version:  4.2.0
 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-10-09 11:31:52] [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-04-23 22:12:38] [EMAIL PROTECTED]

That is the most common problem with the ISAPI filter of PHP.

I would just run it as CGI.



[2002-04-23 18:38:42] [EMAIL PROTECTED]

Loaded modules are php_mssql.dll and php_socket.dll

Under the Home Directory tab, clicking "Unload" will return things to
normal.

As this appears to be a flaw in the memory management, would unticking
"Cache ISAPI Applications" help?



[2002-04-23 18:33:26] [EMAIL PROTECTED]

Sorry for the unhelpful title, but the PHP ISAPI filter dies, leaving
the below messages in the logs.

One page would not load, and then subsequent pages were "PHP has
encountered an Access Violation at 77FCB2A7".

The page always loads fast - all it does are a couple of MS SQL queries
via an abstraction library (namdal-ms.php). open_database() calls
mssql_pconnect()

Application protection is "Low" as recommended in bug #15333.


PHP error log:

[24-Apr-2002 10:21:54] PHP Fatal error:  Cannot redeclare
open_database() (previously declared in namdal-ms.php:39) in
namdal-ms.php on line 38
[24-Apr-2002 10:22:16] PHP Fatal error:  Maximum execution time of 30
seconds exceeded in namdal-ms.php on line 68


Windows Event Viewer (System):

Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x16A
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_request_startup + 0x1F0
 + 0xFBBE824
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x16A
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
ntdll!RtlSizeHeap + 0x78
ntdll!RtlFreeHeap + 0x100
php4ts!shutdown_memory_manager + 0x1BC
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:22:16 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x16A
'.




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

#15192 [Fbk->NoF]: MSSQL functions crashing PHP

[php-bugs]

 ID:   15192
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: MSSQL related
 Operating System: Windows 2000
 PHP Version:  4.0.6
 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-10-09 11:36:16] [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-01-23 19:57:08] [EMAIL PROTECTED]

Tried it under 4.0.6 and it crashes as well, switch back to 4.0.5,
works just fine.



[2002-01-23 19:55:47] [EMAIL PROTECTED]

This bug happens when requesting a lot (1000+) rows from an MSSQL
database 
or less lines if you've executed a bunch of other code first.  My test
case 
was with a table called "data" with three fields: 

 "pt_index(int)","pt_time(datetime)","pt_data(real)"
 
I set the index to 22 for each row, pt_time to each minute of the day,
and
pt_data to random values.  My code was working fine under 4.0.5, but
with 
4.1.0 and 4.1.1 it generates an application error in php.exe - trying
to 
reference a null pointer.  Interestingly, it works fine if I didn't
supply
the date ranges.  Anyways, I searched through the code and saw I was 
getting the exception in the memory allocation function which means the

heap is being corrupted somewhere else.  Any ideas on what was added? 


= '2001-12-3' and pt_time < '2001-12-4'";

$data=mssql_query($req, $link) or die (mssql_get_last_message());

while ($row=mssql_fetch_array($data)){
print_r($row);
echo "";
}
?>





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

#13008 [Fbk->NoF]: Multiple update/inserts fail

[php-bugs]

 ID:   13008
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: MSSQL related
 Operating System: Linux 2.2.12-20 Red Hat 6.1
 PHP Version:  4.0.6
 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-10-09 11:59:14] [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

If the problem still occures try upgrading to freetds-0.53 and seeing
if that'll solve the problem.



[2002-08-26 15:38:39] [EMAIL PROTECTED]

I will check within the next week or two to verify.



[2002-08-17 02:12:05] [EMAIL PROTECTED]

Is this still a valid bug in the recent PHP releases?



[2001-08-28 16:01:08] [EMAIL PROTECTED]

I'm using FreeTDS 0.51 to access an MSSQL 7.0 pl1 database server. I
can use PHP to SELECT information from the database with no problems.
I'm having problems with multiple insert/updates done to the database
in sequence.

My algorithm attempts to insert/update several rows of data into the
database after an HTTP put. It will first attempt to do an SQL insert,
and if that errors due to duplicate key restraints it will do an SQL
update.

I'm finding that it will do the first update, but after that nothing
appears to work unless I close the connection to the database and
reopen it again. While this works in a small installation, I can see
problems with hundreds of database updates per minute constantly
opening and closing connections for each row updated.

I can do multiple SQL inserts in sequence with no problems. It is when
the key restraint warning occurs and I do an update.

I have the code if interested.

Here is my PHP configure line:

./configure --with-mysql --with apxs=/usr/local/apache/bin/apxs
--with-gd --with-mssql=/usr/local/freetds
--with-sybase=/usr/local/freetds --enable-track-vars

Thanks




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

#15765 [Fbk->NoF]: mssql_query (and mssql_select_db) crashes php.exe

[php-bugs]

 ID:   15765
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: MSSQL related
 Operating System: Windows 2000 Server
 PHP Version:  4.1.1
 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-10-09 11:34:08] [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-02-27 15:51:07] [EMAIL PROTECTED]

as of this time, I have tested this with ISAPI plugin and php.exe CGI
method and it happens using both.



[2002-02-27 14:48:57] [EMAIL PROTECTED]

I am able to connect to SQL Server v7.0 over the network, but after I
am connected (with either _connect or _pconnect), mssql_select_db with
a valid db crashes php.exe.

If I remove mssql_select_db call, mssql_query crashes.

When I removed mssql_select_db call, I added a login to the server
which used my db as the default db (so I wouldnt need to select it
obviously). I changed my mssql_connect call to reflect the new username
and password. I forgot to add select permissions for the table I
created, and when I tried to run the code, it actually printed out an
error stating that the MSSQL driver couldn't select on the table
because of the lack of permissions. When I added permissions to the
server and re-ran the code, it then crashed php.exe.

All crashes are 'instruction at "0x" tried to reference
"0x"' so that is not really helpful.




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

#16912 [Fbk->NoF]: Compilation error

[php-bugs]

 ID:   16912
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Servlet related
 Operating System: SuSe Linux 7.3
 PHP Version:  4.2.0
 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-10-09 11:30:31] [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-07-26 11:43:55] [EMAIL PROTECTED]

BTW, I'm using RH 6.2 PHP 4.2.2 Tomcat 4.04 and Sun's JDK1.3.0 

Damn, the same thing happens in J2SDK1.4.0-01.

I'm configuring --with-servlet=/usr/local/tomcat/common
--with-java=/usr/local/J2SDK1.4.0-01

It configures, but when I try to run a make I get:

make[3]: Entering directory
`/home/dougie/build/php-4.2.2/sapi/servlet'
/home/dougie/build/php-4.2.2/build/shtool mkdir -p net/php
javac net/php/reflect.java
javac -classpath
.:/usr/local/tomcat/common/lib/servlet.jar:/usr/java/j2sdk1.4.0_01/lib/
net/php/servlet.java
net/php/servlet.java:75: encode(java.lang.String) in
java.net.URLEncoder cannot be applied to
(java.lang.String,java.lang.String)
  result += concat + name + "=" + URLEncoder.encode(value,
"UTF-8");
^
1 error
make[3]: *** [phpsrvlt.jar] Error 1
make[3]: Leaving directory `/home/dougie/build/php-4.2.2/sapi/servlet'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/dougie/build/php-4.2.2/sapi/servlet'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/dougie/build/php-4.2.2/sapi'
make: *** [all-recursive] Error 1



[2002-07-26 11:24:00] [EMAIL PROTECTED]

I am having the same problem with sun jdk1.3, I want to use php/cocoon
and xindice on the same box, but cannot due to the fact that Xindice
requires jdk1.3



[2002-04-30 05:03:29] [EMAIL PROTECTED]

1. Thank's for a tip. I did this, but the main problem still exists I
cannot reach a stable version of PHP servlet(Tomcat craches). This time
I configured PHP only --with-java --with-servlet. 

2. The problem of compilation exists when is used the JDK 1.3. with
JDK1.4 compilation is successful. I think it(which JDK) should be added
to the sapi/servlet/README to avoid a frustration.   

Best regards



[2002-04-29 19:33:50] [EMAIL PROTECTED]

First of all, drop the --with-apxs from your configure line.
You can not compile 2 sapis at same time.

Also, read the sapi/servlet/README file.




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

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

#17424 [Fbk->NoF]: Apache sends HTTP 500, but still sends PHP HTML without error

[php-bugs]

 ID:   17424
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache related
 Operating System: Windows NT 4.0 SP6a + Fixes
 PHP Version:  4.2.1
 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-10-09 11:27:13] [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-08-26 15:16:39] [EMAIL PROTECTED]

This phenomenon may be directly related to bug #19113
(http://bugs.php.net/19113).



[2002-06-11 09:02:29] [EMAIL PROTECTED]

A similar problem occurs on Win98 SE with Apache 1.3.24 and PHP 4.2.1
(binary zip dist.) with default configurations: any scripts, even empty
ones () fail with error 500 when the URL has a "?" at the end,
with or without any actual GET parameters; once failed, the script will
fail with every consequent call even without the query part (browser
caching disabled - IE6). Apache error log has no sign of this, access
log looks as if nothing went wrong (ie, the expected page content IS
sent).

Scripts with phpinfo() work fine. Besides, when I add phpinfo() to a
failing script and reload the page, then remove it and reload again,
everything works properly, but only until I change the query part, then
it fails again.

Sometimes PHP scripts with only HTML code in them also behave like
this, sometimes not, but each particular script is persistant in its
behavior.

PHP 4.1 has no trouble with this.



[2002-05-25 01:43:59] [EMAIL PROTECTED]

Setup:

* Windows NT SP6a with all the fixins' and none of the fat (No IIS,
etc).
* Apache 1.3.23, PHP as a module.  Mostly default php.ini settings. 
Using the zip binary.

I upgraded from PHP 4.1.1 to 4.2.0 on my site and immediately ran into
problems with users of WebTV and other unreported browsers saying they
could not access the site.  Using Ethereal, I discovered that Apache
was sending "500 Internal Server Error" along with the rest of the
headers versus a HTTP 200, but was **STILL** sending the PHP generated
HTML.  There is no error reported in the Apache error log (the access
log was too large to analyze on the server, and probably only says it
served a "500" anyway) or any other clues in the HTTP headers.

A typical page that generates this error would contain the following:



... some HTML here ...



Internet Explorer 5.5 SP2 and Netscape 4.78 appear to ignore the HTTP
500 message and pretend nothing happened.

I'll see if I can get back with some more stats.


(As a totally unrelated side note, the Microsoft SQL DLL is broken in
the v4.1.0< win32 binary dist.  Its build 'signature' doesn't match and
the main PHP DLL detects, complains, and disables it.)





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

#16914 [Fbk->NoF]: Function zend_hash_index_update_or_next_insert crashes Tomcat.

[php-bugs]

 ID:   16914
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Servlet related
 Operating System: SuSe Linux 7.3
 PHP Version:  4.2.0
 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-10-09 11:30:51] [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-08-29 14:10:53] [EMAIL PROTECTED]

Same on Linux 7.2
JVM 1.4.1
Tomcat 4.0.3

it seems something is definitively wrong with phpinfo()..
Always crashes the server with an 11 signal (SEGMENTATION VIOLATION)

Hope it will be checked ASAP 



[2002-04-29 14:48:53] [EMAIL PROTECTED]

An unexpected exception has been detected in native code outside the
VM.
Unexpected Signal : 11 occurred at PC=0x4c5e00f8
Function name=zend_hash_index_update_or_next_insert
Library=/usr/local/lib/php/libphp4.so

Current Java thread:
at net.php.reflect.setResultFromObject(Native Method)
at net.php.reflect.setResult(reflect.java:105)
at net.php.servlet.readCookies(servlet.java:92)
at net.php.servlet.send(Native Method)
at net.php.servlet.service(servlet.java:188)
at net.php.servlet.service(servlet.java:212)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java)
at org.apache.tomcat.core.Handler.service(Handler.java)
at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java)
at
org.apache.tomcat.core.ContextManager.internalService(ContextManager.java)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java)
at
org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java)

at
org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java)
at
org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java)
at java.lang.Thread.run(Thread.java:479)

Dynamic libraries:
08048000-0804c000 r-xp  03:02 131867
/usr/local/jdk1.3.1/bin/i386/native_threads/java
0804c000-0804d000 rw-p 3000 03:02 131867
/usr/local/jdk1.3.1/bin/i386/native_threads/java
4000-40014000 r-xp  03:02 357650 /lib/ld-2.2.4.so
40014000-40015000 rw-p 00013000 03:02 357650 /lib/ld-2.2.4.so
40016000-40017000 r--p  03:02 601481
/usr/lib/locale/en_US/LC_IDENTIFICATION
40017000-40018000 r--p  03:02 650279
/usr/lib/locale/en_US/LC_MEASUREMENT
40018000-40019000 r--p  03:02 260134
/usr/lib/locale/en_US/LC_TELEPHONE
40019000-4001a000 r--p  03:02 260129
/usr/lib/locale/en_US/LC_ADDRESS
4001a000-4001b000 r--p  03:02 260133
/usr/lib/locale/en_US/LC_NAME
4001b000-4001c000 r--p  03:02 812834
/usr/lib/locale/en_US/LC_PAPER
4001c000-4001d000 r--p  03:02 406419
/usr/lib/locale/en_US/LC_MESSAGES/SYS_LC_MESSAGES
4001d000-4001e000 r--p  03:02 650280
/usr/lib/locale/en_US/LC_MONETARY
4001e000-40024000 r--p  03:02 113833
/usr/lib/locale/en_US/LC_COLLATE
40024000-40025000 r--p  03:02 601482
/usr/lib/locale/en_US/LC_TIME
40025000-40026000 r--p  03:02 65067 
/usr/lib/locale/en_US/LC_NUMERIC
40026000-40028000 r--s  03:02 180491
/opt/jakarta/lib/jaxp.jar
40028000-40036000 r-xp  03:02 357672 /lib/libpthread.so.0
40036000-4003e000 rw-p d000 03:02 357672 /lib/libpthread.so.0
4003e000-40047000 r-xp  03:02 604049
/usr/local/jdk1.3.1/jre/lib/i386/native_threads/libhpi.so
40047000-40048000 rw-p 8000 03:02 604049
/usr/local/jdk1.3.1/jre/lib/i386/native_threads/libhpi.so
40048000-403c8000 r-xp  03:02 961678
/usr/local/jdk1.3.1/jre/lib/i386/server/libjvm.so
403c8000-4051d000 rw-p 0037f000 03:02 961678
/usr/local/jdk1.3.1/jre/lib/i386/server/libjvm.so
40536000-40538000 r-xp  03:02 357660 /lib/libdl.so.2
40538000-4053a000 rw-p 1000 03:02 357660 /lib/libdl.so.2
4053a000-40655000 r-xp  03:02 357656 /lib/libc.so.6
40655000-4065c000 rw-p 0011a000 03:02 357656 /lib/libc.so.6
4066-40672000 r-xp  03:02 357663 /lib/libnsl.so.1
40672000-40674000 rw-p 00011000 03:02 357663 /lib/libnsl.so.1
40677000-40698000 r-xp  03:02 357661 /lib/libm.so.6
40698000-40699000 rw-p 0

#18764 [Fbk->NoF]: The last POST variable always has its last char missing

[php-bugs]

 ID:   18764
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: IIS related
 Operating System: NT 4
 PHP Version:  4.2.1
 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-10-09 21:26:02] [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-08-06 18:53:53] [EMAIL PROTECTED]

The problem occurs with IIS 4 (NT 4, All SP) using the CGI version of
PHP 4.2.1. Whenever a form is submitted using the post method, the last
POST variable submitted loses its last character of content.

The below code reproduces the problem:


  
 
  
 

 

";

phpinfo();

?>

In this casee, $_POST['textOne'] would return "Test 123",
$_POST['textTwo'] would return "Test 123", and $_POST['textThree']
would return "Test 12" -- missing the final 3.

The same code on IIS 5 doesn't produce the problem however I have run
older PHP (4.0.6?) on NT 4 about 4-6months back without this problem.
Not sure if this MSKB article is relevant:
http://support.microsoft.com/default.aspx?scid=kb;en-us;q203298

BTW Register globals is on.




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

#16657 [Fbk->NoF]: Persistent connections and high-load problems

[php-bugs]

 ID:   16657
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: MSSQL related
 Operating System: Windows 2000
 PHP Version:  4.1.2
 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-10-09 22:22:23] [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-06-01 12:27:44] [EMAIL PROTECTED]

I also am experiencing the very same problem.  Under high loads, the
mssql_pconnect function pools up exactly 25 connections then completely
denies any further connections.  If the max_persistent variable is
higher than 25, mssql_pconnect returns FALSE until Apache is restarted.
 If it is set lower than 25, it STILL pools 25 connections but will
eventually release them (read: it takes a long time).



[2002-04-17 08:12:49] [EMAIL PROTECTED]

Persistent connections (using mssql_pconnect) don't work properly in
Php 4.1.2 (under Windows 2000 professional and Apache 1.3.12 server)
connecting to a MSSQL 7.0 database of a second machine.
High-loaded connections break and the php.ini file is omited when
setting the maximun number of persistent connections
(mssql.max_persistent variable)

regards
Jose Luis




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

#20073 [Opn->Fbk]: Anti-aliasing of text fails when writing it to trueColor image

[sniper]

 ID:   20073
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
-Bug Type: *Graphics related
+Bug Type: GD related
 Operating System: Solaris 9
 PHP Version:  4.2.3
 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



Use your original configure line, but don't pass '--with-gd' any path.
(This will make it use the bundled GD library)

If this fails too, please provide a short example script
which can be used to reproduce this.



Previous Comments:


[2002-10-24 14:57:02] [EMAIL PROTECTED]

Because of color-space issues that came up with using the simple 8-bit
imageCreate() method, I have moved to using the imageCreateTrueColor()
function.  

If I create and image using imageCreateTrueColor, and then try to write
text onto it using ImageTTFText, the text will not be anti-aliased.  I
have negated the color index being passed into ImageTTFText as an
attempt to fix the issue, but there was no change.



Configure line

./configure --prefix=/homespace/geneport4/system/core/php --enable-wddx
-enable-sigchild --enable-trans-sid 
--enable-inline-optimization
--with-apxs=/homespace/geneport4/system/core/apache/bin/apxs
--without-mysql --with-oci8 
--enable-track-vars --enable-gd-native-ttf
--with-gd=/homespace/geneport4/system/core 
--with-freetype-dir=/homespace/geneport4/system/core
--with-png-dir=/homespace/geneport4/system/core 
--with-zlib=/homespace/geneport4/system/core





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