Bug #13911 Updated: Documentation on ini_set could use some reorganizing
ID: 13911 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Any PHP Version: 4.0.6 New Comment: Anyway, config.xml is undergoing some revisions, and in the meantime I sorted the options. Previous Comments: [2001-12-12 18:18:00] [EMAIL PROTECTED] What about integrating the contents of this useful table into a new (and improved) version of config.xml ? My only concern is config may then seem bloated (ie. too much information). But, if layed out nicely it could be beautiful! :) Btw, config.xml lists configuration options alphabetically (within given sections), if not integrated then, imho, ini_set listings should be too. [2001-12-12 18:04:31] [EMAIL PROTECTED] I'm looking at the output of phpinfo() for 4.0.6 (Not sure about 4.1 which was just released) and all the directives *are* listed in alphabetical order, e.g. allow_call_time_pass_reference, allow_url_fopen, arg_separator.input, arg_separator.output, etc. all the way down to y2k_compliance. [2001-12-12 17:55:21] [EMAIL PROTECTED] they are sortet in the way phpinfo() shows them. If we change it here IMHO phpinfo needs to be changed as well. what about reorganizing the phpinfo()output to be sorted alphabetically. [2001-11-02 16:44:05] [EMAIL PROTECTED] The table that describes the configuration options on http://www.php.net/manual/en/function.ini-set.php suffers from a small but annoying usability problem: the options aren't sorted in any logical order. It would maybe make sense to have the configuraion options listed in alphabetical order to make it easier to scan the list in order to find a certain option. Some nice source code formatting to the pages would be nice, too. Check out the code for the table that lists the options and you'll see what I mean. If anyone else doesn't want to take the time to do it, I could fix the table myself and submit it. -- Edit this bug report at http://bugs.php.net/?id=13911&edit=1
Bug #14219 Updated: Various documentation suggestions
ID: 14219 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: General PHP Version: 4.1.1 New Comment: /usr/local/bin/php gets built automatically starting with 4.2.0 or 4.3.0. dblist() exists in the source, so I guess it works :) The following two suggestions remain: * the DBM function section should elaborate a bit on the internal flatfile database: does it use hashing? is the key or data size restricted? * the relationship between the DBM and DBA functions should be made clearer. When should one use which? Do the DBA functions do automatical locking like the DBM functions? The two should be cross linked at the very least. Previous Comments: [2002-02-24 07:37:22] [EMAIL PROTECTED] * Fixed the libSWF-issue in CVS * Fixed the string-issue in CVS [2001-11-25 20:59:52] [EMAIL PROTECTED] The PHP manual is of exceptional high quality and the following are mere suggestions, not real bugs: * the SWF function section should have a link to the Ming function section * the string function section should have a link to the regexp function section * It should be explained somewhere how one can produce a /usr/local/bin/php parser for use as an external cgi handler or as standalone script engine. If it is automatically generated by make, then it didn't turn up in my /usr/local/bin. * the DBM function section should elaborate a bit on the internal flatfile database: does it use hashing? is the key or data size restricted? * the dblist() function doesn't exist for me. I compiled with --with-gdbm. Typo? * the relationship between the DBM and DBA functions should be made clearer. When should one use which? Do the DBA functions do automatical locking like the DBM functions? The two should be cross linked at the very least. Thanks for a excellent product, Axel -- Edit this bug report at http://bugs.php.net/?id=14219&edit=1
Bug #14732 Updated: Broken links in global.ent
ID: 14732 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: all PHP Version: 4.1.1 New Comment: According to the checkent script, the following urls are still (or again) broken: url.icap: Could not open document: url.ldap.ldapworld: Could not open document: url.mersenne.twister: unknown host: www.scp.syr.edu url.nis: Could not open document: url.pfpro.download: unknown host: testmanager.signio.com Segmentation fault A segfault??? Damn... Previous Comments: [2001-12-28 10:33:56] [EMAIL PROTECTED] broken links fixed for - adabas - ldap - libiconv [2001-12-28 09:55:54] [EMAIL PROTECTED] Please commit that little script into phpdoc into the scripts directory. We have some scripts there to test XML files, such as the entities.php or dbtags.php. It would be nice to make this test from time to time. To answer your current bug report, I have not time currently to skim through these addresses and find the right, so anybody with sufficient time, or who knows some of the right links would be welcome :) -- Goba [2001-12-28 08:04:05] [EMAIL PROTECTED] Hi, just wrote a little script and checked global.ent url.adabas: unknown host (www.adabas.com) url.hyperwave-proto: document not found (http://www.hyperwave.de/7.17-hg-prot) url.iicm: unknown host (iicm.edu) url.iptc: document not found or unreachable (http://www.iptc.org/) url.ldap.ldapworld: document not found or unreachable (http://elvira.innosoft.com/ldapworld) url.libiconv: document not found (http://clisp.cons.org/~haible/packages-libiconv.html) url.malinimg: document not found (http://www.pvv.org/~ssb/malin/bilder/mi/twain001.jpg) url.mersenne.twister: unknown host (www.scp.syr.edu) url.nis: document not found (http://www.desy.de/~sieversm/ypdoku/ypdoku/ypdoku.html) Georg -- Edit this bug report at http://bugs.php.net/?id=14732&edit=1
Bug #14814 Updated: Strange error message on gzopen and ftp:// URL
ID: 14814
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: Linux (2.4.17)
PHP Version: 4.1.1
New Comment:
Isn't this possible with the new streams (in 4.3.0)?
Previous Comments:
[2002-01-17 13:08:47] [EMAIL PROTECTED]
Currently its not possible, to combine diffrent wrappers.
So you can't use fopen("zlib:url/file.gz") or
gzopen("url/file.gz").
I changed it to a documentation problem, maybe someone can
add a note, that is not possible yet to combine wrappers.
[2002-01-08 17:02:53] [EMAIL PROTECTED]
(Just got email back from Georg, replying to my response
to this [emailed directly as the bug-editing was down at
the time]).
It sounds like neither gzopen nor zlib:// work for remote
files at all.
Is this a bug or should I submit it as a feature request?
P.S. Thanks again for the reply!
[2002-01-03 02:01:46] [EMAIL PROTECTED]
For opening zip-files via ftp or httpd, there is a little
note in the manual:
Note: The current CVS version 4.0.4-dev introduces a
fopen-wrapper for .gz-files, so that you can use a special
'zlib:' URL to access compressed files transparently using
the normal f*() file access functions if you prepend the
filename or path with a 'zlib:' prefix when calling
fopen().
This feature requires a C runtime library that provides
the fopencookie() function. To my current knowledge the
GNU libc is the only library that provides this feature.
But for sure, this is not a solution for the errormessage
:-)
[2002-01-02 20:37:21] [EMAIL PROTECTED]
It's not clear from the manual whether or not gzopen is
SUPPOSED to work with http:// and ftp:// URL's, but I get
the impression the answer is "not yet". (The
documentation in the manual IMPLIES that it the
filehandle-like functions should work with the exception
of socket functions, but the user commentary below the
gzopen entry implies that it doesn't work for http://
URL's either...)
However, when attempting to gzopen a .gz file from an FTP
site, the error message returned is very strange:
-
Warning:
gzopen("ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz","r";)
- Success in projects/phpdna/get28s.php on line
69
Like, dude! Couldn't gzopen
ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz!
The gzopen returned
-
("Warning - Success?")
(the section of code that does this is:
-
if(!($fhandle=gzopen($filename,"r")))
{
print("Like, dude! Couldn't gzopen
$filename!\n");
print("The gzopen returned $fhandle\n");
}
-
where filename has obviously been passed as
ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz
There's a pause that implies the connection attempt is
being made.
(quick update, I just re-ran the script and did a capture
with 'ethereal' - a connection IS being made and, passive
mode is being switched to, and the RETR is started on the
file, and about 3 1K packets seem to come across. Are FTP
URL's supposed to work? Is this a 'gzopen ftp://' bug
rather than an error message bug?)
I'll report the "Please Oh Please add http/ftp URL support
to gzopen like fopen has!" separately as a feature request
later, presuming it doesn't turn out that it's already
been done and I just don't know what I'm doing... Thanks!
--
Edit this bug report at http://bugs.php.net/?id=14814&edit=1
Bug #16460: can't find mysql.sock
From: [EMAIL PROTECTED] Operating system: Slackware PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: can't find mysql.sock i have a slackware server with apache 1.3.20 and mysql 3.23.39 with php 4.0.6 and it works perfect. but when i tried to install thew new version of php - 4.1.2 some problems ocurred. first of all it configures and compiles correct - with no errors. with phpinfo() everything is correct - it finds the mysql.sock file in the correct place - /tmp/mysql.sock as a link to var/run/mysql/mysql.sock. so with php4.0.6 mysql connections works fine but after upgrading to php4.1.2 can't connect anymore, dies with that error : Can't connect to local MySQL server through socket '/tmp/mysql.sock' (40) so i guess it's something different in the mysql support in the new php version but couldn't find anything related in the documentation. -- Edit bug report at http://bugs.php.net/?id=16460&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16460&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16460&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16460&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16460&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16460&r=support Expected behavior: http://bugs.php.net/fix.php?id=16460&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16460&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16460&r=submittedtwice
Bug #16460 Updated: can't find mysql.sock
ID: 16460 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Slackware PHP Version: 4.0.6 New Comment: i've menaged somehow the problem by not entering the path to mysql when configuring - only --with-mysql - wihout the path. after that php show no errors when connecting to mysql Previous Comments: [2002-04-06 07:11:45] [EMAIL PROTECTED] i have a slackware server with apache 1.3.20 and mysql 3.23.39 with php 4.0.6 and it works perfect. but when i tried to install thew new version of php - 4.1.2 some problems ocurred. first of all it configures and compiles correct - with no errors. with phpinfo() everything is correct - it finds the mysql.sock file in the correct place - /tmp/mysql.sock as a link to var/run/mysql/mysql.sock. so with php4.0.6 mysql connections works fine but after upgrading to php4.1.2 can't connect anymore, dies with that error : Can't connect to local MySQL server through socket '/tmp/mysql.sock' (40) so i guess it's something different in the mysql support in the new php version but couldn't find anything related in the documentation. -- Edit this bug report at http://bugs.php.net/?id=16460&edit=1
Bug #14814 Updated: Strange error message on gzopen and ftp:// URL
ID: 14814
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: Linux (2.4.17)
PHP Version: 4.1.1
New Comment:
Yes, the new streams allow "nesting" a sequences of wrappers:
fopen("bzip2://zlib://http://host.domain";, "r") should
in theory work, even it it doesn't make much sense.
Not every wrapper/stream is compatible in this way on
all systems, particularly if fopencookie is not part of
the systems c library.
Previous Comments:
[2002-04-06 06:12:47] [EMAIL PROTECTED]
Isn't this possible with the new streams (in 4.3.0)?
[2002-01-17 13:08:47] [EMAIL PROTECTED]
Currently its not possible, to combine diffrent wrappers.
So you can't use fopen("zlib:url/file.gz") or
gzopen("url/file.gz").
I changed it to a documentation problem, maybe someone can
add a note, that is not possible yet to combine wrappers.
[2002-01-08 17:02:53] [EMAIL PROTECTED]
(Just got email back from Georg, replying to my response
to this [emailed directly as the bug-editing was down at
the time]).
It sounds like neither gzopen nor zlib:// work for remote
files at all.
Is this a bug or should I submit it as a feature request?
P.S. Thanks again for the reply!
[2002-01-03 02:01:46] [EMAIL PROTECTED]
For opening zip-files via ftp or httpd, there is a little
note in the manual:
Note: The current CVS version 4.0.4-dev introduces a
fopen-wrapper for .gz-files, so that you can use a special
'zlib:' URL to access compressed files transparently using
the normal f*() file access functions if you prepend the
filename or path with a 'zlib:' prefix when calling
fopen().
This feature requires a C runtime library that provides
the fopencookie() function. To my current knowledge the
GNU libc is the only library that provides this feature.
But for sure, this is not a solution for the errormessage
:-)
[2002-01-02 20:37:21] [EMAIL PROTECTED]
It's not clear from the manual whether or not gzopen is
SUPPOSED to work with http:// and ftp:// URL's, but I get
the impression the answer is "not yet". (The
documentation in the manual IMPLIES that it the
filehandle-like functions should work with the exception
of socket functions, but the user commentary below the
gzopen entry implies that it doesn't work for http://
URL's either...)
However, when attempting to gzopen a .gz file from an FTP
site, the error message returned is very strange:
-
Warning:
gzopen("ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz","r";)
- Success in projects/phpdna/get28s.php on line
69
Like, dude! Couldn't gzopen
ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz!
The gzopen returned
-
("Warning - Success?")
(the section of code that does this is:
-
if(!($fhandle=gzopen($filename,"r")))
{
print("Like, dude! Couldn't gzopen
$filename!\n");
print("The gzopen returned $fhandle\n");
}
-
where filename has obviously been passed as
ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz
There's a pause that implies the connection attempt is
being made.
(quick update, I just re-ran the script and did a capture
with 'ethereal' - a connection IS being made and, passive
mode is being switched to, and the RETR is started on the
file, and about 3 1K packets seem to come across. Are FTP
URL's supposed to work? Is this a 'gzopen ftp://' bug
rather than an error message bug?)
I'll report the "Please Oh Please add http/ftp URL support
to gzopen like fopen has!" separately as a feature request
later, presuming it doesn't turn out that it's already
been done and I just don't know what I'm doing... Thanks!
--
Edit this bug report at http://bugs.php.net/?id=14814&edit=1
Bug #14814 Updated: Strange error message on gzopen and ftp:// URL
ID: 14814
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: Linux (2.4.17)
PHP Version: 4.1.1
New Comment:
As an additional note, zlib: wrapper no longer requires fopencookie, so
I would expect zlib://http:// and zlib://ftp:// to work on all
systems.
Likewise, gzopen("http://";) and gzopen("ftp://";) should
also work on all systems.
This needs testing (you are welcome to try the current
CVS/recent snapshot).
Previous Comments:
[2002-04-06 07:33:14] [EMAIL PROTECTED]
Yes, the new streams allow "nesting" a sequences of wrappers:
fopen("bzip2://zlib://http://host.domain";, "r") should
in theory work, even it it doesn't make much sense.
Not every wrapper/stream is compatible in this way on
all systems, particularly if fopencookie is not part of
the systems c library.
[2002-04-06 06:12:47] [EMAIL PROTECTED]
Isn't this possible with the new streams (in 4.3.0)?
[2002-01-17 13:08:47] [EMAIL PROTECTED]
Currently its not possible, to combine diffrent wrappers.
So you can't use fopen("zlib:url/file.gz") or
gzopen("url/file.gz").
I changed it to a documentation problem, maybe someone can
add a note, that is not possible yet to combine wrappers.
[2002-01-08 17:02:53] [EMAIL PROTECTED]
(Just got email back from Georg, replying to my response
to this [emailed directly as the bug-editing was down at
the time]).
It sounds like neither gzopen nor zlib:// work for remote
files at all.
Is this a bug or should I submit it as a feature request?
P.S. Thanks again for the reply!
[2002-01-03 02:01:46] [EMAIL PROTECTED]
For opening zip-files via ftp or httpd, there is a little
note in the manual:
Note: The current CVS version 4.0.4-dev introduces a
fopen-wrapper for .gz-files, so that you can use a special
'zlib:' URL to access compressed files transparently using
the normal f*() file access functions if you prepend the
filename or path with a 'zlib:' prefix when calling
fopen().
This feature requires a C runtime library that provides
the fopencookie() function. To my current knowledge the
GNU libc is the only library that provides this feature.
But for sure, this is not a solution for the errormessage
:-)
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/14814
--
Edit this bug report at http://bugs.php.net/?id=14814&edit=1
Bug #15780 Updated: openssl: undefined reference to `OPENSSL_add_all_algorithms_noconf'
ID: 15780 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Bogus Bug Type: Compile Failure Operating System: Linux PHP Version: 4.0CVS-2002-02-28 New Comment: You're using development version of openssl. Nothing we can do about that now. Previous Comments: [2002-04-06 00:00:05] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-03-05 09:39:06] [EMAIL PROTECTED] yeap ... my last 4.2.0-dev compile was on february with the same ssl headers. [2002-03-05 09:06:08] [EMAIL PROTECTED] Sounds like your header files redefining OPENSSL_add_all_algorithms to OPENSSL_add_all_algorithms_noconf. Are you sure that the header files installed match your development version of openssl?? [2002-02-28 08:20:24] [EMAIL PROTECTED] A compile error. OpenSSL version : OpenSSL 0.9.7-dev 24 Sep 2000 make[2]: Nothing to be done for `all-p'. make[2]: Leaving directory `/usr/src/php4/regex' make[1]: Leaving directory `/usr/src/php4/regex' Making all in sapi/cli make[1]: Entering directory `/usr/src/php4/sapi/cli' make[2]: Entering directory `/usr/src/php4/sapi/cli' /bin/sh /usr/src/php4/libtool --silent --mode=link gcc -I. -I/usr/src/php4/sapi/cli -I/usr/src/php4/main -I/usr/src/php4 -I/usr/src/apache_1.3.23//src/include -I/usr/src/apache_1.3.23//src/os/unix -I/usr/src/php4/Zend -I/usr/src/openssl/include -I/usr/include/libxml2 -I/usr/include/freetype -I/usr/include/mysql -I/data/virtual/include -I/usr/src/php4/ext/xml/expat -I/usr/src/php4/TSRM -fPIC -O3 -m486 -o php -export-dynamic libphp4cli.la ./.libs/libphp4cli.a(openssl.o): In function `zm_startup_openssl': openssl.o(.text+0xa16): undefined reference to `OPENSSL_add_all_algorithms_noconf' collect2: ld returned 1 exit status make[2]: *** [php] Error 1 make[2]: Leaving directory `/usr/src/php4/sapi/cli' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/php4/sapi/cli' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=15780&edit=1
Bug #16263 Updated: session.start() create new empty session file and not resume existing session
ID: 16263
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Session related
Operating System: Windows 2000
PHP Version: 4.1.2
New Comment:
When updating PHP, remember to always replace the php4ts.dll
with the one found in the release package.
Previous Comments:
[2002-04-06 01:06:10] [EMAIL PROTECTED]
Experiencing the same on Win98/Apache1.3.24/PHP4.1.2... Looks like it's
really a bug of 4.1.x (?) since I have 4.0.6 and it works fine.
By using session_register("var") I can force it to create "var" record
in the session data file, but it does not save any value after the
variable name.
The bug is serious, please, make some feedback on it...
[2002-04-03 04:36:32] [EMAIL PROTECTED]
Nothing changed between 4.1.1 and 4.1.2, but you can try php-4.2.0rc1
from www.php.net/~derick if you want.
Please report back if this fixes the problem.
Derick
[2002-04-03 04:34:48] [EMAIL PROTECTED]
*** *** *** *** *** *** *** *** *** *** *** ***
Yeah, this is a bug in 4.1.2... does anybody know where I can download
the previous 4.1.1 version of PHP???
It has been removed from php.net and I can't seem to find it anywhere
else.
Thanks!
[2002-03-25 10:27:44] [EMAIL PROTECTED]
When calling function session_start() in 4.1.2 version, it creates new
empty file in session.save_path. In version 4.1.1 it was OK, after
installing new version this does not work, even if php.ini is the
same.
print_r($_SESSION) gets empty array. I have register_globals off and
using only $_SESSION, $_GET, vars
my php.ini:
session.save_handler = files
session.save_path = c:\program files\php\tmp
session.use_cookies = 1
session.name = PHPSESSID
session.auto_start= 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain = burcin.natur.cuni.cz
session.serialize_handler = php
session.gc_probability= 1
session.gc_maxlifetime= 1440
session.referer_check =
session.entropy_length= 0
session.entropy_file =
session.cache_limiter = nocache
session.cache_expire = 0
session.use_trans_sid = 1
--
Edit this bug report at http://bugs.php.net/?id=16263&edit=1
Bug #16460 Updated: can't find mysql.sock
ID: 16460
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: MySQL related
Operating System: Slackware
PHP Version: 4.0.6
New Comment:
By configuring --with-mysql (without the path) you're using
the bundled mysql libraries. Also, using some link in /tmp/
to point to the correct link is not very good idea.
PHP configure searches for the link during configure time..
Just delete that link and reconfigure ('rm config.cache' first!)
Make sure you have mysqld running before you configure PHP.
This is not any bug.
Previous Comments:
[2002-04-06 07:32:03] [EMAIL PROTECTED]
i've menaged somehow the problem by not entering the path to mysql when
configuring - only --with-mysql - wihout the path. after that php show
no errors when connecting to mysql
[2002-04-06 07:11:45] [EMAIL PROTECTED]
i have a slackware server with apache 1.3.20 and mysql 3.23.39 with php
4.0.6 and it works perfect.
but when i tried to install thew new version of php - 4.1.2 some
problems ocurred. first of all it configures and compiles correct -
with no errors. with phpinfo() everything is correct - it finds the
mysql.sock file in the correct place - /tmp/mysql.sock as a link to
var/run/mysql/mysql.sock.
so with php4.0.6 mysql connections works fine but after upgrading to
php4.1.2 can't connect anymore, dies with that error :
Can't connect to local MySQL server through socket '/tmp/mysql.sock'
(40)
so i guess it's something different in the mysql support in the new php
version but couldn't find anything related in the documentation.
--
Edit this bug report at http://bugs.php.net/?id=16460&edit=1
Bug #7151 Updated: phpMyAdmin causes crash of php.exe
ID: 7151
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Reproducible Crash
Operating System: Windows 2000
PHP Version: 4.0 Latest CVS (12/10/2000)
New Comment:
> A second problem: If I browse through a table, click an entry, alter
> some field contents and then click "OK" to confirm the changes, the
> message "This URL can not be found on this server" is displayed; but
if
> I then re-display the table, the altered data although has changed.
> But why the heck then is this message showed
This problem is not platform specific.
It depends on the number of fields in the table - the query string is
too long and therefore php reports the file not being found.
[Sat Apr 6 15:41:35 2002] [error] PHP Warning: stat failed for
./sql.php?lang=en&server=1&db=mydb&table=mytable&pos=0&sql_query=SELECT+%60id%60%2C%60titel%60%2C%60auteurid%60%2C%60auteur_dn%60%2C%60synopsis%60%2C%60intro%60%2C%60creationtime%60%2C%60lastmod%60%2C%60pubtime%60%2C%60published%60%2C%60updated%60%2C%60react_status%60%2C%60metadata%60%2C%60head%60%2C%60body%60%2C%60resourcepack%60+FROM+%60nieuws%60+WHERE+1+AND+%60id%60+%3D+10049
(errno=63 - File name too long) in
/my/dir/phpMyAdmin-2.2.1/tbl_replace.php on line 215
It's actually lame code (line 215 of tbl_replace.php):
if (file_exists('./' . $goto)) {
where $goto is an url-escaped query string, tucked into a variable.
I think that on windows the fstat isn't checked well enough and causes
the errors - i.e. passes the file not found, directly to the webserver,
which interpretes this as a 404.
Previous Comments:
[2002-04-05 12:35:15] [EMAIL PROTECTED]
In reply to http://www.phpwizard.net/phorum/read.php?f=1&i=2266&t=2266
I've got exactly the same problem using PHP3 (3.0.17), phpMyAdmin
(2.2.5), Xitami (V2.4d9) and Win2k (Professional) on two Notebooks
(Fujitsu C342, HP OmniBook 6100).
Every time, I try to execute an SQL command entered in the box provided
for this purpose by phpMyAdmin, the php.exe module crashes with an
program error popping up.
A second problem: If I browse through a table, click an entry, alter
some field contents and then click "OK" to confirm the changes, the
message "This URL can not be found on this server" is displayed; but if
I then re-display the table, the altered data although has changed.
But why the heck then is this message showed
Using phpMyAdmin on a linux system works just fine and perfectly.
So this seems all to be about a problem of php.exe on the windows
platform(s).
Any idea about this?
I searched this forum and just found one "sql crashes php3"...
[2000-10-12 05:46:54] [EMAIL PROTECTED]
unable to reproduce & not enough information
[2000-10-12 04:24:05] [EMAIL PROTECTED]
After hitting the "Create" button in phpMyAdmin's "Create new database"
form (on the start page of phpMyAdmin) php.exe crashes.
The form calls db_create.php3, but I cannot find the cause for the
crash therein.
--
Edit this bug report at http://bugs.php.net/?id=7151&edit=1
Bug #16461: Can't compile php4.1.2 with Apache2.0.35
From: [EMAIL PROTECTED] Operating system: Linux Slackware 8.0 PHP version: 4.1.2 PHP Bug Type: Apache2 related Bug description: Can't compile php4.1.2 with Apache2.0.35 When compiling php4.1.2, configured with apxs2 of Apache 2.0.35: sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_register_variables': sapi_apache2.c:148: warning: initialization discards qualifiers from pointer target type sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:171: too few arguments to function `apr_brigade_create' sapi_apache2.c:172: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:245: too few arguments to function `apr_brigade_create' sapi_apache2.c:247: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:247: too few arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:311: too few arguments to function `apr_brigade_create' sapi_apache2.c:366: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:375: too few arguments to function `apr_bucket_eos_create' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:407: `AP_FTYPE_CONTENT' undeclared (first use in this function) sapi_apache2.c:407: (Each undeclared identifier is reported only once sapi_apache2.c:407: for each function it appears in.) sapi_apache2.c:408: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/home/marat/apache2/php-4.1.2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/marat/apache2/php-4.1.2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/marat/apache2/php-4.1.2/sapi' make: *** [all-recursive] Error 1 Apache 2.0.35 was configured by options --enable-so --enable-MODULE=shared -- Edit bug report at http://bugs.php.net/?id=16461&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16461&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16461&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16461&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16461&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16461&r=support Expected behavior: http://bugs.php.net/fix.php?id=16461&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16461&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16461&r=submittedtwice
Bug #16461 Updated: Can't compile php4.1.2 with Apache2.0.35
ID: 16461 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Linux Slackware 8.0 PHP Version: 4.1.2 New Comment: We know that, you'll need 4.2.0 to compile with Apache 2.x You can try RC2 from www.php.net/~derick Previous Comments: [2002-04-06 10:11:26] [EMAIL PROTECTED] When compiling php4.1.2, configured with apxs2 of Apache 2.0.35: sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_register_variables': sapi_apache2.c:148: warning: initialization discards qualifiers from pointer target type sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:171: too few arguments to function `apr_brigade_create' sapi_apache2.c:172: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:245: too few arguments to function `apr_brigade_create' sapi_apache2.c:247: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:247: too few arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:311: too few arguments to function `apr_brigade_create' sapi_apache2.c:366: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:375: too few arguments to function `apr_bucket_eos_create' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:407: `AP_FTYPE_CONTENT' undeclared (first use in this function) sapi_apache2.c:407: (Each undeclared identifier is reported only once sapi_apache2.c:407: for each function it appears in.) sapi_apache2.c:408: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/home/marat/apache2/php-4.1.2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/marat/apache2/php-4.1.2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/marat/apache2/php-4.1.2/sapi' make: *** [all-recursive] Error 1 Apache 2.0.35 was configured by options --enable-so --enable-MODULE=shared -- Edit this bug report at http://bugs.php.net/?id=16461&edit=1
Bug #14814 Updated: Strange error message on gzopen and ftp:// URL
ID: 14814
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: Linux (2.4.17)
PHP Version: 4.1.1
New Comment:
Closing.
Note: this will NOT work in 4.2.0, only in 4.3.0. If you want to try
it, grab the latest CVS or a snapshot from http://snaps.php.net
Previous Comments:
[2002-04-06 07:40:40] [EMAIL PROTECTED]
As an additional note, zlib: wrapper no longer requires fopencookie, so
I would expect zlib://http:// and zlib://ftp:// to work on all
systems.
Likewise, gzopen("http://";) and gzopen("ftp://";) should
also work on all systems.
This needs testing (you are welcome to try the current
CVS/recent snapshot).
[2002-04-06 07:33:14] [EMAIL PROTECTED]
Yes, the new streams allow "nesting" a sequences of wrappers:
fopen("bzip2://zlib://http://host.domain";, "r") should
in theory work, even it it doesn't make much sense.
Not every wrapper/stream is compatible in this way on
all systems, particularly if fopencookie is not part of
the systems c library.
[2002-04-06 06:12:47] [EMAIL PROTECTED]
Isn't this possible with the new streams (in 4.3.0)?
[2002-01-17 13:08:47] [EMAIL PROTECTED]
Currently its not possible, to combine diffrent wrappers.
So you can't use fopen("zlib:url/file.gz") or
gzopen("url/file.gz").
I changed it to a documentation problem, maybe someone can
add a note, that is not possible yet to combine wrappers.
[2002-01-08 17:02:53] [EMAIL PROTECTED]
(Just got email back from Georg, replying to my response
to this [emailed directly as the bug-editing was down at
the time]).
It sounds like neither gzopen nor zlib:// work for remote
files at all.
Is this a bug or should I submit it as a feature request?
P.S. Thanks again for the reply!
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/14814
--
Edit this bug report at http://bugs.php.net/?id=14814&edit=1
Bug #16461 Updated: Can't compile php4.1.2 with Apache2.0.35
ID: 16461 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Linux Slackware 8.0 PHP Version: 4.1.2 New Comment: I'm trying 4.2.0.RC2 from www.php.net/~derick: make[3]: Entering directory `/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter' /bin/sh /home/marat/apache2/php-4.2.0RC2/libtool --silent --mode=compile gcc -I. -I/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter -I/home/marat/apache2/php-4.2.0RC2/main -I/home/marat/apache2/php-4.2.0RC2 -I/usr/local/apache2/include -I/home/marat/apache2/php-4.2.0RC2/Zend -I/home/marat/apache2/mysql-3.23.49-pc-linux-gnu-i686/include -I/home/marat/apache2/php-4.2.0RC2/ext/xml/expat -D_REENTRANT -I/home/marat/apache2/php-4.2.0RC2/TSRM -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:174: too few arguments to function `apr_brigade_create' sapi_apache2.c:175: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:257: too few arguments to function `apr_brigade_create' sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:331: too few arguments to function `apr_brigade_create' sapi_apache2.c:386: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:395: too few arguments to function `apr_bucket_eos_create' make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/marat/apache2/php-4.2.0RC2/sapi' make: *** [all-recursive] Error 1 root@sf:~/apache2/php-4.2.0RC2# PHP: ./configure --with-mysql=../mysql-3.23.49-pc-linux-gnu-i686/ --with-apxs2=/usr/local/apache2/bin/apxs APACHE: ./configure --enable-so --enable-MODULE=shared :( In file: php-4.2.0RC2/sapi/apache2filter/sapi_apache2.c, line 58: bb = apr_brigade_create(ctx->f->r->pool); But in file: httpd-2.0.35/srclib/apr-util/include/apr_buckets.h, line 646, declaration of this function: APU_DECLARE(apr_bucket_brigade *) apr_brigade_create(apr_pool_t *p, apr_bucket_alloc_t *list); Previous Comments: [2002-04-06 10:16:28] [EMAIL PROTECTED] We know that, you'll need 4.2.0 to compile with Apache 2.x You can try RC2 from www.php.net/~derick [2002-04-06 10:11:26] [EMAIL PROTECTED] When compiling php4.1.2, configured with apxs2 of Apache 2.0.35: sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_register_variables': sapi_apache2.c:148: warning: initialization discards qualifiers from pointer target type sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:171: too few arguments to function `apr_brigade_create' sapi_apache2.c:172: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:245: too few arguments to function `apr_brigade_create' sapi_apache2.c:247: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:247: too few arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:311: too few arguments to function `apr_brigade_create' sapi_apache2.c:366: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:375: too few arguments to function `apr_bucket_eos_create' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:407: `AP_FTYPE_CONTENT' undeclared (first use in this function) sapi_apache2.c:407: (Each undeclared identifier is reported only once sapi_apache2.c:407: for each function it appears in.) sapi_apache2.c:408: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/home/marat/apache2/php-4.1.2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/marat/apache2/php-4.1.2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/marat/apache2/php-4.1.2/sapi' make: *** [all-recursive] Error 1 Apache 2.0.35 was configured by options --enable-so --enable-MODULE=shared
Bug #16461 Updated: Can't compile php4.1.2 with Apache2.0.35
ID: 16461 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Linux Slackware 8.0 PHP Version: 4.1.2 New Comment: You need to wait for RC3 since the patch which fixes this was applied after RC2 was released. Or get the latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2002-04-06 10:51:29] [EMAIL PROTECTED] I'm trying 4.2.0.RC2 from www.php.net/~derick: make[3]: Entering directory `/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter' /bin/sh /home/marat/apache2/php-4.2.0RC2/libtool --silent --mode=compile gcc -I. -I/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter -I/home/marat/apache2/php-4.2.0RC2/main -I/home/marat/apache2/php-4.2.0RC2 -I/usr/local/apache2/include -I/home/marat/apache2/php-4.2.0RC2/Zend -I/home/marat/apache2/mysql-3.23.49-pc-linux-gnu-i686/include -I/home/marat/apache2/php-4.2.0RC2/ext/xml/expat -D_REENTRANT -I/home/marat/apache2/php-4.2.0RC2/TSRM -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:174: too few arguments to function `apr_brigade_create' sapi_apache2.c:175: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:257: too few arguments to function `apr_brigade_create' sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:331: too few arguments to function `apr_brigade_create' sapi_apache2.c:386: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:395: too few arguments to function `apr_bucket_eos_create' make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/marat/apache2/php-4.2.0RC2/sapi' make: *** [all-recursive] Error 1 root@sf:~/apache2/php-4.2.0RC2# PHP: ./configure --with-mysql=../mysql-3.23.49-pc-linux-gnu-i686/ --with-apxs2=/usr/local/apache2/bin/apxs APACHE: ./configure --enable-so --enable-MODULE=shared :( In file: php-4.2.0RC2/sapi/apache2filter/sapi_apache2.c, line 58: bb = apr_brigade_create(ctx->f->r->pool); But in file: httpd-2.0.35/srclib/apr-util/include/apr_buckets.h, line 646, declaration of this function: APU_DECLARE(apr_bucket_brigade *) apr_brigade_create(apr_pool_t *p, apr_bucket_alloc_t *list); [2002-04-06 10:16:28] [EMAIL PROTECTED] We know that, you'll need 4.2.0 to compile with Apache 2.x You can try RC2 from www.php.net/~derick [2002-04-06 10:11:26] [EMAIL PROTECTED] When compiling php4.1.2, configured with apxs2 of Apache 2.0.35: sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_register_variables': sapi_apache2.c:148: warning: initialization discards qualifiers from pointer target type sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:171: too few arguments to function `apr_brigade_create' sapi_apache2.c:172: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:245: too few arguments to function `apr_brigade_create' sapi_apache2.c:247: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:247: too few arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:311: too few arguments to function `apr_brigade_create' sapi_apache2.c:366: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:375: too few arguments to function `apr_bucket_eos_create' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:407: `AP_FTYPE_CONTENT' undeclared (first use in this function) sapi_apache2.c:407: (Each undeclared identifier is reported only once sapi_apache2.c:407: for each function it appears in.) sapi_apache2.c:408: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/home/marat/apache2/php-4.1.2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving dire
Bug #15778 Updated: Segmentation Fault with iPlanet module on php4_init
ID: 15778 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Reproducible crash +Bug Type: iPlanet related Operating System: AIX 4.3.3 PHP Version: 4.1.2 New Comment: Is the NSAPI Module really supposed to use pthreads ? In the Netscape Knowledge Base, at : http://kb.netscape.com/NASApp/kb/Article?id=2861&?GXHC_gx_session_id_=f5d6dd1516942f3c&; its stated that "... NSAPI does not support pthreads ... " Still, that doesnt explain why the same php versions and iPlanet version *do* work correctly on my Linux box, and not on AIX... Ive seen some other bug reports here from people having similair problems with iPlanet and php on the Solaris platform, so I guess its not strictly aix related either ... Previous Comments: [2002-03-28 04:28:36] [EMAIL PROTECTED] Did a new backtrace on the rc1 of 4.2.0, and im not completly sure that this is the same bug, or a new bug here... but anyways, here's the bt: GNU gdb 5.0-aix43-010414 Copyright 2000 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 "powerpc-ibm-aix4.3.3.0"...(no debugging symbols found)... Core was generated by `ns-httpd'. Program terminated with signal 11, Segmentation fault. (no debugging symbols found)...#0 0xd14d13f8 in pthread_key_create () (gdb) bt #0 0xd14d13f8 in pthread_key_create () #1 0xd14d01c4 in tsrm_startup (expected_threads=1, expected_resources=1, debug_level=0, debug_filename=0x0) at TSRM.c:108 #2 0xd1658348 in php4_init (pb=0x20088468, sn=0x0, rq=0x0) at nsapi.c:486 #3 0xd0fdaca8 in func_native_pool_wait_work () #4 0xd0fdbd88 in func_exec_str () #5 0xd0fdb2b4 in INTfunc_exec () #6 0xd0fceea0 in INTconf_run_late_init_functions () #7 0xd1051d50 in DaemonProcessorUX::__ct () #8 0xd10505fc in DaemonProcessor::NewDaemonProcessor () #9 0xd1081640 in daemon_run () #10 0x10001bac in ?? () from /appl/netscape4/server4/bin/https/bin/ns-httpd (gdb) [2002-03-22 06:06:26] [EMAIL PROTECTED] Bug verified and still present in release candidate 1 of php 4.2.0 (php-4.2.0RC1). [2002-03-05 05:59:53] [EMAIL PROTECTED] Compiled php 4.1.2 using IBM's C for AIX Compiler v4.4.0.3 instead of using GCC, and verified that with the different compiler the bug still existed. [2002-03-04 06:55:10] [EMAIL PROTECTED] Bug verified and still present in snapshot "php4-20020304" on AIX 4.3.3 and iPlanet 4.1 [2002-03-01 12:27:31] [EMAIL PROTECTED] Ok, as another test, Ive tried to compile PHP 4.1.2 on the same AIX 4.3.3 box, but now as an Apache 1.3.22 DSO module, and that seems to work just fine. And since ive got the same php version (4.1.1 & 4.1.2) in combination with the same iPlanet version (4.1) running correctly on Linux, I guess this means that this only occurs on this specific combined setup: AIX 4.3.3 iPlanet 4.1 PHP 4.1.1 & 4.1.2 (at least, maybe other versions too) 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/15778 -- Edit this bug report at http://bugs.php.net/?id=15778&edit=1
Bug #14433 Updated: Segmentation fault
ID: 14433 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.16 PHP Version: 4.1.0 New Comment: You need latest CVS versions of both PHP and Apache2. As you well know, apache2 is still beta and a moving target. Previous Comments: [2001-12-12 13:42:11] [EMAIL PROTECTED] ok, it seems that it occurs when it outputs some text. Perhaps only when it's stressed with multiple connections at the same time. Just pressing reload in my browser, waiting for the page to load and press reload again would not give me a segfault (this does not mean that it couldn't have happened though), but pressing reload multiple times after another would eventually cause it to segfault. Here's the test program (very simple): That's all... And here's the output from gdb when running this program and getting a segfault: 0x4025a96a in php_apache_sapi_ub_write (str=0x824c054 "SEGFAULT !", str_length=10, tsrm_ls=0x8217070) at sapi_apache2.c:58 58 bb = apr_brigade_create(ctx->f->r->pool); (gdb) bt #0 0x4025a96a in php_apache_sapi_ub_write (str=0x824c054 "SEGFAULT !", str_length=10, tsrm_ls=0x8217070) at sapi_apache2.c:58 #1 0x402663af in php_ub_body_write_no_header (str=0x824c054 "SEGFAULT !", str_length=10, tsrm_ls=0x8217070) at output.c:450 #2 0x4026582a in php_body_write (str=0x824c054 "SEGFAULT !", str_length=10, tsrm_ls=0x8217070) at output.c:100 #3 0x4025d136 in php_body_write_wrapper (str=0x824c054 "SEGFAULT !", str_length=10) at main.c:757 #4 0x4024e050 in zend_print_zval_ex (write_func=0x4025d104 , expr=0x82819f8, indent=0) at zend.c:187 #5 0x4024dff1 in zend_print_zval (expr=0x82819f8, indent=0) at zend.c:168 #6 0x4024dc88 in zend_print_variable (var=0x82819f8) at zend_variables.c:172 #7 0x4023be47 in execute (op_array=0x827194c, tsrm_ls=0x8217070) at ./zend_execute.c:1223 #8 0x4024f7ea in zend_execute_scripts (type=8, tsrm_ls=0x8217070, retval=0x0, file_count=3) at zend.c:814 #9 0x4025e821 in php_execute_script (primary_file=0xbfffd648, tsrm_ls=0x8217070) at main.c:1309 #10 0x4025b201 in php_output_filter (f=0x82532ec, bb=0x825346c) at sapi_apache2.c:361 #11 0x0811e065 in ap_pass_brigade (next=0x82532ec, bb=0x825346c) at util_filter.c:276 #12 0x081245c8 in default_handler (r=0x825069c) at core.c:2785 #13 0x0811300b in ap_run_handler (r=0x825069c) at config.c:185 #14 0x081135b6 in ap_invoke_handler (r=0x825069c) at config.c:344 #15 0x08102109 in ap_process_request (r=0x825069c) at http_request.c:286 #16 0x080fe2c5 in ap_process_http_connection (c=0x81ce484) at http_core.c:289 #17 0x0811c81b in ap_run_process_connection (c=0x81ce484) at connection.c:82 #18 0x0811c9d9 in ap_process_connection (c=0x81ce484) at connection.c:219 #19 0x08111bec in child_main (child_num_arg=0) at prefork.c:803 #20 0x08111c9e in make_child (s=0x8170b2c, slot=0) at prefork.c:839 #21 0x08111db6 in startup_children (number_to_start=10) at prefork.c:913 #22 0x081121a5 in ap_mpm_run (_pconf=0x816f52c, plog=0x81a36cc, s=0x8170b2c) at prefork.c:1129 #23 0x0811774d in main (argc=4, argv=0xb9d4) at main.c:432 #24 0x400fd65f in __libc_start_main () from /lib/libc.so.6 This was made with the latest CVS snapshot... [2001-12-12 11:19:00] [EMAIL PROTECTED] I am in the progress of trying to figure out if anything in particular will cause this problem. When/if I do, I will post a short test program. I have not tried with the latest CVS version, but I will do that when I find a small test program to reproduce the problem. [2001-12-12 11:13:17] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? And do you have some short example script to include here which can be used to reproduce this problem? [2001-12-11 15:08:59] [EMAIL PROTECTED] Update: I have reproduced what I believe is the same error under Apache 1.3.22. It was compiled without debug information, so no backtrace this time :( [2001-12-11 15:03:29] [EMAIL PROTECTED] It's very hard to tell why this happens, because it only does occationally. I've included a back trace: I'm running Apache 2.0.28 in prefork mode. As you can see the error occurs when I'm just trying to write something to the client. It doesn't seem to be associated with any particular operation. If I reload the same page 10 times, only 0-2 segfaults occur. However, most of the time there simply is no PHP output on the pages, but there are n
Bug #15580 Updated: sapi_apache2.c fails to compile with Apache 2.0.28
ID: 15580 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Debian 3.0 PHP Version: 4.0CVS-2002-02-15 New Comment: You need latest CVS versions of both PHP and Apache2. As you propably know, Apache2 is still beta and a moving target.. Previous Comments: [2002-03-11 23:22:11] [EMAIL PROTECTED] same with Slackware 8.0 + fixes PHP 4.1.1, 4.1.2, Apache 2.0.32, Linux 2.4.18 Making all in sapi make[1]: Entering directory `/usr/src/php-4.1.2/sapi' Making all in apache2filter make[2]: Entering directory `/usr/src/php-4.1.2/sapi/apache2filter' make[3]: Entering directory `/usr/src/php-4.1.2/sapi/apache2filter' /bin/sh /usr/src/php-4.1.2/libtool --silent --mode=compile /usr/src/php-4.1.2/meta_ccld -I. -I/usr/src/php-4.1.2/sapi/apache2filter -I/usr/src/php-4.1.2/main -I/usr/src/php-4.1.2 -I/usr/local/apache2/include -I/usr/src/php-4.1.2/Zend -I/usr/src/php-4.1.2/ext/mysql/libmysql -I/usr/src/php-4.1.2/ext/xml/expat -D_REENTRANT -I/usr/src/php-4.1.2/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_apache_sapi_register_variables': sapi_apache2.c:148: warning: initialization discards qualifiers from pointer target type sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:247: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:247: too few arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:408: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/usr/src/php-4.1.2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/php-4.1.2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/php-4.1.2/sapi' make: *** [all-recursive] Error 1 [2002-02-25 04:35:01] [EMAIL PROTECTED] Same problem with apache 2.0.32 and php 4.1.1 on RedHat 7.2 ( kernel2.4.13). [2002-02-22 16:32:44] [EMAIL PROTECTED] Wish I had a sollution but I can only make things worse: Apache2.0.32(the released beta) and PHP4.1.1 give the same error... [2002-02-15 18:12:13] [EMAIL PROTECTED] Okay, here we go: since 2.0.28 didn't work, I tried to compile PHP 20020215 with 2.0.32-alpha and it did at least compile ;-) But this led into another problem. Starting Apache succeeds without php module loaded, but leads to strange behaviour if the module has been enabled. It's hard to explain: the main Apache process is started, but doesn't create any child processes or threads. It doesn't react to signals, nor responds to telnet requests. Hmm, so I took the latest Apache CVS and simplified all configure options. Same result. I've no idea where to search for any hints on how to solve this. I know that Apache 2 support in PHP is still under heavy development, but any hints 'd be appreciated. Please let me know if I shall provide further information. Summary: Apache latest CVS, vanilla config with php4 enabled Configure options: --with-mpm=worker \ --prefix=/usr/local/ap2 \ --enable-module=so PHP latest CVS, configure options: --with-apxs2=/usr/local/ap2/bin/apxs GNU ld version 2.11.92.0.12.3 20011121 Debian/GNU Linux gcc 2.95.4 ltmain.sh (GNU libtool) 1.4.2a (1.922.2.79 2001/11/28 21:50:31) TIA Victor [2002-02-15 15:57:15] [EMAIL PROTECTED] Try the latest CVS version of Apache2 as well. I built 2 days ago without a problem. Let me know if that helps. Sean 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/15580 -- Edit this bug report at http://bugs.php.net/?id=15580&edit=1
Bug #14594 Updated: Failed to compile/run when using Apache 2.x, unresolved symbols
ID: 14594 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD 4.4-STABLE PHP Version: 4.1.0 New Comment: Does this happen with latest CVS versions of PHP and Apache2? Previous Comments: [2002-02-23 05:07:55] [EMAIL PROTECTED] I just found this bug after I posted #15684 . If you want a workaround, install gnu-pth , and configure with --with-tsrm-pth as part of your options. [2002-01-09 05:57:34] [EMAIL PROTECTED] Exactly the same dump with 4.1.1 with apache 2.0.28 on exactly the same os. [2001-12-18 18:40:35] [EMAIL PROTECTED] I compiled standard Apache-2.0.28beta, then downloaded php-4.1.0, compiled it just with --with-mysql and --with-apxs2=/usr/local/apache2/bin/apxs After sucessful make install, I tried to run /usr/local/apache2/bin/httpd, which resulted in this error: Syntax error on line 3 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" -- Edit this bug report at http://bugs.php.net/?id=14594&edit=1
Bug #14822 Updated: Premature end of script headers: C:/php/php.exe
ID: 14822 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: windows xp professional PHP Version: 4.1.0 New Comment: You need latest CVS versions of both PHP and Apache2 for it to work. And Apache2 is still beta and a moving target, so it's not really possible to have stable releases of it. Previous Comments: [2002-03-11 02:48:05] [EMAIL PROTECTED] I run Windows 2000, Apache 1320R2 and PHP 4.0.1 (upgrading to 4.1.1 as we speak). I allso have the same problem with: Premature end of script headers: C:/php/php.exe Though... Only in Internet Explorer 6.0. Netscape 6.2 works fine. [2002-01-24 13:39:12] [EMAIL PROTECTED] same as me with php4.1.1 for windows and apache 2.0.28 for windows [2002-01-03 05:43:15] [EMAIL PROTECTED] Error description: Many php scripts that works good with apache2 and php 4.0.6 doesn't work now with apache2 and 4.1.0. Error: Server error! Premature end of script headers: C:/php/php.exe If you think this is a server error, please contact the Webmaster Error 500 bogdanp.atn.ro 01/03/02 12:39:08 Apache/2.0.28 (Win32) I don't know what's the problem, and I think that its usefull for you to know about this bug. Thank you. Sincerly, Bogdan Parcalab -- Edit this bug report at http://bugs.php.net/?id=14822&edit=1
Bug #15766 Updated: Apache/2.0.32 (Unix) PHP/4.3.0-dev crashes during output
ID: 15766
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Apache2 related
Operating System: Linux 2.4.2 - RedHat 7.1
PHP Version: 4.0CVS-2002-02-27
New Comment:
Reopen if you get same problems with latest CVS of Apache2 and PHP.
Previous Comments:
[2002-03-27 04:18:28] [EMAIL PROTECTED]
try http://bugs.php.net/bug.php?id=14999 .
Perhaps, all works fine.
[2002-02-27 18:25:35] [EMAIL PROTECTED]
Here is my apache configuration:
./configure --prefix=/usr/local/apache2 --enable-so
And my PHP configuration:
./configure --with-xml \
--enable-ftp \
--with-imap=/usr/local/imap/imap-2001a \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-config-file-path=/usr/local/php/cvs/conf \
--with-mysql=/usr/local/mysql
[2002-02-27 18:20:11] [EMAIL PROTECTED]
The first few requests are handled fine, then suddenly Apache children
start segfaulting. The following script reproduces this crash,
backtrace is included after script:
Test crash
\n";
for ($i = 0; $i < $rows; ++$i) {
echo "";
for ($j = 0; $j < $cols; ++$j) {
echo "Hello World";
}
echo "\n";
}
echo "";
?>
backtrace follows ---
[root@auth bin]# gdb httpd
GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[New Thread 1024 (LWP 9570)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 9570)]
0x08082b38 in ap_pass_brigade (next=0x4001d3dc, bb=0x81a5000) at
util_filter.c:445
445 return next->frec->filter_func.out_func(next, bb);
(gdb) bt
#0 0x08082b38 in ap_pass_brigade (next=0x4001d3dc, bb=0x81a5000) at
util_filter.c:445
#1 0x40307e40 in php_apache_sapi_ub_write (str=0x81a01b7 "",
str_length=0, tsrm_ls=0x8136dd0) at sapi_apache2.c:66
#2 0x403131ff in php_ub_body_write_no_header (str=0x81a01ac
"\n", str_length=11, tsrm_ls=0x8136dd0)
at output.c:440
#3 0x403127b8 in php_body_write (str=0x81a01ac "\n",
str_length=11, tsrm_ls=0x8136dd0) at output.c:99
#4 0x4030a59a in php_body_write_wrapper (str=0x81a01ac "\n",
str_length=11) at main.c:762
#5 0x402fd24d in zend_print_zval_ex (write_func=0x4030a568
, expr=0x819ee7c, indent=0)
at zend.c:187
#6 0x402fd1ed in zend_print_zval (expr=0x819ee7c, indent=0) at
zend.c:168
#7 0x402fce9e in zend_print_variable (var=0x819ee7c) at
zend_variables.c:169
#8 0x402ed960 in execute (op_array=0x817e228, tsrm_ls=0x8136dd0) at
./zend_execute.c:1231
#9 0x402efc28 in execute (op_array=0x8175ca4, tsrm_ls=0x8136dd0) at
./zend_execute.c:1638
#10 0x402fe6a2 in zend_execute_scripts (type=8, tsrm_ls=0x8136dd0,
retval=0x0, file_count=3) at zend.c:810
#11 0x4030b976 in php_execute_script (primary_file=0xb840,
tsrm_ls=0x8136dd0) at main.c:1333
#12 0x40308686 in php_output_filter (f=0x81a4a48, bb=0x81a4b90) at
sapi_apache2.c:381
#13 0x08082b3b in ap_pass_brigade (next=0x81a4a48, bb=0x81a4b90) at
util_filter.c:445
#14 0x08088898 in default_handler (r=0x81a3790) at core.c:2995
#15 0x080796d6 in ap_run_handler (r=0x81a3790) at config.c:185
#16 0x08079b41 in ap_invoke_handler (r=0x81a3790) at config.c:359
#17 0x0806a6e2 in ap_process_request (r=0x81a3790) at
http_request.c:290
#18 0x08066ff1 in ap_process_http_connection (c=0x8167de0) at
http_core.c:287
#19 0x0808143e in ap_run_process_connection (c=0x8167de0) at
connection.c:85
#20 0x08078467 in child_main (child_num_arg=0) at prefork.c:717
#21 0x08078510 in make_child (s=0x81311c8, slot=0) at prefork.c:753
#22 0x080785fa in startup_children (number_to_start=2) at
prefork.c:830
#23 0x0807888f in ap_mpm_run (_pconf=0x80aec98, plog=0x80e6d78,
s=0x81311c8) at prefork.c:1021
#24 0x0807d2cd in main (argc=2, argv=0xbb3c) at main.c:501
#25 0x40185177 in __libc_start_main (main=0x807cc20 , argc=2,
ubp_av=0xbb3c, init=0x805e00c <_init>,
fini=0x8091dc0 <_fini>, rtld_fini=0x4000e184 <_dl_fini>,
stack_end=0xbb2c)
at ../sysdeps/generic/libc-start.c:129
--
Edit this bug report at http://bugs.php.net/?id=15766&edit=1
Bug #16076 Updated: apache 2.0.32 sapi_apache2.c compile failure
ID: 16076 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: linux 2.4.17 PHP Version: 4.1.2 New Comment: You need latest CVS versions of both Apache2 and PHP. Previous Comments: [2002-03-14 13:08:09] [EMAIL PROTECTED] Addendum: tried the latest latest version http://snaps.php.net/php4-200203140900.tar.gz to see if that might make a difference. Different error, but still looks related: /usr/local/src/php4-200203140900/sapi/apache/sapi_apache.c: In function `apache_php_module_main': /usr/local/src/php4-200203140900/sapi/apache/sapi_apache.c:81: `NOT_FOUND' undeclared (first use in this function) /usr/local/src/php4-200203140900/sapi/apache/sapi_apache.c:81: (Each undeclared identifier is reported only once /usr/local/src/php4-200203140900/sapi/apache/sapi_apache.c:81: for each function it appears in.) make: *** [sapi/apache/sapi_apache.lo] Error 1 [2002-03-14 12:15:15] [EMAIL PROTECTED] ./configure --with-mysql --with-apxs2=/usr/local/bin/apxs no problem make ... Making all in sapi make[1]: Entering directory `/usr/local/src/php-4.1.2/sapi' Making all in apache2filter make[2]: Entering directory `/usr/local/src/php-4.1.2/sapi/apache2filter' make[3]: Entering directory `/usr/local/src/php-4.1.2/sapi/apache2filter' /bin/sh /usr/local/src/php-4.1.2/libtool --silent --mode=compile /usr/local/src/php-4.1.2/meta_ccld -I. -I/usr/local/src/php-4.1.2/sapi/apache2filter -I/usr/local/src/php-4.1.2/main -I/usr/local/src/php-4.1.2 -I/usr/local/include -I/usr/local/src/php-4.1.2/Zend -I/usr/local/src/php-4.1.2/ext/mysql/libmysql -I/usr/local/src/php-4.1.2/ext/xml/expat -D_REENTRANT -I/usr/local/src/php-4.1.2/TSRM -DTHREAD=1 -O3 -march=i686 -pthread -DZTS -prefer-pic -c sapi_apache2.csapi_apache2.c: In function `php_apache_sapi_register_variables': sapi_apache2.c:148: warning: initialization discards qualifiers from pointer target type sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:247: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:247: too few arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:408: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.1.2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.1.2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.1.2/sapi' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=16076&edit=1
Bug #16434 Updated: Build Error
ID: 16434 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.2-2 PHP Version: 4.1.2 New Comment: You need latest CVS versions of both Apache2 and PHP. Previous Comments: [2002-04-05 09:18:06] [EMAIL PROTECTED] After adding the required parameter, it compiled and has run fine under an adhoc stress test. [2002-04-05 05:16:40] [EMAIL PROTECTED] Well, AFAIK 4.1.x doesn't work with Apache 2. Anyway, we don't really care since Apache 2 is still beta. It will probably work OK in 4.2.0. You can try RC2 from www.php.net/~derick [2002-04-04 14:18:54] [EMAIL PROTECTED] sapi_apache2.c refuses to build with Apache 2.0.32. The function call to ap_get_brigade, line 247, needs the APR_BLOCK_READ or APR_NONBLOCK_READ parameter added to the call. I don't know which is appropriate, so I chose to BLOCK. -- Edit this bug report at http://bugs.php.net/?id=16434&edit=1
Bug #16434 Updated: Build Error
ID: 16434 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.2-2 PHP Version: 4.1.2 New Comment: Hi, which changes did you exactly made to sapi_apache2.c? Bye, Sebastian Previous Comments: [2002-04-06 11:12:10] [EMAIL PROTECTED] You need latest CVS versions of both Apache2 and PHP. [2002-04-05 09:18:06] [EMAIL PROTECTED] After adding the required parameter, it compiled and has run fine under an adhoc stress test. [2002-04-05 05:16:40] [EMAIL PROTECTED] Well, AFAIK 4.1.x doesn't work with Apache 2. Anyway, we don't really care since Apache 2 is still beta. It will probably work OK in 4.2.0. You can try RC2 from www.php.net/~derick [2002-04-04 14:18:54] [EMAIL PROTECTED] sapi_apache2.c refuses to build with Apache 2.0.32. The function call to ap_get_brigade, line 247, needs the APR_BLOCK_READ or APR_NONBLOCK_READ parameter added to the call. I don't know which is appropriate, so I chose to BLOCK. -- Edit this bug report at http://bugs.php.net/?id=16434&edit=1
Bug #15580 Updated: sapi_apache2.c fails to compile with Apache 2.0.28
ID: 15580 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Debian 3.0 PHP Version: 4.0CVS-2002-02-15 New Comment: Hmmm Apache2 isn't a moving target anymore... It was released today (wasn't it?) Previous Comments: [2002-04-06 11:07:35] [EMAIL PROTECTED] You need latest CVS versions of both PHP and Apache2. As you propably know, Apache2 is still beta and a moving target.. [2002-03-11 23:22:11] [EMAIL PROTECTED] same with Slackware 8.0 + fixes PHP 4.1.1, 4.1.2, Apache 2.0.32, Linux 2.4.18 Making all in sapi make[1]: Entering directory `/usr/src/php-4.1.2/sapi' Making all in apache2filter make[2]: Entering directory `/usr/src/php-4.1.2/sapi/apache2filter' make[3]: Entering directory `/usr/src/php-4.1.2/sapi/apache2filter' /bin/sh /usr/src/php-4.1.2/libtool --silent --mode=compile /usr/src/php-4.1.2/meta_ccld -I. -I/usr/src/php-4.1.2/sapi/apache2filter -I/usr/src/php-4.1.2/main -I/usr/src/php-4.1.2 -I/usr/local/apache2/include -I/usr/src/php-4.1.2/Zend -I/usr/src/php-4.1.2/ext/mysql/libmysql -I/usr/src/php-4.1.2/ext/xml/expat -D_REENTRANT -I/usr/src/php-4.1.2/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_apache_sapi_register_variables': sapi_apache2.c:148: warning: initialization discards qualifiers from pointer target type sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:247: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:247: too few arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:408: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/usr/src/php-4.1.2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/php-4.1.2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/php-4.1.2/sapi' make: *** [all-recursive] Error 1 [2002-02-25 04:35:01] [EMAIL PROTECTED] Same problem with apache 2.0.32 and php 4.1.1 on RedHat 7.2 ( kernel2.4.13). [2002-02-22 16:32:44] [EMAIL PROTECTED] Wish I had a sollution but I can only make things worse: Apache2.0.32(the released beta) and PHP4.1.1 give the same error... [2002-02-15 18:12:13] [EMAIL PROTECTED] Okay, here we go: since 2.0.28 didn't work, I tried to compile PHP 20020215 with 2.0.32-alpha and it did at least compile ;-) But this led into another problem. Starting Apache succeeds without php module loaded, but leads to strange behaviour if the module has been enabled. It's hard to explain: the main Apache process is started, but doesn't create any child processes or threads. It doesn't react to signals, nor responds to telnet requests. Hmm, so I took the latest Apache CVS and simplified all configure options. Same result. I've no idea where to search for any hints on how to solve this. I know that Apache 2 support in PHP is still under heavy development, but any hints 'd be appreciated. Please let me know if I shall provide further information. Summary: Apache latest CVS, vanilla config with php4 enabled Configure options: --with-mpm=worker \ --prefix=/usr/local/ap2 \ --enable-module=so PHP latest CVS, configure options: --with-apxs2=/usr/local/ap2/bin/apxs GNU ld version 2.11.92.0.12.3 20011121 Debian/GNU Linux gcc 2.95.4 ltmain.sh (GNU libtool) 1.4.2a (1.922.2.79 2001/11/28 21:50:31) TIA Victor 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/15580 -- Edit this bug report at http://bugs.php.net/?id=15580&edit=1
Bug #16229 Updated: PHP Complie with APXS2
ID: 16229 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Mandrake 8.1 PHP Version: 4.2.0RC1 New Comment: Get latest CVS of both Apache2 and PHP and it should work. Previous Comments: [2002-03-29 16:15:07] [EMAIL PROTECTED] Same error for me. Both with 4.1.2 and 4.2.0RC1. I'm on slackware. Making all in apache2filter make[2]: Entering directory `/root/php-4.2.0RC1/sapi/apache2filter' make[3]: Entering directory `/root/php-4.2.0RC1/sapi/apache2filter' /bin/sh /root/php-4.2.0RC1/libtool --silent --mode=compile gcc -I. -I/root/php-4.2.0RC1/sapi/apache2filter -I/root/php-4.2.0RC1/main -I/root/php-4.2.0RC1 -I/usr/local/apache2/include -I/root/php-4.2.0RC1/Zend -I/usr/local/include -I/root/php-4.2.0RC1/ext/mysql/libmysql -I/root/php-4.2.0RC1/ext/xml/expat -D_REENTRANT -I/root/php-4.2.0RC1/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:473: `AP_FTYPE_RESOURCE' undeclared (first use in this function) sapi_apache2.c:473: (Each undeclared identifier is reported only once sapi_apache2.c:473: for each function it appears in.) make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/root/php-4.2.0RC1/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/php-4.2.0RC1/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/php-4.2.0RC1/sapi' make: *** [all-recursive] Error 1 [2002-03-25 15:49:18] [EMAIL PROTECTED] reclassified [2002-03-23 13:59:49] [EMAIL PROTECTED] No prob. Version: Apache 2.0.32 - this is not the latest CVS Downloaded file: http://www.apache.org/dist/httpd/httpd-2.0.32-beta.tar.gz Configure lines: ./configure --quiet --prefix=/www Errors: None. Works just fine. I tired the lasest CVS (snapshot) about 2 days ago. I will try again, but I doubt it's the problem. PHP Configure Lines: ./configure --quiet --with-mysql=no --with-apxs2=/www/bin/apxs "make" fails -- see above for errors. "make install" -- never created because of errors above [2002-03-23 06:54:25] [EMAIL PROTECTED] What are your configure lines? (both of Apache and PHP) Which version of Apache are you using? Can you try upgrading Apache to 2.0.32 or the latest CVS? [2002-03-23 04:59:59] [EMAIL PROTECTED] Changed the Version Number 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/16229 -- Edit this bug report at http://bugs.php.net/?id=16229&edit=1
Bug #16321 Updated: make: Fatal error: Command failed for target `sapi_apache2.lo'
ID: 16321 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Solaris 8 PHP Version: 4.1.2 New Comment: Get latest CVS versions of both Apache2 and PHP and it should work. Previous Comments: [2002-03-27 17:14:58] [EMAIL PROTECTED] reclassified [2002-03-27 16:50:27] [EMAIL PROTECTED] HelloPHP-Gurus, Following Systemconfig: -Solaris 8 (Sparc) -php-4.1.2 -mysql-max-3.23.49-sun-solaris2.8-sparc -httpd-2.0.32 (aka apache 2) following configure was run: srv088:/space/WWW-BETA/php>./configure --with-apxs2=/space/WWW-BETA/apache2/bin/apxs --with-config-file-path=/space/WWW-BETA/apache2/conf/ --enable-versioning --with-mysql=/space/WWW-BETA/mysql --enable-ftp --enable-bcmath --disable-debug --enable-memory-limit=yes --enable-track-vars --enable-calendar --enable-force-cgi-redirect --enable-libgcc --enable-trans-sid --with-java=/usr/java --enable-yp --with-gd=/usr/local/ --prefix=/space/WWW-BETA/ --enable-sysvsem --enable-sysvshm --enable-sockets during make ---> ERROR: [...] (other makes) Making all in xml Making all in expat Making all in yp Making all in sapi Making all in apache /bin/sh /space/WWW-BETA/php-4.1.2/libtool --silent --mode=compile gcc -I. -I/space/WWW-BETA/php-4.1.2/sapi/apache -I/space/WWW-BETA/php-4.1.2 /main -I/space/WWW-BETA/php-4.1.2 -I/space/WWW-BETA/apache2/include -I/space /WWW-BETA/php-4.1.2/Zend -I/usr/local//include -I/space/WWW-BETA/mysql/inclu de -I/space/WWW-BETA/php-4.1.2/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/ space/WWW-BETA/php-4.1.2/TSRM -g -O2 -prefer-pic -c sapi_apache.c sapi_apache.c: In function `apache_php_module_main': sapi_apache.c:81: `NOT_FOUND' undeclared (first use in this function) sapi_apache.c:81: (Each undeclared identifier is reported only once sapi_apache.c:81: for each function it appears in.) *** Error code 1 make: Fatal error: Command failed for target `sapi_apache.lo' Current working directory /space/WWW-BETA/php-4.1.2/sapi/apache *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /space/WWW-BETA/php-4.1.2/sapi/apache *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /space/WWW-BETA/php-4.1.2/sapi *** Error code 1 make: Fatal error: Command failed for target `all-recursive' -- Edit this bug report at http://bugs.php.net/?id=16321&edit=1
Bug #16462: PQcmdStatus in PosgreSQL
From: [EMAIL PROTECTED] Operating system: Linux/Debian PHP version: 4.1.2 PHP Bug Type: Feature/Change Request Bug description: PQcmdStatus in PosgreSQL Is there any hope that an equivalent of PostgreSQL libpq PQcmdStatus function be introduced into PHP? -- Edit bug report at http://bugs.php.net/?id=16462&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16462&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16462&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16462&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16462&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16462&r=support Expected behavior: http://bugs.php.net/fix.php?id=16462&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16462&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16462&r=submittedtwice
Bug #16409 Updated: include_once includes multiple times
ID: 16409
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: Mac OS X 10.1.3
PHP Version: 4.1.2
New Comment:
I cannot reproduce this on either the Apple-supplied PHP
4.1.2 or a fresh 4.3.0-dev build, running on the default
Apache installation (1.3.22).
realpath() also works as expected.
Can you install Apple's new Security Update, which includes
PHP 4.1.2? If it works for you, we can start narrowing down
why it doesn't work on your custom PHP build.
Previous Comments:
[2002-04-03 06:13:57] [EMAIL PROTECTED]
There is a bug with include_once including a file twice, if it is
referenced once with a fully qualified path and once with only the
filename (and the file being in the include path). This script
illustrates what I mean:
include_once('x.php');
include_once('/home/janneck/public_html/x.php');
On my Mac OS X 10.1.3, Apache 1.3.22, PHP 4.1.2 (also: 4.0.6) system,
this results in x.php getting included twice. (It works as expected on
RedHat 7.1, Apache 1.3.22, PHP 4.0.6.)
doing "var_dump(get_included_files());" shows the following:
array(2) { [0]=> string(6) "/x.php" [1]=> string(40)
"/home/janneck/public_html/x.php" }
This might be related to a problem with the "realpath()" function which
does not work correctly but returns "" all the time.
--
Edit this bug report at http://bugs.php.net/?id=16409&edit=1
Bug #16463: File upload work only locally
From: [EMAIL PROTECTED]
Operating system: Linux SUSE 7.2
PHP version: 4.0.6
PHP Bug Type: Scripting Engine problem
Bug description: File upload work only locally
I made a simple script to upload files but File upload works only locally,
i.e. on the same computer where the web server is.
This is the script:
And this is the html code for the form:
file
Uploading a file from the same computer where the web server is everything
goes right and the uploaded file is copied in the same directory of the
php script.
Connecting from another computer the $HTTP_POST_FILES variable is not
set, as also shown by phpinfo().
Default temporary directory is /tmp and the privileges are ok (777)
I try to disable safe_mode but nothing changed.
Thank you
Vincent Brown
PS my configure line given by phpinfo() is
'./configure' '--prefix=/usr' '--bindir=/usr/bin' '--libdir=/usr/lib'
'--with-config-file-path=/etc' '--with-exec-dir=%{libdir}/php/bin'
'--with-pgsql=/usr' '--with-mysql=/usr' '--with-gd=yes'
'--with-tiff-dir=/usr' '--with-jpeg-dir=/usr' '--with-png-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-pdflib=/usr' '--with-ldap=yes'
'--with-zlib=yes' '--with-bz2' '--with-ttf' '--with-xml=no' '--with-t1lib'
'--with-sablot' '--with-readline' '--with-ftp' '--with-ndbm' '--with-gdbm'
'--with-mcrypt' '--with-gettext' '--with-mm' '--with-gd=yes'
'--with-qtdom=/usr/lib/qt-2.2.1/' '--enable-versioning' '--enable-yp'
'--enable-bcmath' '--enable-trans-sid' '--enable-inline-optimization'
'--enable-track-vars' '--enable-magic-quotes' '--enable-safe-mode'
'--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-shmop'
'--enable-calendar' '--enable-exif' '--enable-ftp' '--enable-memory-limit'
'--enable-filepro' '--enable-dbase' '--enable-ctype' '--disable-debug'
'--enable-force-cgi-redirect' '--enable-discard-path' '--enable-sigchild'
'--enable-gd-imgstrttf' '--with-openssl' '--with-swf=./dist/'
'--with-apxs=/usr/sbin/apxs' 'i386-suse-linux'
--
Edit bug report at http://bugs.php.net/?id=16463&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16463&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16463&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16463&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16463&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16463&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16463&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16463&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16463&r=submittedtwice
Bug #16464: func_get_arg(), func_get_args() should be reference proof
From: [EMAIL PROTECTED]
Operating system: All
PHP version: 4.1.2
PHP Bug Type: Feature/Change Request
Bug description: func_get_arg(), func_get_args() should be reference proof
The function func_get_arg() and func_get_args() should support being called
to return references:
function do_something()
{
$args = func_get_args();
for ($i=0; $i
--
Edit bug report at http://bugs.php.net/?id=16464&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16464&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16464&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16464&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16464&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16464&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16464&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16464&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16464&r=submittedtwice
Bug #16464 Updated: func_get_arg(), func_get_args() should be reference proof
ID: 16464
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 4.1.2
New Comment:
Think of a factory function that creates an object of various classes
by calling that object's constructor with the same arguments. If a
constructor needs a reference (perhaps to another object), this is not
possible if you want to write clean code without tricks like hard-code
arguments with default values.
Previous Comments:
[2002-04-06 13:32:07] [EMAIL PROTECTED]
The function func_get_arg() and func_get_args() should support being
called to return references:
function do_something()
{
$args = func_get_args();
for ($i=0; $i
--
Edit this bug report at http://bugs.php.net/?id=16464&edit=1
Bug #16465: Feature Request
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.2 PHP Bug Type: *Database Functions Bug description: Feature Request Hi, This is NOT a bug, but I couldn't find a place to request a feature. I am creating a php page that have database related functions. It's a database abstraction function. Thus I would call my custom made functions for any php database function. Thus, I can change from a MySQL database to Oracle, without changing any php code in my files. all i have to do is to set one variable to which database i want to use. i would like php to create an abstacted php database function.instead of having so many php functions for each database, just have one and then set a variable to what database to useyes, i could use ODBC, but it's not good. thanks. please let me know if this is a good feature request. thanks. -- Edit bug report at http://bugs.php.net/?id=16465&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16465&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16465&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16465&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16465&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16465&r=support Expected behavior: http://bugs.php.net/fix.php?id=16465&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16465&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16465&r=submittedtwice
Bug #16465 Updated: Feature Request
ID: 16465 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Database Functions Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-06 13:50:40] [EMAIL PROTECTED] Hi, This is NOT a bug, but I couldn't find a place to request a feature. I am creating a php page that have database related functions. It's a database abstraction function. Thus I would call my custom made functions for any php database function. Thus, I can change from a MySQL database to Oracle, without changing any php code in my files. all i have to do is to set one variable to which database i want to use. i would like php to create an abstacted php database function.instead of having so many php functions for each database, just have one and then set a variable to what database to useyes, i could use ODBC, but it's not good. thanks. please let me know if this is a good feature request. thanks. -- Edit this bug report at http://bugs.php.net/?id=16465&edit=1
Bug #16466: problem with pg_host()
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.1.1 PHP Bug Type: PostgreSQL related Bug description: problem with pg_host() This script give the same error on both of my web servers (iis,apache) Script: \n"; else echo "Connection attempt failed.\n"; echo "Connection Information"; echo "Database name: " . pg_dbname($db_handle) . "\n"; echo "Hostname: " . pg_host($db_handle) . "\n"; //using this function crash php.exe echo "Options: " . pg_options($db_handle) . "\n"; echo "Port: " . pg_port($db_handle) . "\n"; echo "TTY name: " . pg_tty($db_handle) . "\n"; pg_freeresult($result); pg_close($db_handle); ?> -- Edit bug report at http://bugs.php.net/?id=16466&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16466&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16466&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16466&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16466&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16466&r=support Expected behavior: http://bugs.php.net/fix.php?id=16466&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16466&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16466&r=submittedtwice
Bug #16467: ./configure fails with strange message
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0CVS-2002-04-06 PHP Bug Type: Compile Failure Bug description: ./configure fails with strange message Hi, I tried to install apache 2.0.x and php 4 using the latest cvs snapshots. Apache runs without any problems but after running buildconf of php and trying to configure the software I get this error message: ./configure: line 42: syntax error near unexpected token `PHP_CONFIGURE_PART(Running' ./configure: line 42: `PHP_CONFIGURE_PART(Running system checks)' Bye, Sebastian -- Edit bug report at http://bugs.php.net/?id=16467&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16467&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16467&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16467&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16467&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16467&r=support Expected behavior: http://bugs.php.net/fix.php?id=16467&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16467&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16467&r=submittedtwice
Bug #14594 Updated: Failed to compile/run when using Apache 2.x, unresolved symbols
ID: 14594 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD 4.4-STABLE PHP Version: 4.1.0 New Comment: FreeBSD 4.5-RELEASE Apache 2.0.35 CVS PHP (pulled 2002-04-06 ~14:00 EST) PHP config line: ./configure --with-apxs2 --enable-track-vars --enable-versioning --with-mysql=/usr/local/mysql And the result: Cannot load /usr/local/lib/apache/modules/libphp4.so into server: /usr/local/lib/apache/modules/libphp4.so: Undefined symbol "pthread_getspecific" Previous Comments: [2002-04-06 11:08:11] [EMAIL PROTECTED] Does this happen with latest CVS versions of PHP and Apache2? [2002-02-23 05:07:55] [EMAIL PROTECTED] I just found this bug after I posted #15684 . If you want a workaround, install gnu-pth , and configure with --with-tsrm-pth as part of your options. [2002-01-09 05:57:34] [EMAIL PROTECTED] Exactly the same dump with 4.1.1 with apache 2.0.28 on exactly the same os. [2001-12-18 18:40:35] [EMAIL PROTECTED] I compiled standard Apache-2.0.28beta, then downloaded php-4.1.0, compiled it just with --with-mysql and --with-apxs2=/usr/local/apache2/bin/apxs After sucessful make install, I tried to run /usr/local/apache2/bin/httpd, which resulted in this error: Syntax error on line 3 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" -- Edit this bug report at http://bugs.php.net/?id=14594&edit=1
Bug #15430 Updated: socket_set_blocking doesn't work
ID: 15430
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Sockets related
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:
Re: [EMAIL PROTECTED]
This doesn't work for me :-(
I still don't get any date when I use non-blocking sockets...
Previous Comments:
[2002-03-14 08:09:15] [EMAIL PROTECTED]
I have currently the same problem with PHP 4.1.1. However, when I put
the sleep(1) statement IN FRONT of the fgets() or fgetc(), my code
works even with non-blocking sockets (it's annoying but it works).
Maybe this helps you for now (until this bug has been fixed).
[2002-02-07 09:43:51] [EMAIL PROTECTED]
I'm using Apache1.3.22/PHP4.1.1 on Windows 2000.
When I use socket_set_blocking($fp, FALSE); PHP doesn't read any more
data from the socket:
...
do {
if ($ch=fgetc($fp))
echo dechex(ord($ch))." ";
...
if ($ch==chr(0x2A)) {
...
}
sleep(1);
...
} while (1);
...
This does work with socket blocking enabled but with socket blocking
disabled I don't get any more data in my PHP-Script !
--
Edit this bug report at http://bugs.php.net/?id=15430&edit=1
Bug #16468: sapi_apache.c errors
From: [EMAIL PROTECTED] Operating system: RH Linux 7.0 PHP version: 4.1.2 PHP Bug Type: Compile Failure Bug description: sapi_apache.c errors Hey, I've just tried to compile Apache v2.0 with PHP later on, here's what I did: # apache v2 ./configure \ --with-port=90 \ --enable-ssl \ --disable-status \ --enable-vhost-alias \ --enable-so make make install cd /usr/src/new/php-4.2.0RC2 # php stuff ... ./configure \ --with-mysql \ --enable-force-cgi-redirect \ --with-apxs2=/usr/local/apache2/bin/apxs make ... sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:174: too few arguments to function `apr_brigade_create' sapi_apache2.c:175: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:257: too few arguments to function `apr_brigade_create' sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:331: too few arguments to function `apr_brigade_create' sapi_apache2.c:386: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:395: too few arguments to function `apr_bucket_eos_create' make[3]: *** [sapi_apache2.lo] Fehler 1 make[3]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/new/php-4.2.0RC2/sapi/apache2filter« make[2]: *** [all-recursive] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/new/php-4.2.0RC2/sapi/apache2filter« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/new/php-4.2.0RC2/sapi« make: *** [all-recursive] Fehler 1 Hmm, looks a bit buggy? ;-/ -- Edit bug report at http://bugs.php.net/?id=16468&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16468&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16468&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16468&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16468&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16468&r=support Expected behavior: http://bugs.php.net/fix.php?id=16468&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16468&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16468&r=submittedtwice
Bug #16468 Updated: sapi_apache.c errors
ID: 16468 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RH Linux 7.0 PHP Version: 4.1.2 New Comment: Damn... that's the 10th report today about this... Anyway, PHP 4.1.x doesn't compile correctly with Apache 2. This has been fixed in 4.2.0. You can try RC3 from www.php.net/~derick (when it's released), RC2 has still the same bug. Previous Comments: [2002-04-06 15:57:43] [EMAIL PROTECTED] Hey, I've just tried to compile Apache v2.0 with PHP later on, here's what I did: # apache v2 ./configure \ --with-port=90 \ --enable-ssl \ --disable-status \ --enable-vhost-alias \ --enable-so make make install cd /usr/src/new/php-4.2.0RC2 # php stuff ... ./configure \ --with-mysql \ --enable-force-cgi-redirect \ --with-apxs2=/usr/local/apache2/bin/apxs make ... sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:174: too few arguments to function `apr_brigade_create' sapi_apache2.c:175: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:257: too few arguments to function `apr_brigade_create' sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:331: too few arguments to function `apr_brigade_create' sapi_apache2.c:386: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:395: too few arguments to function `apr_bucket_eos_create' make[3]: *** [sapi_apache2.lo] Fehler 1 make[3]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/new/php-4.2.0RC2/sapi/apache2filter« make[2]: *** [all-recursive] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/new/php-4.2.0RC2/sapi/apache2filter« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/new/php-4.2.0RC2/sapi« make: *** [all-recursive] Fehler 1 Hmm, looks a bit buggy? ;-/ -- Edit this bug report at http://bugs.php.net/?id=16468&edit=1
Bug #16462 Updated: PQcmdStatus in PosgreSQL
ID: 16462 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Linux/Debian PHP Version: 4.1.2 New Comment: It's alrady implemented, including many more new useful functions. Will be incluced next release (PHP4.2.0) Previous Comments: [2002-04-06 12:01:05] [EMAIL PROTECTED] Is there any hope that an equivalent of PostgreSQL libpq PQcmdStatus function be introduced into PHP? -- Edit this bug report at http://bugs.php.net/?id=16462&edit=1
Bug #16465 Updated: Feature Request
ID: 16465 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Database Functions Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: There is a DB abstraction layer in pear. It ships with PHP. Poke around a bit, you will find it. Previous Comments: [2002-04-06 13:54:20] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-06 13:50:40] [EMAIL PROTECTED] Hi, This is NOT a bug, but I couldn't find a place to request a feature. I am creating a php page that have database related functions. It's a database abstraction function. Thus I would call my custom made functions for any php database function. Thus, I can change from a MySQL database to Oracle, without changing any php code in my files. all i have to do is to set one variable to which database i want to use. i would like php to create an abstacted php database function.instead of having so many php functions for each database, just have one and then set a variable to what database to useyes, i could use ODBC, but it's not good. thanks. please let me know if this is a good feature request. thanks. -- Edit this bug report at http://bugs.php.net/?id=16465&edit=1
Bug #16466 Updated: problem with pg_host()
ID: 16466 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: PostgreSQL related Operating System: Win2000 PHP Version: 4.1.1 New Comment: I don't see any error on my linux. It may be Windows thing. Could you paste error message? (when you report, could you paste error, since developer may not see the same error) Previous Comments: [2002-04-06 14:18:12] [EMAIL PROTECTED] This script give the same error on both of my web servers (iis,apache) Script: \n"; else echo "Connection attempt failed.\n"; echo "Connection Information"; echo "Database name: " . pg_dbname($db_handle) . "\n"; echo "Hostname: " . pg_host($db_handle) . "\n"; //using this function crash php.exe echo "Options: " . pg_options($db_handle) . "\n"; echo "Port: " . pg_port($db_handle) . "\n"; echo "TTY name: " . pg_tty($db_handle) . "\n"; pg_freeresult($result); pg_close($db_handle); ?> -- Edit this bug report at http://bugs.php.net/?id=16466&edit=1
Bug #14433 Updated: Segmentation fault
ID: 14433 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.16 PHP Version: 4.1.0 New Comment: Funny that a reply to my very old bug report would be posted just one hour after an annoucement from the Apache team that version 2 is no longer beta :) I will see if I can reproduce with Apache 2.0.35 Previous Comments: [2002-04-06 11:06:35] [EMAIL PROTECTED] You need latest CVS versions of both PHP and Apache2. As you well know, apache2 is still beta and a moving target. [2001-12-12 13:42:11] [EMAIL PROTECTED] ok, it seems that it occurs when it outputs some text. Perhaps only when it's stressed with multiple connections at the same time. Just pressing reload in my browser, waiting for the page to load and press reload again would not give me a segfault (this does not mean that it couldn't have happened though), but pressing reload multiple times after another would eventually cause it to segfault. Here's the test program (very simple): That's all... And here's the output from gdb when running this program and getting a segfault: 0x4025a96a in php_apache_sapi_ub_write (str=0x824c054 "SEGFAULT !", str_length=10, tsrm_ls=0x8217070) at sapi_apache2.c:58 58 bb = apr_brigade_create(ctx->f->r->pool); (gdb) bt #0 0x4025a96a in php_apache_sapi_ub_write (str=0x824c054 "SEGFAULT !", str_length=10, tsrm_ls=0x8217070) at sapi_apache2.c:58 #1 0x402663af in php_ub_body_write_no_header (str=0x824c054 "SEGFAULT !", str_length=10, tsrm_ls=0x8217070) at output.c:450 #2 0x4026582a in php_body_write (str=0x824c054 "SEGFAULT !", str_length=10, tsrm_ls=0x8217070) at output.c:100 #3 0x4025d136 in php_body_write_wrapper (str=0x824c054 "SEGFAULT !", str_length=10) at main.c:757 #4 0x4024e050 in zend_print_zval_ex (write_func=0x4025d104 , expr=0x82819f8, indent=0) at zend.c:187 #5 0x4024dff1 in zend_print_zval (expr=0x82819f8, indent=0) at zend.c:168 #6 0x4024dc88 in zend_print_variable (var=0x82819f8) at zend_variables.c:172 #7 0x4023be47 in execute (op_array=0x827194c, tsrm_ls=0x8217070) at ./zend_execute.c:1223 #8 0x4024f7ea in zend_execute_scripts (type=8, tsrm_ls=0x8217070, retval=0x0, file_count=3) at zend.c:814 #9 0x4025e821 in php_execute_script (primary_file=0xbfffd648, tsrm_ls=0x8217070) at main.c:1309 #10 0x4025b201 in php_output_filter (f=0x82532ec, bb=0x825346c) at sapi_apache2.c:361 #11 0x0811e065 in ap_pass_brigade (next=0x82532ec, bb=0x825346c) at util_filter.c:276 #12 0x081245c8 in default_handler (r=0x825069c) at core.c:2785 #13 0x0811300b in ap_run_handler (r=0x825069c) at config.c:185 #14 0x081135b6 in ap_invoke_handler (r=0x825069c) at config.c:344 #15 0x08102109 in ap_process_request (r=0x825069c) at http_request.c:286 #16 0x080fe2c5 in ap_process_http_connection (c=0x81ce484) at http_core.c:289 #17 0x0811c81b in ap_run_process_connection (c=0x81ce484) at connection.c:82 #18 0x0811c9d9 in ap_process_connection (c=0x81ce484) at connection.c:219 #19 0x08111bec in child_main (child_num_arg=0) at prefork.c:803 #20 0x08111c9e in make_child (s=0x8170b2c, slot=0) at prefork.c:839 #21 0x08111db6 in startup_children (number_to_start=10) at prefork.c:913 #22 0x081121a5 in ap_mpm_run (_pconf=0x816f52c, plog=0x81a36cc, s=0x8170b2c) at prefork.c:1129 #23 0x0811774d in main (argc=4, argv=0xb9d4) at main.c:432 #24 0x400fd65f in __libc_start_main () from /lib/libc.so.6 This was made with the latest CVS snapshot... [2001-12-12 11:19:00] [EMAIL PROTECTED] I am in the progress of trying to figure out if anything in particular will cause this problem. When/if I do, I will post a short test program. I have not tried with the latest CVS version, but I will do that when I find a small test program to reproduce the problem. [2001-12-12 11:13:17] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? And do you have some short example script to include here which can be used to reproduce this problem? [2001-12-11 15:08:59] [EMAIL PROTECTED] Update: I have reproduced what I believe is the same error under Apache 1.3.22. It was compiled without debug information, so no backtrace this time :( The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/14433 -- Edit this bug report at ht
Bug #11491 Updated: When using ob_start("ob_gzhandler") transient SID gets broken
ID: 11491
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: Windows 2000 Server
PHP Version: 4.0.5
New Comment:
This is limitation of ob_gzhandler, use zlib.output_compression.
ob_gzhandler is obsolete.
Previous Comments:
[2002-04-04 09:22:39] [EMAIL PROTECTED]
I think we are better to make ob_gzhandler obsolete.
1) zlib.output_compression does the compression.
2) zlib.output_compression is more efficient.
3) laest output control code prevents compression buffer deletion.
(Deleting it does not make sense)
4) ob_gzhandler will also have problem with trans_sid, but
zlib.output_compression does not have such problem.
[2002-04-04 08:47:34] [EMAIL PROTECTED]
reopen as feature request
[2002-04-04 08:41:00] [EMAIL PROTECTED]
Please reopen - the very same bug is still alive in PHP 4.1.1
(Win32/Apache).
Problem: Any user-defined output handler MUST be called before
trans-sid's are applied since they may very well modify the HTML
output.
Suggestion: add another (opt) parameter to ob_start, specifying a
first-pass handler which will be called _before_ trans-sid's are
applied. The original first parameter specifies the handler that will
be called _after_ applying the trans-sid's.
BEFORE CHANGE (trans-sid's are broken):
string ob_start('my_handler');
function my_handler($buffer, $mode)
{
// do something useful with $buffer
return ob_gzhandler($buffer, $mode);
}
AFTER CHANGE (trans-sid's should work):
string ob_start('ob_gzhandler','my_handler');
function my_handler($buffer, $mode)
{
// do something useful with $buffer
return $buffer;
}
The PHP engine would first call my_handler(), apply trans-sid's next,
and finally call ob_gzhandler(). This solution seems to be a reasonable
change and shouldn't break existing code.
Thanks for consideration!
Ernest E Vogelsinger
[2001-12-22 08:40:31] [EMAIL PROTECTED]
No feedback. Closing.
[2001-12-22 08:40:26] [EMAIL PROTECTED]
No feedback. Closing.
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/11491
--
Edit this bug report at http://bugs.php.net/?id=11491&edit=1
Bug #16323 Updated: php_OLECHAR_to_char() error in IIS
ID: 16323 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: COM related Operating System: Windows 2000 Professional PHP Version: 4.1.2 New Comment: this should be fixed in the upcomming 4.2.0 version. try one of the release candidates. Previous Comments: [2002-03-29 04:52:56] [EMAIL PROTECTED] I found the same problem with php 4.1.1, if OLE Automation object return empty string. After some testing a have this result: OLE Automation server return Variant with type 0x08 - OLE Str. To php_OLECHAR_to_char() (in conversion.c) as unicode_str arrive probably NULL, because WideCharToMultiByte return 0 and in my simulations WideCharToMultiByte return 0 if unicode_str is NULL. I thing that, if unicode_str is NULL, php_OLECHAR_to_char() must convert it to empty string, without any warning. [2002-03-27 19:40:04] [EMAIL PROTECTED] The following example PHP script works fine when run from the command line, but fails when run via IIS. RegRead($key); echo " Got $key = $v\n"; $v = $v + 1; $wsh->RegWrite($key,$v); echo " Set $key to $v\n"; ?> The error returned references the line containing RegWrite. Got HKLM\foo = 2 Warning: Error in php_OLECHAR_to_char() in c:\asg\webmanager\test\x4.php on line 7 Warning: Error in php_OLECHAR_to_char() in c:\asg\webmanager\test\x4.php on line 7 Warning: Invoke() failed: Exception occurred. Source: Description: in c:\asg\webmanager\test\x4.php on line 7 Set HKLM\foo to 3 -- Edit this bug report at http://bugs.php.net/?id=16323&edit=1
Bug #12797 Updated: Postgres Queries and big results
ID: 12797 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: SuSE Linux 7.1 PHP Version: 4.0.4pl1 New Comment: No it does not, unless you load all data by yourself. Previous Comments: [2001-08-16 12:41:34] [EMAIL PROTECTED] When using a low memory_limit you have problems on working with big quey results. It seems PHP buffers the data completly in memory. It would be nice to have a way to take the data directly from postgres, perhaps with a callback in the script. -- Edit this bug report at http://bugs.php.net/?id=12797&edit=1
Bug #16463 Updated: File upload work only locally
ID: 16463
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux SUSE 7.2
PHP Version: 4.0.6
New Comment:
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
Previous Comments:
[2002-04-06 13:31:34] [EMAIL PROTECTED]
I made a simple script to upload files but File upload works only
locally, i.e. on the same computer where the web server is.
This is the script:
And this is the html code for the form:
file
Uploading a file from the same computer where the web server is
everything goes right and the uploaded file is copied in the same
directory of the php script.
Connecting from another computer the $HTTP_POST_FILES variable is not
set, as also shown by phpinfo().
Default temporary directory is /tmp and the privileges are ok (777)
I try to disable safe_mode but nothing changed.
Thank you
Vincent Brown
PS my configure line given by phpinfo() is
'./configure' '--prefix=/usr' '--bindir=/usr/bin' '--libdir=/usr/lib'
'--with-config-file-path=/etc' '--with-exec-dir=%{libdir}/php/bin'
'--with-pgsql=/usr' '--with-mysql=/usr' '--with-gd=yes'
'--with-tiff-dir=/usr' '--with-jpeg-dir=/usr' '--with-png-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-pdflib=/usr' '--with-ldap=yes'
'--with-zlib=yes' '--with-bz2' '--with-ttf' '--with-xml=no'
'--with-t1lib' '--with-sablot' '--with-readline' '--with-ftp'
'--with-ndbm' '--with-gdbm' '--with-mcrypt' '--with-gettext'
'--with-mm' '--with-gd=yes' '--with-qtdom=/usr/lib/qt-2.2.1/'
'--enable-versioning' '--enable-yp' '--enable-bcmath'
'--enable-trans-sid' '--enable-inline-optimization'
'--enable-track-vars' '--enable-magic-quotes' '--enable-safe-mode'
'--enable-sockets' '--enable-sysvsem' '--enable-sysvshm'
'--enable-shmop' '--enable-calendar' '--enable-exif' '--enable-ftp'
'--enable-memory-limit' '--enable-filepro' '--enable-dbase'
'--enable-ctype' '--disable-debug' '--enable-force-cgi-redirect'
'--enable-discard-path' '--enable-sigchild' '--enable-gd-imgstrttf'
'--with-openssl' '--with-swf=./dist/' '--with-apxs=/usr/sbin/apxs'
'i386-suse-linux'
--
Edit this bug report at http://bugs.php.net/?id=16463&edit=1
Bug #14594 Updated: Failed to compile/run when using Apache 2.x, unresolved symbols
ID: 14594 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD 4.4-STABLE PHP Version: 4.1.0 Previous Comments: [2002-04-06 15:04:18] [EMAIL PROTECTED] FreeBSD 4.5-RELEASE Apache 2.0.35 CVS PHP (pulled 2002-04-06 ~14:00 EST) PHP config line: ./configure --with-apxs2 --enable-track-vars --enable-versioning --with-mysql=/usr/local/mysql And the result: Cannot load /usr/local/lib/apache/modules/libphp4.so into server: /usr/local/lib/apache/modules/libphp4.so: Undefined symbol "pthread_getspecific" [2002-04-06 11:08:11] [EMAIL PROTECTED] Does this happen with latest CVS versions of PHP and Apache2? [2002-02-23 05:07:55] [EMAIL PROTECTED] I just found this bug after I posted #15684 . If you want a workaround, install gnu-pth , and configure with --with-tsrm-pth as part of your options. [2002-01-09 05:57:34] [EMAIL PROTECTED] Exactly the same dump with 4.1.1 with apache 2.0.28 on exactly the same os. [2001-12-18 18:40:35] [EMAIL PROTECTED] I compiled standard Apache-2.0.28beta, then downloaded php-4.1.0, compiled it just with --with-mysql and --with-apxs2=/usr/local/apache2/bin/apxs After sucessful make install, I tried to run /usr/local/apache2/bin/httpd, which resulted in this error: Syntax error on line 3 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" -- Edit this bug report at http://bugs.php.net/?id=14594&edit=1
Bug #14433 Updated: Segmentation fault
ID: 14433 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.16 PHP Version: 4.1.0 New Comment: I wasn't aware of it being released as 'stable' today.. Reopen if you get this _same_ crash with the Apache 2.0.35. Previous Comments: [2002-04-06 19:12:40] [EMAIL PROTECTED] Funny that a reply to my very old bug report would be posted just one hour after an annoucement from the Apache team that version 2 is no longer beta :) I will see if I can reproduce with Apache 2.0.35 [2002-04-06 11:06:35] [EMAIL PROTECTED] You need latest CVS versions of both PHP and Apache2. As you well know, apache2 is still beta and a moving target. [2001-12-12 13:42:11] [EMAIL PROTECTED] ok, it seems that it occurs when it outputs some text. Perhaps only when it's stressed with multiple connections at the same time. Just pressing reload in my browser, waiting for the page to load and press reload again would not give me a segfault (this does not mean that it couldn't have happened though), but pressing reload multiple times after another would eventually cause it to segfault. Here's the test program (very simple): That's all... And here's the output from gdb when running this program and getting a segfault: 0x4025a96a in php_apache_sapi_ub_write (str=0x824c054 "SEGFAULT !", str_length=10, tsrm_ls=0x8217070) at sapi_apache2.c:58 58 bb = apr_brigade_create(ctx->f->r->pool); (gdb) bt #0 0x4025a96a in php_apache_sapi_ub_write (str=0x824c054 "SEGFAULT !", str_length=10, tsrm_ls=0x8217070) at sapi_apache2.c:58 #1 0x402663af in php_ub_body_write_no_header (str=0x824c054 "SEGFAULT !", str_length=10, tsrm_ls=0x8217070) at output.c:450 #2 0x4026582a in php_body_write (str=0x824c054 "SEGFAULT !", str_length=10, tsrm_ls=0x8217070) at output.c:100 #3 0x4025d136 in php_body_write_wrapper (str=0x824c054 "SEGFAULT !", str_length=10) at main.c:757 #4 0x4024e050 in zend_print_zval_ex (write_func=0x4025d104 , expr=0x82819f8, indent=0) at zend.c:187 #5 0x4024dff1 in zend_print_zval (expr=0x82819f8, indent=0) at zend.c:168 #6 0x4024dc88 in zend_print_variable (var=0x82819f8) at zend_variables.c:172 #7 0x4023be47 in execute (op_array=0x827194c, tsrm_ls=0x8217070) at ./zend_execute.c:1223 #8 0x4024f7ea in zend_execute_scripts (type=8, tsrm_ls=0x8217070, retval=0x0, file_count=3) at zend.c:814 #9 0x4025e821 in php_execute_script (primary_file=0xbfffd648, tsrm_ls=0x8217070) at main.c:1309 #10 0x4025b201 in php_output_filter (f=0x82532ec, bb=0x825346c) at sapi_apache2.c:361 #11 0x0811e065 in ap_pass_brigade (next=0x82532ec, bb=0x825346c) at util_filter.c:276 #12 0x081245c8 in default_handler (r=0x825069c) at core.c:2785 #13 0x0811300b in ap_run_handler (r=0x825069c) at config.c:185 #14 0x081135b6 in ap_invoke_handler (r=0x825069c) at config.c:344 #15 0x08102109 in ap_process_request (r=0x825069c) at http_request.c:286 #16 0x080fe2c5 in ap_process_http_connection (c=0x81ce484) at http_core.c:289 #17 0x0811c81b in ap_run_process_connection (c=0x81ce484) at connection.c:82 #18 0x0811c9d9 in ap_process_connection (c=0x81ce484) at connection.c:219 #19 0x08111bec in child_main (child_num_arg=0) at prefork.c:803 #20 0x08111c9e in make_child (s=0x8170b2c, slot=0) at prefork.c:839 #21 0x08111db6 in startup_children (number_to_start=10) at prefork.c:913 #22 0x081121a5 in ap_mpm_run (_pconf=0x816f52c, plog=0x81a36cc, s=0x8170b2c) at prefork.c:1129 #23 0x0811774d in main (argc=4, argv=0xb9d4) at main.c:432 #24 0x400fd65f in __libc_start_main () from /lib/libc.so.6 This was made with the latest CVS snapshot... [2001-12-12 11:19:00] [EMAIL PROTECTED] I am in the progress of trying to figure out if anything in particular will cause this problem. When/if I do, I will post a short test program. I have not tried with the latest CVS version, but I will do that when I find a small test program to reproduce the problem. [2001-12-12 11:13:17] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? And do you have some short example script to include here which can be used to reproduce this problem? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/14433 -- Edit this bug report at http://bugs.php.net/?id=14433&edit=1
Bug #16467 Updated: ./configure fails with strange message
ID: 16467 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux PHP Version: 4.0CVS-2002-04-06 New Comment: I can not reproduce this with Apache 2.0.35 and latest CVS version of PHP. Get a newer snapshot. --Jani Previous Comments: [2002-04-06 14:21:01] [EMAIL PROTECTED] Hi, I tried to install apache 2.0.x and php 4 using the latest cvs snapshots. Apache runs without any problems but after running buildconf of php and trying to configure the software I get this error message: ./configure: line 42: syntax error near unexpected token `PHP_CONFIGURE_PART(Running' ./configure: line 42: `PHP_CONFIGURE_PART(Running system checks)' Bye, Sebastian -- Edit this bug report at http://bugs.php.net/?id=16467&edit=1
Bug #10720 Updated: Error Parsing Browscap.ini
ID: 10720 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Professional PHP Version: 4.0.5 New Comment: I also received a browscap/browscap.ini file in my download of PHP Triad and I received the same error notice about line 8206 when attempting to use Komodo (ActiveState.com). I'm on WinXP Previous Comments: [2001-05-10 10:35:53] [EMAIL PROTECTED] That's odd. I downloaded the Win32 Zip version from the download page here. I unzipped the package to c:\php, and under this tree a directory called browscap was created with a browscap.ini file. In fact, I'm just looking at the contents of the zip file php-4.0.5-Win32.zip and it has a browscap\browscap.ini in it. This was the browscap.ini file that I was referring to. Istvan Siposs [2001-05-10 05:11:39] [EMAIL PROTECTED] There are no browscap.ini files bundled with PHP. --Jani [2001-05-07 21:08:51] [EMAIL PROTECTED] When I modify my php.ini file and point the browscap configuration setting to the browscap.ini provided with PHP (under c:\php\browscap\browscap.ini) I get the following error at the end of every php page: PHP: Error parsing c:\php\browscap\browscap.ini on line 8206 If I use the default browscap.ini installed by Windows itself, the error does not happen. -- Edit this bug report at http://bugs.php.net/?id=10720&edit=1
Bug #13276 Updated: Java methods are incorrectly set to lowercase
ID: 13276
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Java related
Operating System: Solaris 2.7
PHP Version: 4.0.6
New Comment:
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2002-02-24 06:13:09] [EMAIL PROTECTED]
Please test with PHP 4.1.1+JDK 1.2 and report the result back
Please do not forget updating PHP version. Thanks.
[2001-09-12 19:40:27] [EMAIL PROTECTED]
Take the following code:
public class phptest{
public static String testString = "look for ^ in this string";
public static void main(String[] args)
{
System.out.println("Found ^ at: "+testString.indexOf('^'));
}
}
Which when run in Java produces this output:
Found ^ at: 9
Now, consider the following php code:
$testString->indexOf('^'));
?>
This *almost* works, and produces the following output:
X-Powered-By: PHP/4.0.6
Content-type: text/html
Warning: java.lang.NoSuchMethodException: indexof in
phptest.php on line 5
Found ^ at: 0
As you can see, the indexof method has been lowercased from indexOf.
This is a problem in the case sensitive environment of Java.
--
Edit this bug report at http://bugs.php.net/?id=13276&edit=1
Bug #13182 Updated: session_start() can't create a _new_ session control file.
ID: 13182 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Solaris 7 PHP Version: 4.1.1 Assigned To: yohgaki New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-03-06 08:28:16] [EMAIL PROTECTED] Hello there. I'm experiencing exactly the same problem as described above. The only difference is, I don't use Roxen as httpd, I use Apache (1.3.23). My PHP version is 4.1.2. I hope it helped you a little ... kage-chan [2002-03-06 02:45:39] [EMAIL PROTECTED] Could you try snapshot now? http://snaps.php.net/ [2002-02-28 19:37:09] [EMAIL PROTECTED] I'm holding commit, it's not fixed yet [2002-02-28 07:17:53] [EMAIL PROTECTED] This bug has been fixed in CVS. [2002-02-03 19:48:46] [EMAIL PROTECTED] This my be fixed by my patch. (Session module was trying to open exlusively more than once) 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/13182 -- Edit this bug report at http://bugs.php.net/?id=13182&edit=1
Bug #13276 Updated: Java methods are incorrectly set to lowercase
ID: 13276
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: No Feedback
+Status: Bogus
Bug Type: Java related
Operating System: Solaris 2.7
PHP Version: 4.0.6
New Comment:
Because php is case insensitive this is the reason for this bug.. Can't
do anything about it unless php goes case sensitive.
Previous Comments:
[2002-04-07 00:00:02] [EMAIL PROTECTED]
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-02-24 06:13:09] [EMAIL PROTECTED]
Please test with PHP 4.1.1+JDK 1.2 and report the result back
Please do not forget updating PHP version. Thanks.
[2001-09-12 19:40:27] [EMAIL PROTECTED]
Take the following code:
public class phptest{
public static String testString = "look for ^ in this string";
public static void main(String[] args)
{
System.out.println("Found ^ at: "+testString.indexOf('^'));
}
}
Which when run in Java produces this output:
Found ^ at: 9
Now, consider the following php code:
$testString->indexOf('^'));
?>
This *almost* works, and produces the following output:
X-Powered-By: PHP/4.0.6
Content-type: text/html
Warning: java.lang.NoSuchMethodException: indexof in
phptest.php on line 5
Found ^ at: 0
As you can see, the indexof method has been lowercased from indexOf.
This is a problem in the case sensitive environment of Java.
--
Edit this bug report at http://bugs.php.net/?id=13276&edit=1
Bug #16469: strip_tags problem in 4.3.0-dev
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.1.2
PHP Bug Type: Strings related
Bug description: strip_tags problem in 4.3.0-dev
in 4.3.0-dev
$html_page = implode("",file("/some/file"));
$string = strip_tags($html_page,'');
echo $string;
$string contains ">";
--
Edit bug report at http://bugs.php.net/?id=16469&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16469&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16469&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16469&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16469&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16469&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16469&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16469&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16469&r=submittedtwice
