Bug #15489 Updated: httpd crash with sessions
ID: 15489 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: redhat 6.2 PHP Version: 4.1.1 New Comment: Hi, I recompiled php with the changes from the patch, but could not see any remarkable changes. Could be, that the crashes occur slightly less often, but I'm not really sure as this is pretty hard to test. But I guess this is the right way to search - seems as if this was some header part? I rechecked the occurence of this crashes, and it seems to be in direct contact with sessions - pages without session do not crash at all (well, accept the xslt generated ones, but thats probably something different). I already tested to disable cookies, but this did not change anything :-( Well, will try to learn how to debug and get some more information for you guys then...but may take some time;- Bye, flim Previous Comments: [2002-02-14 08:23:44] [EMAIL PROTECTED] could be, once again, a duplicate of already fixed bug #14776 can you apply the patch described in http://cvs.php.net/diff.php/php4/main/SAPI.c?ws=0r1=1.113.2.6r2=1.113.2.7ty=h and retry? [2002-02-10 12:37:42] [EMAIL PROTECTED] We found apache crashing when user request the first side of one of our websides (seg. fault in logs). This happend with the upgrade from php 4.06 to 4.1.0 and is still happening with 4.1.1. Untill now I thought that this is probably a problem of the old apache version we are using, but then I expierienced some sort of wonder when accessing the page from my linux box from at home - and it worked 100%. So, if the page is accessed using M$ Internet explorer (5-6), the apache child crashes by 70%, if accessed through mozilla, it doesn't. This is definitly out of my understanding and probably not fixable by changing the apache version...maybe anyone knows some sort of problem and can give me some hints? I'm probably not able to do any sort of debugging if it means to recompile php or apache as I have to wait for maintanance in one-two weeks to shut down the system - and don't ask, there's no test server because of money reasons in a small company. I will do my best to provide anything else and would love to hear some suggestions for recompiling (what will probably happen on maintanance). For now, I'm just trying to find the reason for the script breaking down myself, so I will provide more information on that as soon as I get them. Php is configured in the following way: --with-apxs=/usr/sbin/apxs\ --with-gd=/usr/local\ --with-png-dir=/usr/local\ --with-mysql\ --enable-ftp\--with-ttf\ --enable-versioning\ --enable-url-includes\ --enable-sysvshm\ --enable-sysvsem\ --enable-xslt\ --with-xslt-sablot\ --with-sabot=/usr/lib\ --enable-wddx\ --with-dom=/usr/lib\ --with-xmlrpc running on redhat 2.2.14-6.1.1 with apache 1.3.12 Thanks for any answer in advance, flim -- Edit this bug report at http://bugs.php.net/?id=15489edit=1
Bug #14955 Updated: PHP crashes with bogus session.save_path
ID: 14955
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Bug Type: Reproducible crash
Operating System: WinXP
PHP Version: 4.1.1
Assigned To: yohgaki
New Comment:
this was fixed in CVS some days ago
Previous Comments:
[2002-02-15 06:35:27] [EMAIL PROTECTED]
create a folder tmp on c: and then set your save_path as
session.save_path = C:\tmp. this worked for me.
[2002-02-15 06:35:21] [EMAIL PROTECTED]
create a folder tmp on c: and then set your save_path as
session.save_path = C:\tmp. this worked for me.
[2002-01-10 05:31:57] [EMAIL PROTECTED]
yeah but how? /tmp \tmp C:\... C:/ doesn't work :(
[2002-01-09 19:17:20] [EMAIL PROTECTED]
Dup of other bug report, I don't have time to find #.
Changed title.
Assinged to me, so that I don't forget about it.
To reporter: set correct save_path, then it should work :)
[2002-01-09 18:27:07] [EMAIL PROTECTED]
OS: WinXP
PHP: 4.1.1
Apache: neweste stable windows version
I tryed 5 things now:
### first ###
$id = 143445254;
session_id($id);
session_start();
### second ###
session_register(count);
$count++;
### third ###
$s_permission = false;
@session_start();
session_register(s_permission);
$fallback = session_name().=.session_id();
### fourth ###
session_start();
### fifth ###
session_register();
All everytime PHP.exe crashes
(AppName: php.exeAppVer: 0.0.0.0 ModName: php4ts.dll
ModVer: 0.0.0.0 Offset: 000a956c)
What the hell is the problem?
### php.ini ###
[Session]
; Handler used to store/retrieve data.
session.save_handler = files
; Argument passed to save_handler. In the case of files, this is the
path
; where data files are stored. Note: Windows users have to change this
; variable in order to use PHP's session functions.
session.save_path = /tmp
; Whether to use cookies.
session.use_cookies = 1
; Name of the session (used as cookie name).
session.name = PHPSESSID
; Initialize session on request startup.
session.auto_start = 0
; Lifetime in seconds of cookie or, if 0, until browser is restarted.
session.cookie_lifetime = 0
; The path for which the cookie is valid.
session.cookie_path = /
; The domain for which the cookie is valid.
session.cookie_domain =
; Handler used to serialize data. php is the standard serializer of
PHP.
session.serialize_handler = php
; Percentual probability that the 'garbage collection' process is
started
; on every session initialization.
session.gc_probability = 1
; After this number of seconds, stored data will be seen as 'garbage'
and
; cleaned up by the garbage collection process.
session.gc_maxlifetime = 1440
; Check HTTP Referer to invalidate externally stored URLs containing
ids.
session.referer_check =
; How many bytes to read from the file.
session.entropy_length = 0
; Specified here to create the session id.
session.entropy_file =
;session.entropy_length = 16
;session.entropy_file = /dev/urandom
; Set to {nocache,private,public} to determine HTTP caching aspects.
session.cache_limiter = nocache
; Document expires after n minutes.
session.cache_expire = 180
; use transient sid support if enabled by compiling with
--enable-trans-sid.
session.use_trans_sid = 1
url_rewriter.tags =
a=href,area=href,frame=src,input=src,form=fakeentry
### apache config, php stuff ###
# And for PHP 4.x, use:
#
ScriptAlias /php/ C:/server/httpd/php/
AddType application/x-httpd-php .php
AddType application/x-httpd-php .php3
AddType application/x-httpd-php .php4
AddType application/x-httpd-php .phtml
Action application/x-httpd-php /php/php.exe
AddType application/x-tar .tgz
### apache error log ###
[Thu Jan 10 00:26:04 2002] [error] [client 127.0.0.1] Premature end of
script headers: c:/server/httpd/php/php.exe
Anyone can help me plz???
--
Edit this bug report at http://bugs.php.net/?id=14955edit=1
Bug #15569: make problems
From: [EMAIL PROTECTED] Operating system: Linux Suse 7.2 Pro PHP version: 4.1.1 PHP Bug Type: Compile Failure Bug description: make problems Hello here is my problem... *Im in /usr/local/php *do this ./configure --with-mysql=../mysql --with-config-file-path=/www/conf --with-apache=../apache --enable-track-vars *all fine... next *make Making all in Zend make[1]: Entering directory /usr/local/php/Zend bison -y -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c make[1]: Leaving directory /usr/local/php/Zend make[1]: ***[zend_language_parse.c] Segment Violation make: *** [all-recursive] Error 1 *allways the same error... please help me if u can !!! thanks -- Edit bug report at http://bugs.php.net/?id=15569edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15569r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15569r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15569r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15569r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15569r=support Expected behavior: http://bugs.php.net/fix.php?id=15569r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15569r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15569r=submittedtwice
Bug #15569 Updated: make problems
ID: 15569 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux Suse 7.2 Pro PHP Version: 4.1.1 New Comment: a segfault or bus error during compilation? this is usualy caused by hardware problems, especialy by faulty or overclocked RAM chips (compiling the linux kernel in an endless loop is a good memory test ;) but you say it happens at the very same place every time, so it doesn't sound like a RAM problem, maybe a corrupted file on your disk? the GNU compiler is really *very* stable in its operation and i have never experienced or heard of problems like this that were *not* hardware- related ... Previous Comments: [2002-02-15 09:41:44] [EMAIL PROTECTED] Hello here is my problem... *Im in /usr/local/php *do this ./configure --with-mysql=../mysql --with-config-file-path=/www/conf --with-apache=../apache --enable-track-vars *all fine... next *make Making all in Zend make[1]: Entering directory /usr/local/php/Zend bison -y -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c make[1]: Leaving directory /usr/local/php/Zend make[1]: ***[zend_language_parse.c] Segment Violation make: *** [all-recursive] Error 1 *allways the same error... please help me if u can !!! thanks -- Edit this bug report at http://bugs.php.net/?id=15569edit=1
Bug #15571: incredible slashing of and \
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.x PHP version: 4.1.1 PHP Bug Type: Scripting Engine problem Bug description: incredible slashing of and \ When script must take variable that consist and \ it takes \ and \\. You can see this bug on http://bugs.php.net/search.php if you enter \ in any field and press Search. I have PHP 4.1.1 configured with such options: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/usr/local/apache/conf --with-mysql=/usr/local/mysql --with-gd=/usr/local --enable-trans-sid --enable-versioning --enable-inline-optimization --enable-ftp --enable-dbase --enable-gd-native-ttf --with-ttf -- Edit bug report at http://bugs.php.net/?id=15571edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15571r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15571r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15571r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15571r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15571r=support Expected behavior: http://bugs.php.net/fix.php?id=15571r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15571r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15571r=submittedtwice
Bug #15572: apxs check fails because of missing quotes
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.1.1 PHP Bug Type: *Compile Issues Bug description: apxs check fails because of missing quotes A little glitch in sapi/apache/config.m4 causes the apxs check of working -S option to fail. Although the compile succeeds the installation isn't performed correctly, at least not when using INSTALL_ROOT. The patch included below fixes the problem. regards, Ralf Nyrén diff -ur php-4.1.1.orig/sapi/apache/config.m4 php-4.1.1/sapi/apache/config.m4 --- php-4.1.1.orig/sapi/apache/config.m4Mon Nov 19 01:52:02 2001 +++ php-4.1.1/sapi/apache/config.m4 Fri Feb 15 15:22:47 2002 @@ -41,7 +41,7 @@ PHP_SAPI=apache # Test whether apxs support -S option - $APXS -q -S CFLAGS=$APXS_CFLAGS CFLAGS /dev/null 21 + $APXS -q -S CFLAGS=$APXS_CFLAGS CFLAGS /dev/null 21 if test $? != 0; then APACHE_INSTALL=$APXS -i -a -n php4 $SAPI_SHARED # Old apxs does not have -S option -- Edit bug report at http://bugs.php.net/?id=15572edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15572r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15572r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15572r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15572r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15572r=support Expected behavior: http://bugs.php.net/fix.php?id=15572r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15572r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15572r=submittedtwice
Bug #15571 Updated: incredible slashing of and \
ID: 15571 Updated by: [EMAIL PROTECTED] -Summary: incredible slashing of and \ Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD 4.x PHP Version: 4.1.1 New Comment: this intended behaviour that is configurable and defaults to 'on' see http://www.php.net/manual/en/configuration.php and check your magic_quotes_* settings in php.ini (verify using phpinfo() output) magic_quotes_gpc boolean Sets the magic_quotes state for GPC (Get/Post/Cookie) operations. When magic_quotes are on, all ' (single-quote), (double quote), \ (backslash) and NUL's are escaped with a backslash automatically. If magic_quotes_sybase is also on, a single-quote is escaped with a single-quote instead of a backslash. magic_quotes_runtime boolean If magic_quotes_runtime is enabled, most functions that return data from any sort of external source including databases and text files will have quotes escaped with a backslash. If magic_quotes_sybase is also on, a single-quote is escaped with a single-quote instead of a backslash. magic_quotes_sybase boolean If magic_quotes_sybase is also on, a single-quote is escaped with a single-quote instead of a backslash if magic_quotes_gpc or magic_quotes_runtime is enabled. Previous Comments: [2002-02-15 11:08:15] [EMAIL PROTECTED] When script must take variable that consist and \ it takes \ and \\. You can see this bug on http://bugs.php.net/search.php if you enter \ in any field and press Search. I have PHP 4.1.1 configured with such options: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/usr/local/apache/conf --with-mysql=/usr/local/mysql --with-gd=/usr/local --enable-trans-sid --enable-versioning --enable-inline-optimization --enable-ftp --enable-dbase --enable-gd-native-ttf --with-ttf -- Edit this bug report at http://bugs.php.net/?id=15571edit=1
Bug #15573: save_handler mm - doesn't create _SESSION[bar] at the first-time
From: [EMAIL PROTECTED]
Operating system: debian woody (3.0)
PHP version: 4.1.1
PHP Bug Type: Session related
Bug description: save_handler mm - doesn't create _SESSION[bar] at the first-time
Hi,
if I use mm as save handler. I have to click twice at the first time to
increment the counter. With files it works fine.
cheers,
Marcus.
?php
ini_set('session.save_handler',mm);
session_start();
if (!isset($_SESSION['count'])) {
$_SESSION['count'] = 0;
}else{
$_SESSION['count']++;
}
echo $_SESSION['count'];
echo bra href='$PHP_SELF'click me/a;
?
--
Edit bug report at http://bugs.php.net/?id=15573edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15573r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15573r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15573r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15573r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15573r=support
Expected behavior: http://bugs.php.net/fix.php?id=15573r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15573r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15573r=submittedtwice
Bug #10835 Updated: File Upload
ID: 10835
Updated by: [EMAIL PROTECTED]
-Reported By: [EMAIL PROTECTED]
+Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: FTP related
Operating System: Windows 2k Server
PHP Version: 4.0.5
New Comment:
I've found the problem.
The ftp from IIS is configured to handle the Directory Style as
MSDOS.. you only have to change it to UNIX for php's ftp
functions work properly and handle spaces in paths and names.
Greetings
Previous Comments:
[2002-02-14 03:55:48] [EMAIL PROTECTED]
I have got a similar error with the ftp_chdir function.
I can't change to a directory with spaces in it , nor making the
strings replacement shown here...
I'm using:
Php server: W2k Server(no SP), Apache 1.3 , Php 4.0.5
ftp server: W2k Professional SP2, ftp of IIS, access anonymous.
Thanks in advance.
[2001-05-12 22:24:49] [EMAIL PROTECTED]
I added an echo $a and an echo $b. I also some debug code to see if it
was connection to the ftp server. The output is:
C:\Te st.doc
Te st.doc
Connected
Ftp upload has failed!
So
$a=C:\Te st.doc
$b=Te st.doc
So it should upload the file as fallows:
$upload = ftp_put($conn_id, C:\Te st.doc, Te st.doc, FTP_BINARY);
I added the code:
$b = str_replace ( , \ , $b);
to no avail :(
[2001-05-12 20:04:49] [EMAIL PROTECTED]
Hello,
can you try if this has anything to do with spaces in filenames?
(so try C:\\Te st.doc).
If that's the case you need to escape your filename like this:
$b = strreplace ( , \ , $b);
[2001-05-12 19:45:22] [EMAIL PROTECTED]
an example:
$file = C:\\whatever.doc
that whould make
$a = C:\whatever.doc
that would make
$b = whatever.doc
The file will upload from C:\ but will not upload from the desktop.
[2001-05-12 19:19:42] [EMAIL PROTECTED]
I created an upload script that will upload to my ftp server, the
variable $file comes from a different file:
$a = stripslashes ($file);
$b = basename ($a);
$ftp_server = ftp_server;
$ftp_user_name = user;
$ftp_user_pass = password;
$dir = ftp;
$conn_id = ftp_connect($ftp_server);
$login_result = ftp_login($conn_id, $ftp_user_name,
$ftp_user_pass);
$cd = ftp_chdir ($conn_id, $dir);
$upload = ftp_put($conn_id, $b, $a, FTP_BINARY);
if (!$upload) {
echo bFtp upload has failed!/bbr;
} else {
echo Uploadedbr;
}
$discon = ftp_quit($conn_id);
echo i$b/i;
This script will work most of the time, but when the file to be
uploaded is located in certain folders the file will not upload.
I made one change to the php.ini file to allow uploads greater than 2
megs.
--
Edit this bug report at http://bugs.php.net/?id=10835edit=1
Bug #15516 Updated: odbc_execute() param clobber fix (Patch included)
ID: 15516
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: ODBC related
Operating System: Debian testing
PHP Version: 4.0CVS-2002-02-1
New Comment:
This bug has been fixed in CVS.
thanks for the patch it should be in cvs in a few seconds...whenever
CVS commit finalizes
Previous Comments:
[2002-02-13 06:12:56] [EMAIL PROTECTED]
Good point. OK, this one fixes the clobber problem and
checks for safe_mode and open_basedir.
Torben
Index: php_odbc.c
===
RCS file: /repository/php4/ext/odbc/php_odbc.c,v
retrieving revision 1.115
diff -u -r1.115 php_odbc.c
--- php_odbc.c 30 Jan 2002 21:54:54 - 1.115
+++ php_odbc.c 13 Feb 2002 08:52:27 -
@@ -943,12 +943,23 @@
else
ctype = SQL_C_CHAR;
- if (Z_STRVAL_PP(tmp)[0] == '\''
+ if (Z_STRLEN_PP(tmp) 2
+ Z_STRVAL_PP(tmp)[0] == '\''
Z_STRVAL_PP(tmp)[Z_STRLEN_PP(tmp) - 1] == '\'') {
- filename = Z_STRVAL_PP(tmp)[1];
- filename[Z_STRLEN_PP(tmp) - 2] = '\0';
+ filename = estrndup(Z_STRVAL_PP(tmp)[1],
+Z_STRLEN_PP(tmp) - 2);
+ filename[strlen(filename)] = '\0';
-if ((params[i-1].fp = open(filename,O_RDONLY)) == -1)
{
+ /* Check for safe mode. */
+ if (PG(safe_mode) (!php_checkuid(filename, NULL,
CHECKUID_CHECK_FILE_AND_DIR))) {
+ RETURN_FALSE;
+ }
+
+ /* Check the basedir */
+ if (php_check_open_basedir(filename TSRMLS_CC)) {
+ RETURN_FALSE;
+ }
+
+ if ((params[i-1].fp = open(filename,O_RDONLY)) == -1)
+{
php_error(E_WARNING,Can't open file %s,
filename);
SQLFreeStmt(result-stmt, SQL_RESET_PARAMS);
for(i = 0; i result-numparams; i++) {
@@ -957,8 +968,11 @@
}
}
efree(params);
+ efree(filename);
RETURN_FALSE;
}
+
+ efree(filename);
params[i-1].vallen = SQL_LEN_DATA_AT_EXEC(0);
[2002-02-11 22:14:07] [EMAIL PROTECTED]
along similar lines, it would be nice to change that open() call to the
php wrapper which enables safe-mode checking. (there was a bug filed
recently about this, i think. or maybe just a message on php-dev.)
[2002-02-11 22:08:20] [EMAIL PROTECTED]
-
Synopsis:
odbc_execute() has some undocumented functionality:
if a parameter is given enclosed in single-quotes, that
param is taken as the name of a file to read and send
instead of the actual parameter string.
In the above case, odbc_execute() will replace the last
character of the passed parameter with \0.
-
Test script:
?php /* -*- mode: c++; minor-mode: font -*- */
error_reporting(E_ALL);
/* Just using the default test settings for now. */
if (!$dbh = odbc_connect('myodbc3', 'root', '')) {
echo Could not connect: error: . odbc_errormsg() . \n;
}
$query = 'insert into phptest (c) values(?)';
if (!$stmt = odbc_prepare($dbh, $query)) {
echo Prepare failed: error: . odbc_errormsg() . \n;
}
$filename = '/home/torben/odbc.ini';
$params = array($filename);
echo Before: . addslashes($filename) . \n;
if (!$res = odbc_execute($stmt, $params)) {
echo Execute failed: error: . odbc_errormsg() . \n;
}
echo After: . addslashes($filename) . \n;
odbc_close($dbh);
?
-
Output:
Before: \'/home/torben/odbc.ini\'
After: \'/home/torben/odbc.ini\0
-
Patch:
Index: php_odbc.c
===
RCS file: /repository/php4/ext/odbc/php_odbc.c,v
retrieving revision 1.115
diff -u
Bug #15575 Updated: Using PHP for CGI scripting.
ID: 15575 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Scripting Engine problem Operating System: FreeBSD 4.x PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-15 12:49:00] [EMAIL PROTECTED] When i try to use PHP 4.1.1 on one server in both console and module verion i have such problem: I wrote CGI script using console version of php. This scipt begins by line #!/usr/local/bin/php. When i run scipt as standalone application - all ok. But when i run it as CGI appication - first output line contains #!/usr/local/bin/php and then goes correct output. This bug begins after upgrade from 4.0.4 to 4.1.0 -- Edit this bug report at http://bugs.php.net/?id=15575edit=1
Bug #15510 Updated: file() not recognizing ~ char
ID: 15510 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: Linux 2.4.13 (Slackware 8) PHP Version: 4.1.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. I can't reproduce it. Previous Comments: [2002-02-11 14:46:39] [EMAIL PROTECTED] When i try to access a file on an web server, file() can't find files with the ~ char in the filename. ex. file(http://www.server.srv/~my_account/importantfile.txt;); -- Edit this bug report at http://bugs.php.net/?id=15510edit=1
Bug #15532 Updated: Fails to connect to MSSQL server
ID: 15532 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Win2k Server PHP Version: 4.1.1 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-02-12 20:20:43] [EMAIL PROTECTED] ? $hostname = servername; $username = Threads; $password = Threads; $dbName = Threads; mssql_connect($hostname,$username,$password) or DIE(DATABASE FAILED TO RESPOND.); mssql_select_db($dbName) or DIE(Table unavailable); $query = SELECT * FROM users; $result = MSSQL_QUERY($query); $number = MSSQL_NUM_ROWS($result); $i=0; if ($number == 0) : print No data?; elseif ($number 0) : print Data:; while ($i $number) : $name = mssql_result($result,$i,Name); print $name; print ; $i++; endwhile; endif; ? Effectively this script fails to connect to the database: Fatal error: Call to undefined function: mssql_connect() in e:\apache\apache\htdocs\mssql_connect.php on line 7 The php_mssql.dll has been placed in both the includes and the WINNT\system32 directories and those lines have been uncommented to include those files. the php.ini file has had it's included path altered correctly for DOS pathing Apache has been stopped and restarted between changes. Thank you! -- Edit this bug report at http://bugs.php.net/?id=15532edit=1
Bug #15531 Updated: Apache doesn't start
ID: 15531 Updated by: [EMAIL PROTECTED] -Summary: Apache doesn't start Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux 2.2.19 PHP Version: 4.1.1 New Comment: Check your apache's errog_log Previous Comments: [2002-02-12 19:12:27] [EMAIL PROTECTED] Hi, if I add the php4 module (libphp4.so) in the httpd.conf, the Apache-Webserver doesn't start. The problem: I get no error-messages. Apache seems to die. Without the entry, the Apache Webserver runs with no problem, so it must be a problem with PHP4. Apache 1.3.23 PHP 4.1.1 configure: ./configure --with-apxs=/usr/local/apache/current/bin/apxs --enable-tracking-vars=yes --enable-url-includes --enable-sysvshm=yes --enable-sysvsem=yes --with-config-file-path=/etc --with-mysql --with-sapdb=/opt/sapdb/interfaces/odbc Regards, Michael -- Edit this bug report at http://bugs.php.net/?id=15531edit=1
Bug #15515 Updated: Constructions involving ... or ... don't work properly.
ID: 15515
Updated by: [EMAIL PROTECTED]
-Summary: Constructions involving ... or ... don't work
properly.
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Duplicate
Bug Type: Compile Failure
Operating System: RH Linux 7.2 (kernel 2.4.9-21)
PHP Version: 4.0.6
New Comment:
This is a dupe... I'm sure I read a bug about this before, but I can't
find it...
Anyway, 'or return' doesn't.
Previous Comments:
[2002-02-11 21:44:24] [EMAIL PROTECTED]
Script:
?php
function foo() {
$result = mysql_query(SELECT 1) or return false; //fails
print(foo) or return false; // fails
print(foo) or return 0; // fails
print(foo) or return(false); // fails
$result = mysql_query(SELECT 1) or die(); // works
}
?
This bug seems to be present in PHP versions 4.0.6, and 4.2.0 - it's
been tried on more than one machine (including two that I haven't
installed myself). Essentially, constructions involving expr1 or
expr2, where expr2 is a keyword (return, continue, break, etc) fail
with a parse error, whereas constructions where expr2 is a function
(such as die() etc) succeed. This bug is not specific to the or
keyword, either. It also occurs with the and keyword.
--
Edit this bug report at http://bugs.php.net/?id=15515edit=1
Bug #15566 Updated: Application Failed to Initialize Popup Message
ID: 15566 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Advanced Server PHP Version: 4.1.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Previous Comments: [2002-02-15 08:26:12] [EMAIL PROTECTED] I get a popup dialog often in Windows 2000 Advanced Server (and on all servers running PHP) using the CGI (not ISAPI) system, the following message: title bar php.exe - Application Error Message: The application failed to initialize properly (0xc142). Click on OK to terminate the application. Thank you. Neal Culiner NC Software, Inc. http://www.nc-software.com -- Edit this bug report at http://bugs.php.net/?id=15566edit=1
Bug #15561 Updated: make install fails to copy libphp4.so
ID: 15561 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Compile Issues Operating System: AIX 4.3.3 PHP Version: 4.1.1 New Comment: Do NOT open new bug reports but reopen the old one! Previous Comments: [2002-02-14 16:24:26] [EMAIL PROTECTED] This is in refrence to bug #15439 I can compile PHP 4.1.1 on AIX 4.3.3, but when make install is run, it fails to copy libphp4.so, to the iPlanet bin directory. This is becasue the libphp4.so file is never made. The configure script and other information is exactly the same as in the Bogus Bug #15439. Thanks for any ideas or help, Chris -- Edit this bug report at http://bugs.php.net/?id=15561edit=1
Bug #15549 Updated: only incomplet output
ID: 15549
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: GD related
Operating System: Windows XP with apache
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
GD is not thread safe (at least, not on Windows).
Previous Comments:
[2002-02-14 05:25:22] [EMAIL PROTECTED]
The gd version is 2.0 or higher(phpinfo);
and the php version is 4.0.6
[2002-02-14 05:12:12] [EMAIL PROTECTED]
I have written a script which sample a resized image and create a
copyrightstring on it. Then it should output the result on display. In
most of times its makes wonderfull, but sometimes its output incomplet
or empty images. Its happends every 10 times of try to load an image.
Here is the complete script:
function display_resized_image( $image, $newimage_extension,
$newimage_height,$newimage_width,$quality=80,$tmpimagetype=image/jpeg)
{
$image_size=getimagesize($image);
$image_width=$image_size[0];
$image_height=$image_size[1];
//### get image
$pathexploted=pathinfo($image);
$image_extension=$pathexploted[extension];
if ($image_extension==jpg || $image_extension==png ||
$image_extension==tmp)
{
if ($image_extension==jpg)
{
$image_extension=jpeg;
}
if ($image_extension==tmp)
{
$tmptype=explode(/,$tmpimagetype);
if ($tmptype[0]==image)
{
switch($tmptype[1])
{
case jpeg:
$image_extension=jpeg;
break;
case jpg:
$image_extension=jpeg;
break;
case png:
$image_extension=png;
break;
}
}
else
{
return -11;
}
}
$function=imagecreatefrom . $image_extension;
$image = $function($image);
}
else
{
return -12;
}
//### calculate new size
if ($newimage_height==-1 $newimage_width==-1)
{
$newimage_height=$image_height;
$newimage_width=$image_width;
}
else
{
if ($newimage_width==-1)
{
$newimage_width=($image_width*$newimage_height)/$image_height;
}
if ($newimage_height==-1)
{
$newimage_height=($image_height*$newimage_width)/$image_width;
}
}
//### create buffer image and sample resized image
$buffer = imagecreatetruecolor($newimage_width,$newimage_height);
imagecopyresampled($buffer,$image,0,0,0,0,$newimage_width
,$newimage_height,$image_width,$image_height);
if ($newimage_width=250)
{
//### Copyrightbild erstellen
$cpbuffer = imagecreatetruecolor(300,30);
imagestring ($cpbuffer, 5, 45, 8, (C)2002 www.shopforkids.de,
imagecolorexact($cpbuffer, 255, 255, 255));
//### alising line
$linebuffer = imagecreatetruecolor(300,2);
//### Copyrightbild einblenden
imagecopymerge($buffer,$cpbuffer,$newimage_width-300,$newimage_height-30,0,0,300,30,40);
imagecopymerge($buffer,$linebuffer,$newimage_width-300,$newimage_height-32,0,0,300,2,20);
}
//### shows images
if ($newimage_extension==jpg || $newimage_extension==png ||
$newimage_extension==jpeg)
{
if ($newimage_extension==jpg)
{
$newimage_extension=jpeg;
}
Header(Content-type: image/ . $newimage_extension);
$function=image . $newimage_extension;
//$function=imagepng;
if
Bug #15547 Updated: tempnam() bypasses security
ID: 15547 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Linux(RedHat 7.1) PHP Version: 4.0.6 New Comment: Are you sure safe-mode is enabled? Previous Comments: [2002-02-14 02:18:04] [EMAIL PROTECTED] tempnam() function bypasses open_basedir directive set by php.ini This can be seen f.e. by following code: $tfile=tempnam(/tmp,foobar); // this is a success regardless of a open_basedir setting $fp=fopen($tfile,w) // file is already created but fopen() fails if // open_basedir is set, but not to include /tmp -- Edit this bug report at http://bugs.php.net/?id=15547edit=1
Bug #15545 Updated: Missing php.ini-dist after installation
ID: 15545 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Win98 PHP Version: 4.1.1 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-02-13 15:49:43] [EMAIL PROTECTED] I downloaded the installer for php 4.1.1 Windows Version. Installed it and the documentation I was using for installation referred to a php.ini-dist file which I was to rename as php.ini However, I cannot find that file anywhere. Am I missing something ? other than that file -- Edit this bug report at http://bugs.php.net/?id=15545edit=1
Bug #15539 Updated: crash apache
ID: 15539 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Win2000 PHP Version: 4.1.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. If this is about session_save_path being incorrect, then it's probably already fixed. Previous Comments: [2002-02-13 07:18:13] [EMAIL PROTECTED] If is Apache 1.3.x with PHP 4.1.x DLL libary (APACHE ISAPI) and start the SESSION -session_start()-, apache crashed. If is PHP like CGI script is ALL ok [2002-02-13 07:09:31] [EMAIL PROTECTED] If is Apache 1.3.x with PHP 4.1.x DLL libary (APACHE ISAPI) and start the Cookies, apache crashed. If is PHP like CGI script is ALL ok. -- Edit this bug report at http://bugs.php.net/?id=15539edit=1
Bug #15576: Got Warning: Problem with method call. Report this bug in xxx.php error
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.6
PHP Bug Type: Class/Object related
Bug description: Got Warning: Problem with method call. Report this bug in xxx.php
error
Got this rather strange error msg. that asks for a bug report. Ok here we
go, it happens here - when I try to
1. generate an object from class objectFactory,
2. inside a class method,
3. and returning a reference to it (without the reference it worked)
$factory = objectFactory::install();
class objectFactory
{
...
function install()
{
global $globar;
if (!$globar[objectFactory])
{
$globar[objectFactory] = new objectFactory();
}
return $globar[objectFactory];
}
}
Hope that helped..
Cheers - Martin
--
Edit bug report at http://bugs.php.net/?id=15576edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15576r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15576r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15576r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15576r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15576r=support
Expected behavior: http://bugs.php.net/fix.php?id=15576r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15576r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15576r=submittedtwice
Bug #10835 Updated: File Upload
ID: 10835 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: FTP related Operating System: Windows 2k Server PHP Version: 4.0.5 New Comment: Thanks for your help. Previous Comments: [2002-02-15 12:04:44] [EMAIL PROTECTED] I've found the problem. The ftp from IIS is configured to handle the Directory Style as MSDOS.. you only have to change it to UNIX for php's ftp functions work properly and handle spaces in paths and names. Greetings [2002-02-14 03:55:48] [EMAIL PROTECTED] I have got a similar error with the ftp_chdir function. I can't change to a directory with spaces in it , nor making the strings replacement shown here... I'm using: Php server: W2k Server(no SP), Apache 1.3 , Php 4.0.5 ftp server: W2k Professional SP2, ftp of IIS, access anonymous. Thanks in advance. [2001-05-12 22:24:49] [EMAIL PROTECTED] I added an echo $a and an echo $b. I also some debug code to see if it was connection to the ftp server. The output is: C:\Te st.doc Te st.doc Connected Ftp upload has failed! So $a=C:\Te st.doc $b=Te st.doc So it should upload the file as fallows: $upload = ftp_put($conn_id, C:\Te st.doc, Te st.doc, FTP_BINARY); I added the code: $b = str_replace ( , \ , $b); to no avail :( [2001-05-12 20:04:49] [EMAIL PROTECTED] Hello, can you try if this has anything to do with spaces in filenames? (so try C:\\Te st.doc). If that's the case you need to escape your filename like this: $b = strreplace ( , \ , $b); [2001-05-12 19:45:22] [EMAIL PROTECTED] an example: $file = C:\\whatever.doc that whould make $a = C:\whatever.doc that would make $b = whatever.doc The file will upload from C:\ but will not upload from the desktop. 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/10835 -- Edit this bug report at http://bugs.php.net/?id=10835edit=1
Bug #15239 Updated: Apache's httpd.conf recommends something that will break file writing
ID: 15239 Updated by: [EMAIL PROTECTED] -Summary: Apache's httpd.conf recommends something that will break file writing Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 New Comment: You're right, but it bears mentioning. Previous Comments: [2002-02-14 13:27:50] [EMAIL PROTECTED] i think, that's an apache problem, not an php problem. [2002-01-27 04:04:41] [EMAIL PROTECTED] Correction to above... will not be able to open files should be will not be able to open files for writing. [2002-01-27 04:02:25] [EMAIL PROTECTED] Here's something you might want to add to any function's documentation that has to do with writing to files - like fopen(), session_start(), etc. Apache's default httpd.conf currently ships with a section that looks like this: User nobody Group #-1 There is a section above that with a somewhat confusing instruction to use Group nogroup if you run SCO 3. It doesn't mention Linux, but does go into details of why you shouldn't use #-1 if your kernel can't use GIDs above 60,000. Let's assume some or most people tuning httpd.conf don't know whether that's true about Linux. :) Anyway, if your httpd.conf looks like that under Linux (2.4 for sure, dunno about 2.2), PHP will not be able to open files. It'll complain about an invalid argument. That applies to session_start() and fopen() - I've tried both. The solution is to use Group nogroup. Once I changed my httpd.conf to use that instead of #-1, I was suddenly able to write files again. -- Edit this bug report at http://bugs.php.net/?id=15239edit=1
Bug #15577: failed to rollback outstanding transactions! Oracle connection error
From: [EMAIL PROTECTED]
Operating system: Solaris
PHP version: 4.1.1
PHP Bug Type: OCI8 related
Bug description: failed to rollback outstanding transactions! Oracle connection
error
I have a function:
-
function SQLreturn($sql){
$OC = @OCINLogon($this-user,$this-pass,$this-string);
if($OC){
$parsed = OCIParse($OC,$sql);
OCIExecute($parsed);
OCIFetchInto($parsed, $rows,OCI_ASSOC);
OCIFreeStatement($parsed);
OCILogOff($OC);
//return the array
//print_r($rows);
return $rows;
}else{
echo No SQL connect: return;
}
}
that appears to cause some trouble...I'm not sure why either. Other
database connections work fine on this same server, but this one keeps
giving messages like:
Warning: failed to rollback outstanding transactions!: Error while trying
to retrieve text for error ORA-03113 in
/export/home1/catalog/domainadmin/index.php on line 97
Warning: _oci_close_session: OCISessionEnd: Error while trying to retrieve
text for error ORA-12545 in
/export/home1/catalog/domainadmin/index.php on line 97
Has anyone else encountered this one? If so, any idea how to fix it?
thanks,
-chris
--
Edit bug report at http://bugs.php.net/?id=15577edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15577r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15577r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15577r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15577r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15577r=support
Expected behavior: http://bugs.php.net/fix.php?id=15577r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15577r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15577r=submittedtwice
Bug #15578: PHP Causes Apache segmentation when using FreeTDS
From: [EMAIL PROTECTED] Operating system: Linux Red Hat 7.1 PHP version: 4.1.1 PHP Bug Type: MSSQL related Bug description: PHP Causes Apache segmentation when using FreeTDS Hi, I need to access a MS-SQL server 2000 from a linux RH7.1 box running PHP 4.1.1 compiled with the following options: ./configure --with-sybase=/usr/local/freetds --with-apxs And freetds installed from RPM (but I also tried with the source and it didn't work either... tried FreeTDS from CVS as well). and apache 1.3.19. PHP seems to be working fine and phpinfo(); seems fine... Whenever I load a PHP script that uses any mssql_* function, the page cannot load The page cannot be displayed... When I check apache's error log, it reports Segmentation Fault on child process. I tried with different versions of PHP and it always crashes the same way but the Perl applications using FreeTDS to connect to the same server work just fine so it probably is a problem related to PHP. Any input ? -- Edit bug report at http://bugs.php.net/?id=15578edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15578r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15578r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15578r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15578r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15578r=support Expected behavior: http://bugs.php.net/fix.php?id=15578r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15578r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15578r=submittedtwice
Bug #15579: Segmenation fault
From: [EMAIL PROTECTED]
Operating system: Linux RedHat 6.2
PHP version: 4.1.1
PHP Bug Type: Apache related
Bug description: Segmenation fault
Program received signal SIGSEGV, Segmentation fault.
0x403297e3 in php_treat_data (arg=1, str=0x0,
destArray=0x0) at php_variables.c:257
257 if (c_var *c_var) {
(gdb)
(gdb) bt
#0 0x403297e3 in php_treat_data (arg=1, str=0x0,
destArray=0x0) at php_variables.c:257
#1 0x403246c8 in php_hash_environment () at main.c:1038
#2 0x40323dc4 in php_request_startup () at main.c:621
#3 0x403216a9 in apache_php_module_main (r=0x817e2c4,
display_source_mode=0) at sapi_apache.c:66
#4 0x40322066 in send_php (r=0x817e2c4,
display_source_mode=0, filename=0x0) at mod_php4.c:536
#5 0x40322098 in send_parsed_php (r=0x817e2c4) at
mod_php4.c:547
#6 0x8079373 in ap_invoke_handler ()
#7 0x808d339 in process_request_internal ()
#8 0x808d768 in ap_internal_redirect ()
#9 0x806bdd3 in mod_gzip_redir1_handler ()
#10 0x806a72d in mod_gzip_handler ()
#11 0x8079373 in ap_invoke_handler ()
#12 0x808d339 in process_request_internal ()
#13 0x808d39c in ap_process_request ()
#14 0x80848ce in child_main ()
#15 0x8084a7c in make_child ()
#16 0x8084bd9 in startup_children ()
#17 0x8085216 in standalone_main ()
#18 0x80859b3 in main ()
#19 0x400bc9cb in __libc_start_main (main=0x808565c
main, argc=4, argv=0xba94, init=0x8050370 _init,
fini=0x80bc2dc _fini, rtld_fini=0x4000ae60
_dl_fini, stack_end=0xba8c)
at ../sysdeps/generic/libc-start.c:92
--
Edit bug report at http://bugs.php.net/?id=15579edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15579r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15579r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15579r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15579r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15579r=support
Expected behavior: http://bugs.php.net/fix.php?id=15579r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15579r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15579r=submittedtwice
Bug #15580: sapi_apache2.c fails to compile with Apache 2.0.28
From: [EMAIL PROTECTED] Operating system: Debian 3.0 PHP version: 4.0CVS-2002-02-15 PHP Bug Type: Apache2 related Bug description: sapi_apache2.c fails to compile with Apache 2.0.28 Hello folks, today I tried to compile latest PHP with Apache 2.0.28, since PHP 4.1.1 seems to have some variable export problem. Configure goes fine, but make bails out with the following error messages: make[3]: Entering directory `/data/home/vf/ap2/build/php/sapi/apache2filter' /bin/sh /home/vf/ap2/build/php/libtool --silent --mode=compile gcc -I. -I/home/vf/ap2/build/php/sapi/apache2filter -I/home/vf/ap2/build/php/main -I/home/vf/ap2/build/php -I/usr/local/ap2/include -I/home/vf/ap2/build/php/Zend -I/home/vf/ap2/build/php/ext/mysql/libmysql -I/home/vf/ap2/build/php/ext/xml/expat -D_REENTRANT -I/home/vf/ap2/build/php/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:252: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:252: too many arguments to function `ap_get_brigade' sapi_apache2.c:259: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:259: too many arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:471: warning: passing arg 1 of `ap_hook_post_config' from incompatible pointer type sapi_apache2.c:474: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/data/home/vf/ap2/build/php/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/data/home/vf/ap2/build/php/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/home/vf/ap2/build/php/sapi' make: *** [all-recursive] Error 1 It seems this is the same problem as #11257, but since this is half a year ago ... Configure options: ./configure --with-apxs2=/usr/local/ap2/bin/apxs Summary: Debian sid 3.0, 2.4.17, Apache 2.0.28, PHP 20020215 Thanks in advance Victor -- Edit bug report at http://bugs.php.net/?id=15580edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15580r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15580r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15580r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15580r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15580r=support Expected behavior: http://bugs.php.net/fix.php?id=15580r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15580r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15580r=submittedtwice
Bug #15239 Updated: Apache's httpd.conf recommends something that will break file writing
ID: 15239 Updated by: [EMAIL PROTECTED] -Summary: Apache's httpd.conf recommends something that will break file writing Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-15 14:48:48] [EMAIL PROTECTED] You're right, but it bears mentioning. [2002-02-14 13:27:50] [EMAIL PROTECTED] i think, that's an apache problem, not an php problem. [2002-01-27 04:04:41] [EMAIL PROTECTED] Correction to above... will not be able to open files should be will not be able to open files for writing. [2002-01-27 04:02:25] [EMAIL PROTECTED] Here's something you might want to add to any function's documentation that has to do with writing to files - like fopen(), session_start(), etc. Apache's default httpd.conf currently ships with a section that looks like this: User nobody Group #-1 There is a section above that with a somewhat confusing instruction to use Group nogroup if you run SCO 3. It doesn't mention Linux, but does go into details of why you shouldn't use #-1 if your kernel can't use GIDs above 60,000. Let's assume some or most people tuning httpd.conf don't know whether that's true about Linux. :) Anyway, if your httpd.conf looks like that under Linux (2.4 for sure, dunno about 2.2), PHP will not be able to open files. It'll complain about an invalid argument. That applies to session_start() and fopen() - I've tried both. The solution is to use Group nogroup. Once I changed my httpd.conf to use that instead of #-1, I was suddenly able to write files again. -- Edit this bug report at http://bugs.php.net/?id=15239edit=1
Bug #8364 Updated: sapdb make Error
ID: 8364 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: ODBC related Operating System: Solaris 8 Sparc PHP Version: 4.0.4 New Comment: I'm experiencing this bug with php 4.1.1 I'm running SuSE Linux 7.1 x86 any feedback would be helpful Previous Comments: [2001-06-11 10:08:31] [EMAIL PROTECTED] closed due to no user feedback. if it's still an open case, please reopen the bug. [2001-05-23 06:31:38] [EMAIL PROTECTED] Does this happen with PHP 4.0.5 too? --Jani [2000-12-21 15:34:08] [EMAIL PROTECTED] configure went ok but when I did a make I get an error. The problem seems to be when I include sapdb. ./configure --with-apache=/usr/Data/TMP/apache_1.3.14 \ --with-sapdb=/usr/sapdb \ --without-mysql \ --with-imap=/usr/local/imap \ --with-gd=/usr/gd \ --disable-xml \ --with-config-file-path=/usr/local/apache/conf - checking for MySQL support... no checking for Oracle-OCI8 support... no checking for Adabas support... no checking for SAP DB support... yes checking for Oracle-ORACLE support... no -- # make ... ... ... make[1]: Entering directory `/usr/Data/TMP/php-4.0.4/main' make[2]: Entering directory `/usr/Data/TMP/php-4.0.4/main' gcc -I. -I/usr/Data/TMP/php-4.0.4/main -I/usr/Data/TMP/php-4.0.4/main -I/usr/Data/TMP/php-4.0.4 -I/usr/Data/TMP/apache_1.3.14/src/include -I/usr/Data/TMP/apache_1.3.14/src/os/unix -I/usr/Data/TMP/php-4.0.4/Zend -I/usr/gd -I/usr/local/imap/include -I/usr/sapdb/incl -I/usr/Data/TMP/php-4.0.4/TSRM -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c main.c touch main.lo gcc -I. -I/usr/Data/TMP/php-4.0.4/main -I/usr/Data/TMP/php-4.0.4/main -I/usr/Data/TMP/php-4.0.4 -I/usr/Data/TMP/apache_1.3.14/src/include -I/usr/Data/TMP/apache_1.3.14/src/os/unix -I/usr/Data/TMP/php-4.0.4/Zend -I/usr/gd -I/usr/local/imap/include -I/usr/sapdb/incl -I/usr/Data/TMP/php-4.0.4/TSRM -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c internal_functions.c touch internal_functions.lo In file included from internal_functions.c:37: /usr/Data/TMP/php-4.0.4/ext/odbc/php_odbc.h:86: WINDOWS.H: No such file or directory /usr/Data/TMP/php-4.0.4/ext/odbc/php_odbc.h:87: sql.h: No such file or directory /usr/Data/TMP/php-4.0.4/ext/odbc/php_odbc.h:88: sqlext.h: No such file or directory make[2]: *** [internal_functions.lo] Error 1 make[2]: Leaving directory `/usr/Data/TMP/php-4.0.4/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/Data/TMP/php-4.0.4/main' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=8364edit=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: Open +Status: Feedback Bug Type: Apache2 related Operating System: Debian 3.0 PHP Version: 4.0CVS-2002-02-15 New Comment: Try the latest CVS version of Apache2 as well. I built 2 days ago without a problem. Let me know if that helps. Sean Previous Comments: [2002-02-15 15:26:42] [EMAIL PROTECTED] Hello folks, today I tried to compile latest PHP with Apache 2.0.28, since PHP 4.1.1 seems to have some variable export problem. Configure goes fine, but make bails out with the following error messages: make[3]: Entering directory `/data/home/vf/ap2/build/php/sapi/apache2filter' /bin/sh /home/vf/ap2/build/php/libtool --silent --mode=compile gcc -I. -I/home/vf/ap2/build/php/sapi/apache2filter -I/home/vf/ap2/build/php/main -I/home/vf/ap2/build/php -I/usr/local/ap2/include -I/home/vf/ap2/build/php/Zend -I/home/vf/ap2/build/php/ext/mysql/libmysql -I/home/vf/ap2/build/php/ext/xml/expat -D_REENTRANT -I/home/vf/ap2/build/php/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:252: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:252: too many arguments to function `ap_get_brigade' sapi_apache2.c:259: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:259: too many arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:471: warning: passing arg 1 of `ap_hook_post_config' from incompatible pointer type sapi_apache2.c:474: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/data/home/vf/ap2/build/php/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/data/home/vf/ap2/build/php/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/home/vf/ap2/build/php/sapi' make: *** [all-recursive] Error 1 It seems this is the same problem as #11257, but since this is half a year ago ... Configure options: ./configure --with-apxs2=/usr/local/ap2/bin/apxs Summary: Debian sid 3.0, 2.4.17, Apache 2.0.28, PHP 20020215 Thanks in advance Victor -- Edit this bug report at http://bugs.php.net/?id=15580edit=1
Bug #15561 Updated: make install fails to copy libphp4.so
ID: 15561 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: *Compile Issues Operating System: AIX 4.3.3 PHP Version: 4.1.1 New Comment: In that case: Reopening! Previous Comments: [2002-02-15 15:01:16] [EMAIL PROTECTED] Since I am not a developer I am not allowed to change the status of the bug... Chris [2002-02-15 13:05:18] [EMAIL PROTECTED] Do NOT open new bug reports but reopen the old one! [2002-02-14 16:24:26] [EMAIL PROTECTED] This is in refrence to bug #15439 I can compile PHP 4.1.1 on AIX 4.3.3, but when make install is run, it fails to copy libphp4.so, to the iPlanet bin directory. This is becasue the libphp4.so file is never made. The configure script and other information is exactly the same as in the Bogus Bug #15439. Thanks for any ideas or help, Chris -- Edit this bug report at http://bugs.php.net/?id=15561edit=1
Bug #15579 Updated: Segmenation fault
ID: 15579
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Apache related
Operating System: Linux RedHat 6.2
PHP Version: 4.1.1
New Comment:
Could you also add some short description where and when
this happened and if you have some short code to reproduce
this, it would help too.
Previous Comments:
[2002-02-15 15:18:22] [EMAIL PROTECTED]
Program received signal SIGSEGV, Segmentation fault.
0x403297e3 in php_treat_data (arg=1, str=0x0,
destArray=0x0) at php_variables.c:257
257 if (c_var *c_var) {
(gdb)
(gdb) bt
#0 0x403297e3 in php_treat_data (arg=1, str=0x0,
destArray=0x0) at php_variables.c:257
#1 0x403246c8 in php_hash_environment () at main.c:1038
#2 0x40323dc4 in php_request_startup () at main.c:621
#3 0x403216a9 in apache_php_module_main (r=0x817e2c4,
display_source_mode=0) at sapi_apache.c:66
#4 0x40322066 in send_php (r=0x817e2c4,
display_source_mode=0, filename=0x0) at mod_php4.c:536
#5 0x40322098 in send_parsed_php (r=0x817e2c4) at
mod_php4.c:547
#6 0x8079373 in ap_invoke_handler ()
#7 0x808d339 in process_request_internal ()
#8 0x808d768 in ap_internal_redirect ()
#9 0x806bdd3 in mod_gzip_redir1_handler ()
#10 0x806a72d in mod_gzip_handler ()
#11 0x8079373 in ap_invoke_handler ()
#12 0x808d339 in process_request_internal ()
#13 0x808d39c in ap_process_request ()
#14 0x80848ce in child_main ()
#15 0x8084a7c in make_child ()
#16 0x8084bd9 in startup_children ()
#17 0x8085216 in standalone_main ()
#18 0x80859b3 in main ()
#19 0x400bc9cb in __libc_start_main (main=0x808565c
main, argc=4, argv=0xba94, init=0x8050370 _init,
fini=0x80bc2dc _fini, rtld_fini=0x4000ae60
_dl_fini, stack_end=0xba8c)
at ../sysdeps/generic/libc-start.c:92
--
Edit this bug report at http://bugs.php.net/?id=15579edit=1
Bug #15561 Updated: make install fails to copy libphp4.so
ID: 15561 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus -Bug Type: *Compile Issues +Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.1.1 New Comment: This is not PHP problem, but a bug in libtool. Please report it to the friendly gnu people. --Jani Previous Comments: [2002-02-15 16:00:24] [EMAIL PROTECTED] In that case: Reopening! [2002-02-15 15:01:16] [EMAIL PROTECTED] Since I am not a developer I am not allowed to change the status of the bug... Chris [2002-02-15 13:05:18] [EMAIL PROTECTED] Do NOT open new bug reports but reopen the old one! [2002-02-14 16:24:26] [EMAIL PROTECTED] This is in refrence to bug #15439 I can compile PHP 4.1.1 on AIX 4.3.3, but when make install is run, it fails to copy libphp4.so, to the iPlanet bin directory. This is becasue the libphp4.so file is never made. The configure script and other information is exactly the same as in the Bogus Bug #15439. Thanks for any ideas or help, Chris -- Edit this bug report at http://bugs.php.net/?id=15561edit=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: Feedback +Status: Open Bug Type: Apache2 related Operating System: Debian 3.0 PHP Version: 4.0CVS-2002-02-15 New Comment: 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 Previous Comments: [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 [2002-02-15 15:26:42] [EMAIL PROTECTED] Hello folks, today I tried to compile latest PHP with Apache 2.0.28, since PHP 4.1.1 seems to have some variable export problem. Configure goes fine, but make bails out with the following error messages: make[3]: Entering directory `/data/home/vf/ap2/build/php/sapi/apache2filter' /bin/sh /home/vf/ap2/build/php/libtool --silent --mode=compile gcc -I. -I/home/vf/ap2/build/php/sapi/apache2filter -I/home/vf/ap2/build/php/main -I/home/vf/ap2/build/php -I/usr/local/ap2/include -I/home/vf/ap2/build/php/Zend -I/home/vf/ap2/build/php/ext/mysql/libmysql -I/home/vf/ap2/build/php/ext/xml/expat -D_REENTRANT -I/home/vf/ap2/build/php/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:252: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:252: too many arguments to function `ap_get_brigade' sapi_apache2.c:259: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:259: too many arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:471: warning: passing arg 1 of `ap_hook_post_config' from incompatible pointer type sapi_apache2.c:474: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/data/home/vf/ap2/build/php/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/data/home/vf/ap2/build/php/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/home/vf/ap2/build/php/sapi' make: *** [all-recursive] Error 1 It seems this is the same problem as #11257, but since this is half a year ago ... Configure options: ./configure --with-apxs2=/usr/local/ap2/bin/apxs Summary: Debian sid 3.0, 2.4.17, Apache 2.0.28, PHP 20020215 Thanks in advance Victor -- Edit this bug report at http://bugs.php.net/?id=15580edit=1
Bug #15581 Updated: Must use --enable-ctype should be in docs
ID: 15581 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: All PHP Version: 4.1.1 -Assigned To: +Assigned To: alindeman New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-15 17:41:29] [EMAIL PROTECTED] I ran into undefined function problems in trying to use the ctype_* functions documented at: http://www.php.net/manual/en/ref.ctype.php The manual page should specify that php must be compiled with --enable-ctype in order to use the related functions. -- Edit this bug report at http://bugs.php.net/?id=15581edit=1
Bug #15581 Updated: Must use --enable-ctype should be in docs
ID: 15581 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: All PHP Version: 4.1.1 Assigned To: alindeman New Comment: Status - Closed Previous Comments: [2002-02-15 18:30:41] [EMAIL PROTECTED] This bug has been fixed in CVS. [2002-02-15 17:41:29] [EMAIL PROTECTED] I ran into undefined function problems in trying to use the ctype_* functions documented at: http://www.php.net/manual/en/ref.ctype.php The manual page should specify that php must be compiled with --enable-ctype in order to use the related functions. -- Edit this bug report at http://bugs.php.net/?id=15581edit=1
Bug #15583: thttpd patching fails
From: [EMAIL PROTECTED]
Operating system: Slackware 8
PHP version: 4.1.1
PHP Bug Type: Other web server
Bug description: thttpd patching fails
Patching of the thttpd source fails when I try to compile php as a sapi
thttpd module. Tried with thttpd versions 2.19, 2.20c, and 2.22beta4.
Report contents apply to thttpd-2.20c (the latest stable version), but I
think the error is the same for all.
Details:
unpackaged php-4.1.1 and thttpd into the same directory and cd to
php-4.1.1.
./configure --with-thttpd=../thttpd-2.20c
configure works fine.
then do make install per the readme by Sascha
gcc gets a workout and then Hunks 1 2 fail on fdwatch.c on lines 460 and
472 and Hunks 6 7 fail on libhttpd.c at lines 2349 and 3025
contents of fdwatch.c.rej
***
*** 460,466
ridx = 0;
for ( i = 0; i npollfds; ++i )
- if ( pollfds[i].revents ( POLLIN | POLLOUT ) )
poll_rfdidx[ridx++] = pollfds[i].fd;
return r;
--- 460,466
ridx = 0;
for ( i = 0; i npollfds; ++i )
+ if ( pollfds[i].revents ( POLLIN | POLLOUT | POLLERR | POLLHUP |
POLLNVAL ) )
poll_rfdidx[ridx++] = pollfds[i].fd;
return r;
***
*** 472,479
{
switch ( fd_rw[fd] )
{
- case FDW_READ: return pollfds[poll_fdidx[fd]].revents POLLIN;
- case FDW_WRITE: return pollfds[poll_fdidx[fd]].revents POLLOUT;
default: return 0;
}
}
--- 472,479
{
switch ( fd_rw[fd] )
{
+ case FDW_READ: return pollfds[poll_fdidx[fd]].revents ( POLLIN |
POLLERR | POLLHUP | POLLNVAL );
+ case FDW_WRITE: return pollfds[poll_fdidx[fd]].revents ( POLLOUT |
POLLERR | POLLHUP | POLLNVAL );
default: return 0;
}
}
**
end contents of fdwatch.c.rej
**
contents of libhttpd.c.rej
***
*** 2341,2347
{
make_log_entry( hc, nowP );
- if ( hc-file_address != (char*) 0 )
{
mmc_unmap( hc-file_address, (hc-sb), nowP );
hc-file_address = (char*) 0;
--- 2349,2358
{
make_log_entry( hc, nowP );
+ if ( hc-file_address == (char*) 1 )
+ {
+ thttpd_closed_conn(hc-conn_fd);
+ } else if ( hc-file_address != (char*) 0 )
{
mmc_unmap( hc-file_address, (hc-sb), nowP );
hc-file_address = (char*) 0;
***
*** 3014,3024
post_post_garbage_hack( httpd_conn* hc )
{
char buf[2];
- int r;
- r = recv( hc-conn_fd, buf, sizeof(buf), MSG_PEEK );
- if ( r 0 )
- (void) read( hc-conn_fd, buf, r );
}
--- 3025,3033
post_post_garbage_hack( httpd_conn* hc )
{
char buf[2];
+ fcntl(hc-conn_fd, F_SETFL, O_NONBLOCK);
+ (void) read( hc-conn_fd, buf, 2 );
}
--
Edit bug report at http://bugs.php.net/?id=15583edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15583r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15583r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15583r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15583r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15583r=support
Expected behavior: http://bugs.php.net/fix.php?id=15583r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15583r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15583r=submittedtwice
Bug #14529 Updated: script doesn't always finish output
ID: 14529 Updated by: [EMAIL PROTECTED] -Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: I've followed the instructions on the gdb backtrace page but I can not find a core file anywhere on the site. When I tried running httpd -X in the gdb itself I can not access the page. I'm using RedHat 7.2 on my test server. I ran the command (to test it) /usr/sbin/httpd -X and it starts fine and no prompt comes back (which I think is normal). The moment I open a webpage it returns the line: Segmentation fault and then goes back to the command prompt. So this would tell me I found the right command line to run but when I try: gdb /usr/sbin/httpd run -X (from inside the gdb prompt) it says starting new thread and then locks up. If I try opening a web page it comes up as not found (just like it does when the httpd server is not running at all). Any tips on what I'm doing wrong. At least I've finally confirmed it is PHP crashing. I've tried compiling with various options enabled or disabled. I've got the --enable-debug take and I did not set the --enable-trans-sid this time. Thanks Previous Comments: [2002-02-05 20:37:39] [EMAIL PROTECTED] To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. [2002-02-05 18:55:06] [EMAIL PROTECTED] When I use simple little scripts it seems to work fine. The pages where I have problems is where there are dynamically called include_once and variable variables used. For me the output seemed to work at first with output.buffering on but it turns out there was problems on other pages then (that weren't bothered by it being off). And IE6 would simply load pages from cache of old pages (and Netscape would simply crash with a connection lost error) I also discovered that some environmental variables working with sessions would fail to if there was a tiny error on html output at least in one consistent test. Example: If I had page (such as index.php) generate a basic HTML page but within the html code generated there was an img tag with an image name that did not exist on the server anymore (I had renamed it and forgot to update that script). The browser just shows standard little box with x in it where image should be as usual. When this was happening, if I echoed the value of $HTTP_SERVER_VARS['PHP_SELF'] it would return index.php (or the name of the page). However, if I saved that value to a session, then even though a test before the script end showed it correctly set, upon reloading it would be set to the page name (image.gif). I have tried the compiling with AND without --enable-trans-sid and these errors still continue with no change. I have to keep my production server on php 4.0.6 as it simply is way to unreliable in 4.1.0 or newer (including 4.2.2-dev). I use a lot of serialize/unserialize and really was hoping to upgrade for the performance differences. [2002-02-05 18:38:03] [EMAIL PROTECTED] And what happens when you get rid of --enable-trans-sid from your confiugre line? [2002-02-05 18:36:38] [EMAIL PROTECTED] Anyone have short complete script for this bug? [2002-02-05 16:25:52] [EMAIL PROTECTED] I have verified this bug with the latest 4.2.0-dev version. Output problems are still the same: corrupt output with buffering off, and correct output with buffering on, without any HTTP GET variables. (http://ged.dynodns.net/band/index.php?func=articleoid=19288) But only on some pages, for some reason. (E.G. events.php never works) I'm backing up to 4.0.6 to get the site to a production status again. (If 4.0.6 doesn't work, I'll post again...) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/14529 -- Edit this bug report at http://bugs.php.net/?id=14529edit=1
Bug #12691 Updated: Apache 2: Server variables don't get set
ID: 12691 Updated by: [EMAIL PROTECTED] -Summary: Apache 2: Server variables don't get set Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: SuSE7.1 PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. This bug has been fixed in CVS. This bug has been fixed in CVS. This bug has been fixed in CVS. I don't have problem with CVS version. Reopen if you have problem still with CVS version Previous Comments: [2002-01-09 10:12:39] [EMAIL PROTECTED] I am seeing the same problem with Apache 2.0.28, php 4.1.1 under RedHat Linux When I run phpinfo() all the environmental variables are missing compared to running phpinfo() with Apache 1.3.22 and php 4.1.1 [2001-11-19 12:37:39] [EMAIL PROTECTED] ok, here's what I tried: o PHP4.0.2-dev (php4-2009 from snaps) o config line is: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql' '--with-dom' '--disable-posix' '--disable-pic' '--with-zlib' '--enable-wddx' o Apache2.0.28-beta o config line is: CFLAGS=-g; export CFLAGS ./configure \ --enable-layout=Apache \ --enable-auth-digest \ --enable-ext-filter \ --disable-include \ --enable-headers \ --enable-so \ --enable-ssl=shared \ --with-mpm=threaded \ --enable-http \ --enable-dav=shared \ --disable-asis \ --enable-info=shared \ --enable-suexec \ --enable-cgi=shared \ --enable-cgid=shared \ --enable-dav-fs=shared \ --enable-vhost-alias=shared \ --disable-imap \ --enable-rewrite=shared \ --with-suexec-uidmin=30 \ --with-suexec-gidmin=65534 Now env vars are set ok (either with or without seting I/O filters, just with an AddType), *BUT* :) I still found that one very important one is missing, namely PATH_INFO. If I say http://teo.gecadsoftware.com/i.php/x it gives a file not found error (where i.php exists and contains a phpinfo() call). I tried to catch that with FilesMatch, but couldn't figure (I think the test for $DOCUMENT_ROOT/i.php/x to exist is done before applying matches, which makes sense). I am having a look into it but my experience with Apache2 is less that epsilon :) so maybe somebody can have a look too? [2001-11-17 12:10:10] [EMAIL PROTECTED] There has been a patch regarding this three days ago. Please try the latest snapshot from http://snaps.php.net/ and report, if the problem still comes up. [2001-11-03 21:53:17] [EMAIL PROTECTED] updated short desc. [2001-08-10 11:08:15] [EMAIL PROTECTED] hi alindeman, erm, you missed the essential 2 :) it's with Apache2 (apxs2) Additional note: printenv from /cgi-bin shows them just right. 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/12691 -- Edit this bug report at http://bugs.php.net/?id=12691edit=1
Bug #14322 Updated: elocation error: symbol not found: pow
ID: 14322 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: SCO Unixware 7.1.0 -PHP Version: 4.0CVS-2001-12-03 +PHP Version: 4.0CVS-2001-12-0 New Comment: This bug has been fixed in CVS. I don't have problem with current CVS version. Previous Comments: [2001-12-03 07:00:20] [EMAIL PROTECTED] I have the most recent (today CVS updated) apache 2.0 and php 4 After configuration the recent version of php: CC=cc CXX=CC ./configure --with-mysql=/usr/local/mysql --with-apxs2=/usr/local/apache2/bin/apxs --with-gd --enable-ftp --with-dom --with-zlib-dir=/usr/local/lib --with-iconv=/usr/local/include --with-zlib=/usr/local I've started compiling it: #: make First time i've got an error in apache2filter/sapi_apache2.c: no such stuct member: _shutdown. After manualy fixing this file, compilation succeeded with warning: *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. Then I executed: # make install; /usr/local/apache2/bin/apachectl configtest ...and get: Syntax error on line 198 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: dynamic linker: / usr/local/apache2/bin/httpd: relocation error: symbol not found: finite; referenced from: /usr/local/apache2/modules/libphp4.so Then i've opened php_config.h and delete the following declaration: #define HAVE_FINITE 1 After that i made clean, make, etc. But after configtest apache spit at me with a relocation error in the same library: Syntax error on line 198 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: dynamic linker: / usr/local/apache2/bin/httpd: relocation error: symbol not found: pow; referenced from: /usr/local/apache2/modules/libphp4.so So that is the problem. Can anybody tell me what to do? P.S. The same problem i've got under Apache 1.3 P.P.S. Release version of PHP 4.0.6 compiles and runs perfectly on the this machine, but i can't use it because of iconv() function missing. -- Edit this bug report at http://bugs.php.net/?id=14322edit=1
Bug #15584: strftime(%D) problem
From: [EMAIL PROTECTED] Operating system: win2k AS/Linux unknown PHP version: 4.1.1 PHP Bug Type: Date/time related Bug description: strftime(%D) problem Hi, Running Win2k AS, Apache 1.3.23, PHP-Modul. Had some problems with strftime(%D); ?php print (strftime(%m/%d/%y));//outputs 02/16/02 echo br; print print (strftime(%D)); //outputs nothing ? should both return the same result, the first displays nothing (empty string), the second one is working fine. The manual says for conversion specifiers: %D - same as %m/%d/%y Tried the same on a linux-box at my ISP (4.1.0, Apache 1.3.22, Kernel 2.2.19, Modulversion): ?php print (strftime(%m/%d/%y)); //outputs 02/16/02 echo br; print print (strftime(%D)); //02/16/021 ? So my conclusion : strftime(%D) doesn´t work on win2k and seems to be broken on linux. Thanks Friedhelm Betz P.S.: On win2k standard Installation, no extra extensions enabled. The configure at th elinux-box from ISP: './configure' '--with-config-file-path=/etc' '--enable-xslt' '--with-xslt-sablot' '--with-mysql=/usr/local/mysql' '--with-mcrypt=/usr/local' '--with-apache=../apache_current' '--with-ttf=/usr/local' '--with-t1lib=/usr/local' '--with-gd=/usr/' '--enable-gd-native-ttf' '-with-pdflib' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/lib' '--with-tiff-dir=/usr/local/lib' '--with-imap=/usr/local' '--with-java=/usr/local/java2' '--with-zlib' '--with-dom' '--with-ming' '--with-swf=/usr/local' '--enable-bcmath' '--enable-ftp' '--enable-calendar' '--enable-memory-limit' '--enable-discard-path' -- Edit bug report at http://bugs.php.net/?id=15584edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15584r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15584r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15584r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15584r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15584r=support Expected behavior: http://bugs.php.net/fix.php?id=15584r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15584r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15584r=submittedtwice
Bug #9431 Updated: httpd processes using excessive cpu
ID: 9431 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Performance problem Operating System: 4.0.4pl1 PHP Version: Linux (redhat 6.2) 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: [2001-12-12 18:54:08] [EMAIL PROTECTED] Sorry my mozilla overwirtes From/OS/PHP Version/Summary again. [2001-12-12 18:48:37] [EMAIL PROTECTED] Status = feedback [2001-12-12 18:48:15] [EMAIL PROTECTED] Could you try 4.1.0 and report the result? [2001-04-29 11:32:19] [EMAIL PROTECTED] reclassify [2001-02-23 16:06:24] [EMAIL PROTECTED] It seems that after a while of server inactivity, the apache processes go into a mode where they continue to just use cpu - the processes become unseable for processing http requests since they just stay in this state. A server restart is needed to correct the problem. A process stack listing shows the process to be within the PHP module at the time: 0x400c2248: chunk_free + 0x270 (404407f4, 8118740, 4042f0f3) 0x400c1fba: __cfree + 0xaa (8118740, 404407f4, 4043da80, 4042f0f3, 624407f4, 6e9f190) + 34 0x4037ebb0: zend_hash_del_key_or_index + 0x1d8 (8111048, 4042f0ea, 9, 8da99e0, 0, 404407f4) + 10 0x4037c0af: zend_unregister_functions + 0x67 (4043da14, , 0, 404407f4, 81329f8) 0x4037c1bb: module_destructor + 0x73 (8132a28, 404407f4, 4000ae60, bdc4) 0x4037ec24: zend_hash_destroy + 0x30 (40455760, 404407f4) 0x4037b2f5: zend_shutdown + 0x25 (404407f4) 0x4038a4de: php_module_shutdown + 0x32 (404407f4) 0x4038a4a5: php_module_shutdown_wrapper + 0x15 (40437840, 403887f8) 0x40388817: php_child_exit_handler + 0x1f (80d15b0, 8151c70, 18, 40437940) 0x0806fa61: ap_child_exit_modules + 0x49 (8151c70, 80d15b0) 0x080758d5: clean_child_exit + 0x1d (0) 0x08077587: just_die + 0x1f (a) 0x080775a9: usr1_handler + 0x15 (a, 0, 0, 2b, 2b, bdc4) + dc 0x40086c68: sigaction + 0x268 (8126e70, 81479d8, 814dfa8, 6c060002, 2000a0a, c65451e8) + 18 0x080788b7: child_main + 0x1b7 (b, b, 0) 0x08078ebc: make_child + 0x118 (80d15b0, b, 3a8ad8e0, 401581ec, 4053e480, 0) + a0 0x08079236: perform_idle_server_maintenance + 0x2b2 (401581ec, , 0, d, 0) 0x08079765: standalone_main + 0x355 (2, bdc4, bdc4, 40013ed0, 8049c54, 80cc6a4) + 30 0x08079d33: main + 0x357 (2, bdc4, bdd0, 40013868, 2, 8050600) 0x400809cb: __libc_start_main + 0xff (80799dc, 2, bdc4, 804fc60, 80b127c, 4000ae60) + 4248 PHP configuration options listed below: ./configure --prefix=/usr --with-apxs=/usr/sbin/httpd/bin/apxs --with-config-file-path=/etc/httpd --enable-safe-mode --with-exec-dir=/usr/sbin --with-system-regex --disable-debug --with-zlib --with-dbdm --with-db2 --enable-debugger --enable-magic-quotes --enable-track-vars --enable-sysvsem --enable-sysvshm --enable-track-vars --with-xml --with-ftp --with-pgsql --with-cybercash=/usr/src/cybercash/mck-3.3.0-i586-pc-linux-gnulibc2.1 glibc version is 2.1.3 php module was compiled with egcs-2.91.66 apache version is 1.3.14 kernel version 2.2.14 We also experienced this problem with PHP version 4.0.2. After upgrading to the latest PHP, is seems that the problem is occuring less frequently. -- Edit this bug report at http://bugs.php.net/?id=9431edit=1
Bug #15053 Updated: Floating point exception
ID: 15053 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache related Operating System: FreeBSD 4.4 PHP Version: 4.1.1 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-15 19:44:56] [EMAIL PROTECTED] Please read do and don't. Send backtrace from debug enabled PHP. [2002-01-15 12:22:43] [EMAIL PROTECTED] I compiled Apache 1.3.22 and php4.1.1 with support to mysql 3.22.26 Everything was ok... but i get this message every second on the apache logs: [Tue Jan 15 12:27:30 2002] [notice] child pid 46286 exit signal Floating point exception (8) If there is a solution for this problem... please, let me to know... Thank you. -- Edit this bug report at http://bugs.php.net/?id=15053edit=1
