#29013 [NEW]: Multiple logons cause handles to become invalid
From: cjbj at hotmail dot com
Operating system: Windows 2000
PHP version: 4.3.7
PHP Bug Type: OCI8 related
Bug description: Multiple logons cause handles to become invalid
Description:
Multiple logons within the same request cause handles to become invalid
and queries to fail.
Also see:
http://forums.oracle.com/forums/thread.jsp?forum=178&thread=251141
To reproduce, restart Apache and run the following file.
The same incorrect output occurs with ocilogon() inplace of ocinlogon().
Reproduce code:
---
===>BEGIN";
$rSth = OCIParse($c, $s);
$rRet = OCIExecute($rSth);
echo "";
while ($succ = OCIFetchInto($rSth, $row)) {
foreach ($row as $item) {
echo ($item?htmlentities($item):' ')." ";
}
echo "\n";
}
echo "===>CLOSE";
ocifreestatement($rSth);
}
$statement1 = "select dname from dept";
$statement2 = "select user from dual;";
echo "===>OCINLogin #1";
$c1 = OCINlogon('scott', 'tiger', 'MYDB' );
echo "===>Query first connection";
qry($c1, $statement1);
echo "===>OCINLogin #2";
$c2 = OCINlogon('hr', 'hr', 'MYDB');
echo "===>Re-query first connection";
qry($c1, $statement1);
echo "===>Re-query first connection";
qry($c1, $statement2);
?>
Expected result:
Three queries are successfully completed.
Actual result:
--
===>OCINLogin #1
OCIDebug: _oci_open_server new conn=0 dname=MYDB
OCIDebug: _oci_open_session new sess=3 user=scott
OCIDebug: oci_do_connect: id=4
===>Query first connection
===>BEGIN
OCIDebug: oci_parse "select dname from dept" id=5 conn=4
ACCOUNTING
RESEARCH
SALES
OPERATIONS
===>CLOSE
OCIDebug: START _oci_stmt_list_dtor: id=5 last_query="select dname from
dept"
OCIDebug: START _oci_column_hash_dtor: DNAME
OCIDebug: END _oci_column_hash_dtor: DNAME
OCIDebug: END _oci_stmt_list_dtor: id=5
===>OCINLogin #2
OCIDebug: _oci_open_session new sess=6 user=hr
OCIDebug: oci_do_connect: id=7
===>Re-query first connection
===>BEGIN
OCIDebug: oci_parse "select dname from dept" id=8 conn=4
Warning: ociexecute(): OCIStmtExecute: ORA-00942: table or view does not
exist in c:\cj\php\cj\contest.php on line 13
Warning: ocifetchinto(): OCIFetchInto: ORA-24374: define not done before
fetch or execute and fetch in c:\cj\php\cj\contest.php on line 15
===>CLOSE
OCIDebug: START _oci_stmt_list_dtor: id=8 last_query="select dname from
dept"
OCIDebug: END _oci_stmt_list_dtor: id=8
===>Re-query first connection
===>BEGIN
OCIDebug: oci_parse "select user from dual;" id=9 conn=4
Warning: ociexecute(): OCIStmtExecute: ORA-00911: invalid character in
c:\cj\php\cj\contest.php on line 13
Warning: ocifetchinto(): OCIFetchInto: ORA-24374: define not done before
fetch or execute and fetch in c:\cj\php\cj\contest.php on line 15
===>CLOSE
OCIDebug: START _oci_stmt_list_dtor: id=9 last_query="select user from
dual;"
OCIDebug: END _oci_stmt_list_dtor: id=9
OCIDebug: START php_rshutdown_oci
OCIDebug: END php_rshutdown_oci
OCIDebug: START _oci_conn_list_dtor: id=4
OCIDebug: nothing to do..
OCIDebug: START _oci_close_session: logging-off sess=3
OCIDebug: END _oci_conn_list_dtor: id=4
OCIDebug: START _oci_conn_list_dtor: id=7
OCIDebug: nothing to do..
OCIDebug: START _oci_close_session: logging-off sess=6
OCIDebug: END _oci_conn_list_dtor: id=7
OCIDebug: START _oci_close_server: detaching conn=2 dbname=MYDB
--
Edit bug report at http://bugs.php.net/?id=29013&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29013&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29013&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29013&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29013&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29013&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29013&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29013&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29013&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29013&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29013&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29013&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29013&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29013&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29013&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29013&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29013&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29013&r=float
#29000 [Opn->Bgs]: PHP Upload with Sygate Firewall causes spontaneous reboot
ID: 29000 Updated by: [EMAIL PROTECTED] Reported By: xzingee at centra dot ca -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Windows 2003 PHP Version: 4.3.7 New Comment: This is not a bug in PHP but in that Sygate Firewall thingy, please report your bug there. Previous Comments: [2004-07-03 09:43:51] xzingee at centra dot ca Description: If the server has Sygate Firewall installed and running, when i try to use any type of php upload function of a file, the system spontaneously reboots, and there is no error message but windows 2003 tells me something when it rebooted. mainly it says, 0x00be, which means some kind of memory access violation occured. thats as far as i know. for sure its reproducable, since i tried it on 3 destinct servers of mine all running windows 2003 and sygate. and on each server the second i turn off sygate the uploads work fine. but when i turn it back on. on each php page with upload button, when i press the upload button, it acts almost as the physical reboot button on the machine. I'm not sure if anyone knows how to fix this.. but i thought i'd report it anyway Reproduce code: --- i'm not exactly sure where the bug is, but i dont think its in the code. because i tried maybe 5-10 different file upload scripts and each time it crash/reboots. Expected result: I expect the file to upload to the server hehe. Actual result: -- a spontaneous reboot of the server.. the client well.. nothing really happens.. you wait and wait until it says page not found because the server is rebooting. -- Edit this bug report at http://bugs.php.net/?id=29000&edit=1
#29005 [Opn]: fopen() can't open NT named pipes on local computer
ID: 29005
Updated by: [EMAIL PROTECTED]
Reported By: cleong at nflc dot org
Status: Open
-Bug Type: Filesystem function related
+Bug Type: Feature/Change Request
Operating System: Windows 2000
PHP Version: 4.3.6
New Comment:
Let's make this a feature request as it's currently not meant to work.
Previous Comments:
[2004-07-04 00:06:58] cleong at nflc dot org
Description:
fopen() can't handle path names like "\\.\pipe\pipename" because the
internal function virtual_file_ex() see the ".\" part, thinks that it
means current directory, and promptly removes it.
The manual doesn't mention named pipes but I think this is worth fixing
as it will give PHP Win32 a robust interprocess communication mechanism
that's fairly easy to implement. The fix is easy enough. Insert the
following at line 413 in tsrm_virtual_cwd.c, right after the else if
(!IS_DIRECTORY_CURRENT(ptr, ptr_length)) loop:
#ifdef TSRM_WIN32
/* '.' should be retained if the first two chars are
'\' as it
stands for local machine
done mainly for paths to NT named pipes
(\\.\pipe\pipename) */
} else if(state->cwd_length == 2 && state->cwd[0] == '\\' &&
state->cwd[1] == '\\') {
state->cwd = (char *) realloc(state->cwd,
state->cwd_length+ptr_length+1);
memcpy(&state->cwd[state->cwd_length], ptr,
ptr_length+1);
state->cwd_length += ptr_length;
#endif
}
Reproduce code:
---
Set break point at line 1975 in streams.c
fd = open(realpath, open_flags, 0666);
then run . Inspect realpath.
Expected result:
realpath => \\.\pipe\pipename
Actual result:
--
realpath => \\pipe\pipename
--
Edit this bug report at http://bugs.php.net/?id=29005&edit=1
#29006 [Opn->Bgs]: Cannot remove module mod_php4.c: not found in module list
ID: 29006 Updated by: [EMAIL PROTECTED] Reported By: jmichae3 at yahoo dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Windows 95b PHP Version: 4.3.7 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . Previous Comments: [2004-07-04 05:42:41] jmichae3 at yahoo dot com Description: I get this on 4.3.3 and 4.3.7. 5.0rc3 gives me a different error. Using apache 1.3.31 and 2.0.49. default php.ini. Apache sends me my schedule.php file as a download (to open or save to disk). Inserted into httpd.conf the following, as per install.txt: LoadModule php4_module c:/php4.3.3/sapi/php4apache.dll # AddModule mod_php4.c AddType application/x-httpd-php .php (Apache complains about adding the module twice if I uncomment the middle line - still doesn't load the module) CGI configuration doesn't work. Expected result: I expected to see the PHP version text along with the apache version text. Actual result: -- C:\Program Files\Apache Group\Apache\logs>..\apache [Sat Jul 03 19:17:30 2004] [warn] (2)No such file or directory: exec() may not be safe Apache/1.3.31 (Win32) running... [break] C:\Program Files\Apache Group\Apache\logs>type error.log [Sat Jul 03 19:17:30 2004] [error] Cannot remove module mod_php4.c: not found in module list [Sat Jul 03 19:17:31 2004] [warn] exec() may not be safe [Sat Jul 03 19:17:31 2004] [warn] exec() may not be safe [Sat Jul 03 19:17:31 2004] [warn] exec() may not be safe [Sat Jul 03 19:17:32 2004] [warn] exec() may not be safe [Sat Jul 03 19:17:39 2004] [error] Cannot remove module mod_php4.c: not found in module list [Sat Jul 03 19:17:39 2004] [error] Cannot remove module mod_php4.c: not found in module list -- Edit this bug report at http://bugs.php.net/?id=29006&edit=1
#28325 [Asn->Csd]: serialization of objects
ID: 28325 Updated by: [EMAIL PROTECTED] Reported By: antonr at game dot permonline dot ru -Status: Assigned +Status: Closed Bug Type: Class/Object related Operating System: Irrelevant PHP Version: 5CVS-2004-06-30 (dev) Assigned To: moriyoshi New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-06-30 04:52:47] [EMAIL PROTECTED] Correct URL: http://www.voltex.jp/patches/bug28325-preliminary.patch.diff [2004-06-30 04:51:34] [EMAIL PROTECTED] Analysed. Preliminary patch can be found here: http://www.voltex.jp/patches/ [2004-05-08 12:15:23] antonr at game dot permonline dot ru but if change the line $a->myclass2->myclass1 = $a; to $a->myclass2->myclass1 = &$a; serialization/unserialization works fine [2004-05-08 12:12:30] antonr at game dot permonline dot ru Description: I have one object with property "myclass1", referenced to second object. And property "myclass2" of second object, referenced to first object. When I serialize the first object and unserialize the result string, I get three objects: two copies of first object and a copy of second object. Reproduce code: --- number = 1; $a->myclass2 = new MyClass2; $a->myclass2->myclass1 = $a; $b = unserialize(serialize($a)); $b->number = 2; echo $b->number; echo "\n"; echo $b->myclass2->myclass1->number; ?> Expected result: If serialization was made correctly, then we would get that $b and $b->myclass2->myclass1 are references to one instance, and the output of script must be: 2 2 Actual result: -- The actual output is 2 1 this means, that $b and $b->myclass2->myclass1 aren't references to the same instance -- Edit this bug report at http://bugs.php.net/?id=28325&edit=1
#28767 [Opn->Bgs]: mysqli doesn't compile (link fails)
ID: 28767 Updated by: [EMAIL PROTECTED] Reported By: Franck at e-Dot dot nl -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux 2.4.19C13V (Sun Cobalt) PHP Version: 5.0.0RC3 New Comment: see #28611, #27642 Previous Comments: [2004-07-05 02:18:08] koshnarek at mdsystem dot homeunix dot com the same here (PHP5 RC3, MySQL 5.0.0-alpha, Debian GNU/Linux - 2.6.7-1-686): ./configure \ --with-config-file-path=/etc/php \ --with-apxs2=/usr/bin/apxs2 \ --with-mysqli=/usr/lib/mysql/bin/mysql_config \ --with-unixODBC=/usr/include/ \ --with-java=/usr/lib/j2sdk/ \ --with-gettex=/usr/ \ --with-fam=/usr/include/ \ --with-gd=/usr/ \ --with-ttf=/usr/include/ \ --with-freetype-dir=/usr/include/ \ --with-jpeg-dir=/usr/include/ \ --with-png-dir=/usr/include/ \ --with-zlib-dir=/usr/ \ --with-xpm-dir=/usr/include/ \ --with-zip=/usr/include/ \ --with-bz2=/usr/include/ \ --with-curl=/usr/include/ \ --with-curlwrappers \ --with-xsl=/usr/include/ \ --with-expat-dir=/usr/include/ \ --with-xmlrpc=/usr/ \ --with-tidy=/usr/ \ --with-openssl=/usr/ \ --with-mcrypt=/usr/ \ --with-snmp=/usr/ \ --with-xslt-sablot \ --enable-ucd-snmp-hack \ --enable-gd-native-ttf \ --enable-bcmath \ --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg \ --enable-memory-limit \ --enable-dbx \ --enable-simplexml \ --enable-exif \ --enable-ftp \ --enable-mailparse \ --enable-wddx \ --enable-xslt \ --enable-soap \ --enable-pcntl \ --enable-yp \ --enable-sockets \ --disable-cgi at this point everything is OK, when I run "make": /root/php5-5.0.0/ext/iconv/iconv.c: In function `php_iconv_stream_filter_append_bucket': /root/php5-5.0.0/ext/iconv/iconv.c:2444: warning: passing arg 2 of `iconv' from incompatible pointer type In file included from /root/php5-5.0.0/ext/mysqli/mysqli.c:31: /root/php5-5.0.0/ext/mysqli/php_mysqli.h:86: error: `LOCAL_INFILE_ERROR_LEN' undeclared here (not in a function) /root/php5-5.0.0/ext/mysqli/mysqli.c: In function `php_local_infile_init': /root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) /root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: (Each undeclared identifier is reported only once /root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: for each function it appears in.) /root/php5-5.0.0/ext/mysqli/mysqli.c: In function `php_local_infile_read': /root/php5-5.0.0/ext/mysqli/mysqli.c:825: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) make: ** [ext/mysqli/mysqli.lo] Erro 1 [2004-06-21 13:40:57] francois at nor-web dot ca I cannot compile PHP5 RC3 either. I compiled PHP5Rc1, PHP5Rc2 without problem. Config: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd --with-zlib --enable-sockets --enable-soap --enable-shmop --with-mysqli MySQL version: MySQL-server-4.1.1-1 MySQL-shared-4.1.1-0 MySQL-client-4.1.1-0 MySQL-devel-4.1.1-0 Linux version: Mandrake Linux 10.0 official kernel 2.6.3-7mdksmp In file included from /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:31: /opt/php-5.0.0RC3/ext/mysqli/php_mysqli.h:86: error: `LOCAL_INFILE_ERROR_LEN' undeclared here (not in a function) /opt/php-5.0.0RC3/ext/mysqli/mysqli.c: In function `php_local_infile_init': /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: (Each undeclared identifier is reported only once /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: for each function it appears in.) /opt/php-5.0.0RC3/ext/mysqli/mysqli.c: In function `php_local_infile_read': /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:825: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) make: *** [ext/mysqli/mysqli.lo] Error 1 [2004-06-14 11:31:58] Franck at e-Dot dot nl Ow forgot to say: Without the --with-mysqli line in the configuration, everything works like a charm! [2004-06-14 08:37:31] Franck at e-Dot dot nl Description: Hi, I'm trying to build php5 with MySQLi support. But I was not able to do so. Tried PHP5.0.0RC2, PHP5.0.0RC3 and PHP5-200406140430 with MySQL 4.1.1alpha & 4.1.2alpha. All give me the same error's. MySQL install: I've build my own rpm's from the source rpm. and installed client, devel, server and shared packages. PHP Configuration: ./configure \ --prefix=/usr \ --with-apxs=/usr/sbin/apxs \ --with-config-file-path=/etc/httpd \ --with-zlib \ --enable-magic-quotes \ --with-regex=system \ --enable-track-vars \ --with-iconv \ --enable-xml \ --disable-debug \ --with-gd \ --enable-mbstring \ --enable-mbstr-enc-trans \ --with-interbase=shared \ --with-mysql=/usr \ --with-
#28767 [Bgs->Opn]: mysqli doesn't compile (link fails)
ID: 28767 User updated by: Franck at e-Dot dot nl Reported By: Franck at e-Dot dot nl -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: Linux 2.4.19C13V (Sun Cobalt) PHP Version: 5.0.0RC3 New Comment: Sorry, but the bug id's you gave are about Compiling failures with MySQL 5. I'm not using MySQL 5, but MySQL 4.1.1 & 4.1.2! Please read/check my bug report again. With kind regards, Franck Nijhof Previous Comments: [2004-07-05 10:43:38] [EMAIL PROTECTED] see #28611, #27642 [2004-07-05 02:18:08] koshnarek at mdsystem dot homeunix dot com the same here (PHP5 RC3, MySQL 5.0.0-alpha, Debian GNU/Linux - 2.6.7-1-686): ./configure \ --with-config-file-path=/etc/php \ --with-apxs2=/usr/bin/apxs2 \ --with-mysqli=/usr/lib/mysql/bin/mysql_config \ --with-unixODBC=/usr/include/ \ --with-java=/usr/lib/j2sdk/ \ --with-gettex=/usr/ \ --with-fam=/usr/include/ \ --with-gd=/usr/ \ --with-ttf=/usr/include/ \ --with-freetype-dir=/usr/include/ \ --with-jpeg-dir=/usr/include/ \ --with-png-dir=/usr/include/ \ --with-zlib-dir=/usr/ \ --with-xpm-dir=/usr/include/ \ --with-zip=/usr/include/ \ --with-bz2=/usr/include/ \ --with-curl=/usr/include/ \ --with-curlwrappers \ --with-xsl=/usr/include/ \ --with-expat-dir=/usr/include/ \ --with-xmlrpc=/usr/ \ --with-tidy=/usr/ \ --with-openssl=/usr/ \ --with-mcrypt=/usr/ \ --with-snmp=/usr/ \ --with-xslt-sablot \ --enable-ucd-snmp-hack \ --enable-gd-native-ttf \ --enable-bcmath \ --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg \ --enable-memory-limit \ --enable-dbx \ --enable-simplexml \ --enable-exif \ --enable-ftp \ --enable-mailparse \ --enable-wddx \ --enable-xslt \ --enable-soap \ --enable-pcntl \ --enable-yp \ --enable-sockets \ --disable-cgi at this point everything is OK, when I run "make": /root/php5-5.0.0/ext/iconv/iconv.c: In function `php_iconv_stream_filter_append_bucket': /root/php5-5.0.0/ext/iconv/iconv.c:2444: warning: passing arg 2 of `iconv' from incompatible pointer type In file included from /root/php5-5.0.0/ext/mysqli/mysqli.c:31: /root/php5-5.0.0/ext/mysqli/php_mysqli.h:86: error: `LOCAL_INFILE_ERROR_LEN' undeclared here (not in a function) /root/php5-5.0.0/ext/mysqli/mysqli.c: In function `php_local_infile_init': /root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) /root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: (Each undeclared identifier is reported only once /root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: for each function it appears in.) /root/php5-5.0.0/ext/mysqli/mysqli.c: In function `php_local_infile_read': /root/php5-5.0.0/ext/mysqli/mysqli.c:825: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) make: ** [ext/mysqli/mysqli.lo] Erro 1 [2004-06-21 13:40:57] francois at nor-web dot ca I cannot compile PHP5 RC3 either. I compiled PHP5Rc1, PHP5Rc2 without problem. Config: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd --with-zlib --enable-sockets --enable-soap --enable-shmop --with-mysqli MySQL version: MySQL-server-4.1.1-1 MySQL-shared-4.1.1-0 MySQL-client-4.1.1-0 MySQL-devel-4.1.1-0 Linux version: Mandrake Linux 10.0 official kernel 2.6.3-7mdksmp In file included from /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:31: /opt/php-5.0.0RC3/ext/mysqli/php_mysqli.h:86: error: `LOCAL_INFILE_ERROR_LEN' undeclared here (not in a function) /opt/php-5.0.0RC3/ext/mysqli/mysqli.c: In function `php_local_infile_init': /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: (Each undeclared identifier is reported only once /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: for each function it appears in.) /opt/php-5.0.0RC3/ext/mysqli/mysqli.c: In function `php_local_infile_read': /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:825: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) make: *** [ext/mysqli/mysqli.lo] Error 1 [2004-06-14 11:31:58] Franck at e-Dot dot nl Ow forgot to say: Without the --with-mysqli line in the configuration, everything works like a charm! [2004-06-14 08:37:31] Franck at e-Dot dot nl Description: Hi, I'm trying to build php5 with MySQLi support. But I was not able to do so. Tried PHP5.0.0RC2, PHP5.0.0RC3 and PHP5-200406140430 with MySQL 4.1.1alpha & 4.1.2alpha. All give me the same error's. MySQL install: I've build my own rpm's from the source rpm. and installed client, devel, server and shared packages. PHP Configuration: ./configure \ --pr
#28767 [Opn->Bgs]: mysqli doesn't compile (link fails)
ID: 28767 Updated by: [EMAIL PROTECTED] Reported By: Franck at e-Dot dot nl -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux 2.4.19C13V (Sun Cobalt) PHP Version: 5.0.0RC3 New Comment: that's the same for us Previous Comments: [2004-07-05 10:49:55] Franck at e-Dot dot nl Sorry, but the bug id's you gave are about Compiling failures with MySQL 5. I'm not using MySQL 5, but MySQL 4.1.1 & 4.1.2! Please read/check my bug report again. With kind regards, Franck Nijhof [2004-07-05 10:43:38] [EMAIL PROTECTED] see #28611, #27642 [2004-07-05 02:18:08] koshnarek at mdsystem dot homeunix dot com the same here (PHP5 RC3, MySQL 5.0.0-alpha, Debian GNU/Linux - 2.6.7-1-686): ./configure \ --with-config-file-path=/etc/php \ --with-apxs2=/usr/bin/apxs2 \ --with-mysqli=/usr/lib/mysql/bin/mysql_config \ --with-unixODBC=/usr/include/ \ --with-java=/usr/lib/j2sdk/ \ --with-gettex=/usr/ \ --with-fam=/usr/include/ \ --with-gd=/usr/ \ --with-ttf=/usr/include/ \ --with-freetype-dir=/usr/include/ \ --with-jpeg-dir=/usr/include/ \ --with-png-dir=/usr/include/ \ --with-zlib-dir=/usr/ \ --with-xpm-dir=/usr/include/ \ --with-zip=/usr/include/ \ --with-bz2=/usr/include/ \ --with-curl=/usr/include/ \ --with-curlwrappers \ --with-xsl=/usr/include/ \ --with-expat-dir=/usr/include/ \ --with-xmlrpc=/usr/ \ --with-tidy=/usr/ \ --with-openssl=/usr/ \ --with-mcrypt=/usr/ \ --with-snmp=/usr/ \ --with-xslt-sablot \ --enable-ucd-snmp-hack \ --enable-gd-native-ttf \ --enable-bcmath \ --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg \ --enable-memory-limit \ --enable-dbx \ --enable-simplexml \ --enable-exif \ --enable-ftp \ --enable-mailparse \ --enable-wddx \ --enable-xslt \ --enable-soap \ --enable-pcntl \ --enable-yp \ --enable-sockets \ --disable-cgi at this point everything is OK, when I run "make": /root/php5-5.0.0/ext/iconv/iconv.c: In function `php_iconv_stream_filter_append_bucket': /root/php5-5.0.0/ext/iconv/iconv.c:2444: warning: passing arg 2 of `iconv' from incompatible pointer type In file included from /root/php5-5.0.0/ext/mysqli/mysqli.c:31: /root/php5-5.0.0/ext/mysqli/php_mysqli.h:86: error: `LOCAL_INFILE_ERROR_LEN' undeclared here (not in a function) /root/php5-5.0.0/ext/mysqli/mysqli.c: In function `php_local_infile_init': /root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) /root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: (Each undeclared identifier is reported only once /root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: for each function it appears in.) /root/php5-5.0.0/ext/mysqli/mysqli.c: In function `php_local_infile_read': /root/php5-5.0.0/ext/mysqli/mysqli.c:825: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) make: ** [ext/mysqli/mysqli.lo] Erro 1 [2004-06-21 13:40:57] francois at nor-web dot ca I cannot compile PHP5 RC3 either. I compiled PHP5Rc1, PHP5Rc2 without problem. Config: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd --with-zlib --enable-sockets --enable-soap --enable-shmop --with-mysqli MySQL version: MySQL-server-4.1.1-1 MySQL-shared-4.1.1-0 MySQL-client-4.1.1-0 MySQL-devel-4.1.1-0 Linux version: Mandrake Linux 10.0 official kernel 2.6.3-7mdksmp In file included from /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:31: /opt/php-5.0.0RC3/ext/mysqli/php_mysqli.h:86: error: `LOCAL_INFILE_ERROR_LEN' undeclared here (not in a function) /opt/php-5.0.0RC3/ext/mysqli/mysqli.c: In function `php_local_infile_init': /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: (Each undeclared identifier is reported only once /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: for each function it appears in.) /opt/php-5.0.0RC3/ext/mysqli/mysqli.c: In function `php_local_infile_read': /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:825: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) make: *** [ext/mysqli/mysqli.lo] Error 1 [2004-06-14 11:31:58] Franck at e-Dot dot nl Ow forgot to say: Without the --with-mysqli line in the configuration, everything works like a charm! 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/28767 -- Edit this bug report at http://bugs.php.net/?id=28767&edit=1
#28209 [Com]: strtotime("now")
ID: 28209
Comment by: niels dot hansen at pola dot dk
Reported By: gamin at centras dot lt
Status: Assigned
Bug Type: Date/time related
Operating System: WinXP HE SP1
PHP Version: 5.0.0RC2
Assigned To: derick
New Comment:
The functionality is maintained in RC3.
I needs the realtime for logging of process. My workaround is to do
this:
$str=date('d F Y h:i:s A');
$timestamp = strtotime("$str");
Previous Comments:
[2004-06-15 12:42:47] wb at pro-net dot co dot uk
So how would one, for example, use strtotime() to get the current time
+ 10 mins?
[2004-05-19 12:33:35] [EMAIL PROTECTED]
That's feasible for the rewrite, but for the current parser.
[2004-05-19 12:10:35] wb at pro-net dot co dot uk
Just thought that i would point out that in PHP 4 now is real now and
not GNU now so form a BC point of view i think now should be real now.
[2004-05-19 12:10:17] wb at pro-net dot co dot uk
Just thought that i would point out that in PHP 4 now is real now and
not GNU now so form a BC point of view i think now should be real now.
[2004-05-19 12:04:25] wb at pro-net dot co dot uk
Hi derick,
Yes that is strange, What about adding an optional parameter to the
function to set toggle between real now and gnu now?
Something like:
int strtotime ( string time [, int now] [, bool gnu = false])
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/28209
--
Edit this bug report at http://bugs.php.net/?id=28209&edit=1
#28359 [Opn->Csd]: serialize() combined with references and objects modifies $this
ID: 28359
Updated by: [EMAIL PROTECTED]
Reported By: mira at st dot jyu dot fi
-Status: Open
+Status: Closed
Bug Type: Class/Object related
Operating System: Linux Mandrake 10.0
PHP Version: 4.3.4
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-05-11 14:23:12] mira at st dot jyu dot fi
Description:
See the attached script. The problem is reproduceable with PHP 4.3.4 on
Apache 2.0.48 (Apache and PHP versions that are distributed with
Mandrake 10.0).
The problem seems to be caused by method setX(). If I replace that
method with
function setX($x) {
return $this->x = $x;
}
or
function &setX($x) {
$this->x = $x;
return $this->x;
}
I get the expected end result. [Note that the former doesn't return the
reference so it isn't equivalent to original code.]
Also note that if I remove the first echo, the result of the second
echo is different so it seems that serialize($this) is modifying $this.
It might be that object's internal represenation is already trashed,
though.
Reproduce code:
---
setX("28");
echo "this = ".serialize($this)."\n";
echo "this->getX() = ".serialize($this->getX())."\n";
}
function &setX($x) {
return $this->x = $x;
}
function &getX() {
return $this->x;
}
}
$foo =& new foo();
$foo->test();
?>
Expected result:
this = O:3:"foo":1:{s:1:"x";s:2:"28";}
this->getX() = s:2:"28";
Actual result:
--
this = O:3:"foo":1:{s:1:"x";O:3:"foo":1:{s:1:"x";N;}}
this->getX() = O:3:"foo":1:{s:1:"x";O:3:"foo":1:{s:1:"x";R:2;}}
--
Edit this bug report at http://bugs.php.net/?id=28359&edit=1
#28359 [Csd->WFx]: serialize() combined with references and objects modifies $this
ID: 28359
Updated by: [EMAIL PROTECTED]
Reported By: mira at st dot jyu dot fi
-Status: Closed
+Status: Wont fix
Bug Type: Class/Object related
Operating System: Linux Mandrake 10.0
PHP Version: 4.3.4
New Comment:
I mistook this as a PHP5 problem.
This issue has been addressed in PHP5.
You don't return a scalar value that is not a variable
as reference.
OK:
function &foo() {
return $a;
}
NG:
function &bar() {
return $a = %b;
}
function &baz() {
return @$a;
}
Previous Comments:
[2004-07-05 11:21:23] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2004-05-11 14:23:12] mira at st dot jyu dot fi
Description:
See the attached script. The problem is reproduceable with PHP 4.3.4 on
Apache 2.0.48 (Apache and PHP versions that are distributed with
Mandrake 10.0).
The problem seems to be caused by method setX(). If I replace that
method with
function setX($x) {
return $this->x = $x;
}
or
function &setX($x) {
$this->x = $x;
return $this->x;
}
I get the expected end result. [Note that the former doesn't return the
reference so it isn't equivalent to original code.]
Also note that if I remove the first echo, the result of the second
echo is different so it seems that serialize($this) is modifying $this.
It might be that object's internal represenation is already trashed,
though.
Reproduce code:
---
setX("28");
echo "this = ".serialize($this)."\n";
echo "this->getX() = ".serialize($this->getX())."\n";
}
function &setX($x) {
return $this->x = $x;
}
function &getX() {
return $this->x;
}
}
$foo =& new foo();
$foo->test();
?>
Expected result:
this = O:3:"foo":1:{s:1:"x";s:2:"28";}
this->getX() = s:2:"28";
Actual result:
--
this = O:3:"foo":1:{s:1:"x";O:3:"foo":1:{s:1:"x";N;}}
this->getX() = O:3:"foo":1:{s:1:"x";O:3:"foo":1:{s:1:"x";R:2;}}
--
Edit this bug report at http://bugs.php.net/?id=28359&edit=1
#28533 [Opn->Fbk]: Object variables not being saved in session properly
ID: 28533 Updated by: [EMAIL PROTECTED] Reported By: dayal at capital-merchant dot com -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Windows XP PHP Version: 4.3.5 New Comment: Please provide a self-contained script with which we can reproduce your problem. Previous Comments: [2004-06-01 21:50:57] dayal at capital-merchant dot com Did any one look into this? [2004-05-26 19:58:36] dayal at capital-merchant dot com I haved used the latest CVS snapshot but the problem still persists... Please advise [2004-05-26 19:34:28] dayal at capital-merchant dot com Will this CVS snapshot solve this problem? Is this a php bug? Please explain [2004-05-26 19:25:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-05-26 17:37:10] dayal at capital-merchant dot com Description: I have a php class Customer which has and Object variable 'Address'. The class 'Address' in turn has an object variable 'Zip'. Customer Address Zip In the file 'CustomerTest.php' - I am creating a new Zip object and assigning this zip object to a new Address object which in turn is assigned to a new Customer object. Now I am printing the instance variables of the Zip object (two String values). After this I am assigning a new Zip object to the above 'Address object' and again printing the instance variables of the Zip object to the screen. As expected these values differ from the above print command. Now I am assigning the Customer object to SESSION. Now on a different php page using the Customer object stored in session, if I print the instance variables of zip object, I get the OLD VALUES but not the new ones which I have modified. I reproduced the same code using servlets which functioned properly as expected unlike php. Please look into this. Reproduce code: --- http://198.92.233.203/temp/CustomerTest.php Expected result: Zip1: 333 Zip2: 444 Actual result: -- Zip1: 123 Zip2: 345 -- Edit this bug report at http://bugs.php.net/?id=28533&edit=1
#28978 [Opn->Asn]: multiple OCIBindByName on same placeholder eats memory
ID: 28978
Updated by: [EMAIL PROTECTED]
Reported By: pumuckel at metropolis dot de
-Status: Open
+Status: Assigned
Bug Type: OCI8 related
Operating System: Linux
PHP Version: 4.3.7
-Assigned To:
+Assigned To: tony2001
New Comment:
I'll take a look at it.
Previous Comments:
[2004-06-30 21:44:51] pumuckel at metropolis dot de
Description:
Calling OCIBindByName on the same placeholder (same statement) does eat
memory. The expected behaviour should be to just replace the old
placeholder variable with the new one, without any new memory
allocation needed.
Reproduce code:
---
http://download-west.oracle.com/docs/cd/B10501_01/appdev.920/a96584/oci05bnd.htm#421792
ob_end_flush();
ob_implicit_flush(1);
$conn = OCILogon("scott", "tiger", "database");
$stmt = OCIParse($conn, "SELECT DUMMY FROM DUAL WHERE
DUMMY=:DUMMY");
$i = 1;
while($i++) {
OCIBindByName($stmt, ":DUMMY", &$dummy, 1);
if ($i%500 == 0)
echo "\rMEM -send $i: ".memory_get_usage();
}
?>
Expected result:
The memory usage shouldn't grow.
A second call to ocibindbyname on the same placeholder should
free/replace the old php internal bind variable (in oci8.c) for this
placeholder...
Actual result:
--
actual a new bind place holder is allocated and added to the list of
bind variables.
./bug.php
MEM -send 122500: 8387128
Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
allocate 20 bytes) in /user/bug.php on line 16
--
Edit this bug report at http://bugs.php.net/?id=28978&edit=1
#29014 [NEW]: strings without \r\n
From: zxc at zmail dot ru Operating system: Windows XP build 2600 PHP version: 4.3.7 PHP Bug Type: PCRE related Bug description: strings without \r\n Description: I want to have strings without \r\n from my conf file. Conf file: # ./inc/conf.inc.dat # key=value (with \r\n) //Line:0>path=./user-sleepy/ //Line:1>access=moder //Line:2>password=36Fhenw7spw But after parsing script, the code returns strings with \r\n, why? Maybe bug? Because i found in docs: "By default, PCRE treats the subject string as consisting of a single "line" of characters (even if it actually contains several newlines)". Reproduce code: --- Expected result: path=./user-sleepy/access=moderpassword=36Fhenw7spw (without \r\n) Actual result: -- path=./user-sleepy/ access=moder password=36Fhenw7spw -- Edit bug report at http://bugs.php.net/?id=29014&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29014&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29014&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29014&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29014&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29014&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29014&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29014&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29014&r=support Expected behavior: http://bugs.php.net/fix.php?id=29014&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29014&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29014&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29014&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29014&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29014&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29014&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29014&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29014&r=float
#29014 [Opn->Bgs]: strings without \r\n
ID: 29014 Updated by: [EMAIL PROTECTED] Reported By: zxc at zmail dot ru -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: Windows XP build 2600 PHP Version: 4.3.7 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . Previous Comments: [2004-07-05 11:36:42] zxc at zmail dot ru Description: I want to have strings without \r\n from my conf file. Conf file: # ./inc/conf.inc.dat # key=value (with \r\n) //Line:0>path=./user-sleepy/ //Line:1>access=moder //Line:2>password=36Fhenw7spw But after parsing script, the code returns strings with \r\n, why? Maybe bug? Because i found in docs: "By default, PCRE treats the subject string as consisting of a single "line" of characters (even if it actually contains several newlines)". Reproduce code: --- Expected result: path=./user-sleepy/access=moderpassword=36Fhenw7spw (without \r\n) Actual result: -- path=./user-sleepy/ access=moder password=36Fhenw7spw -- Edit this bug report at http://bugs.php.net/?id=29014&edit=1
#28385 [Com]: $(prefix)/lib/php/build/* was wrong attr.
ID: 28385 Comment by: hotta dot michihide at gmail dot com Reported By: ramsy at ramix dot jp Status: Open Bug Type: *Compile Issues Operating System: Linux PHP Version: 4.3.6 New Comment: i'm trying to rewrite a bit. $(prefix)/lib/php/build/* have attributes of 755. on building php as an rpm package, they are treated as scripts and build fails because of broken dependencies. Previous Comments: [2004-05-13 18:02:46] ramsy at ramix dot jp Description: $(prefix)/lib/php/build/* was 755. When rpm package, It is misunderstood with a script and the file of that creates the broken package dependency. Reproduce code: --- scripts/Makefile.frag(part1): BUILD_FILES = \ scripts/phpize.m4 \ build/mkdep.awk \ - build/shtool \ build/scan_makefile_in.awk \ Makefile.global \ acinclude.m4 +BUILD_FILES_EXEC = \ + build/shtool + scripts/Makefile.frag(part2): @echo "Installing build environment: $(INSTALL_ROOT)$(phpbuilddir)/" @$(mkinstalldirs) $(INSTALL_ROOT)$(phpbuilddir) $(INSTALL_ROOT)$(bindir) && \ - (cd $(top_srcdir) && $(INSTALL) $(BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir)) + (cd $(top_srcdir) && \ + $(INSTALL) $(BUILD_FILES_EXEC) $(INSTALL_ROOT)$(phpbuilddir) && \ + $(INSTALL_DATA) $(BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir) ) -- Edit this bug report at http://bugs.php.net/?id=28385&edit=1
#29014 [Bgs]: strings without \r\n
ID: 29014 User updated by: zxc at zmail dot ru Reported By: zxc at zmail dot ru Status: Bogus Bug Type: PCRE related Operating System: Windows XP build 2600 PHP Version: 4.3.7 New Comment: Ok, thanks =) Best wishes. Previous Comments: [2004-07-05 11:41:33] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . [2004-07-05 11:36:42] zxc at zmail dot ru Description: I want to have strings without \r\n from my conf file. Conf file: # ./inc/conf.inc.dat # key=value (with \r\n) //Line:0>path=./user-sleepy/ //Line:1>access=moder //Line:2>password=36Fhenw7spw But after parsing script, the code returns strings with \r\n, why? Maybe bug? Because i found in docs: "By default, PCRE treats the subject string as consisting of a single "line" of characters (even if it actually contains several newlines)". Reproduce code: --- Expected result: path=./user-sleepy/access=moderpassword=36Fhenw7spw (without \r\n) Actual result: -- path=./user-sleepy/ access=moder password=36Fhenw7spw -- Edit this bug report at http://bugs.php.net/?id=29014&edit=1
#28359 [WFx]: serialize() combined with references and objects modifies $this
ID: 28359
User updated by: mira at st dot jyu dot fi
Reported By: mira at st dot jyu dot fi
Status: Wont fix
Bug Type: Class/Object related
Operating System: Linux Mandrake 10.0
PHP Version: 4.3.4
New Comment:
I'm totally happy if constructs like
function &setX($x) {
return $this->x = $x; }
are not allowed but then the compiler should complain. The thing is,
4.3.x returns more or less random results if one does this. If the
above is not meant to be equivalent to
function &setX($x) {
$this->x = $x; $a =& $this->x; return $a; }
then the compiler should say so. Surely, returning a reference to a
member isn't disallowed? I've seen PHP to crash in more complex
scenarios because of this.
If PHP 4.x is still supported, this should be fixed (compiler should
report parse error OR returned value should make some sense). The
trigger seems to be modifying a member value and returning a reference
to it in the same statement.
Previous Comments:
[2004-07-05 11:25:58] [EMAIL PROTECTED]
I mistook this as a PHP5 problem.
This issue has been addressed in PHP5.
You don't return a scalar value that is not a variable
as reference.
OK:
function &foo() {
return $a;
}
NG:
function &bar() {
return $a = %b;
}
function &baz() {
return @$a;
}
[2004-07-05 11:21:23] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2004-05-11 14:23:12] mira at st dot jyu dot fi
Description:
See the attached script. The problem is reproduceable with PHP 4.3.4 on
Apache 2.0.48 (Apache and PHP versions that are distributed with
Mandrake 10.0).
The problem seems to be caused by method setX(). If I replace that
method with
function setX($x) {
return $this->x = $x;
}
or
function &setX($x) {
$this->x = $x;
return $this->x;
}
I get the expected end result. [Note that the former doesn't return the
reference so it isn't equivalent to original code.]
Also note that if I remove the first echo, the result of the second
echo is different so it seems that serialize($this) is modifying $this.
It might be that object's internal represenation is already trashed,
though.
Reproduce code:
---
setX("28");
echo "this = ".serialize($this)."\n";
echo "this->getX() = ".serialize($this->getX())."\n";
}
function &setX($x) {
return $this->x = $x;
}
function &getX() {
return $this->x;
}
}
$foo =& new foo();
$foo->test();
?>
Expected result:
this = O:3:"foo":1:{s:1:"x";s:2:"28";}
this->getX() = s:2:"28";
Actual result:
--
this = O:3:"foo":1:{s:1:"x";O:3:"foo":1:{s:1:"x";N;}}
this->getX() = O:3:"foo":1:{s:1:"x";O:3:"foo":1:{s:1:"x";R:2;}}
--
Edit this bug report at http://bugs.php.net/?id=28359&edit=1
#28816 [Opn]: Memory leak in CVS and RC3 with Apache2
ID: 28816 User updated by: cpuidle at gmx dot de Reported By: cpuidle at gmx dot de Status: Open Bug Type: Performance problem Operating System: WinXP SP1 PHP Version: 5CVS-2004-06-17 (dev) New Comment: I've rechecked, snapshot 5.7.04- issue is still there Previous Comments: [2004-06-17 13:39:48] alex dot pagnoni at solarix dot it I'd also add that this bug seems to be very similar (if not the same) to the #28113 one. http://bugs.php.net/bug.php?id=28113 [2004-06-17 13:23:09] alex dot pagnoni at solarix dot it I'm experiencing the same issue under both Apache1 and Apache2, while the same doesn't happen with the same (very huge) application with the php CLI binary. [2004-06-17 11:12:24] cpuidle at gmx dot de Description: I'm experiencing severe memory leak with latest php5 versions. Each page reload of misc. applications lets the apache2 process grow about 2MB (single user!). Sample applications showing this behaviour are videodb.sf.net, phpmyadmin.sf.net and simpler custom scripts. Reproduce code: --- I could provide scripts that show the problem, but not broken down into details. Informed Andi but he hadn't tim to look into it yet. Expected result: No leak. -- Edit this bug report at http://bugs.php.net/?id=28816&edit=1
#27802 [Csd->Bgs]: FastCGI PHP_FCGI_CHILDREN default unstable and undocumented.
ID: 27802 Updated by: [EMAIL PROTECTED] Reported By: tom at hur dot st -Status: Closed +Status: Bogus Bug Type: CGI related Operating System: FreeBSD 4.9-STABLE PHP Version: 4.3.5 New Comment: Not a code bug. The previous behaviour was correct. Unfortunately, the bogus code change has made it into PHP 4.3.7. Newer releases will revert to the proper behaviour. Previous Comments: [2004-03-31 11:52:20] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-03-31 09:01:51] tom at hur dot st Description: If you don't set the env variable PHP_FCGI_CHILDREN, PHP doesn't default to 8 as README.FastCGI suggests; it doesn't bother spawning extra processes at all (default is 0). After PHP_FCGI_MAX_REQUESTS, PHP segfaults. No apparant useful information from core or ktrace, other than seeing that it's not forking and falling over after exactly PHP_FCGI_MAX_REQUESTS; the fix looks fairly easy, though.. except maybe at children = 0 :) -- Edit this bug report at http://bugs.php.net/?id=27802&edit=1
#27802 [Bgs]: FastCGI PHP_FCGI_CHILDREN default unstable and undocumented.
ID: 27802 User updated by: tom at hur dot st Reported By: tom at hur dot st Status: Bogus Bug Type: CGI related Operating System: FreeBSD 4.9-STABLE PHP Version: 4.3.5 New Comment: The original behavior of not behaving as documented and crashing after a fixed number of requests was correct? Silly me, sorry about wasting your time. Previous Comments: [2004-07-05 13:54:26] [EMAIL PROTECTED] Not a code bug. The previous behaviour was correct. Unfortunately, the bogus code change has made it into PHP 4.3.7. Newer releases will revert to the proper behaviour. [2004-03-31 11:52:20] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-03-31 09:01:51] tom at hur dot st Description: If you don't set the env variable PHP_FCGI_CHILDREN, PHP doesn't default to 8 as README.FastCGI suggests; it doesn't bother spawning extra processes at all (default is 0). After PHP_FCGI_MAX_REQUESTS, PHP segfaults. No apparant useful information from core or ktrace, other than seeing that it's not forking and falling over after exactly PHP_FCGI_MAX_REQUESTS; the fix looks fairly easy, though.. except maybe at children = 0 :) -- Edit this bug report at http://bugs.php.net/?id=27802&edit=1
#29015 [NEW]: Strange behavior of field which names are not strings
From: tomas_matousek at hotmail dot com
Operating system: WinXP
PHP version: 5.0.0RC3
PHP Bug Type: Zend Engine 2 problem
Bug description: Strange behavior of field which names are not strings
Description:
If I try to use variable with non-string name (e.g.
$x = 10; $$x = ...) the name is converted to a string using standard
conversion rules. That's ok.
But this doesn't work on object's field which is IMHO a bug and it implies
some a buggy behavior.
See the code bellow.
It seems that by:
$x = null;
$a->$x = "whatever";
one can somehow create a private variable (or something like that, don't
know what ":private" means)!
Moreover, there is possibly a bug in get_object_vars when a field name is
a numeric string (e.g. "10") (compare the first item of results of
get_object_vars and var_dump).
Reproduce code:
---
function field_names_test()
{
$a = new stdClass();
$x = 10;
$a->$x = "int(10)";
$x = "10";
$a->$x = "string('10')";
$x = "";
$a->$x = "string('')";
$x = null;
$a->$x = "null";
$x = 1.8;
$a->$x = "double(1.8)";
$x = false;
$a->$x = "bool(false)";
$x = array(1,2,3);
$a->$x = "array(1,2,3)";
var_dump(get_object_vars($a));
var_dump($a);
}
field_names_test();
Expected result:
array(4) {
["10"]=>
string(12) "string('10')"
[""]=>
string(11) "bool(false)"
["1.8"]=>
string(11) "double(1.8)"
["Array"]=>
string(12) "array(1,2,3)"
}
object(stdClass)#1 (4) {
["10"]=>
string(12) "string('10')"
[""]=>
string(11) "bool(false)"
["1.8"]=>
string(11) "double(1.8)"
["Array"]=>
string(12) "array(1,2,3)"
}
Actual result:
--
array(3) {
[10]=>
string(12) "string('10')"
["1.8"]=>
string(11) "double(1.8)"
["Array"]=>
string(12) "array(1,2,3)"
}
object(stdClass)#1 (4) {
["10"]=>
string(12) "string('10')"
[":private"]=>
string(11) "bool(false)"
["1.8"]=>
string(11) "double(1.8)"
["Array"]=>
string(12) "array(1,2,3)"
}
--
Edit bug report at http://bugs.php.net/?id=29015&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29015&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29015&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29015&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29015&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29015&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29015&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29015&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29015&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29015&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29015&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29015&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29015&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29015&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29015&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29015&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29015&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29015&r=float
#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286
Comment by: adam dot phillips at orange dot net
Reported By: igg10 at alu dot ua dot es
Status: No Feedback
Bug Type: Apache2 related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
I experienced the same problem on 2 systems - Win2k with Apache
2.0.48/PHP 4.3.4 and Red Hat Linux with Apache 1.3.29 and PHP 4.3.5.
So far as i can tell, the cause of the error is a switch statement. I
have a function withian a class module declared as follows:
function getsales($scope="", $returnasobjects=false) {
}
Inside this function is a switch statment based on $scope.
There are four cases. The first three perform different functions
which all return arrays and the fourth case (which is the default)
performs all 3 of the previous cases and merges the results into a
single array (I won't write out all the code since it all appears to
work outside of this switch statement. Please e-mail if needed). The
error occurs in the fourth case but originally the code was identical
to that of the first 3 'stuck together'. I have since tried a number
of alternatives none of which work. Most intriguing was when instead
of using default: for the fourth case i renamed it case "all". Then it
worked when called from another page but not when called from within the
same class module. I then renamed it "everything" and the opposite was
true. I then tried changed my function declaration to
function getsales($scope="all", $returnasobjects=false) {}
and it wouldn't work in either case. Similarly if i replaced "all"
with everything. The final bit of strangeness was that i tried using
the following code in the default case
return array_merge($this->getsales("case1"), $this->getsales("case2"),
$this->getsales("case3"))
which wouldn't work even tho each of the cases worked individually.
Each time i get the same error in my Apache Error Log
Parent: child process exited with status 3221225725 -- Restarting
Previous Comments:
[2004-06-28 16:54:47] joker at localfoo dot info
The snippet posted by ''hakk at email dot it'' reproduces the
...Restarting... problem with the following packages also under
WinXP/SP1
(not tested under Win2000)
===HOST:
P3-1GHz/256MB Notebook
Windows XP/SP1
Apache 2.0.49
PHP 4.3.7 (php4apache2.dll)
with/without ZendOptimizer 2.5.1
===TESTED WITH:
PHP 4-win32-STABLE-200406272030
(PHP 4.3.8-dev as module)
PHP 5-win32-200406271830
(PHP5.0.0-dev as module)
===SNIP OD SYSLOG:
Ereignistyp:Informationen
Ereignisquelle: Application Popup
Ereigniskategorie: Keine
Ereigniskennung:26
Datum: 28.06.2004
Zeit: 16:36:16
Benutzer: Nicht zutreffend
Computer: LT04
Beschreibung:
Anwendungspopup: apache.exe - Fehler in Anwendung: Die Anweisung in
"0x" verweist auf Speicher in "0x". Der Vorgang
"read" konnte nicht auf dem Speicher durchgeführt werden.
===END OF SNIP
This also occurs on some webapplications (e.g. mamboserver-cms,
mylansite). They RIP sometimes under several circumstances preferred
running with php as module. They work almost fine with PHP in CGI mode.
I also had a user reporting Error 128 instead of 3221225477
-
[Referring: http://bugs.php.net/bug.php?id=26771]
The author of Bug 26771 has similar problems (...restarting...)
executing the 'tick'-script (see the mentioned BUG report and
http://nl.php.net/manual/en/control-structures.declare.php) crashes my
constellation without ANY log (Apache2 error) entry. It doesn't even
make the ...Restarting... log entry in Apache2 but this occurs on
several applications as well. So the 'tick'-script might be an
appropriate script for reproducing this error...
My host closed with the following syslog message when executing the
'tick':
===SNIP OF SYSLOG:
Ereignistyp:Informationen
Ereignisquelle: Application Popup
Ereigniskategorie: Keine
Ereigniskennung:26
Datum: 28.06.2004
Zeit: 14:26:17
Benutzer: Nicht zutreffend
Computer: LT04
Beschreibung:
Anwendungspopup: apache.exe - Fehler in Anwendung: Die Anweisung in
"0x100c0afd" verweist auf Speicher in "0x". Der Vorgang
"written" konnte nicht auf dem Speicher durchgeführt werden.
===END OF SNIP
Thx
Chris
[2004-06-15 15:37:05] jstaeb at gmx dot net
Hey,
same problem with 'PHPRojekt', (see also thread there:
http://www.phprojekt.com/modules.php?op=modload&name=forum&file=index&kat=2&id=30946&action=writetext&;)
Using, Testsummary:
---
Win2000 SP4 DE
apache 2.0.49
PHP 4.3.7 (no mmcache in ini's, no optimizer)
mySQL 4.0.20a
Several Tests with (on & off):
SSL, perl, pyhton and several ini configs, e.g. register_globals=ON &
OFF; MMCache.enabled = 0 & 1
Also as hinted, i copied (php4.3.7!) php4ts.dll, php4ts.lib to
system3
#28983 [Bgs]: Oracle OCILogon function crashes apache
ID: 28983
User updated by: dfe-csi dot gips at ti dot ch
Reported By: dfe-csi dot gips at ti dot ch
Status: Bogus
Bug Type: Reproducible crash
Operating System: Windows 2000 server
PHP Version: 4.3.6
New Comment:
Hi derick-at-php-dot-net,
thank you for answer.
We agree with the decision to link it to bug #28403,
but this one has status 'suspended' since july, 1st.
Is this correct or is it possible to change status to 'open' ?
Cheers,
Marc
Previous Comments:
[2004-07-02 09:05:41] [EMAIL PROTECTED]
Marking as "bogus" as it's an exact duplicate of #28403.
[2004-07-02 01:03:07] luth at ch dot ibm dot com
I repeated the test above while turing *off* Hyperthreading (which
makes it a singleprocessor system) and the problem is gone!
[2004-07-01 17:34:51] luth at ch dot ibm dot com
I have reproduced this problem with oracle10g / php 4.7 / apache 2.0 -
on a windows xp box with an intel Hyperthreading CPU ("multiprocessor"
system too).
Using 10 concurrent users doing repeatedly logon, after 8 minutes I do
get the address violation, the stack trace points to oracle10.dll.
[2004-07-01 16:04:04] dfe-csi dot gips at ti dot ch
Get the Dr.Watson dump file at the following address:
http://www2.gips.ti.ch/drwtsn32.zip
(File size: 22 KB "zipped"; 141 KB "unzipped")
[2004-07-01 15:09:25] dfe-csi dot gips at ti dot ch
how can i attach the zipped drwtsn32.log ? (22KB)
Diffs of php.in vs php.ini-dist
---
asp_tags = On
max_execution_time = 120
log_errors = On
error_log = "C:\temp\php_error.log"
register_globals = On
default_mimetype = "text/html"
default_charset= "iso-8859-1"
include_path = ".;D:\www;D:\www\myapp"
extension_dir = "C:\apache\php\extensions"
extension = php_fdf.dll
extension = php_oci8.dll
extension = php_pdf.dll
SMTP = mymailhost.example.com
sendmail_from = [EMAIL PROTECTED]
session.save_path = "C:\temp\sessions"
session.auto_start = 1
===
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/28983
--
Edit this bug report at http://bugs.php.net/?id=28983&edit=1
#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286
Comment by: adam dot phillips at orange dot net
Reported By: igg10 at alu dot ua dot es
Status: No Feedback
Bug Type: Apache2 related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
Continuing from my post above, I tried replacing the switch statement
with if () {} elseif ... and still got the error so it appears it is
not the switch statement
Previous Comments:
[2004-07-05 16:01:24] adam dot phillips at orange dot net
I experienced the same problem on 2 systems - Win2k with Apache
2.0.48/PHP 4.3.4 and Red Hat Linux with Apache 1.3.29 and PHP 4.3.5.
So far as i can tell, the cause of the error is a switch statement. I
have a function withian a class module declared as follows:
function getsales($scope="", $returnasobjects=false) {
}
Inside this function is a switch statment based on $scope.
There are four cases. The first three perform different functions
which all return arrays and the fourth case (which is the default)
performs all 3 of the previous cases and merges the results into a
single array (I won't write out all the code since it all appears to
work outside of this switch statement. Please e-mail if needed). The
error occurs in the fourth case but originally the code was identical
to that of the first 3 'stuck together'. I have since tried a number
of alternatives none of which work. Most intriguing was when instead
of using default: for the fourth case i renamed it case "all". Then it
worked when called from another page but not when called from within the
same class module. I then renamed it "everything" and the opposite was
true. I then tried changed my function declaration to
function getsales($scope="all", $returnasobjects=false) {}
and it wouldn't work in either case. Similarly if i replaced "all"
with everything. The final bit of strangeness was that i tried using
the following code in the default case
return array_merge($this->getsales("case1"), $this->getsales("case2"),
$this->getsales("case3"))
which wouldn't work even tho each of the cases worked individually.
Each time i get the same error in my Apache Error Log
Parent: child process exited with status 3221225725 -- Restarting
[2004-06-28 16:54:47] joker at localfoo dot info
The snippet posted by ''hakk at email dot it'' reproduces the
...Restarting... problem with the following packages also under
WinXP/SP1
(not tested under Win2000)
===HOST:
P3-1GHz/256MB Notebook
Windows XP/SP1
Apache 2.0.49
PHP 4.3.7 (php4apache2.dll)
with/without ZendOptimizer 2.5.1
===TESTED WITH:
PHP 4-win32-STABLE-200406272030
(PHP 4.3.8-dev as module)
PHP 5-win32-200406271830
(PHP5.0.0-dev as module)
===SNIP OD SYSLOG:
Ereignistyp:Informationen
Ereignisquelle: Application Popup
Ereigniskategorie: Keine
Ereigniskennung:26
Datum: 28.06.2004
Zeit: 16:36:16
Benutzer: Nicht zutreffend
Computer: LT04
Beschreibung:
Anwendungspopup: apache.exe - Fehler in Anwendung: Die Anweisung in
"0x" verweist auf Speicher in "0x". Der Vorgang
"read" konnte nicht auf dem Speicher durchgeführt werden.
===END OF SNIP
This also occurs on some webapplications (e.g. mamboserver-cms,
mylansite). They RIP sometimes under several circumstances preferred
running with php as module. They work almost fine with PHP in CGI mode.
I also had a user reporting Error 128 instead of 3221225477
-
[Referring: http://bugs.php.net/bug.php?id=26771]
The author of Bug 26771 has similar problems (...restarting...)
executing the 'tick'-script (see the mentioned BUG report and
http://nl.php.net/manual/en/control-structures.declare.php) crashes my
constellation without ANY log (Apache2 error) entry. It doesn't even
make the ...Restarting... log entry in Apache2 but this occurs on
several applications as well. So the 'tick'-script might be an
appropriate script for reproducing this error...
My host closed with the following syslog message when executing the
'tick':
===SNIP OF SYSLOG:
Ereignistyp:Informationen
Ereignisquelle: Application Popup
Ereigniskategorie: Keine
Ereigniskennung:26
Datum: 28.06.2004
Zeit: 14:26:17
Benutzer: Nicht zutreffend
Computer: LT04
Beschreibung:
Anwendungspopup: apache.exe - Fehler in Anwendung: Die Anweisung in
"0x100c0afd" verweist auf Speicher in "0x". Der Vorgang
"written" konnte nicht auf dem Speicher durchgeführt werden.
===END OF SNIP
Thx
Chris
[2004-06-15 15:37:05] jstaeb at gmx dot net
Hey,
same problem with 'PHPRojekt', (see also thread there:
http://www.phprojekt.com/modules.php?op=modload&name=forum&file=index&kat=2&id=30946&action=writetext&;)
Using, Testsummary:
#29016 [NEW]: zend_alloc.c segfaults since 1.136 commit
From: [EMAIL PROTECTED] Operating system: Mac OS X PHP version: 5CVS-2004-07-05 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: zend_alloc.c segfaults since 1.136 commit Description: Since the latest cvs checkout, php segfaults sometimes on request shutdown within apache. No code to reproduce right now, it happens approx. every second time. Will try to investigate more later, if it's not obvious anyway to anyone. Backtrace is below Actual result: -- #0 0x01a3b768 in shutdown_memory_manager (silent=0, full_shutdown=0) at /opt/cvs/php5/Zend/zend_alloc.c:533 #1 0x019fd9ac in php_request_shutdown (dummy=0x0) at /opt/cvs/php5/main/main.c:1223 #2 0x01aa2a08 in apache_php_module_main (r=0x82ff70, display_source_mode=0) at /opt/cvs/php5/sapi/apache/sapi_apache.c:60 #3 0x01aa3d6c in send_php (r=0x82ff70, display_source_mode=0, filename=0x8304e0 "/Users/chregu/clients/berghilfe/index.php") at /opt/cvs/php5/sapi/apache/mod_php5.c:621 #4 0x01aa3df4 in send_parsed_php (r=0x82ff70) at /opt/cvs/php5/sapi/apache/mod_php5.c:636 #5 0x000529f8 in ap_invoke_handler () #6 0x00040c0c in process_request_internal () #7 0x00041134 in ap_internal_redirect () #8 0xcf30 in handle_dir () #9 0x000529f8 in ap_invoke_handler () #10 0x00040c0c in process_request_internal () #11 0x00040c9c in ap_process_request () #12 0x0002fed4 in child_main () #13 0x000300f0 in make_child () #14 0x000302d4 in startup_children () #15 0x00030c2c in standalone_main () #16 0x0003177c in main () #17 0x1c10 in _start () #18 0x1a90 in start () -- Edit bug report at http://bugs.php.net/?id=29016&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29016&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29016&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29016&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29016&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29016&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29016&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29016&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29016&r=support Expected behavior: http://bugs.php.net/fix.php?id=29016&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29016&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29016&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29016&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29016&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29016&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29016&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29016&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29016&r=float
#29016 [Opn]: zend_alloc.c segfaults since 1.136 commit
ID: 29016 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zend Engine 2 problem Operating System: Mac OS X PHP Version: 5CVS-2004-07-05 (dev) New Comment: BTW, reverting to 1.135 of zend_alloc.c got rid of the segfaults. Previous Comments: [2004-07-05 16:50:28] [EMAIL PROTECTED] Description: Since the latest cvs checkout, php segfaults sometimes on request shutdown within apache. No code to reproduce right now, it happens approx. every second time. Will try to investigate more later, if it's not obvious anyway to anyone. Backtrace is below Actual result: -- #0 0x01a3b768 in shutdown_memory_manager (silent=0, full_shutdown=0) at /opt/cvs/php5/Zend/zend_alloc.c:533 #1 0x019fd9ac in php_request_shutdown (dummy=0x0) at /opt/cvs/php5/main/main.c:1223 #2 0x01aa2a08 in apache_php_module_main (r=0x82ff70, display_source_mode=0) at /opt/cvs/php5/sapi/apache/sapi_apache.c:60 #3 0x01aa3d6c in send_php (r=0x82ff70, display_source_mode=0, filename=0x8304e0 "/Users/chregu/clients/berghilfe/index.php") at /opt/cvs/php5/sapi/apache/mod_php5.c:621 #4 0x01aa3df4 in send_parsed_php (r=0x82ff70) at /opt/cvs/php5/sapi/apache/mod_php5.c:636 #5 0x000529f8 in ap_invoke_handler () #6 0x00040c0c in process_request_internal () #7 0x00041134 in ap_internal_redirect () #8 0xcf30 in handle_dir () #9 0x000529f8 in ap_invoke_handler () #10 0x00040c0c in process_request_internal () #11 0x00040c9c in ap_process_request () #12 0x0002fed4 in child_main () #13 0x000300f0 in make_child () #14 0x000302d4 in startup_children () #15 0x00030c2c in standalone_main () #16 0x0003177c in main () #17 0x1c10 in _start () #18 0x1a90 in start () -- Edit this bug report at http://bugs.php.net/?id=29016&edit=1
#19337 [Com]: can not link php_xmlrpc.dll to php
ID: 19337 Comment by: phpbugreporting at spoonydunappa dot com Reported By: yuegong at grow-easy dot com Status: Bogus Bug Type: XMLRPC-EPI related Operating System: win2000 PHP Version: 4.2.3 New Comment: I have the same problem and i argee with the comments of yuegong. I get the same results on both Windows XP and 2000. A quick search on Google shows that others are experiencing the same problem. I suggest that this is a real bug and not one to be brushed off so curtly. Previous Comments: [2002-10-09 21:19:24] [EMAIL PROTECTED] bugs.php.net != support.php.net [2002-09-10 23:16:54] yuegong at grow-easy dot com I have checked all php4ts.dll in my computer, there was only one copy of this file which is created in 2002-09-06(ymd), and I copied this file to d:\winnt\system32 for test, but no change had happened. [2002-09-10 22:15:38] [EMAIL PROTECTED] You have either not replaced php4ts.dll (all those!) in your system with the one found in the new release and/or you haven't moved the bundled dlls to some path in the libpath.. http://www.php.net/manual/en/install.windows.php#install.windows.extensions (unfortunately xmlrpc is not mentioned in the list..and I'm not sure if it really relies on any extra dlls) [2002-09-10 20:46:59] yuegong at grow-easy dot com And, I also copied the dll to d:/winnt/system32 folder. [2002-09-10 20:45:04] yuegong at grow-easy dot com I have set extension_dir=d:\php in php.ini, and php_xmlrpc.dll has been copied to this folder, but the problem is still. 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/19337 -- Edit this bug report at http://bugs.php.net/?id=19337&edit=1
#29019 [NEW]: Database not closing
From: cyberlot at cyberlot dot net Operating system: Fedora Core 2 PHP version: 5.0.0RC3 PHP Bug Type: MySQL related Bug description: Database not closing Description: mysqli, using class interface not not closing connection at end of script unless you specificly call $mysqli->close This is a change of behavior from the normal mysql extension which does not "require" you to close connection. Reproduce code: --- Expected result: Every time its run it should release the database connection Actual result: -- Each time you run it a new db connection is done until you max out the mysql server. -- Edit bug report at http://bugs.php.net/?id=29019&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29019&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29019&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29019&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29019&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29019&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29019&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29019&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29019&r=support Expected behavior: http://bugs.php.net/fix.php?id=29019&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29019&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29019&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29019&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29019&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29019&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29019&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29019&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29019&r=float
#29019 [Opn]: Database not closing
ID: 29019 User updated by: cyberlot at cyberlot dot net Reported By: cyberlot at cyberlot dot net Status: Open Bug Type: MySQL related Operating System: Fedora Core 2 PHP Version: 5.0.0RC3 New Comment: narrowed the problem down further, Its directly related to me trying to extend the mysqli class. If I take out the extend it closes properly, If I put in the extend with no functions at all it does not close properly So Connection does not close properly Connection does close properly. Previous Comments: [2004-07-05 19:39:22] cyberlot at cyberlot dot net Description: mysqli, using class interface not not closing connection at end of script unless you specificly call $mysqli->close This is a change of behavior from the normal mysql extension which does not "require" you to close connection. Reproduce code: --- Expected result: Every time its run it should release the database connection Actual result: -- Each time you run it a new db connection is done until you max out the mysql server. -- Edit this bug report at http://bugs.php.net/?id=29019&edit=1
#29020 [NEW]: Compiling with FreeTDS failure
From: mb at netlogic dot ru Operating system: FreeBSD PHP version: 4.3.7 PHP Bug Type: Compile Failure Bug description: Compiling with FreeTDS failure Description: On Linux we have following picture, when trying to compile PHP-4.3.7 with FreeTDS ...: === gcc -Iext/mssql/ -I/usr/src/php-4.3.7/ext/mssql/ -DPHP_ATOM_INC -I/usr/src/php-4.3.7/include -I/usr/src/php-4.3.7/main -I/usr/src/php-4.3.7 -I/usr/src/php-4.3.7/Zend -I/usr/local/include -I/usr/src/php-4.3.7/ext/xml/expat -I/usr/src/php-4.3.7/TSRM -g -O2 -c /usr/src/php-4.3.7/ext/mssql/php_mssql.c -o ext/mssql/php_mssql.o && echo > ext/mssql/php_mssql.lo In file included from /usr/src/php-4.3.7/ext/mssql/php_mssql.c:33: /usr/src/php-4.3.7/ext/mssql/php_mssql.h:41: warning: redefinition of `SHORT' /usr/local/include/sybdb.h:103: warning: `SHORT' previously declared here === But, on FreeBSD this warning became an error: === gcc -Iext/mssql/ -I/usr/local/src/apache-php/php-4.3.7/ext/mssql/ -DPHP_ATOM_INC -I/usr/local/src/apache-php/php-4.3.7/include -I/usr/local/src/apache-php/php-4.3.7/main -I/usr/local/src/apache-php/php-4.3.7 -I/usr/local/src/apache-php/php-4.3.7/Zend -I/usr/local/include -I/usr/local/src/apache-php/php-4.3.7/ext/xml/expat -I/usr/local/src/apache-php/php-4.3.7/TSRM -g -O2 -c /usr/local/src/apache-php/php-4.3.7/ext/mssql/php_mssql.c -o ext/mssql/php_mssql.o && echo > ext/mssql/php_mssql.lo In file included from /usr/local/src/apache-php/php-4.3.7/ext/mssql/php_mssql.c:33: /usr/local/src/apache-php/php-4.3.7/ext/mssql/php_mssql.h:41: error: redefinition of `SHORT' /usr/local/include/sybdb.h:117: error: `SHORT' previously declared here *** Error code 1 Stop in /usr/local/src/apache-php/php-4.3.7. === 1 platform: Debian Linux, 2.4.20 kernel, GCC 2.95.4, FreeTDS 0.61.1 2 platform: FreeBSD 5.2.1-RELEASE-p8, GCC 3.3.3, FreeTDS 0.62.3 Reproduce code: --- ext/mssql/php_mssql.h: #if HAVE_FREETDS #ifndef SHORT typedef short SHORT; #endif #define SQLTEXT SYBTEXT #define SQLCHAR SYBCHAR /usr/local/include/sybdb.h: typedef void *DBVOIDPTR; typedef short SHORT; typedef unsigned short USHORT; typedef int (*INTFUNCPTR) (void *, ...); -- Edit bug report at http://bugs.php.net/?id=29020&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29020&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29020&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29020&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29020&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29020&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29020&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29020&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29020&r=support Expected behavior: http://bugs.php.net/fix.php?id=29020&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29020&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29020&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29020&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29020&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29020&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29020&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29020&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29020&r=float
#29021 [NEW]: Parse error caused by "valid" array/string syntax
From: johfivealive at hotmail dot com Operating system: Fedora Core 2 PHP version: 5.0.0RC3 PHP Bug Type: Zend Engine 2 problem Bug description: Parse error caused by "valid" array/string syntax Description: I think this should not be a parse error, this should work. It seems the concatenation of LOGIK_CONFIG_FILE to the string: " couldn't be opened for reading.Check file permissions." is causing the parse error. Reproduce code: --- define( "LOGIK_DIRECTORY", $_SERVER['DOCUMENT_ROOT'] . "/" ); define( "LOGIK_CONFIG_DIRECTORY", "config/" ); define( "LOGIK_CONFIG_FILE", LOGIK_DIRECTORY . LOGIK_CONFIG_DIRECTORY . "logikconfig.xml" ); define( "LOGIK_CONFIG_FILE_FOPEN_ERROR", 3 ); static $errors = array( LOGIK_CONFIG_FILE_FOPEN_ERROR => "" . LOGIK_CONFIG_FILE . " couldn't be opened for reading.Check file permissions." ); The above array() creation syntax is what throws the parse error. Expected result: This shouldn't be a parse error because it is valid string concatenation syntax. Actual result: -- PHP reprts the following error: Parse error: parse error, unexpected '.', expecting ')' -- Edit bug report at http://bugs.php.net/?id=29021&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29021&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29021&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29021&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29021&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29021&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29021&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29021&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29021&r=support Expected behavior: http://bugs.php.net/fix.php?id=29021&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29021&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29021&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29021&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29021&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29021&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29021&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29021&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29021&r=float
#29022 [NEW]: "Warning: Constants may only evaluate to scalar values" on valid constant defin
From: johfivealive at hotmail dot com Operating system: Fedora Core 2 PHP version: 5.0.0RC3 PHP Bug Type: Zend Engine 2 problem Bug description: "Warning: Constants may only evaluate to scalar values" on valid constant defin Description: using the define() function I get a warning when I don't think I should. Reproduce code: --- define( "LOGIK_MYSQL_HOST", $config->getMySQLHost() ); where $config->getMySQLHost() returns a string. The following code makes the warning go away: define( "LOGIK_MYSQL_HOST", (string) $config->getMySQLHost() ); Expected result: define( "LOGIK_MYSQL_HOST", $config->getMySQLHost() ); should not produce a warning Actual result: -- define( "LOGIK_MYSQL_HOST", $config->getMySQLHost() ); produces the following warning: "Warning: Constants may only evaluate to scalar values" even though $config->getMySQLHost() returns a scalar, have to cast to string in order to make the warning go away -- Edit bug report at http://bugs.php.net/?id=29022&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29022&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29022&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29022&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29022&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29022&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29022&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29022&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29022&r=support Expected behavior: http://bugs.php.net/fix.php?id=29022&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29022&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29022&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29022&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29022&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29022&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29022&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29022&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29022&r=float
#29019 [Opn]: Database not closing
ID: 29019 User updated by: cyberlot at cyberlot dot net Reported By: cyberlot at cyberlot dot net Status: Open Bug Type: MySQL related Operating System: Fedora Core 2 PHP Version: 5.0.0RC3 New Comment: My C more then sucks so excuse me for even trying.. in mysqli.c intern->zo.ce = class_type; intern->zo.ce is only used 4 places in mysqli.c 1. When you assign it 2. stmt and result entrys, not changed my extending the class 3. line 135, when closing the object, In this same statement you also run mysql_close. This if statement is returning false because intern->zo.ce == mysqli_link_class_entry is wrong, by extending the class I have changed the class type therefore breaking the closing of the object. I hope this helps fix the problem Previous Comments: [2004-07-05 19:51:23] cyberlot at cyberlot dot net narrowed the problem down further, Its directly related to me trying to extend the mysqli class. If I take out the extend it closes properly, If I put in the extend with no functions at all it does not close properly So Connection does not close properly Connection does close properly. [2004-07-05 19:39:22] cyberlot at cyberlot dot net Description: mysqli, using class interface not not closing connection at end of script unless you specificly call $mysqli->close This is a change of behavior from the normal mysql extension which does not "require" you to close connection. Reproduce code: --- Expected result: Every time its run it should release the database connection Actual result: -- Each time you run it a new db connection is done until you max out the mysql server. -- Edit this bug report at http://bugs.php.net/?id=29019&edit=1
#29019 [Opn]: Database not closing
ID: 29019
Updated by: [EMAIL PROTECTED]
Reported By: cyberlot at cyberlot dot net
Status: Open
Bug Type: MySQL related
-Operating System: Fedora Core 2
+Operating System: *
PHP Version: 5.0.0RC3
New Comment:
No your analysis looks correct.
Try the following patch:
diff -u -p -d -r1.41 mysqli.c
--- ext/mysqli/mysqli.c 23 Jun 2004 16:47:25 - 1.41
+++ ext/mysqli/mysqli.c 5 Jul 2004 18:48:51 -
@@ -132,7 +132,7 @@ static void mysqli_objects_free_storage(
FREE_HASHTABLE(intern->zo.properties);
/* link object */
- if (intern->zo.ce == mysqli_link_class_entry) {
+ if (instanceof_function(intern->zo.ce, mysqli_link_class_entry
TSRMLS_CC)) {
if (my_res && my_res->ptr) {
MY_MYSQL *mysql = (MY_MYSQL *)my_res->ptr;
Previous Comments:
[2004-07-05 20:24:03] cyberlot at cyberlot dot net
My C more then sucks so excuse me for even trying..
in mysqli.c intern->zo.ce = class_type;
intern->zo.ce is only used 4 places in mysqli.c
1. When you assign it
2. stmt and result entrys, not changed my extending the class
3. line 135, when closing the object, In this same statement you also
run mysql_close.
This if statement is returning false because
intern->zo.ce == mysqli_link_class_entry is wrong, by extending the
class I have changed the class type therefore breaking the closing of
the object.
I hope this helps fix the problem
[2004-07-05 19:51:23] cyberlot at cyberlot dot net
narrowed the problem down further, Its directly related to me trying to
extend the mysqli class. If I take out the extend it closes properly, If
I put in the extend with no functions at all it does not close properly
So
Connection does not close properly
Connection does close properly.
[2004-07-05 19:39:22] cyberlot at cyberlot dot net
Description:
mysqli, using class interface not not closing connection at end of
script unless you specificly call $mysqli->close
This is a change of behavior from the normal mysql extension which does
not "require" you to close connection.
Reproduce code:
---
Expected result:
Every time its run it should release the database connection
Actual result:
--
Each time you run it a new db connection is done until you max out the
mysql server.
--
Edit this bug report at http://bugs.php.net/?id=29019&edit=1
#29019 [Opn]: Database not closing
ID: 29019
User updated by: cyberlot at cyberlot dot net
Reported By: cyberlot at cyberlot dot net
Status: Open
Bug Type: MySQL related
Operating System: *
PHP Version: 5.0.0RC3
New Comment:
Thanks, maybe I should pull out some C books and try to help out
more...
Anyway that patch worked, sprinkle some pixie dust on it or what ever
you do and send it on its way.
Previous Comments:
[2004-07-05 20:49:24] [EMAIL PROTECTED]
No your analysis looks correct.
Try the following patch:
diff -u -p -d -r1.41 mysqli.c
--- ext/mysqli/mysqli.c 23 Jun 2004 16:47:25 - 1.41
+++ ext/mysqli/mysqli.c 5 Jul 2004 18:48:51 -
@@ -132,7 +132,7 @@ static void mysqli_objects_free_storage(
FREE_HASHTABLE(intern->zo.properties);
/* link object */
- if (intern->zo.ce == mysqli_link_class_entry) {
+ if (instanceof_function(intern->zo.ce, mysqli_link_class_entry
TSRMLS_CC)) {
if (my_res && my_res->ptr) {
MY_MYSQL *mysql = (MY_MYSQL *)my_res->ptr;
[2004-07-05 20:24:03] cyberlot at cyberlot dot net
My C more then sucks so excuse me for even trying..
in mysqli.c intern->zo.ce = class_type;
intern->zo.ce is only used 4 places in mysqli.c
1. When you assign it
2. stmt and result entrys, not changed my extending the class
3. line 135, when closing the object, In this same statement you also
run mysql_close.
This if statement is returning false because
intern->zo.ce == mysqli_link_class_entry is wrong, by extending the
class I have changed the class type therefore breaking the closing of
the object.
I hope this helps fix the problem
[2004-07-05 19:51:23] cyberlot at cyberlot dot net
narrowed the problem down further, Its directly related to me trying to
extend the mysqli class. If I take out the extend it closes properly, If
I put in the extend with no functions at all it does not close properly
So
Connection does not close properly
Connection does close properly.
[2004-07-05 19:39:22] cyberlot at cyberlot dot net
Description:
mysqli, using class interface not not closing connection at end of
script unless you specificly call $mysqli->close
This is a change of behavior from the normal mysql extension which does
not "require" you to close connection.
Reproduce code:
---
Expected result:
Every time its run it should release the database connection
Actual result:
--
Each time you run it a new db connection is done until you max out the
mysql server.
--
Edit this bug report at http://bugs.php.net/?id=29019&edit=1
#29019 [Opn]: Database not closing
ID: 29019
User updated by: cyberlot at cyberlot dot net
Reported By: cyberlot at cyberlot dot net
Status: Open
Bug Type: MySQL related
Operating System: *
PHP Version: 5.0.0RC3
New Comment:
Not the right place for this but thought I would mention it so you
could pass it on.
If class_type changes when you extend then using that in a class at all
might cause a problem??
Did a quick scan and found the following extensions use class_type.
xsl
spl
sqlite
dom
simplexml
mysqli
Previous Comments:
[2004-07-05 21:06:57] cyberlot at cyberlot dot net
Thanks, maybe I should pull out some C books and try to help out
more...
Anyway that patch worked, sprinkle some pixie dust on it or what ever
you do and send it on its way.
[2004-07-05 20:49:24] [EMAIL PROTECTED]
No your analysis looks correct.
Try the following patch:
diff -u -p -d -r1.41 mysqli.c
--- ext/mysqli/mysqli.c 23 Jun 2004 16:47:25 - 1.41
+++ ext/mysqli/mysqli.c 5 Jul 2004 18:48:51 -
@@ -132,7 +132,7 @@ static void mysqli_objects_free_storage(
FREE_HASHTABLE(intern->zo.properties);
/* link object */
- if (intern->zo.ce == mysqli_link_class_entry) {
+ if (instanceof_function(intern->zo.ce, mysqli_link_class_entry
TSRMLS_CC)) {
if (my_res && my_res->ptr) {
MY_MYSQL *mysql = (MY_MYSQL *)my_res->ptr;
[2004-07-05 20:24:03] cyberlot at cyberlot dot net
My C more then sucks so excuse me for even trying..
in mysqli.c intern->zo.ce = class_type;
intern->zo.ce is only used 4 places in mysqli.c
1. When you assign it
2. stmt and result entrys, not changed my extending the class
3. line 135, when closing the object, In this same statement you also
run mysql_close.
This if statement is returning false because
intern->zo.ce == mysqli_link_class_entry is wrong, by extending the
class I have changed the class type therefore breaking the closing of
the object.
I hope this helps fix the problem
[2004-07-05 19:51:23] cyberlot at cyberlot dot net
narrowed the problem down further, Its directly related to me trying to
extend the mysqli class. If I take out the extend it closes properly, If
I put in the extend with no functions at all it does not close properly
So
Connection does not close properly
Connection does close properly.
[2004-07-05 19:39:22] cyberlot at cyberlot dot net
Description:
mysqli, using class interface not not closing connection at end of
script unless you specificly call $mysqli->close
This is a change of behavior from the normal mysql extension which does
not "require" you to close connection.
Reproduce code:
---
Expected result:
Every time its run it should release the database connection
Actual result:
--
Each time you run it a new db connection is done until you max out the
mysql server.
--
Edit this bug report at http://bugs.php.net/?id=29019&edit=1
#29019 [Opn->Csd]: Database not closing
ID: 29019
Updated by: [EMAIL PROTECTED]
Reported By: cyberlot at cyberlot dot net
-Status: Open
+Status: Closed
Bug Type: MySQL related
Operating System: *
PHP Version: 5.0.0RC3
-Assigned To:
+Assigned To: helly
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-07-05 21:14:44] cyberlot at cyberlot dot net
Not the right place for this but thought I would mention it so you
could pass it on.
If class_type changes when you extend then using that in a class at all
might cause a problem??
Did a quick scan and found the following extensions use class_type.
xsl
spl
sqlite
dom
simplexml
mysqli
[2004-07-05 21:06:57] cyberlot at cyberlot dot net
Thanks, maybe I should pull out some C books and try to help out
more...
Anyway that patch worked, sprinkle some pixie dust on it or what ever
you do and send it on its way.
[2004-07-05 20:49:24] [EMAIL PROTECTED]
No your analysis looks correct.
Try the following patch:
diff -u -p -d -r1.41 mysqli.c
--- ext/mysqli/mysqli.c 23 Jun 2004 16:47:25 - 1.41
+++ ext/mysqli/mysqli.c 5 Jul 2004 18:48:51 -
@@ -132,7 +132,7 @@ static void mysqli_objects_free_storage(
FREE_HASHTABLE(intern->zo.properties);
/* link object */
- if (intern->zo.ce == mysqli_link_class_entry) {
+ if (instanceof_function(intern->zo.ce, mysqli_link_class_entry
TSRMLS_CC)) {
if (my_res && my_res->ptr) {
MY_MYSQL *mysql = (MY_MYSQL *)my_res->ptr;
[2004-07-05 20:24:03] cyberlot at cyberlot dot net
My C more then sucks so excuse me for even trying..
in mysqli.c intern->zo.ce = class_type;
intern->zo.ce is only used 4 places in mysqli.c
1. When you assign it
2. stmt and result entrys, not changed my extending the class
3. line 135, when closing the object, In this same statement you also
run mysql_close.
This if statement is returning false because
intern->zo.ce == mysqli_link_class_entry is wrong, by extending the
class I have changed the class type therefore breaking the closing of
the object.
I hope this helps fix the problem
[2004-07-05 19:51:23] cyberlot at cyberlot dot net
narrowed the problem down further, Its directly related to me trying to
extend the mysqli class. If I take out the extend it closes properly, If
I put in the extend with no functions at all it does not close properly
So
Connection does not close properly
Connection does close properly.
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/29019
--
Edit this bug report at http://bugs.php.net/?id=29019&edit=1
#29023 [NEW]: fread() only reads 8192 bytes from a local file
From: benjcarson at digitaljunkies dot ca Operating system: Linux PHP version: 5CVS-2004-07-05 (dev) PHP Bug Type: Filesystem function related Bug description: fread() only reads 8192 bytes from a local file Description: In the latest cvs snap, fread() does not read more than 8192 bytes from a local file, despite specifying a larger read size as the second parameter. If the fread() call is wrapped in a while (!feof) loop the file can be read correctly, but only 8k at a time. This contradicts the first example in the manual (http://www.php.net/manual/en/function.fread.php) and is a BC break. As far as I can tell the change was made sometime between the 2004-06-22 snap and the 2004-07-04 snap. I've tested both using my php.ini file and without (i.e. using the built-in defaults). I configured using the following command: ./configure --prefix=/usr --with-apxs=/usr/bin/apxs \ --enable-memory-limit \ --with-layout-GNU\ --enable-bcmath \ --enable-calendar \ --with-curl=/usr \ --enable-exif \ --enable-ftp \ --enable-mbstring \ --enable-shmop \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-wddx \ --with-bz2 \ --with-config-file-path=/etc/php5/apache \ --with-gd=/usr \ --with-freetype-dir=shared,/usr \ --with-jpeg-dir=/usr \ --with-png-dir=shared,/usr \ --with-ttf=shared,/usr \ --with-xpm-dir=shared,/usr/X11R6 \ --with-gettext \ --with-kerberos=/usr \ --with-ldap=shared,/usr \ --with-mhash=shared,/usr \ --with-mm \ --with-ncurses=/usr \ --with-openssl=/usr \ --with-pcre-regex=/usr \ --with-pear \ --with-pgsql \ --with-pspell=/usr \ --with-zlib \ --with-zlib-dir=/usr Reproduce code: --- #!/usr/bin/php Expected result: (the file's actual size, in bytes) Actual result: -- 8192 -- Edit bug report at http://bugs.php.net/?id=29023&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29023&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29023&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29023&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29023&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29023&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29023&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29023&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29023&r=support Expected behavior: http://bugs.php.net/fix.php?id=29023&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29023&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29023&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29023&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29023&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29023&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29023&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29023&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29023&r=float
#29025 [NEW]: apache 1.3.28 crashes during shutdown
From: rashid at ds dot pg dot gda dot pl Operating system: win 2k3 PHP version: 5CVS-2004-07-05 (dev) PHP Bug Type: Reproducible crash Bug description: apache 1.3.28 crashes during shutdown Description: latest php5 builds cause apache crashes during shutdown. it happens since at least june 2nd (i didn`t have this problem earlier). here`s line from system log: Application Failure Apache.exe 0.0.0.0 in php5ts.dll 5.0.0.0 at offset 0003e32a. apache version 1.3.28 clean php5 - without any additional extensions loaded before server shutdown php works fine -- Edit bug report at http://bugs.php.net/?id=29025&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29025&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29025&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29025&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29025&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29025&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29025&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29025&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29025&r=support Expected behavior: http://bugs.php.net/fix.php?id=29025&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29025&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29025&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29025&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29025&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29025&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29025&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29025&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29025&r=float
#16996 [Fbk->NoF]: unable to get php working through iPlanet
ID: 16996 Updated by: [EMAIL PROTECTED] Reported By: william dot white at epredix dot com -Status: Feedback +Status: No Feedback Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4.3.7 New Comment: No feedback was provided for this bug for over a week, 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: [2004-06-28 13:39:15] [EMAIL PROTECTED] Please use the newest SnONE webserver 6.1 or 6.0. Older versions are not 100% POSIX thread compatible and fail when using some extensions that need POSIX (even PHP is not stable) [2004-06-28 11:34:38] masro at llbc dot de Bug is also present in 4.3.7 may be a Problem with Threading/OCI/Iplanet/PHP more info here: http://article.gmane.org/gmane.comp.php.general/97197 and here: http://article.gmane.org/gmane.comp.php.general/97519 [2002-08-08 01:00:14] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-06-18 04:55:50] [EMAIL PROTECTED] Can you check whether iPlanet tries to interpret the correct file (should be in your log). Derick [2002-05-03 15:04:07] william dot white at epredix dot com We're been unable to get php4 running as a nsapi module on iplanet 4.1 we have been using the instructions specified on http://benoit.noss.free.fr/php/install-php4.html and on http://php.ca/manual/en/install.netscape-enterprise.php we used the following configure command: /configure --without-mysql --with-nsapi=/u01/apps/netscape/server4/ --enable-track-vars --enable-libgcc make make install this appears to have worked. there are no error messages reported. I can execute php files on the server manually using the command: php test.php and they get interpreted properly. sounds good right? we have updated the netscape config files, mimetypes, etc.. as per the instructions, the server sees that their are configuration changes and starts without any problems but when I go to access a .php page through iPlanet I get a File Not Found / DNS error? the server runs fine otherwise, it serves up .html, .gif, .jpg, etc. files without any problems. it also does not crash when we try to access a php page - it just says "File Not Found" in the browser window??? if I look at the iPlanet error logs, I see the entry: [02/May/2002:11:02:11] info (18431): php4_init reports: Initialized PHP Module [02/May/2002:11:02:11] info (18431): php4_init reports: Initialized PHP Module [02/May/2002:11:02:12] info (18432): php4_init reports: Initialized PHP Module [02/May/2002:11:02:12] info (18432): php4_init reports: Initialized PHP Module for every single request of one .php file... we are also using coldfusion through iplanet using nsapi obj.conf: Init fn="flex-init" access="/u01/apps/netscape/server4/https-coogee/logs/access" format.access="%Ses->client.ip% - %Req->vars.auth-u ser% [%SYSDATE%] \"%Req->reqpb.clf-request%\" %Req->srvhdrs.clf-status% %Req->srvhdrs.content-length%" Init fn="load-modules" shlib="/u01/apps/netscape/server4/plugins/coldfusion/coldfusion.so" funcs="DoCFRequest" Init fn="load-types" mime-types="mime.types" Init fn="load-modules" shlib="/u01/apps/netscape/server4/bin/libphp4.so" funcs="php4_init,php4_close,php4_execute,php4_auth_trans" Init fn="php4_init" LateInit="yes" AuthTrans fn=php4_auth_trans NameTrans fn="assign-name" from="/servlets/*" name="servlet" NameTrans fn="assign-name" from="/examples/*" name="servlet" NameTrans fn="pfx2dir" from="/coldfusion" dir="/u01/apps/coldfusion/docs" NameTrans fn="pfx2dir" from="/cgi-bin" dir="/u01/apps/netscape/server4/docs/cgi-bin" name="cgi" NameTrans fn="pfx2dir" from="/release" dir="/u01/apps/netscape/server4/docs/cgi-bin" NameTrans fn="pfx2dir" from="/oracle" dir="/u01/apps/oracle/product/8.1.6/doc" NameTrans fn="pfx2dir" from="/ns-icons" dir="/u01/apps/netscape/server4/ns-icons" name="es-internal" NameTrans fn="pfx2dir" from="/mc-icons" dir="/u01/apps/netscape/server4/ns-icons" name="es-internal" NameTrans fn="pfx2dir" from="/viewer" dir="/viewer/LogViewer1.02/index.cfm" NameTrans fn="pfx2dir" from="/help" dir="/u01/apps/netscape/server4/manual/https/ug" name="es-internal" NameTrans fn="pfx2dir" from="/manual" dir="/u01/apps/netscape/server4/manual/https" name
#28896 [Opn->Bgs]: Cannot run apache's php module when php is compiled with oracle support
ID: 28896 Updated by: [EMAIL PROTECTED] Reported By: dcimafonte at yahoo dot it -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Compaq Tru64 5.1A PHP Version: 4.3.7 New Comment: It somehow can't find the pthread library (or is linking with it when it shouldn't?) Not PHP bug. Previous Comments: [2004-06-23 18:34:45] dcimafonte at yahoo dot it Description: OS: Compaq Tru64 Unix 5.1A WebServer: Apache 2.0 Hello, I compiled php 4.3.7 with Oracle support, and installed it successfully, but when I run Apache 2.0 it gives me the following error message (that won't appear when I compile without oracle support): Cannot load /common/apache/modules/libphp4.so into server: dlopen: libpthread.so: symbol "pthread_setcancelstate" unresolved Can you guess why? Reproduce code: --- ./configure --prefix=/user/dw/dwcvs/local --with-apxs2=/common/apache/bin/apxs --with-oci8 make make install cd /common/apache/bin apachectl start Expected result: apache running Actual result: -- apache won't start. In error_log this message appears: Cannot load /common/apache/modules/libphp4.so into server: dlopen: libpthread.so: symbol "pthread_setcancelstate" unresolved -- Edit this bug report at http://bugs.php.net/?id=28896&edit=1
#28729 [Opn->Bgs]: php_value settings "leak" from apache config when auto_prepend_file is used
ID: 28729 Updated by: [EMAIL PROTECTED] Reported By: j dot svoboda at phoenix dot cz -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: FreeBSD PHP Version: 4.3.7 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. .. Previous Comments: [2004-06-10 16:17:27] j dot svoboda at phoenix dot cz Description: If (for example) specific directory configuration has a given include_path, in some situations the setting persists between requests (php.ini settings are NOT reset between requests). This bug is similar to the bug described in http://bugs.php.net/bug.php?id=27110. The important difference is that the problem manifests only when auto_prepend_file is used. Reproduce code: --- See: http://www.p-i-n.cz/doc/phpbug.txt Expected result: See the link given. Actual result: -- See the link given. -- Edit this bug report at http://bugs.php.net/?id=28729&edit=1
#28681 [Opn->Bgs]: session-hijacking
ID: 28681 Updated by: [EMAIL PROTECTED] Reported By: s dot lemke at infoworxx dot de -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux 2.4.18 PHP Version: 4.3.7 New Comment: see above Previous Comments: [2004-06-29 11:24:06] php at alterego dot dp dot ua It definitely has something to do with ErrorDocument redirection. That 'not-found-image' turns out to be actually '302 found' with redirection to a page using the same php session_name. Browser gets all 'image' content, session gets modified, but that content is not an image actually, so browser can't render it. Again, that's why everything is ok when the picture is in it's place. That's the point. Details are for you to found. Everybody should always remember that s/he is dealing with the server in the first place, and only then things come to PHP. Nothing fantastic, has nothing to do with php itself, definetely a bogus bug report. [2004-06-09 17:27:22] s dot lemke at infoworxx dot de Hi ! I have tried Internet Explorer 6.0 (win), Netscape 7.1 (win), Opera 7.22 (win), Safari (mac), Internet Explorer Mac 5.2 (mac) - the error is the same ! Keep in mind, that if the image file "not-found-image.gif" exists on the server everything is fine ! So if I try lynx it works ! Cheers [2004-06-09 17:07:31] [EMAIL PROTECTED] Can this behavior be duplicated in a specific browser or any browser? It is possible since the domain name is the same, a bug in the browser allows the cookies between the sub-domains to be shared. [2004-06-09 17:01:12] s dot lemke at infoworxx dot de ok, up to now I did not have set it. i have just tried it, i have added session_set_cookie_params (time()+60*60*24*30, "/", $_SERVER['SERVER_NAME']); before session_name in both scripts. The behaviour is the same. the $_SERVER['SERVER_NAME'] Variable holds "dev.abconline.de" Cheers Sebastian [2004-06-09 16:36:41] [EMAIL PROTECTED] Yes, but also please check if you have the session_set_cookie_params() calls to set the domain name. 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/28681 -- Edit this bug report at http://bugs.php.net/?id=28681&edit=1
#28930 [Opn->Bgs]: PHP sources assume you're using Bison
ID: 28930 Updated by: [EMAIL PROTECTED] Reported By: eggert at gnu dot org -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Debian GNU/Linux 3.0r1 PHP Version: 4.3.7 New Comment: It's working as it should be. (do NOT use anything but 1.35 or rather, 1.28 version of bison!) Previous Comments: [2004-06-25 22:33:22] eggert at gnu dot org Description: "make install" fails as described under "actual result". The problem is that the source files are picking up the wrong include files: they should be including the new files generated by Bison 1.875, but they are including the prebuilt files generated by Bison 1.35. Here is a patch. This patch should fix PHP bug 21802. diff -prU2 php-4.3.7/Zend/zend_compile.c php-4.3.7-fix/Zend/zend_compile.c --- php-4.3.7/Zend/zend_compile.c 2003-08-28 09:08:11 -0700 +++ php-4.3.7-fix/Zend/zend_compile.c 2004-06-25 13:11:23 -0700 @@ -19,5 +19,5 @@ -#include "zend_language_parser.h" +#include #include "zend.h" #include "zend_compile.h" diff -prU2 php-4.3.7/Zend/zend_highlight.c php-4.3.7-fix/Zend/zend_highlight.c --- php-4.3.7/Zend/zend_highlight.c 2003-12-25 10:57:28 -0800 +++ php-4.3.7-fix/Zend/zend_highlight.c 2004-06-25 13:10:57 -0700 @@ -20,5 +20,5 @@ #include "zend.h" -#include "zend_language_parser.h" +#include #include "zend_compile.h" #include "zend_highlight.h" diff -prU2 php-4.3.7/Zend/zend_indent.c php-4.3.7-fix/Zend/zend_indent.c --- php-4.3.7/Zend/zend_indent.c2002-12-31 08:23:03 -0800 +++ php-4.3.7-fix/Zend/zend_indent.c2004-06-25 13:11:02 -0700 @@ -23,5 +23,5 @@ #include "zend.h" -#include "zend_language_parser.h" +#include #include "zend_compile.h" #include "zend_indent.h" diff -prU2 php-4.3.7/Zend/zend_ini_scanner.l php-4.3.7-fix/Zend/zend_ini_scanner.l --- php-4.3.7/Zend/zend_ini_scanner.l 2003-07-24 01:44:28 -0700 +++ php-4.3.7-fix/Zend/zend_ini_scanner.l 2004-06-25 13:10:34 -0700 @@ -31,5 +31,5 @@ #include "zend.h" #include "zend_globals.h" -#include "zend_ini_parser.h" +#include #include "zend_ini_scanner.h" diff -prU2 php-4.3.7/Zend/zend_language_scanner.l php-4.3.7-fix/Zend/zend_language_scanner.l --- php-4.3.7/Zend/zend_language_scanner.l 2004-02-03 06:31:19 -0800 +++ php-4.3.7-fix/Zend/zend_language_scanner.l 2004-06-25 13:11:16 -0700 @@ -48,5 +48,5 @@ #include "zend.h" #include "zend_alloc.h" -#include "zend_language_parser.h" +#include #include "zend_compile.h" #include "zend_language_scanner.h" Reproduce code: --- To reproduce the problem, install Bison 1.875 and build PHP 4.3.7 with the following commands: mkdir obj cd obj sh ../php-4.3.7/configure make make install Expected result: Expected a clean make install. Actual result: -- $ make install Installing PHP SAPI module: cgi Installing PHP CGI into: /tmp/prefix/bin/ Installing PEAR environment: /tmp/prefix/lib/php/ Parse error: syntax error, unexpected T_WHITESPACE in /home/eggert/src/php/php-4.3.7/pear/install-pear.php on line 3 make[1]: *** [install-pear-installer] Error 255 make: *** [install-pear] Error 2 -- Edit this bug report at http://bugs.php.net/?id=28930&edit=1
#28757 [Opn->Bgs]: php4ts.dll caused a system failure
ID: 28757 Updated by: [EMAIL PROTECTED] Reported By: ressourceweb at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.6 New Comment: Very useful. Please don't send this kind of bug 'reports' anymore. Previous Comments: [2004-06-12 17:39:08] ressourceweb at hotmail dot com Description: I am using Apache Web Server version 2.0.49 with PHP 4.3.6. Yesterday, my computer shut down and restarted unexpectedly while I wasn't running any PHP script. Then Windows displayed the following error message (followed by the time my computer shut down) : Apache Web Server has encountered a problem and needs to close. When I asked for details, I got the following information: Executable : Apache.exe Version : 2.0.49 Module Name : php4ts.dll Module Version : 4.3.6.6 Offset : 000b56d8 I don't think this error may be reproduced. -- Edit this bug report at http://bugs.php.net/?id=28757&edit=1
#28652 [Opn->Asn]: sockets code doesn't compile
ID: 28652 Updated by: [EMAIL PROTECTED] Reported By: ler at lerctr dot org -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: UnixWare 7.1.4 PHP Version: 4.3.7 Assigned To: pollita Previous Comments: [2004-06-11 21:32:20] ler at lerctr dot org I emailed the script(1) and configure output to pollita at php dot net. [2004-06-11 21:21:50] [EMAIL PROTECTED] I'm unable to replicate the error on your system. I even used the ./configure line from your home directory (minus a couple of extension [gd/imap] which the libraries couldn't be found for) and the compile was successful with or without sockets enabled. Can you provide more detail on how you're ./configuring and compiling it? [2004-06-07 11:26:20] ler at lerctr dot org login info sent to pollita at php.net. Let me know if I can help more. LER [2004-06-07 06:41:02] [EMAIL PROTECTED] I'll take ya up on that offer. The first two warnings are simple ooopses in the source that are easily fixed. The other two warnings and the actual error are less obvious. Certainly they look okay with the other OS header files I have available. If you want to avoid sending me login credentials an email with /usr/include/netdb.h and /usr/include/bits/socket.h would be a good start. (netdb is the more crucial of the two) [2004-06-06 17:19:12] ler at lerctr dot org Description: when I added --enable-sockets to my configure flags we get: /bin/sh /home/ler/SOURCE/php/php-4.3.7/libtool --silent --preserve-dup-deps --mode=compile cc -Xb -Iext/sockets/ -I/home/ler/SOURCE/php/php-4.3.7/ext/sockets/ -DPHP_ATOM_INC -I/home/ler/SOURCE/php/php-4.3.7/include -I/home/ler/SOURCE/php/php-4.3.7/main -I/home/ler/SOURCE/php/php-4.3.7 -I/home/ler/SOURCE/php/php-4.3.7/Zend -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/mysql/include -I/usr/local/pgsql/include/pgsql -I/home/ler/SOURCE/php/php-4.3.7/ext/xml/expat -I/home/ler/SOURCE/php/php-4.3.7/TSRM -O -Kpthread -prefer-pic -c /home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c -o ext/sockets/sockets.lo UX:acomp: WARNING: "/home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c", line 353: improper pointer/integer combination: arg #2 UX:acomp: WARNING: "/home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c", line 353: improper pointer/integer combination: arg #3 UX:acomp: WARNING: "/home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c", line 1658: argument #4 incompatible with prototype: add_assoc_string_ex() UX:acomp: WARNING: "/home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c", line 1717: argument #4 incompatible with prototype: add_assoc_string_ex() UX:acomp: ERROR: "/home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c", line 1765: left operand must be modifiable lvalue: op "=" gmake: *** [ext/sockets/sockets.lo] Error 1 $ I can supply an account for debug if necessary. -- Edit this bug report at http://bugs.php.net/?id=28652&edit=1
#28651 [Opn->Asn]: imap routines not found on CLI link
ID: 28651 Updated by: [EMAIL PROTECTED] Reported By: ler at lerctr dot org -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: UnixWare 7.1.4 PHP Version: 4.3.7 -Assigned To: +Assigned To: pollita Previous Comments: [2004-06-06 17:14:25] ler at lerctr dot org Description: When trying to compile in the IMAP support, the CLI link dies with: /bin/sh /home/ler/SOURCE/php/php-4.3.7/libtool --silent --preserve-dup-deps --mode=link cc -Xb -export-dynamic -O -Kpthread -L/usr/ucblib -L/etc/ssl/lib -L/usr/local/lib -L/home/ler/SOURCE/imap/imap-2004/c-client -L/home/ler/SOURCE/imap/imap-2004/lib -L/usr/local/mysql/lib -L/usr/local/pgsql/lib -R /usr/ucblib -R /etc/ssl/lib -R /usr/local/lib -R /home/ler/SOURCE/imap/imap-2004/c-client -R /home/ler/SOURCE/imap/imap-2004/lib -R /usr/local/mysql/lib -R /usr/local/pgsql/lib ext/openssl/openssl.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/curl/curl.lo ext/curl/curlstreams.lo ext/domxml/php_domxml.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gd/libgd/xbm.lo ext/imap/php_imap.lo ext/mysql/php_mysql.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/pgsql/pgsql.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/shmop/shmop.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/sysvmsg/sysvmsg.lo ext/sysvsem/sysvsem.lo ext/sysvshm/sysvshm.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.l
#28645 [Opn->Bgs]: SMTP value won't load although configured in php.ini
ID: 28645 Updated by: [EMAIL PROTECTED] Reported By: herps at raqtweak dot com -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Windows XP Professional PHP Version: 4.3.7 New Comment: It works fine for everyone else but you, thus, you must be doing something wrong. Simple. Previous Comments: [2004-06-24 01:27:39] herps at raqtweak dot com Oh and yes, it is UPPERCASE [2004-06-24 01:26:18] herps at raqtweak dot com Anyone try this yet with 4.3.7 on Windows XP? [2004-06-22 18:35:07] sean at govbt dot com on window make sure in the php.ini the smtp= is uppercase iow SMTP=mailserver.mail.com [2004-06-11 13:17:38] herps at raqtweak dot com sniper, why do you always provide useless comments and blame others before you know all details? Don't you think I tried everything I could? I searched google for hours, to find out what was wrong. Search the internet, plenty of people have this problem. I searched and searched for a resolution, can not find one. Even looked it up in my PHP Bible... Could someone please have a look at why it won't load the values? Like I said, it loads the rest, but NOT the SMTP value... [2004-06-11 12:33:57] [EMAIL PROTECTED] You're doing something wrong, this works fine. 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/28645 -- Edit this bug report at http://bugs.php.net/?id=28645&edit=1
#28616 [Opn->Asn]: Error while make (compiling) Oracle 9i with php 4.3.6 (oci8 lib) .
ID: 28616 Updated by: [EMAIL PROTECTED] Reported By: post_ravi at yahoo dot com -Status: Open +Status: Assigned Bug Type: OCI8 related Operating System: Linux host 2.4.21-4.ELsmp (ES 3) PHP Version: 4.3.6 Assigned To: tony2001 Previous Comments: [2004-07-02 07:36:29] post_ravi at yahoo dot com Hi Please find the queries answered. 1) -- START --- cimlix002> grep @OCI8 /opt/php-4.3.6/config.status [EMAIL PROTECTED]@%%g [EMAIL PROTECTED]@%/home/oracle/OraHome1/%g [EMAIL PROTECTED]@%9.2%g --- END -- 2) START -- find $ORACLE_HOME -name "oci.h" -print Ans: No such file is found find $ORACLE_HOME -name "oro.h" -print Ans: No such file is found Note : ORACLE_HOME = /home/oracle/OraHome1 By the way these are the only header found when i searched the ORACLE_HOME for *.h cimlix002> find $ORACLE_HOME -name "*.h" -print /home/oracle/OraHome1/xdk/include/oratypes.h /home/oracle/OraHome1/xdk/include/oraxsd.h /home/oracle/OraHome1/xdk/include/oraxml.h /home/oracle/OraHome1/xdk/include/oraxmlcg.h /home/oracle/OraHome1/rdbms/demo/oratypes.h /home/oracle/OraHome1/rdbms/demo/xa.h /home/oracle/OraHome1/ldap/public/oapt.h /home/oracle/OraHome1/ldap/public/gsdsy.h /home/oracle/OraHome1/ldap/public/gsdsd.h /home/oracle/OraHome1/ldap/public/oamst.h /home/oracle/OraHome1/ldap/public/oals.h /home/oracle/OraHome1/ldap/public/oaos.h /home/oracle/OraHome1/ldap/public/ldap.h /home/oracle/OraHome1/ldap/public/dsspid.h /home/oracle/OraHome1/ldap/public/omupi.h /home/oracle/OraHome1/ldap/public/gslpl.h /home/oracle/OraHome1/ldap/public/oacm.h /home/oracle/OraHome1/ldap/public/oaxm.h /home/oracle/OraHome1/ldap/public/oa.h /home/oracle/OraHome1/ldap/public/oamh.h /home/oracle/OraHome1/ldap/public/oodef.h /home/oracle/OraHome1/ldap/public/oaodes.h /home/oracle/OraHome1/ldap/public/gssdom.h /home/oracle/OraHome1/ldap/public/dsid.h /home/oracle/OraHome1/ldap/public/dsec.h /home/oracle/OraHome1/ldap/public/dsi.h /home/oracle/OraHome1/ldap/public/soa.h /home/oracle/OraHome1/precomp/demo/proc/lobdemo1.h /home/oracle/OraHome1/precomp/demo/proc/empclass.h /home/oracle/OraHome1/precomp/public/oraca.h /home/oracle/OraHome1/precomp/public/sqlca.h /home/oracle/OraHome1/precomp/public/sqlda.h /home/oracle/OraHome1/precomp/public/sql2oci.h /home/oracle/OraHome1/precomp/public/sqlapr.h /home/oracle/OraHome1/precomp/public/sqlcpr.h /home/oracle/OraHome1/precomp/public/sqlkpr.h /home/oracle/OraHome1/precomp/public/sqlucs2.h /home/oracle/OraHome1/precomp/syshdr/a.out.h /home/oracle/OraHome1/precomp/syshdr/limits.h /home/oracle/OraHome1/precomp/syshdr/syslimits.h /home/oracle/OraHome1/precomp/syshdr/bits/mathcalls.h /home/oracle/OraHome1/precomp/syshdr/sys/ipc.h /home/oracle/OraHome1/plsql/include/pdtyp.h /home/oracle/OraHome1/plsql/include/pen.h /home/oracle/OraHome1/plsql/include/pn.h /home/oracle/OraHome1/plsql/include/pptyp.h /home/oracle/OraHome1/plsql/include/pvm.h /home/oracle/OraHome1/jdk/include/linux/jni_md.h /home/oracle/OraHome1/jdk/include/linux/jawt_md.h /home/oracle/OraHome1/jdk/include/jvmpi.h /home/oracle/OraHome1/jdk/include/jawt.h /home/oracle/OraHome1/jdk/include/jni.h /home/oracle/OraHome1/jdk/include/jvmdi.h /home/oracle/OraHome1/jdk/include-old/linux/miscdefs_md.h /home/oracle/OraHome1/jdk/include-old/linux/path_md.h /home/oracle/OraHome1/jdk/include-old/linux/io_md.h /home/oracle/OraHome1/jdk/include-old/linux/jmath_md.h /home/oracle/OraHome1/jdk/include-old/linux/hpi_md.h /home/oracle/OraHome1/jdk/include-old/linux/jvm_md.h /home/oracle/OraHome1/jdk/include-old/linux/typedefs_md.h /home/oracle/OraHome1/jdk/include-old/linux/sysmacros_md.h /home/oracle/OraHome1/jdk/include-old/linux/jawt_md.h /home/oracle/OraHome1/jdk/include-old/linux/byteorder_md.h /home/oracle/OraHome1/jdk/include-old/linux/timeval_md.h /home/oracle/OraHome1/jdk/include-old/linux/gc_md.h /home/oracle/OraHome1/jdk/include-old/tree.h /home/oracle/OraHome1/jdk/include-old/gc.h /home/oracle/OraHome1/jdk/include-old/common_exceptions.h /home/oracle/OraHome1/jdk/include-old/hpi.h /home/oracle/OraHome1/jdk/include-old/jawt.h /home/oracle/OraHome1/jdk/include-old/vmprofiler.h /home/oracle/OraHome1/jdk/include-old/dll.h /home/oracle/OraHome1/jdk/include-old/jmath.h /home/oracle/OraHome1/jdk/include-old/reflect.h /home/oracle/OraHome1/jdk/include-old/alloc_cache.h /home/oracle/OraHome1/jdk/include-old/native.h /home/oracle/OraHome1/jdk/include-old/sys_api.h /home/oracle/OraHome1/jdk/include-old/debug.h /home/oracle/OraHome1/jdk/include-old/threads.h /home/oracle/OraHome1/jdk/include-old/jit.h /home/oracle/OraHome1/jdk/include-old/path.h /home/oracle/OraHome1/jdk/include-old/oobj.h /home/oracle/OraHome1/jdk/include-old/
#28630 [Opn->Bgs]: unset class-variable combinated with echo causes script to run twice
ID: 28630
Updated by: [EMAIL PROTECTED]
Reported By: full_ot at directbox dot com
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Win2k
PHP Version: 4.3.6
New Comment:
User/browser error, nothing to do with PHP.
Previous Comments:
[2004-06-08 11:25:57] m dot tschursch at ic3s dot de
browser used: mozilla firefox 0.7
[2004-06-08 10:55:34] m dot tschursch at ic3s dot de
same behavior on my system:
Windows NT BERT 5.1 build 2600
Apache: Apache/2.0.49 (Win32)
PHP: PHP/4.3.6
This seems to be a browser thingy and not a bug:
the php-skript gets simply called twice as u write a tag with
empty src. The browser tried to load the image from the same url.
just initialize $image_url with an non-empty but invalid value, like:
===
class news {
var $image_url, $timestamp;
function news() { // constructor
$this->image_url = "none.gif";
$this->timestamp = microtime();
}
...
=
[2004-06-04 14:10:10] full_ot at directbox dot com
Description:
System: Win2k SP4, Apache 2.0.49 PHP 4.3.6
(also tested on Win2k SP4, Apache 2.0.48 PHP 4.3.4 with same result)
I have a class that handle news in a CMS. So it also have to save the
news in single files.
The srcipt below is the essence of that class. But it seems to run
twice, because the save-function creates two files with different
timestamps. Regardless it is only called once.
If u use the first line of show() all is working fine, but the second
line with the img-tag causes trouble.
The variable $image_url ist know to the class but its uninitialized.
Nevertheless this shouldnt cause such unexpected behaviour.
Reproduce code:
---
class news{
var $image_url, $timestamp;
function show(){
// echo $this->image_url; echo $this->image_url; //working fine
(returns nothing, create one file)
echo "image_url."\"
alt=\"".$this->image_url."\">"; //this causes the script to run
twice
}
function save(){
$fp = fopen($this->timestamp, "w");
fclose($fp);
}
}
$news = new news;
$news->timestamp = microtime();
$news->save();
$news->show();
Expected result:
It should save one! file to disk and print nothing on the screen (cause
$image_url is empty). The name of the file is the timestamp of its
creation.
--
Edit this bug report at http://bugs.php.net/?id=28630&edit=1
#28645 [Bgs->Opn]: SMTP value won't load although configured in php.ini
ID: 28645 User updated by: herps at raqtweak dot com Reported By: herps at raqtweak dot com -Status: Bogus +Status: Open Bug Type: Mail related Operating System: Windows XP Professional PHP Version: 4.3.7 New Comment: Have you seen the Votes? Obviously I am NOT the only one. Hey sniper, can you perhaps have someone else look at it who does not immediately dismiss a bug report to avoid extra work? Furthermore, second oppinion is always a good idea of course... Thanks! Previous Comments: [2004-07-06 01:30:24] [EMAIL PROTECTED] It works fine for everyone else but you, thus, you must be doing something wrong. Simple. [2004-06-24 01:27:39] herps at raqtweak dot com Oh and yes, it is UPPERCASE [2004-06-24 01:26:18] herps at raqtweak dot com Anyone try this yet with 4.3.7 on Windows XP? [2004-06-22 18:35:07] sean at govbt dot com on window make sure in the php.ini the smtp= is uppercase iow SMTP=mailserver.mail.com [2004-06-11 13:17:38] herps at raqtweak dot com sniper, why do you always provide useless comments and blame others before you know all details? Don't you think I tried everything I could? I searched google for hours, to find out what was wrong. Search the internet, plenty of people have this problem. I searched and searched for a resolution, can not find one. Even looked it up in my PHP Bible... Could someone please have a look at why it won't load the values? Like I said, it loads the rest, but NOT the SMTP value... 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/28645 -- Edit this bug report at http://bugs.php.net/?id=28645&edit=1
#28633 [Opn->Asn]: sprintf("%3.2f",'1.00') no longer working
ID: 28633
Updated by: [EMAIL PROTECTED]
Reported By: jschmidt at thriftycmh dot net
-Status: Open
+Status: Assigned
-Bug Type: Unknown/Other Function
+Bug Type: Math related
Operating System: Linux 2.4
PHP Version: 4.3.7
-Assigned To:
+Assigned To: iliaa
New Comment:
Ilia, recheck.. :)
Previous Comments:
[2004-06-16 22:36:13] php at alterego dot dp dot ua
Sorry, but this actually is a bug. Kind of brain damage.
echo sprintf('%05.2f', 0.02) . "\n";
0.02
echo sprintf('%05.2f', 2.02) . "\n";
02.02
Although the double-checked documentation is very uncertain about how
this should work, it definitely should work one of the ways, not both.
[2004-06-04 22:26:26] jschmidt at thriftycmh dot net
Actually, I did find inconsistency (bug) with the new behavior.
echo sprintf("%06.2f",'1.00');
001.00
echo sprintf("%06.2f",'.01');
00.01
So which is it? Pad to 6 characters or pad to 6 on the left of the
decimal point?
[2004-06-04 18:47:23] jschmidt at thriftycmh dot net
OK, looking at /ext/standard formatted_print.c I see what has changed.
Before we were specifying the desired number of characters to pad to the
left of the decimal. Now we are specifying the total desired number of
characters the output should be padded to. So technically, we are
indeed "padding the results to the right string size". Too bad it has
been the previous way for so long.
[2004-06-04 17:56:29] jschmidt at thriftycmh dot net
How can this be correct behavior if it was working this way for all the
previous 4.3.X versions? I did check the manual and I see no updates to
indicate that this is changed behavior. In fact, quoting from the
manual:
http://www.php.net/manual/en/function.sprintf.php
"Each conversion specification consists of a percent sign (%), followed
by one or more of these elements, in order:
An optional padding specifier that says what character will be used for
padding the results to the right string size. This may be a space
character or a 0 (zero character). The default is to pad with spaces"
So again, sprintf("%3.2f",'1.00') is no longer padding with leading
spaces as it was in previous versions. If it is a changed behavior,
please indicate this in the documentation.
[2004-06-04 17:21:44] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is the correct behaviour.
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/28633
--
Edit this bug report at http://bugs.php.net/?id=28633&edit=1
#28645 [Opn->Bgs]: SMTP value won't load although configured in php.ini
ID: 28645 Updated by: [EMAIL PROTECTED] Reported By: herps at raqtweak dot com -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Windows XP Professional PHP Version: 4.3.7 New Comment: I just tried on 3rd Windows XP machine since your claim this doesn't work and guess what: IT STILL works... Previous Comments: [2004-07-06 01:33:19] herps at raqtweak dot com Have you seen the Votes? Obviously I am NOT the only one. Hey sniper, can you perhaps have someone else look at it who does not immediately dismiss a bug report to avoid extra work? Furthermore, second oppinion is always a good idea of course... Thanks! [2004-07-06 01:30:24] [EMAIL PROTECTED] It works fine for everyone else but you, thus, you must be doing something wrong. Simple. [2004-06-24 01:27:39] herps at raqtweak dot com Oh and yes, it is UPPERCASE [2004-06-24 01:26:18] herps at raqtweak dot com Anyone try this yet with 4.3.7 on Windows XP? [2004-06-22 18:35:07] sean at govbt dot com on window make sure in the php.ini the smtp= is uppercase iow SMTP=mailserver.mail.com 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/28645 -- Edit this bug report at http://bugs.php.net/?id=28645&edit=1
#28645 [Bgs->Opn]: SMTP value won't load although configured in php.ini
ID: 28645 User updated by: herps at raqtweak dot com Reported By: herps at raqtweak dot com -Status: Bogus +Status: Open Bug Type: Mail related Operating System: Windows XP Professional PHP Version: 4.3.7 New Comment: And this machine is a clean install of Windows XP Pro with Apache 2.0.49 and PHP 4.3.7 with no extra IIS stuff or local mail servers running and PHP.INI is configured to use a 3rd party mail server? Previous Comments: [2004-07-06 01:35:25] [EMAIL PROTECTED] I just tried on 3rd Windows XP machine since your claim this doesn't work and guess what: IT STILL works... [2004-07-06 01:33:19] herps at raqtweak dot com Have you seen the Votes? Obviously I am NOT the only one. Hey sniper, can you perhaps have someone else look at it who does not immediately dismiss a bug report to avoid extra work? Furthermore, second oppinion is always a good idea of course... Thanks! [2004-07-06 01:30:24] [EMAIL PROTECTED] It works fine for everyone else but you, thus, you must be doing something wrong. Simple. [2004-06-24 01:27:39] herps at raqtweak dot com Oh and yes, it is UPPERCASE [2004-06-24 01:26:18] herps at raqtweak dot com Anyone try this yet with 4.3.7 on Windows XP? 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/28645 -- Edit this bug report at http://bugs.php.net/?id=28645&edit=1
#28568 [Asn]: known_post_content_types is not thread safe
ID: 28568
Updated by: [EMAIL PROTECTED]
Reported By: novicky at aarongroup dot cz
Status: Assigned
Bug Type: Reproducible crash
Operating System: win32
PHP Version: 4.3.7RC1
-Assigned To: moroyoshi
+Assigned To: moriyoshi
New Comment:
correct nick
Previous Comments:
[2004-05-31 12:21:07] [EMAIL PROTECTED]
We can not add new globals in PHP 4 due to BC issues, but this can be
fixed for PHP 5. Assigning to the maintainer.
[2004-05-31 07:57:14] novicky at aarongroup dot cz
It does change at least in MBSTRING module where post handlers are
being registered.
We have debugged crash of PHP as IIS isapi module and there was a
problem with different threads manipulates the same memory of
known_post_content_types.
[2004-05-30 19:47:30] [EMAIL PROTECTED]
It is safe because it does not actually change.
[2004-05-29 15:07:41] novicky at aarongroup dot cz
Description:
Variable known_post_content_types used in SAPI.c is declared as static
which is not thread safe and can lead to crash under multithread
webservers like IIS.
Here is a patch for SAPI.h and SAPI.c
--- php-4.3.7RC1.orig/main/SAPI.h 2003-04-09 22:27:55.0 +0200
+++ php-4.3.7RC1/main/SAPI.h2004-05-26 10:08:34.0 +0200
@@ -120,6 +120,7 @@
long post_max_size;
int options;
zend_bool sapi_started;
+ HashTable known_post_content_types;
} sapi_globals_struct;
--- php-4.3.7RC1.orig/main/SAPI.c 2004-03-27 02:45:44.0 +0100
+++ php-4.3.7RC1/main/SAPI.c2004-05-29 14:34:47.0 +0200
@@ -48,7 +48,6 @@
#include "php_content_types.h"
-static HashTable known_post_content_types;
#ifdef ZTS
SAPI_API int sapi_globals_id;
@@ -59,6 +58,11 @@
static void sapi_globals_ctor(sapi_globals_struct *sapi_globals
TSRMLS_DC)
{
memset(sapi_globals, 0, sizeof(*sapi_globals));
+ zend_hash_init_ex(&SG(known_post_content_types), 5, NULL, NULL, 1,
0);
+}
+
+static void sapi_globals_dtor(sapi_globals_struct *sapi_globals
TSRMLS_DC) {
+ zend_hash_destroy(&SG(known_post_content_types));
}
/* True globals (no need for thread safety) */
@@ -68,10 +72,9 @@
SAPI_API void sapi_startup(sapi_module_struct *sf)
{
sapi_module = *sf;
- zend_hash_init_ex(&known_post_content_types, 5, NULL, NULL, 1, 0);
#ifdef ZTS
- ts_allocate_id(&sapi_globals_id, sizeof(sapi_globals_struct),
(ts_allocate_ctor) sapi_globals_ctor, NULL);
+ ts_allocate_id(&sapi_globals_id, sizeof(sapi_globals_struct),
(ts_allocate_ctor) sapi_globals_ctor,
(ts_allocate_dtor)sapi_globals_dtor);
#else
sapi_globals_ctor(&sapi_globals TSRMLS_CC);
#endif
@@ -98,7 +101,6 @@
tsrm_win32_shutdown();
#endif
- zend_hash_destroy(&known_post_content_types);
}
@@ -151,7 +153,7 @@
}
/* now try to find an appropriate POST content handler */
- if (zend_hash_find(&known_post_content_types, content_type,
content_type_length+1, (void **) &post_entry)==SUCCESS) {
+ if (zend_hash_find(&SG(known_post_content_types), content_type,
content_type_length+1, (void **) &post_entry)==SUCCESS) {
/* found one, register it for use */
SG(request_info).post_entry = post_entry;
post_reader_func = post_entry->post_reader;
@@ -795,12 +797,14 @@
SAPI_API int sapi_register_post_entry(sapi_post_entry *post_entry)
{
- return zend_hash_add(&known_post_content_types,
post_entry->content_type, post_entry->content_type_len+1, (void *)
post_entry, sizeof(sapi_post_entry), NULL);
+ TSRMLS_FETCH();
+ return zend_hash_add(&SG(known_post_content_types),
post_entry->content_type, post_entry->content_type_len+1, (void *)
post_entry, sizeof(sapi_post_entry), NULL);
}
SAPI_API void sapi_unregister_post_entry(sapi_post_entry *post_entry)
{
- zend_hash_del(&known_post_content_types, post_entry->content_type,
post_entry->content_type_len+1);
+ TSRMLS_FETCH();
+ zend_hash_del(&SG(known_post_content_types),
post_entry->content_type, post_entry->content_type_len+1);
}
--
Edit this bug report at http://bugs.php.net/?id=28568&edit=1
#28567 [Opn->Bgs]: Ticks crash Apache SAPI
ID: 28567 Updated by: [EMAIL PROTECTED] Reported By: solace at ezmail dot ru -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Win* PHP Version: 4.3.6 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. (Can't find the existing report right now, too slow connection, but try with "ticks crash") Previous Comments: [2004-05-31 16:40:31] solace at ezmail dot ru "How to generate a backtrace" page is for *nix platforms, but this bug appears ONLY on Windows. All I have is event in system log "Application error Apache.exe at address x". Even Apache doesn't report it in error.log or access.log, like bug script wasn't accessed at all (Apache 1.3.27). But Windows wants to send report to Microsoft twice. And I'm not alone with this bug... [2004-05-31 12:07:04] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Works for me... [2004-05-29 10:18:34] solace at ezmail dot ru Description: This bug was reported some time ago, was closed, but still exists. I wrote profiler class and posted on phpclasses. And people all over the world start to ask me why their apache crashes. At least if you can't fix it, then mention in documention that ticks are only for non-windows platforms and console php (works fine from command line, crashes only sapi). Reproduce code: --- Actual result: -- crash -- Edit this bug report at http://bugs.php.net/?id=28567&edit=1
#28445 [Opn->Bgs]: file_exists incorrect behavior
ID: 28445
Updated by: [EMAIL PROTECTED]
Reported By: webmaster at freshfm dot com dot au
-Status: Open
+Status: Bogus
Bug Type: Filesystem function related
Operating System: FreeBSD 4.7-RELEASE
PHP Version: 4.3.6
New Comment:
See the manual page for file_exists() and the note about 'cached'..
Previous Comments:
[2004-05-19 14:49:18] webmaster at freshfm dot com dot au
Description:
PHP4.3.6RC3 Actually. Previously reported for different versions;
#21410, #16830
Will *at seemingly random* times produce incorrect behavior.
IE:
"./images/members/admin.jpg" does not exist, but for some reason it
returns true.
Apologies if this has been corrected in later versions, I can't tell -
my ISP is evil.
Reproduce code:
---
function pictureExists($path, $extensions) {
for ($i=0;$i<=count($extensions);$i++) {
print $path . "." . $extensions[$i];
phpinfo();
print file_exists($path . "." . $extensions[$i]);
print true;
if (file_exists($path . "." . $extensions[$i]) == true) {
return "." . $extensions[$i];
}
}
return false;
}
$path = "./images/members/admin";
$exts[] = "jpg";
pictureExists($path,$exts);
Expected result:
return true
Actual result:
--
return false.
--
Edit this bug report at http://bugs.php.net/?id=28445&edit=1
#28416 [Opn->Asn]: mktime doesn't handle three digit years correct
ID: 28416 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: * PHP Version: 4.3.6 Assigned To: derick Previous Comments: [2004-05-16 20:23:07] [EMAIL PROTECTED] Description: mktime() doesn't handle three digit year values correct. Reproduce code: --- Expected result: string(4) "2123" Actual result: -- string(4) "2023" -- Edit this bug report at http://bugs.php.net/?id=28416&edit=1
#28948 [Com]: Solaris - IPlanet - Initialized PHP Module frequently
ID: 28948 Comment by: cjbj at hotmail dot com Reported By: christian dot gottschalch at is-energy dot de Status: Open Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 4.3.7 New Comment: What's the exact version of the Oracle client libraries? Your stack traces show crashes deep within Oracle code. I think you should contact Oracle Support. Previous Comments: [2004-06-30 11:11:11] christian dot gottschalch at is-energy dot de BT again: bash-2.03# gdb /opt/netscape/server4/bin/https/bin/ns-httpd core.ns-httpd.1876.65.60001.60001.1088585722 GNU gdb 6.1 Copyright 2004 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 "sparc-sun-solaris2.8"...(no debugging symbols found)... Core was generated by `ns-httpd -d /opt/netscape/server4/https-home/config'. Program terminated with signal 11, Segmentation fault. Reading symbols from /opt/netscape/server4/bin/https/libcccccc. cccccccccccccccccc... Loaded symbols for /opt/netscape/server4/bin/https/lib/libvdk200.so #0 0xfd603010 in nnfgrne () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 (gdb) bt #0 0xfd603010 in nnfgrne () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #1 0xfd78d2b4 in nlifigbl () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #2 0xfd601644 in nnfgiinit () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #3 0xfd6012bc in nnfgiinit () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #4 0xfd5fe0ac in nigconcbs () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #5 0xfd5d5754 in kwfnbcs () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #6 0xfd597c60 in kwfcmc () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #7 0xfd51bdb8 in kpudtch () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #8 0xfd5797bc in OCILobRead () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #9 0xfde689d8 in _oci_open_server (dbname=0x1 , persistent=-33580208) at /opt/php4-STABLE-200406300630/ext/oci8/oci8.c:2531 #10 0xfde68f94 in oci_do_connect (ht=3, return_value=0x1eed7d8, this_ptr=0x0, return_value_used=1, tsrm_ls=0xe4dd28, persistent=0, exclusive=0) at /opt/php4-STABLE-200406300630/ext/oci8/oci8.c:2701 #11 0xfde6d5b0 in zif_ocilogon (ht=3, return_value=0x1eed7d8, this_ptr=0x0, return_value_used=1, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/ext/oci8/oci8.c:4340 #12 0xfdf64ff8 in execute (op_array=0x1ce58a8, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/Zend/zend_execute.c:1635 #13 0xfdf64d04 in execute (op_array=0xd175c0, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/Zend/zend_execute.c:1679 #14 0xfdf64d04 in execute (op_array=0x1ed4eb8, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/Zend/zend_execute.c:1679 #15 0xfdf64d04 in execute (op_array=0x1e86d30, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/Zend/zend_execute.c:1679 #16 0xfdf53b44 in zend_execute_scripts (type=8, tsrm_ls=0xe4dd28, retval=0x0, file_count=3) at /opt/php4-STABLE-200406300630/Zend/zend.c:891 #17 0xfdf19ba0 in php_execute_script (primary_file=0xfdb41548, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/main/main.c:1731 #18 0xfdf6bd08 in php4_execute (pb=0x1147a0, sn=0x8fd9fc, rq=0x8fda34) at /opt/php4-STABLE-200406300630/sapi/nsapi/nsapi.c:945 #19 0xff256dac in __0Fafunc_native_pool_wait_workPFP6GpblockP6HSessionP6HRequest_iUiP6GpblockP6HSessionP6HRequest () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #20 0xff2563cc in __0FNfunc_exec_strP6KFuncStructP6GpblockP6HSessionP6HRequest () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #21 0xff257364 in INTobject_execute () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #22 0xff25bfd8 in __0FQ_perform_serviceP6HSessionP6HRequestP6Mhttpd_object () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #23 0xff25c094 in INTservact_service () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #24 0xff25c3ac in INTservact_handle_processed () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #25 0xff28ac1c in __0fLHttpRequestUUnacceleratedRespondPCcPcTC () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #26 0xff2899f8 in __0fLHttpRequestNHandleRequestP6Gnetbuf () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #27 0xff28621c in __0fNDaemonSessionHRespondv () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #28 0xff2860a0 in __0fNDaemonSessionKThreadMainv () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #29 0xff285b24 in CThreadMain () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #30 0xfef42ad8 in _pt_root () from /opt/netscape/server4/bin/https/lib/libnsp
#28385 [Opn->Ver]: [PATCH] some files in $(prefix)/lib/php/build/* installed with wrong permissions
ID: 28385 Updated by: [EMAIL PROTECTED] -Summary: $(prefix)/lib/php/build/* was wrong attr. Reported By: ramsy at ramix dot jp -Status: Open +Status: Verified -Bug Type: *Compile Issues +Bug Type: Compile Failure Operating System: Linux PHP Version: 4.3.6 Previous Comments: [2004-07-05 11:54:48] hotta dot michihide at gmail dot com i'm trying to rewrite a bit. $(prefix)/lib/php/build/* have attributes of 755. on building php as an rpm package, they are treated as scripts and build fails because of broken dependencies. [2004-05-13 18:02:46] ramsy at ramix dot jp Description: $(prefix)/lib/php/build/* was 755. When rpm package, It is misunderstood with a script and the file of that creates the broken package dependency. Reproduce code: --- scripts/Makefile.frag(part1): BUILD_FILES = \ scripts/phpize.m4 \ build/mkdep.awk \ - build/shtool \ build/scan_makefile_in.awk \ Makefile.global \ acinclude.m4 +BUILD_FILES_EXEC = \ + build/shtool + scripts/Makefile.frag(part2): @echo "Installing build environment: $(INSTALL_ROOT)$(phpbuilddir)/" @$(mkinstalldirs) $(INSTALL_ROOT)$(phpbuilddir) $(INSTALL_ROOT)$(bindir) && \ - (cd $(top_srcdir) && $(INSTALL) $(BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir)) + (cd $(top_srcdir) && \ + $(INSTALL) $(BUILD_FILES_EXEC) $(INSTALL_ROOT)$(phpbuilddir) && \ + $(INSTALL_DATA) $(BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir) ) -- Edit this bug report at http://bugs.php.net/?id=28385&edit=1
#28352 [Opn->Bgs]: Referencing Global Variables
ID: 28352 Updated by: [EMAIL PROTECTED] Reported By: hpdl at oscommerce dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.3.4 New Comment: This has been explained in several bug reports. Please read the 'Session related' ones with text 'references' in them.. Previous Comments: [2004-05-10 19:02:18] hpdl at oscommerce dot com Description: A global variable which references a session variable inside a class loses its global scope. Reproduce code: --- '; echo 'reload'; ?> Expected result: The counter shown should be incremented on each page reload. Actual result: -- The counter does not get incremented and stays at 1. Changing the following line: $b =& $_SESSION['a']; to: $GLOBALS['b'] =& $_SESSION['a']; produces the expected result. -- Edit this bug report at http://bugs.php.net/?id=28352&edit=1
#28343 [Opn->Csd]: PHP 4.3.6 / Apache 2.0.49 (worker) / FastCGI: Starts lots of PHP-CGIs
ID: 28343 Updated by: [EMAIL PROTECTED] Reported By: webmaster at whocares dot de -Status: Open +Status: Closed Bug Type: CGI related Operating System: SuSE Linux 9.0 PHP Version: 4.3.6 New Comment: AFAICT, Sascha just fixed this in CVS, try the snapshots from http://snaps.php.net Previous Comments: [2004-05-10 08:38:03] webmaster at whocares dot de Description: As stated in the summary, I'm running PHP in FastCGI mode with Apache 2.0.49 and mod_fastcgi 2.4.2. After upgrading from PHP 4.3.5 to PHP 4.3.6 I noticed that a lot more PHP CGIs were running on the server. Before it were 10, afterwards it were 79. It seems to me that instead of starting the specified amount of PHP CGIs per active Apache server (5, see code below) with PHP 4.3.6 it will start the specified number of CGI provcesses for every instance (child process) of the Apache server. Compile settings for PHP 4.3.5 and 4.3.6: ./configure \ --disable-ipv6 \ --enable-calendar \ --enable-ftp \ --enable-force-cgi-redirect \ --enable-magic-quotes \ --enable-mbstring \ --enable-mbregex \ --enable-memory-limit \ --enable-mime-magic \ --enable-sigchild \ --with-bz2 \ --with-config-file-path=/etc \ --with-curl \ --with-db4 \ --with-freetype-dir \ --with-gd \ --with-gettext \ --with-jpeg-dir \ --with-mcrypt \ --with-mhash \ --with-mysql=/usr \ --with-openssl \ --with-png-dir \ --with-t1lib \ --with-tiff-dir \ --with-xmlrpc \ --with-zlib \ --enable-fastcgi Integration in Apache: ScriptAlias /fcgi-bin/ /opt/apache/fcgi/ OptionsExecCGI SetHandler fastcgi-script # Alias /fcgi-bin/ /opt/apache/fcgi/ FastCgiServer /opt/apache/fcgi/php-fcgi -processes 5 AddType application/x-httpd-php .php Action application/x-httpd-php /fcgi-bin/php-fcgi The CGI version of PHP is copied to /opt/apache/fcgi using cp sapi/cgi/php /opt/apache/fcgi/php-fcgi Expected result: With PHP 4.3.5, evaluating the running processes will show a reasonable small number: linux:~/soft/php-4.3.5 # ps ax | grep php-fcgi | wc -l 7 linux:~/soft/php-4.3.5 # ps ax | grep httpd2 | wc -l 32 linux:~/soft/php-4.3.5 # Actual result: -- With PHP 4.3.6 the same command shows a lot more running PHP CGIs: linux:~/soft/php-4.3.6 # ps ax | grep php-fcgi | wc -l 47 linux:~/soft/php-4.3.6 # ps ax | grep httpd2 | wc -l 32 linux:~/soft/php-4.3.6 # -- Edit this bug report at http://bugs.php.net/?id=28343&edit=1
#29001 [Opn->Fbk]: "unable to fork"
ID: 29001
Updated by: [EMAIL PROTECTED]
Reported By: hartz at e-consult-ag dot de
-Status: Open
+Status: Feedback
Bug Type: Program Execution
Operating System: Windows XP
PHP Version: 4.3.7
New Comment:
Does this happen with some other webserver, like Apache?
(or if you run PHP as CGI binary)
Previous Comments:
[2004-07-03 18:47:56] hartz at e-consult-ag dot de
Description:
If i exec the follow code
$lbRet = exec("\\bin\\zip.exe /zipfolder",$laOutput,$liRet);
over a webinterface (Windows XP, IIS 5.0, PHP-ISAPI-Module)
i get an error like "unable to fork ...".
After reading the php-documentation and bug-database i tried to exec
the following code with the same result:
$lbReturn = exec("cmd /c ..\\bin\\zip.exe
tmp/zipfolder",$laOutput,$liReturn);
The IUSR_ has the correct rights for executing and reading the both
files (cmd and zip).
--
Edit this bug report at http://bugs.php.net/?id=29001&edit=1
#29020 [Opn->Csd]: Compiling with FreeTDS failure
ID: 29020 Updated by: [EMAIL PROTECTED] Reported By: mb at netlogic dot ru -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: FreeBSD PHP Version: 4.3.7 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Should be fixed now. Previous Comments: [2004-07-05 19:59:07] mb at netlogic dot ru Description: On Linux we have following picture, when trying to compile PHP-4.3.7 with FreeTDS ...: === gcc -Iext/mssql/ -I/usr/src/php-4.3.7/ext/mssql/ -DPHP_ATOM_INC -I/usr/src/php-4.3.7/include -I/usr/src/php-4.3.7/main -I/usr/src/php-4.3.7 -I/usr/src/php-4.3.7/Zend -I/usr/local/include -I/usr/src/php-4.3.7/ext/xml/expat -I/usr/src/php-4.3.7/TSRM -g -O2 -c /usr/src/php-4.3.7/ext/mssql/php_mssql.c -o ext/mssql/php_mssql.o && echo > ext/mssql/php_mssql.lo In file included from /usr/src/php-4.3.7/ext/mssql/php_mssql.c:33: /usr/src/php-4.3.7/ext/mssql/php_mssql.h:41: warning: redefinition of `SHORT' /usr/local/include/sybdb.h:103: warning: `SHORT' previously declared here === But, on FreeBSD this warning became an error: === gcc -Iext/mssql/ -I/usr/local/src/apache-php/php-4.3.7/ext/mssql/ -DPHP_ATOM_INC -I/usr/local/src/apache-php/php-4.3.7/include -I/usr/local/src/apache-php/php-4.3.7/main -I/usr/local/src/apache-php/php-4.3.7 -I/usr/local/src/apache-php/php-4.3.7/Zend -I/usr/local/include -I/usr/local/src/apache-php/php-4.3.7/ext/xml/expat -I/usr/local/src/apache-php/php-4.3.7/TSRM -g -O2 -c /usr/local/src/apache-php/php-4.3.7/ext/mssql/php_mssql.c -o ext/mssql/php_mssql.o && echo > ext/mssql/php_mssql.lo In file included from /usr/local/src/apache-php/php-4.3.7/ext/mssql/php_mssql.c:33: /usr/local/src/apache-php/php-4.3.7/ext/mssql/php_mssql.h:41: error: redefinition of `SHORT' /usr/local/include/sybdb.h:117: error: `SHORT' previously declared here *** Error code 1 Stop in /usr/local/src/apache-php/php-4.3.7. === 1 platform: Debian Linux, 2.4.20 kernel, GCC 2.95.4, FreeTDS 0.61.1 2 platform: FreeBSD 5.2.1-RELEASE-p8, GCC 3.3.3, FreeTDS 0.62.3 Reproduce code: --- ext/mssql/php_mssql.h: #if HAVE_FREETDS #ifndef SHORT typedef short SHORT; #endif #define SQLTEXT SYBTEXT #define SQLCHAR SYBCHAR /usr/local/include/sybdb.h: typedef void *DBVOIDPTR; typedef short SHORT; typedef unsigned short USHORT; typedef int (*INTFUNCPTR) (void *, ...); -- Edit this bug report at http://bugs.php.net/?id=29020&edit=1
#29026 [NEW]: Error reporting not working
From: torr0101 at hotmail dot com Operating system: Windows 2003 Standard PHP version: 5.0.0RC3 PHP Bug Type: Unknown/Other Function Bug description: Error reporting not working Description: I've set error_reporting to E_ALL in php.ini. I've set the log to error_log = "C:\Windows\php_errors.log". Nothing happens even if I force an error. No response in the browser, and no log created. phpinfo() works fine. Good code works. Impossible to debug without error reports, though. Reproduce code: --- Expected result: an error Actual result: -- outputs Hey to the browser. -- Edit bug report at http://bugs.php.net/?id=29026&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29026&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29026&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29026&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29026&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29026&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29026&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29026&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29026&r=support Expected behavior: http://bugs.php.net/fix.php?id=29026&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29026&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29026&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29026&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29026&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29026&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29026&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29026&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29026&r=float
#29027 [NEW]: ImageCreateFromPNG() causes segfault
From: ajp at aripollak dot com Operating system: Red Hat Linux 9 PHP version: 4.3.7 PHP Bug Type: Reproducible crash Bug description: ImageCreateFromPNG() causes segfault Description: In PHP 4.3.6 and 4.3.7, with or without zend optimizer, PHP crashes on ImageCreateFromPNG() if a valid PNG file is specified. Backtrace follows: #0 0x0049 in ?? () #1 0x40218dcd in png_create_info_struct (png_ptr=0x49) at png.c:224 #2 0x0809f6d5 in gdImageCreateFromPngCtx (infile=0x84b76b4) at /home/ari/build/php-4.3.7/ext/gd/libgd/gd_png.c:149 #3 0x0809f5f2 in gdImageCreateFromPng (inFile=0x84bba60) at /home/ari/build/php-4.3.7/ext/gd/libgd/gd_png.c:90 #4 0x0808ff5f in _php_image_create_from (ht=139162860, return_value=0x84b750c, this_ptr=0x0, return_value_used=1, image_type=2, tn=0x81db9ab "PNG", func_p=0x809f5d8 , ioctx_func_p=0x809f634 ) at /home/ari/build/php-4.3.7/ext/gd/gd.c:1466 #5 0x08090128 in zif_imagecreatefrompng (ht=1, return_value=0x84b750c, this_ptr=0x0, return_value_used=1) at /home/ari/build/php-4.3.7/ext/gd/gd.c:1512 #6 0x405ab542 in zend_assign_to_variable_reference () from /usr/local/Zend/lib/Optimizer-2.1.0/php-4.3.x/ZendOptimizer.so #7 0x405b4a02 in zend_oe () from /usr/local/Zend/lib/Optimizer-2.1.0/php-4.3.x/ZendOptimizer.so #8 0x0813d59f in php_execute_script (primary_file=0xbfffdb20) at /home/ari/build/php-4.3.7/main/main.c:1731 #9 0x0816e473 in main (argc=2, argv=0xbfffdba4) at /home/ari/build/php-4.3.7/sapi/cgi/cgi_main.c:1592 #10 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 This only happens with libpng 1.2.2 (or 1.2.5), but not with 1.0.13. -- Edit bug report at http://bugs.php.net/?id=29027&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29027&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29027&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29027&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29027&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29027&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29027&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29027&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29027&r=support Expected behavior: http://bugs.php.net/fix.php?id=29027&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29027&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29027&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29027&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29027&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29027&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29027&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29027&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29027&r=float
#24380 [Com]: session side-effect bug
ID: 24380 Comment by: chanbangyuan at yahoo dot com Reported By: akukin at ihug dot co dot nz Status: Bogus Bug Type: Session related Operating System: win2k & linux PHP Version: 4.3.2 New Comment: This is not a bug, the default register_globals has changed from On to OFF since PHP 4.2.0 to discourage developers to write insecure code. This is explained in: http://cn.php.net/manual/en/security.globals.php If you don't mind your code to be less secure, just change register_globals = on in your php.ini Otherwise, use the new $_SESSION as described in the PHP manual "Session handling functions": [Use of $_SESSION (or $HTTP_SESSION_VARS with PHP 4.0.6 or less) is recommended for improved security and code readablity. With $_SESSION, there is no need to use the session_register(), session_unregister(), session_is_registered() functions. Session variables are accessible like any other variables. ] Previous Comments: [2003-06-28 23:38:49] [EMAIL PROTECTED] By setting session.bug_compat_42 to 0 (off), you DISABLE the bug/side-effect (feature to some users..). You can safely ignore it. Just keep the ini setting "session.bug_compat_42" off. It's only there to allow people who rely on this misbehaviour to keep their old scripts working. And yes, you were doing the wrong thing, but ONLY as you had not disabled the bug. [2003-06-28 22:59:48] akukin at ihug dot co dot nz >Just set "session.bug_compat_42 = 0" in your php.ini You are asking me to hide the bug (maybe my bug maybe PHP one). Of course I will do this for my little app when it i deployed but I just want this feature to be treated as BUG unless there is an explanation to it! I did try to set session.bug_compat_42 to OFF before submitting the bug report. Yes, it did hide it - but this is not a solution as the message clearly says I am doing the WRONG thing. So, what wrong thing (bug) am I doing??? And if none - it is clearly PHP bug. >And btw. correct way to unset session variables is to use 'unset()' Well, you are right that to unset the variable you use unset but what if I do not want to unset it but just want to NULL its value??? >and this error message actually tells you that you're doing >something wrong. What am I doing wrong? Should the warning let me know (at least) line number of the "wrong code"? I want to correct my code rather than "hide the bug" or I want to flag this PHP bug so that it is fixed in the subsequent PHP release [2003-06-28 22:33:05] [EMAIL PROTECTED] Just set "session.bug_compat_42 = 0" in your php.ini. (or if you're using apache, in .htaccess file, using php_value) The error message clearly says: "..unless register_globals is enabled.." "..You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off.." And btw. correct way to unset session variables is to use 'unset()', and this error message actually tells you that you're doing something wrong. [2003-06-28 20:54:32] [EMAIL PROTECTED] Is register_globals on or off? Try this: [2003-06-28 18:39:40] akukin at ihug dot co dot nz Description: 1. After running the following source code I get: Warning: Unknown(): Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off, respectively. in Unknown on line 0 I expect no such warning as I am not using any register_globals etc I am only using the suggested session handling API: session_start & $_SESSION array. 2. Also found: By changing the last 2 lines to: //$_SESSION["test"] = NULL; unset($_SESSION["test"]); warning disappears. By changing "$test = " to "$test2 = " warning disappears either. Shall it be the feature I would appreciate if you send me an explanation of this feature as it does not make any sense to me. Reproduce code: --- Expected result: I expect not to have this warning as I am not using any register_globals etc I am only using the suggested session handling API: session_start & $_SESSION array. Actual result: -- Warning: Unknown(): Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider
#28767 [Com]: mysqli doesn't compile (link fails)
ID: 28767
Comment by: mirage at rateaprof dot com
Reported By: Franck at e-Dot dot nl
Status: Bogus
Bug Type: Compile Failure
Operating System: Linux 2.4.19C13V (Sun Cobalt)
PHP Version: 5.0.0RC3
New Comment:
I know this is really evil but this is something I did, and it got past
that 1 problem, but has other link time errors with unresolvable symbols
now. Anywyas, here you go, but I don't exactly recommend this. I did a
grep -r for the usage of the constant and it is only located in the
mysqli module in php5rc3, and not in any other module or
mysql4.1.1alpha.
other than that, I have no idea what the constant should really be, so
just take this as a, hmm, that's interesting kinda point.
--
$Id: php_mysqli.h,v 1.37 2004/06/06 08:52:19 georg Exp $
...
#define LOCAL_INFILE_ERROR_LEN 2048
typedef struct {
charerror_msg[LOCAL_INFILE_ERROR_LEN];
void*userdata;
} mysqli_local_infile;
Previous Comments:
[2004-07-05 10:59:14] [EMAIL PROTECTED]
that's the same for us
[2004-07-05 10:49:55] Franck at e-Dot dot nl
Sorry, but the bug id's you gave are about Compiling failures with
MySQL 5. I'm not using MySQL 5, but MySQL 4.1.1 & 4.1.2!
Please read/check my bug report again.
With kind regards,
Franck Nijhof
[2004-07-05 10:43:38] [EMAIL PROTECTED]
see #28611, #27642
[2004-07-05 02:18:08] koshnarek at mdsystem dot homeunix dot com
the same here (PHP5 RC3, MySQL 5.0.0-alpha, Debian GNU/Linux -
2.6.7-1-686):
./configure \
--with-config-file-path=/etc/php \
--with-apxs2=/usr/bin/apxs2 \
--with-mysqli=/usr/lib/mysql/bin/mysql_config \
--with-unixODBC=/usr/include/ \
--with-java=/usr/lib/j2sdk/ \
--with-gettex=/usr/ \
--with-fam=/usr/include/ \
--with-gd=/usr/ \
--with-ttf=/usr/include/ \
--with-freetype-dir=/usr/include/ \
--with-jpeg-dir=/usr/include/ \
--with-png-dir=/usr/include/ \
--with-zlib-dir=/usr/ \
--with-xpm-dir=/usr/include/ \
--with-zip=/usr/include/ \
--with-bz2=/usr/include/ \
--with-curl=/usr/include/ \
--with-curlwrappers \
--with-xsl=/usr/include/ \
--with-expat-dir=/usr/include/ \
--with-xmlrpc=/usr/ \
--with-tidy=/usr/ \
--with-openssl=/usr/ \
--with-mcrypt=/usr/ \
--with-snmp=/usr/ \
--with-xslt-sablot \
--enable-ucd-snmp-hack \
--enable-gd-native-ttf \
--enable-bcmath \
--enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg \
--enable-memory-limit \
--enable-dbx \
--enable-simplexml \
--enable-exif \
--enable-ftp \
--enable-mailparse \
--enable-wddx \
--enable-xslt \
--enable-soap \
--enable-pcntl \
--enable-yp \
--enable-sockets \
--disable-cgi
at this point everything is OK, when I run "make":
/root/php5-5.0.0/ext/iconv/iconv.c: In function
`php_iconv_stream_filter_append_bucket':
/root/php5-5.0.0/ext/iconv/iconv.c:2444: warning: passing arg 2 of
`iconv' from incompatible pointer type
In file included from /root/php5-5.0.0/ext/mysqli/mysqli.c:31:
/root/php5-5.0.0/ext/mysqli/php_mysqli.h:86: error:
`LOCAL_INFILE_ERROR_LEN' undeclared here (not in a function)
/root/php5-5.0.0/ext/mysqli/mysqli.c: In function
`php_local_infile_init':
/root/php5-5.0.0/ext/mysqli/mysqli.c:744: error:
`LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function)
/root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: (Each undeclared
identifier is reported only once
/root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: for each function it
appears in.)
/root/php5-5.0.0/ext/mysqli/mysqli.c: In function
`php_local_infile_read':
/root/php5-5.0.0/ext/mysqli/mysqli.c:825: error:
`LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function)
make: ** [ext/mysqli/mysqli.lo] Erro 1
[2004-06-21 13:40:57] francois at nor-web dot ca
I cannot compile PHP5 RC3 either.
I compiled PHP5Rc1, PHP5Rc2 without problem.
Config:
./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd
--with-zlib --enable-sockets --enable-soap --enable-shmop
--with-mysqli
MySQL version:
MySQL-server-4.1.1-1
MySQL-shared-4.1.1-0
MySQL-client-4.1.1-0
MySQL-devel-4.1.1-0
Linux version:
Mandrake Linux 10.0 official kernel 2.6.3-7mdksmp
In file included from /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:31:
/opt/php-5.0.0RC3/ext/mysqli/php_mysqli.h:86: error:
`LOCAL_INFILE_ERROR_LEN' undeclared here (not in a function)
/opt/php-5.0.0RC3/ext/mysqli/mysqli.c: In function
`php_local_infile_init':
/opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error:
`LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function)
/opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: (Each undeclared
identifier is reported only once
/opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: for each function it
appears in.)
/opt/php
#28767 [Com]: mysqli doesn't compile (link fails)
ID: 28767
Comment by: mirage at rateaprof dot com
Reported By: Franck at e-Dot dot nl
Status: Bogus
Bug Type: Compile Failure
Operating System: Linux 2.4.19C13V (Sun Cobalt)
PHP Version: 5.0.0RC3
New Comment:
I know this is really evil but this is something I did, and it got past
that 1 problem, but has other link time errors with unresolvable symbols
now. Anywyas, here you go, but I don't exactly recommend this. I did a
grep -r for the usage of the constant and it is only located in the
mysqli module in php5rc3, and not in any other module or
mysql4.1.1alpha.
other than that, I have no idea what the constant should really be, so
just take this as a, hmm, that's interesting kinda point.
--
$Id: php_mysqli.h,v 1.37 2004/06/06 08:52:19 georg Exp $
...
#define LOCAL_INFILE_ERROR_LEN 2048
typedef struct {
charerror_msg[LOCAL_INFILE_ERROR_LEN];
void*userdata;
} mysqli_local_infile;
Previous Comments:
[2004-07-06 06:25:30] mirage at rateaprof dot com
I know this is really evil but this is something I did, and it got past
that 1 problem, but has other link time errors with unresolvable symbols
now. Anywyas, here you go, but I don't exactly recommend this. I did a
grep -r for the usage of the constant and it is only located in the
mysqli module in php5rc3, and not in any other module or
mysql4.1.1alpha.
other than that, I have no idea what the constant should really be, so
just take this as a, hmm, that's interesting kinda point.
--
$Id: php_mysqli.h,v 1.37 2004/06/06 08:52:19 georg Exp $
...
#define LOCAL_INFILE_ERROR_LEN 2048
typedef struct {
charerror_msg[LOCAL_INFILE_ERROR_LEN];
void*userdata;
} mysqli_local_infile;
[2004-07-05 10:59:14] [EMAIL PROTECTED]
that's the same for us
[2004-07-05 10:49:55] Franck at e-Dot dot nl
Sorry, but the bug id's you gave are about Compiling failures with
MySQL 5. I'm not using MySQL 5, but MySQL 4.1.1 & 4.1.2!
Please read/check my bug report again.
With kind regards,
Franck Nijhof
[2004-07-05 10:43:38] [EMAIL PROTECTED]
see #28611, #27642
[2004-07-05 02:18:08] koshnarek at mdsystem dot homeunix dot com
the same here (PHP5 RC3, MySQL 5.0.0-alpha, Debian GNU/Linux -
2.6.7-1-686):
./configure \
--with-config-file-path=/etc/php \
--with-apxs2=/usr/bin/apxs2 \
--with-mysqli=/usr/lib/mysql/bin/mysql_config \
--with-unixODBC=/usr/include/ \
--with-java=/usr/lib/j2sdk/ \
--with-gettex=/usr/ \
--with-fam=/usr/include/ \
--with-gd=/usr/ \
--with-ttf=/usr/include/ \
--with-freetype-dir=/usr/include/ \
--with-jpeg-dir=/usr/include/ \
--with-png-dir=/usr/include/ \
--with-zlib-dir=/usr/ \
--with-xpm-dir=/usr/include/ \
--with-zip=/usr/include/ \
--with-bz2=/usr/include/ \
--with-curl=/usr/include/ \
--with-curlwrappers \
--with-xsl=/usr/include/ \
--with-expat-dir=/usr/include/ \
--with-xmlrpc=/usr/ \
--with-tidy=/usr/ \
--with-openssl=/usr/ \
--with-mcrypt=/usr/ \
--with-snmp=/usr/ \
--with-xslt-sablot \
--enable-ucd-snmp-hack \
--enable-gd-native-ttf \
--enable-bcmath \
--enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg \
--enable-memory-limit \
--enable-dbx \
--enable-simplexml \
--enable-exif \
--enable-ftp \
--enable-mailparse \
--enable-wddx \
--enable-xslt \
--enable-soap \
--enable-pcntl \
--enable-yp \
--enable-sockets \
--disable-cgi
at this point everything is OK, when I run "make":
/root/php5-5.0.0/ext/iconv/iconv.c: In function
`php_iconv_stream_filter_append_bucket':
/root/php5-5.0.0/ext/iconv/iconv.c:2444: warning: passing arg 2 of
`iconv' from incompatible pointer type
In file included from /root/php5-5.0.0/ext/mysqli/mysqli.c:31:
/root/php5-5.0.0/ext/mysqli/php_mysqli.h:86: error:
`LOCAL_INFILE_ERROR_LEN' undeclared here (not in a function)
/root/php5-5.0.0/ext/mysqli/mysqli.c: In function
`php_local_infile_init':
/root/php5-5.0.0/ext/mysqli/mysqli.c:744: error:
`LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function)
/root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: (Each undeclared
identifier is reported only once
/root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: for each function it
appears in.)
/root/php5-5.0.0/ext/mysqli/mysqli.c: In function
`php_local_infile_read':
/root/php5-5.0.0/ext/mysqli/mysqli.c:825: error:
`LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function)
make: ** [ext/mysqli/mysqli.lo] Erro 1
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/28767
--
#28767 [Com]: mysqli doesn't compile (link fails)
ID: 28767
Comment by: nomail at nospam dot org
Reported By: Franck at e-Dot dot nl
Status: Bogus
Bug Type: Compile Failure
Operating System: Linux 2.4.19C13V (Sun Cobalt)
PHP Version: 5.0.0RC3
New Comment:
How about using an actual 4.1.3-beta? It works fine
here...
Previous Comments:
[2004-07-06 06:26:50] mirage at rateaprof dot com
I know this is really evil but this is something I did, and it got past
that 1 problem, but has other link time errors with unresolvable symbols
now. Anywyas, here you go, but I don't exactly recommend this. I did a
grep -r for the usage of the constant and it is only located in the
mysqli module in php5rc3, and not in any other module or
mysql4.1.1alpha.
other than that, I have no idea what the constant should really be, so
just take this as a, hmm, that's interesting kinda point.
--
$Id: php_mysqli.h,v 1.37 2004/06/06 08:52:19 georg Exp $
...
#define LOCAL_INFILE_ERROR_LEN 2048
typedef struct {
charerror_msg[LOCAL_INFILE_ERROR_LEN];
void*userdata;
} mysqli_local_infile;
[2004-07-06 06:25:30] mirage at rateaprof dot com
I know this is really evil but this is something I did, and it got past
that 1 problem, but has other link time errors with unresolvable symbols
now. Anywyas, here you go, but I don't exactly recommend this. I did a
grep -r for the usage of the constant and it is only located in the
mysqli module in php5rc3, and not in any other module or
mysql4.1.1alpha.
other than that, I have no idea what the constant should really be, so
just take this as a, hmm, that's interesting kinda point.
--
$Id: php_mysqli.h,v 1.37 2004/06/06 08:52:19 georg Exp $
...
#define LOCAL_INFILE_ERROR_LEN 2048
typedef struct {
charerror_msg[LOCAL_INFILE_ERROR_LEN];
void*userdata;
} mysqli_local_infile;
[2004-07-05 10:59:14] [EMAIL PROTECTED]
that's the same for us
[2004-07-05 10:49:55] Franck at e-Dot dot nl
Sorry, but the bug id's you gave are about Compiling failures with
MySQL 5. I'm not using MySQL 5, but MySQL 4.1.1 & 4.1.2!
Please read/check my bug report again.
With kind regards,
Franck Nijhof
[2004-07-05 10:43:38] [EMAIL PROTECTED]
see #28611, #27642
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/28767
--
Edit this bug report at http://bugs.php.net/?id=28767&edit=1
#28767 [Bgs]: mysqli doesn't compile (link fails)
ID: 28767
User updated by: Franck at e-Dot dot nl
Reported By: Franck at e-Dot dot nl
Status: Bogus
Bug Type: Compile Failure
Operating System: Linux 2.4.19C13V (Sun Cobalt)
PHP Version: 5.0.0RC3
New Comment:
I'll give 4.1.3-beta a try today. Will let you guys know if it worked
out.
Previous Comments:
[2004-07-06 06:50:09] nomail at nospam dot org
How about using an actual 4.1.3-beta? It works fine
here...
[2004-07-06 06:26:50] mirage at rateaprof dot com
I know this is really evil but this is something I did, and it got past
that 1 problem, but has other link time errors with unresolvable symbols
now. Anywyas, here you go, but I don't exactly recommend this. I did a
grep -r for the usage of the constant and it is only located in the
mysqli module in php5rc3, and not in any other module or
mysql4.1.1alpha.
other than that, I have no idea what the constant should really be, so
just take this as a, hmm, that's interesting kinda point.
--
$Id: php_mysqli.h,v 1.37 2004/06/06 08:52:19 georg Exp $
...
#define LOCAL_INFILE_ERROR_LEN 2048
typedef struct {
charerror_msg[LOCAL_INFILE_ERROR_LEN];
void*userdata;
} mysqli_local_infile;
[2004-07-06 06:25:30] mirage at rateaprof dot com
I know this is really evil but this is something I did, and it got past
that 1 problem, but has other link time errors with unresolvable symbols
now. Anywyas, here you go, but I don't exactly recommend this. I did a
grep -r for the usage of the constant and it is only located in the
mysqli module in php5rc3, and not in any other module or
mysql4.1.1alpha.
other than that, I have no idea what the constant should really be, so
just take this as a, hmm, that's interesting kinda point.
--
$Id: php_mysqli.h,v 1.37 2004/06/06 08:52:19 georg Exp $
...
#define LOCAL_INFILE_ERROR_LEN 2048
typedef struct {
charerror_msg[LOCAL_INFILE_ERROR_LEN];
void*userdata;
} mysqli_local_infile;
[2004-07-05 10:59:14] [EMAIL PROTECTED]
that's the same for us
[2004-07-05 10:49:55] Franck at e-Dot dot nl
Sorry, but the bug id's you gave are about Compiling failures with
MySQL 5. I'm not using MySQL 5, but MySQL 4.1.1 & 4.1.2!
Please read/check my bug report again.
With kind regards,
Franck Nijhof
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/28767
--
Edit this bug report at http://bugs.php.net/?id=28767&edit=1
#29016 [Opn->Bgs]: zend_alloc.c segfaults since 1.136 commit
ID: 29016 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Mac OS X PHP Version: 5CVS-2004-07-05 (dev) New Comment: a really proper new build seemed to "fix" it. sorry for the false alarm... Previous Comments: [2004-07-05 16:54:06] [EMAIL PROTECTED] BTW, reverting to 1.135 of zend_alloc.c got rid of the segfaults. [2004-07-05 16:50:28] [EMAIL PROTECTED] Description: Since the latest cvs checkout, php segfaults sometimes on request shutdown within apache. No code to reproduce right now, it happens approx. every second time. Will try to investigate more later, if it's not obvious anyway to anyone. Backtrace is below Actual result: -- #0 0x01a3b768 in shutdown_memory_manager (silent=0, full_shutdown=0) at /opt/cvs/php5/Zend/zend_alloc.c:533 #1 0x019fd9ac in php_request_shutdown (dummy=0x0) at /opt/cvs/php5/main/main.c:1223 #2 0x01aa2a08 in apache_php_module_main (r=0x82ff70, display_source_mode=0) at /opt/cvs/php5/sapi/apache/sapi_apache.c:60 #3 0x01aa3d6c in send_php (r=0x82ff70, display_source_mode=0, filename=0x8304e0 "/Users/chregu/clients/berghilfe/index.php") at /opt/cvs/php5/sapi/apache/mod_php5.c:621 #4 0x01aa3df4 in send_parsed_php (r=0x82ff70) at /opt/cvs/php5/sapi/apache/mod_php5.c:636 #5 0x000529f8 in ap_invoke_handler () #6 0x00040c0c in process_request_internal () #7 0x00041134 in ap_internal_redirect () #8 0xcf30 in handle_dir () #9 0x000529f8 in ap_invoke_handler () #10 0x00040c0c in process_request_internal () #11 0x00040c9c in ap_process_request () #12 0x0002fed4 in child_main () #13 0x000300f0 in make_child () #14 0x000302d4 in startup_children () #15 0x00030c2c in standalone_main () #16 0x0003177c in main () #17 0x1c10 in _start () #18 0x1a90 in start () -- Edit this bug report at http://bugs.php.net/?id=29016&edit=1
