[PHP-DEV] Bug #14440 Updated: Wrong calculation of timestamp
ID: 14440 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Date/time related Operating System: Linux 2.4.16 PHP Version: 4.1.0 New Comment: It's the stable 4.1.0 Release, not an Dev-Version Clemens Previous Comments: [2001-12-12 02:41:01] [EMAIL PROTECTED] I can reproduce this with php 4.1.0, but not with php 4.2.0 (Dev version). Can you verify that by using a snapshot from snaps.php.net? Derick [2001-12-11 19:27:30] [EMAIL PROTECTED] too late ;) [2001-12-11 19:26:29] [EMAIL PROTECTED] Assigned Type [2001-12-11 18:40:07] [EMAIL PROTECTED] strtotime() returns an wrong timestamp from the date-string: echo date( 'd.m.Y H:i:s', strtotime( 'Tue, 11 Dec 2001 23:38:06 +0100' ) ); return 07.12.2001 20:38:06 under 4.1.0.., 4.0.6 return 11.12.2001 23:38:06 Edit this bug report at http://bugs.php.net/?id=14440edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [PROPOSAL] Error levels
On Wed, Dec 12, 2001 at 04:58:27PM +0900, Yasuo Ohgaki wrote : php_error(E_WARNING, %s expects size 0, get_active_function_name(TSRMLS_C)); I prefer %s() ... - Markus -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10113 Updated: allow_persistent directive doesn't work
ID: 10113 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: PHP options/info functions Operating System: Linux PHP Version: 4.0.4pl1 New Comment: Could you check if this problem exists in 4.1.0? Previous Comments: [2001-04-02 09:12:53] [EMAIL PROTECTED] To prevent the use of persistent connections I've put the following lines in my php.ini: mysql.allow_persistent = Off ; pgsql.allow_persistent = Off ; When I look at the output of phpinfo() I can see that PHP reads my settings, because it reports persistent links to be off. Nevertheless, PHP still allows persistent connections, so every now and then I run out of available database backends because too many of them are idling. I solved this problem by patching the source code (modified ext/pgsql/pgsql.c line 462 and ext/mysql/php_mysql.c line 597, changed 1 into 0), but I do not consider this as a 'clean' solution, since I have to patch the source every time I update PHP. You can view phpinfo()'s output at: http://www.schapendonk.org/config Thanks for your time to look into this problem. Regards, Martin Schapendonk Edit this bug report at http://bugs.php.net/?id=10113edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [PROPOSAL] Error levels
Markus Fischer wrote: On Wed, Dec 12, 2001 at 04:58:27PM +0900, Yasuo Ohgaki wrote : php_error(E_WARNING, %s expects size 0, get_active_function_name(TSRMLS_C)); I prefer %s() ... It should be %s() ... :) -- Yasuo Ohgaki _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14383 Updated: using postgres with DBA causes DBA not to be able to find any keys.
ID: 14383
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: DBM/DBA related
Operating System: FreeBSD 4.4-STABLE
PHP Version: 4.0.6
New Comment:
Just trying to clarify.
If you don't use postgresql functions *before* dba functions, your script works as
expected?
Could you try it with 4.1.0 to see it helps?
--
Yasuo
Previous Comments:
[2001-12-07 14:37:40] [EMAIL PROTECTED]
Hello,
If I use postgres first within a PHP script then DBA can not find any keys.
It will return the error:
Warning: Unable to find DBA identifier 1 in /www/sites/Test/htdocs/dbafuncs.php on
line 31
If I do not use a pg_connect, then it works perfectly.
Here is a short script that triggers it.
--SNIP--
$dbh = pg_connect(dbname=helpme user=helpme);
if (!$dbh) {
die (Could not connect to the server);
}
pg_close($dbh);
$dbalocation = /www/sites/Test/xxadmindb;
echo $dbalocationbrbr;
$dbm = dba_open($dbalocation, r, ndbm) || die (Could not open file);
if(!$dbm) {
die (no handle);
}
$key = dba_firstkey($dbm);
if(!$key) {
echo brbrError with retreiving Keybrbr\n;
}
$info[$key] = dba_fetch($key, $dbm);
while($key != false) {
$key = dba_nextkey($dbm);
if(!$key) { break; }
$info[$key] = dba_fetch($key, $dbm);
}
dba_close($dbm);
--SNIP--
The dba_open works just fine and returns a handle, however anything that needs a key
will fail with the above error.
GB Clark
Edit this bug report at http://bugs.php.net/?id=14383edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12634 Updated: Segfaults due to possible memory leak??
ID: 12634 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4 PHP Version: 4.0.6 New Comment: Do you still have problems with 4.1.0? Is it ok to be closed? Previous Comments: [2001-10-03 14:21:36] [EMAIL PROTECTED] As a follow-up on this bug report .. Just today I installed a recent cvs version (called 4.0.7RC2 in the Debian unstable distribution)... So far the system has been running almost an entire day without a problem .. I noticed in the change log that there were some LDAP memory leak fixes ... that may have been the problem as our site also relies heavily upon ldap .. So far .. So good. [2001-08-19 21:40:28] [EMAIL PROTECTED] Also .. keep in mind my stuff uses OCI-8 (with oracle 8.1.6), so that may be linked (since no one else has reported this problem) ?? [2001-08-19 21:36:48] [EMAIL PROTECTED] No, it appears to be almost random The script names (and line numbers) that appear in the logs are always different. I was able to force the problem for any script by using the apache benchmark utility (ab) and blasting a script with generated hits .. when doing this the seg faults start almost immediately (and again for any php script i point it at).. if this helps [2001-08-19 05:05:03] [EMAIL PROTECTED] Does this happen with specific script? [2001-08-07 17:13:46] [EMAIL PROTECTED] Under 4.0.6, my apache processes start segfaulting with the following problem after running (stable) for a period of time: [Tue Aug 7 16:53:30 2001] [notice] child pid 7139 exit signal Segmentation fault (11) Once this starts happening, it continues until i kill and restart the server. It will then run fine for some time, then happen again. The period of time that it runs stable decreases as hits increase .. Running with --enable-debug I get the following in the apache error log (I had issues generating a gdb backtrace, but if needed I can attempt again): /usr/www/thinkquest/common/nav_menu.inc(330) : Fatal error - Allowed memory size of 12582912 bytes exhausted at ../../Zend/zend_opcode.c:48 (tried to allocate 184320 bytes) /usr/www/thinkquest/common/scripts.inc(3062) : Fatal error - Allowed memory size of 12582912 bytes exhausted at ../../Zend/zend_opcode.c:48 (tried to allocate 11520 bytes) [Tue Aug 7 16:53:23 2001] Script: '/usr/www/thinkquest/index.html' --- ../../Zend/zend_opcode.c(172) : Block 0x08138E90 status: Beginning: Overrun (magic=0x401E8080, expected=0x7312F8DC) End: Unknown --- /usr/www/thinkquest/common/nav_menu.inc(330) : Fatal error - Allowed memory size of 12582912 bytes exhausted at ../../Zend/zend_opcode.c:48 (tried to allocate 184320 bytes) /usr/www/thinkquest/common/scripts.inc(1870) : Fatal error - Allowed memory size of 12582912 bytes exhausted at ../../Zend/zend_opcode.c:48 (tried to allocate 184320 bytes) ... and similar, over and over again.. however the script that it occurs in, and the line, are always different.. I tried increasing the amount of memory allowed per script, but it just uses all that up too.. As a note... everything runs fine under 4.0.5 I have cvs updates up to July 20.. The configuration parameters I used are: ../configure \ --prefix=/usr \ --with-apxs=/usr/bin/apxs \ --with-regex=system \ --with-config-file-path=/etc/php4/apache \ --disable-rpath \ --enable-debug \ --enable-memory-limit \ --enable-calendar \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-trans-sid \ --enable-bcmath \ --with-bz2 \ --enable-ctype \ --with-db2 \ --with-ndbm \ --with-ldap=/usr \ --with-oci8=/usr/oracle/product/8.1.6 \ --enable-sigchild \ --enable-exif \ --enable-filepro \ --enable-ftp \ --with-gettext \ --enable-mbstring \ --enable-mbstr-enc-trans \ --with-pcre-regex=/usr \ --enable-shmop \ --enable-sockets \ --enable-wddx \ --with-xml=/usr \ --with-expat-dir=/usr \ --enable-yp \ --with-zlib \ --without-pgsql \ --disable-static \ --with-layout=GNU \ --with-curl=shared,/usr \ --with-dom=shared,/usr \ --with-gd=shared,/usr \ --with-jpeg-dir=shared,/usr \ --with-xpm-dir=shared,/usr/X11R6 \ --with-png-dir=shared,/usr \ --with-freetype-dir=shared,/usr \ --with-imap=shared,/usr \ --with-mcal=shared,/usr \ --with-mhash=shared,/usr \ --with-mysql=shared,/usr \ --with-sablot=shared,/usr \ --with-snmp=shared \ --with-sybase-ct=shared,/usr \ --with-ttf=shared,/usr \
[PHP-DEV] Bug #11700 Updated: db2 driver initialization failed
ID: 11700
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: DBM/DBA related
Operating System: RedHat 6.2
PHP Version: 4.0.6
New Comment:
Do you still have problem with 4.1.0?
Previous Comments:
[2001-06-26 11:00:20] [EMAIL PROTECTED]
I read the other bug reports. Apache user has write permission to the directory
containing the db2 file. I have db2 support compiled in:
dba
DBA support: enabled
Supported handlers:gdbm db2
db:This is GDBM version 1.8.0, as of May 19, 1999
config parameters:
./configure --prefix=/usr/local \
--with-apxs=/usr/sbin/apxs \
--enable-track-vars \
--enable-trans-sid \
--enable-versioning \
--enable-apc \
--with-calendar=shared \
--enable-safe-mode \
--with-gdbm=/usr/include \
--with-db=/usr \
--enable-mbstring \
--enable-mbstr-enc-trans \
--with-db2=/usr/local/BerkeleyDB
Using SleepyCat BerkeleyDB 2.7.7.
This script:
$dbmfile= /tmp/testdb;
$username= user;
$passwd= password;
$encpasswd = crypt ($passwd);
$dbh = dba_open($dbmfile, c, db2) or die (Cannot open DB $dbmfile!);
if (!dba_replace($dbh, $username, $encpasswd)) {
print Success;
} else {
print Failure;
}
dba_close($dbh);
..causes this error:
Warning: driver initialization failed in /home/richpav/php/passwd.php on line 8
Cannot open DB /tmp/testdb!
If tempdb isn't already created (using perl script), PHP creates a 0 byte file
previous to barfing.
Changing the mode from c to w, r or n has no effect.
I CAN use gdbm with PHP, no problem.
If you need more info, please let me know.
Edit this bug report at http://bugs.php.net/?id=11700edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11700 Updated: db2 driver initialization failed
ID: 11700
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: DBM/DBA related
Operating System: RedHat 6.2
PHP Version: 4.0.6
New Comment:
Status = Feedback
Previous Comments:
[2001-12-12 04:12:23] [EMAIL PROTECTED]
Do you still have problem with 4.1.0?
[2001-06-26 11:00:20] [EMAIL PROTECTED]
I read the other bug reports. Apache user has write permission to the directory
containing the db2 file. I have db2 support compiled in:
dba
DBA support: enabled
Supported handlers:gdbm db2
db:This is GDBM version 1.8.0, as of May 19, 1999
config parameters:
./configure --prefix=/usr/local \
--with-apxs=/usr/sbin/apxs \
--enable-track-vars \
--enable-trans-sid \
--enable-versioning \
--enable-apc \
--with-calendar=shared \
--enable-safe-mode \
--with-gdbm=/usr/include \
--with-db=/usr \
--enable-mbstring \
--enable-mbstr-enc-trans \
--with-db2=/usr/local/BerkeleyDB
Using SleepyCat BerkeleyDB 2.7.7.
This script:
$dbmfile= /tmp/testdb;
$username= user;
$passwd= password;
$encpasswd = crypt ($passwd);
$dbh = dba_open($dbmfile, c, db2) or die (Cannot open DB $dbmfile!);
if (!dba_replace($dbh, $username, $encpasswd)) {
print Success;
} else {
print Failure;
}
dba_close($dbh);
..causes this error:
Warning: driver initialization failed in /home/richpav/php/passwd.php on line 8
Cannot open DB /tmp/testdb!
If tempdb isn't already created (using perl script), PHP creates a 0 byte file
previous to barfing.
Changing the mode from c to w, r or n has no effect.
I CAN use gdbm with PHP, no problem.
If you need more info, please let me know.
Edit this bug report at http://bugs.php.net/?id=11700edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12634 Updated: Segfaults due to possible memory leak??
ID: 12634 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4 PHP Version: 4.0.6 New Comment: Status = Feedback Previous Comments: [2001-12-12 04:08:45] [EMAIL PROTECTED] Do you still have problems with 4.1.0? Is it ok to be closed? [2001-10-03 14:21:36] [EMAIL PROTECTED] As a follow-up on this bug report .. Just today I installed a recent cvs version (called 4.0.7RC2 in the Debian unstable distribution)... So far the system has been running almost an entire day without a problem .. I noticed in the change log that there were some LDAP memory leak fixes ... that may have been the problem as our site also relies heavily upon ldap .. So far .. So good. [2001-08-19 21:40:28] [EMAIL PROTECTED] Also .. keep in mind my stuff uses OCI-8 (with oracle 8.1.6), so that may be linked (since no one else has reported this problem) ?? [2001-08-19 21:36:48] [EMAIL PROTECTED] No, it appears to be almost random The script names (and line numbers) that appear in the logs are always different. I was able to force the problem for any script by using the apache benchmark utility (ab) and blasting a script with generated hits .. when doing this the seg faults start almost immediately (and again for any php script i point it at).. if this helps [2001-08-19 05:05:03] [EMAIL PROTECTED] Does this happen with specific script? 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/?id=12634 Edit this bug report at http://bugs.php.net/?id=12634edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14226 Updated: multiple ob_end_clean() problem
ID: 14226 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Output Control Old Operating System: Linux 2.4.4/glibc 2.2.2 Operating System: any probably Old PHP Version: 4.1.0RC CVS (2001/12/2) PHP Version: 4.1.0 and 4.2.0-dev Old Assigned To: Assigned To: yohgaki New Comment: Assigned to myself. Previous Comments: [2001-12-02 17:19:13] [EMAIL PROTECTED] Ok I think I found what's wrong in PHP. If zlib.output_compression is enabled and the zlib output compression handler is deleted from php_ob_buffer, output will not be sent. I'll leave the real fix for people who knows about zlib output compression and output buffering. I just need to know nesting level to make my script work as I want. I'll send patch for the new function later. [2001-12-02 08:20:20] [EMAIL PROTECTED] A little update. ob_end_flush() has problem also. [2001-11-26 06:16:30] [EMAIL PROTECTED] I cannot reproduce segfualt, but it seems PHP may segfault with this. Here is apache error log. [Mon Nov 26 19:45:19 2001] Script: '/home/yohgaki/public_html/bugs/output/bug.php' --- output.c(245) : Block 0x0818A668 status: Beginning: Overrun (magic=0x401D1178, expected=0x7312F8DC) End: Unknown --- [Mon Nov 26 19:45:19 2001] Script: '/home/yohgaki/public_html/bugs/output/bug.php' --- output.c(245) : Block 0x0818A668 status: Beginning: Overrun (magic=0x401D1178, expected=0x7312F8DC) End: Unknown --- [Mon Nov 26 19:45:19 2001] Script: '/home/yohgaki/public_html/bugs/output/bug.php' --- output.c(245) : Block 0x0818A668 status: Beginning: Overrun (magic=0x401D1178, expected=0x7312F8DC) End: Unknown --- [Mon Nov 26 19:45:19 2001] [notice] child pid 6681 exit signal Segmentation fault (11) [2001-11-26 06:06:17] [EMAIL PROTECTED] 4.1.0RC and 4.2.0-dev doesn't output last echo statement. Nesting level handling problem? ?php ob_start(); echo AAA; ob_end_clean(); ob_end_clean(); ob_end_clean(); ob_end_clean(); ob_end_clean(); ob_end_clean(); ob_end_clean(); ob_end_clean(); ob_end_clean(); echo BBB; ? Edit this bug report at http://bugs.php.net/?id=14226edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10903 Updated: Output buffering crashs PHP when mail function is invoked
ID: 10903 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Output Control Operating System: Win98 PHP Version: 4.0.5 New Comment: Does this happen with 4.1.0? Previous Comments: [2001-05-16 10:24:27] [EMAIL PROTECTED] This will crash PHP: ob_start(ob_gzhandler); echo something; mail (.); but this will not: ob_start(ob_gzhandler); echo something; ob_end_flush(); mail (.); Note: I don't have any mail server installed. The mail function should report an error, but PHP crashes instead. Edit this bug report at http://bugs.php.net/?id=10903edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] uhm.. *swallows*.. security thingy?
Hi Zeev! On Tue, 11 Dec 2001, Zeev Suraski wrote: At 15:23 11/12/2001, Mathieu Kooiman wrote: On Tue, 2001-12-11 at 14:04, Zeev Suraski wrote: At 12:36 11/12/2001, Mathieu Kooiman wrote: On Tue, 2001-12-11 at 11:29, Zeev Suraski wrote: Would the cwd of the PHP CGI be inside the user's dir? Did you test it in a real CGI environment? Zeev Err, PHP CGI would be in /usr/local/bin/php.. Yeah, but that's not what I asked - I asked about the cwd (current working directory :) There are situaties where you have like: /opt/guide/somesite.com/cgi-bin /opt/guide/somesite.com/htdocs /opt/guide/somesite.com/logs cgi-bin and htdocs (2 possible cwds) are under user control. Yes, I know :) The big question is whether PHP, when executed by Apache (as a CGI), starts up in one of these directories, or in Apache's directory. If it starts in one of these directories - then indeed we have a problem, because it'll search this directory for the php.ini. If it starts in Apache's directory, then there's no problem. [rant++] I don't think it's a problem for a user to make a copy of the php binary somewhere in any of those dirs, where the cwd at runtime is a writeable dir... -- teodor -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10197 Updated: magic_quotes_runtime and other magic quotes sometimes are switching on or off.
ID: 10197 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: Output Control Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.0.4pl1 New Comment: Type = Scripting Engine Problem Does this happen with 4.1.0? Previous Comments: [2001-04-06 05:33:38] [EMAIL PROTECTED] magic_quotes_runtime and other magic quotes sometimes are switching on or off without any reason. First noticed in 4.0.3pl. After moving to 4.0.4pl1 seemed to be working ok for 2 weeks. Now found several situations where magic quotes are unstable in MySQL Output. eg $row-string is \test\ can be output'ed with printf as test or \test\ with magic_quotes_runtime set to on. PHP's PHPINFO() is available at http://slackl.emd.ru/~slackl/test.php Edit this bug report at http://bugs.php.net/?id=10197edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10905 Updated: ImageGif (ImagePNG) output uncompressed
ID: 10905 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Output Control Operating System: Linux PHP Version: 4.0.5 New Comment: If you want to compress images, use zlib extension. Previous Comments: [2001-05-16 12:17:43] [EMAIL PROTECTED] Using the compression ob_gzhandler all HTML Pages get compressed well. But dynamic generated Images don't get compressed. Header of the output says, it is compressed, but the data following the header isn't. So those images can't be displayed (by at least netscape) Thanks for the patch, ;-) mike PS: Don't tell me that it isn't useful to gzip images, but if you have switched compression to 'enabled' in your php.ini file and you are creating images on the fly, you'll need it to handle this case correctly. Edit this bug report at http://bugs.php.net/?id=10905edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11093 Updated: Apache crashes when output buffering is used and fatal errors occure
ID: 11093 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Output Control Operating System: Win32 PHP Version: 4.0.5 New Comment: Does this happen with 4.1.0? Previous Comments: [2001-05-24 13:05:28] [EMAIL PROTECTED] I use Output Buffering for some php scripts and develop on a Win32 system. One time i tried to call a not existing function - Apache crashes when i try to load the php document in a browser. I don't have made a UNIX test right now, but on Win32 (Win 95/98/ME) Apache/PHP4TS.DLL crashes when i produce fatal errors (like the function call). Parse errors and others are displayed like normal. If i disable the output functions, the fatal error message is displayed like normal. AUTO PREPEND FILE - ? ob_start(); ? Resquested document: (by example: index.php) - ? undefinied_function(); // this function does not exist ? AUTO APPEND FILE ? $SITE_CONTENTS=ob_get_contents(); ob_end_clean(); print $SITE_CONTENTS; ? Additional Enviroment Info: --- OS: WinME,Win98 SE PHP: 4.05 running as Apache module Loaded PHP Extensions: zlib,gd Apache: Version 1.3.12 Edit this bug report at http://bugs.php.net/?id=11093edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12227 Updated: Output puffering causes Apache to SIGSEGV
ID: 12227
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Output Control
Operating System: Linux 2.2.16-SMP
PHP Version: 4.0.6
New Comment:
I guess you have ob_end_clean() or ob_end_flush() in your auto prepend file. Do you?
Anyway, does this happen with 4.1.0?
Previous Comments:
[2001-07-18 06:13:58] [EMAIL PROTECTED]
One more comment which I forgot before:
This does NOT happen when I do not use auto_prepend_file and call my function inside
the main script instead.
[2001-07-18 06:07:05] [EMAIL PROTECTED]
When using ob_start() with a script included via auto_prepend_file and then doing
something like this:
ob_start(my_flush);
function my_flush($buffer)
{
$buffer = preg_replace(/(!--REPLACE\\s.*?--)/e, parse(\\\1\),
$buffer);
return $buffer;
}
PHP 4.0.6 SIGSEGV's with this message in the error_log:
[Wed Jul 18 11:55:08 2001] Script: '/home/htdocs/test.php'
---
output.c(235) : Block 0x0824C940 status:
Beginning: Overrun (magic=0x08294990, expected=0x7312F8DC)
End: Unknown
---
./zend_execute.c(334) : Freeing 0x082A8CB4 (28131 bytes),
script=/home/htdocs/test.php
zend_variables.c(117) : Actual location (location was relayed)
[Wed Jul 18 11:55:08 2001] [notice] child pid 30192 exit signal Segmentation fault
(11)
If I replace the line
$buffer = preg_replace(/(!--REPLACE\\s.*?--)/e, parse(\\\1\),
$buffer);
with
$newbuffer = preg_replace(/(!--REPLACE\\s.*?--)/e, parse(\\\1\),
$buffer);
it works fine.
Any ideas for a fix?
Harry
Edit this bug report at http://bugs.php.net/?id=12227edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12315 Updated: Buffering crashes PHP when there is an error with mail function
ID: 12315
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Output Control
Operating System: Win ME
PHP Version: 4.0.6
New Comment:
This report seems to be duplicate.
Does this happen with 4.1.0?
Previous Comments:
[2001-07-23 07:42:17] [EMAIL PROTECTED]
I don't have an email server in my development computer, so when I turn output
buffering on with ob_start('ob_gzhandler') and try to send an email with mail
(string to, string subject, string message) or die('Error message'), PHP crashes.
This doesn't happen in every script ans doesn't happen at all, when I remove the or
die('Error message') condition.
Edit this bug report at http://bugs.php.net/?id=12315edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10857 Updated: Syntax highlighting does not work with output buffering/compression
ID: 10857 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Output Control Operating System: RH Linux 6.x PHP Version: 4.0.5 New Comment: Does this happen with 4.1.0? Previous Comments: [2001-05-14 14:05:20] [EMAIL PROTECTED] Syntax highlighting (i.e. phps script) appears to be broken if you have output buffering and compression turned on. in my .htaccess file I had overrode the values for output_buffering and output_handler. The values were confirmed to be turned on via a phpinfo page. With the .htaccess file in place, the source was displayed, but there was no color syntaxing. Once I removed the .htaccess file it worked as expected. Edit this bug report at http://bugs.php.net/?id=10857edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12631 Updated: Fatal: ob_get_length() returns wrong value when compressed OB is on
ID: 12631
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Output Control
Operating System: Linux
PHP Version: 4.0.6
New Comment:
I might be wrong, but this is fixed in CVS or 4.1.0
Please reopen if problem exists in snapshot.
http://snaps.php.net/
Previous Comments:
[2001-08-07 14:11:53] [EMAIL PROTECTED]
When output buffering is on, using the gzhandler, then ob_get_length() returns the
uncompressed content length in stead of the actual (compressed) payload.
This is fatal if a Content-Length HTTP-header is sent and the browser implements HTTP
keep-alive. The result is a web-site which appears to be down or with extremely slow
responses.
Example PHP code:
?php
ob_start('ob_gzhandler');
print aa; // 30 a's
print bb; // 30 b's
print aa; // 30 a's
header('Content-Length: '.ob_get_length());
ob_end_flush();
?
If this is saved as http://localhost/ob.php then try the following wget command:
wget --header=Accept-Encoding: gzip --header=Connection: close -S
http://localhost/ob.php
Notice that wget displays the following error message continuously:
Connection closed at byte 36. Retrying.
Also notice that the web-server told wget to expect 90 bytes (the uncompressed
payload).
Edit this bug report at http://bugs.php.net/?id=12631edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10905 Updated: ImageGif (ImagePNG) output uncompressed
ID: 10905 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Bug Type: Output Control Operating System: Linux PHP Version: 4.0.5 New Comment: Let's not make this bogus. However, please post a short reproducing example script. Derick Previous Comments: [2001-12-12 04:27:44] [EMAIL PROTECTED] If you want to compress images, use zlib extension. [2001-05-16 12:17:43] [EMAIL PROTECTED] Using the compression ob_gzhandler all HTML Pages get compressed well. But dynamic generated Images don't get compressed. Header of the output says, it is compressed, but the data following the header isn't. So those images can't be displayed (by at least netscape) Thanks for the patch, ;-) mike PS: Don't tell me that it isn't useful to gzip images, but if you have switched compression to 'enabled' in your php.ini file and you are creating images on the fly, you'll need it to handle this case correctly. Edit this bug report at http://bugs.php.net/?id=10905edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12907 Updated: Callback causes apache to hang
ID: 12907
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Output Control
Operating System: RedHat 6.2 / Linux 2.4
PHP Version: 4.0.6
New Comment:
4.1.0 does not have problem. Please reopen if you still have the same problem.
Previous Comments:
[2001-08-22 15:01:13] [EMAIL PROTECTED]
I have a problem using a callback function with ob_start, causing apache httpd
instances to hang, and remain for a very long time. Each instance was using 2-4 % cpu
and was causing apache to launch new processes to keep up server demand, then those
servers were hanging, etc, and I was seeing an average load up in the 50-70 range (vs
around 1.0 normally)
Basically:
?
function obCallback($buffer) {
return str_replace(hello, hi, $buffer);
}
ob_start(obCallback);
echo hello there;
ob_end_flush();
?
was causing problems. I've gotten around it by using ob_get_contents then ob_end_clean
and just using my function on the contents.
my configure line for php is:
'./configure' '--prefix=/usr/local' '--with-apache=/root/apachetoolbox/apache_1.3.20'
'--enable-exif' '--enable-track-vars' '--with-calendar=shared' '--enable-safe-mode'
'--enable-magic-quotes' '--enable-trans-sid' '--enable-wddx' '--enable-ftp'
'--with-gd' '--with-zlib' '--enable-gd-native-tt'
'--with-t1lib=/usr/local/lib/php/t1libs' '--with-jpeg-dir' '--with-png-dir'
'--with-zlib-dir' '--with-ttf' '--with-freetype-dir' '--with-imap' '--with-mhash'
'--with-mcrypt' '--with-unixODBC=/usr/local/unixODBC'
'--with-pdflib=/root/apachetoolbox/src/pdflib-3.03' '--enable-shared-pdflib'
'--with-snmp=/usr/local/snmp' '--with-openssl' '--with-curl=/usr/local'
'--with-bcmath' '--with-mysql=/usr/local' '--with-mnogosearch=/usr/local/mnogosearch'
Edit this bug report at http://bugs.php.net/?id=12907edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13430 Updated: Passthru doesn't honor ob_immediate_flush
ID: 13430
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Output Control
Operating System: RedHat 7.1
PHP Version: 4.0.4pl1
New Comment:
There is no ob_immediate_flush function or like.
Use ob_implicit_flush()
Previous Comments:
[2001-09-25 08:09:44] [EMAIL PROTECTED]
Given a perl script test.pl:
#!/usr/bin/perl
$| = 1; # immediate flush
for ($i=0;$i10;$i++) {
print *;
sleep(2);
}
exit;
And a php script test.php:
?
header(Content-Type: text/plain);
ob_immediate_flush; # here or in php.ini
echo calling test.pl\n;
passthru(/path/to/test.pl);
echo finished\n;
?
Eventhough both scripts have buffering disabled, no progressive content loading
happens. PHP autoflushes the first echo-line, but passthru-output is not flushed until
the test.pl script has completed.
There are situations where this behavior is no good. I have perl-scripts doing jobs on
our server. These perl-scripts are called from a webpage (aka php-script). However, an
inbetween firewall shuts down communication after 5 mins with no data transferred. In
order to keep the connection alive, I rewrote the perl-scripts such as to send a
progress character to the browser every 30 seconds. Not being autoflushed, they don't
keep alive anything :-)
Edit this bug report at http://bugs.php.net/?id=13430edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10905 Updated: ImageGif (ImagePNG) output uncompressed
ID: 10905 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Output Control Operating System: Linux PHP Version: 4.0.5 New Comment: Ok Derick. It would be useful for other purposes also. Status = Feedback. To reporter, Could you try it on snapshot http://snaps.php.net/ Please provide *short* script. Thank you. Previous Comments: [2001-12-12 04:39:21] [EMAIL PROTECTED] Let's not make this bogus. However, please post a short reproducing example script. Derick [2001-12-12 04:27:44] [EMAIL PROTECTED] If you want to compress images, use zlib extension. [2001-05-16 12:17:43] [EMAIL PROTECTED] Using the compression ob_gzhandler all HTML Pages get compressed well. But dynamic generated Images don't get compressed. Header of the output says, it is compressed, but the data following the header isn't. So those images can't be displayed (by at least netscape) Thanks for the patch, ;-) mike PS: Don't tell me that it isn't useful to gzip images, but if you have switched compression to 'enabled' in your php.ini file and you are creating images on the fly, you'll need it to handle this case correctly. Edit this bug report at http://bugs.php.net/?id=10905edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-DOC] cvs: php4 /ext/phpdoc .cvsignore Makefile.in config.m4 libs.mk php_phpdoc.h phpdoc.c
Jan Kneschke wrote: ostborn Wed Dec 12 04:46:27 2001 EDT Added files: /php4/ext/phpdoc.cvsignore Makefile.in config.m4 libs.mk php_phpdoc.h phpdoc.c Some questions, Jan: 1.) Why /php4/ext/ and not /pear/PECL/? 2.) Does this version compile with current CVS? I haven't tried yet, but I see an old module entry declaration. 3.) What's the relation between PHPDoc and IPv6? :-) (php_info_print_table_row(2, PHPDoc Version, IPv6 );) Anyhow: Thanks for your work and I'm happy seeing this finally on cvs.php.net! Greetings, Sebastian -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14422 Updated: Wrong week-numbers for year 2002
ID: 14422 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Date/time related Operating System: Win32 PHP Version: 4.0.6 New Comment: nope, see http://php.net/strftime: %W - week number of the current year as a decimal number, starting with the first Monday as the first day of the first week the uncomplete week before the first monday is week 0 Previous Comments: [2001-12-11 05:28:24] [EMAIL PROTECTED] // Example: Week of Jan 01, 2002: $sec = mktime(0,0,0,1,1,2002); $week = strftime(%W, $sec); Result: $week = 00 !!! Should be: 01 ! Edit this bug report at http://bugs.php.net/?id=14422edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14422 Updated: Wrong week-numbers for year 2002
ID: 14422 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Date/time related Operating System: Win32 PHP Version: 4.0.6 New Comment: bogusified Previous Comments: [2001-12-12 05:12:40] [EMAIL PROTECTED] nope, see http://php.net/strftime: %W - week number of the current year as a decimal number, starting with the first Monday as the first day of the first week the uncomplete week before the first monday is week 0 [2001-12-11 05:28:24] [EMAIL PROTECTED] // Example: Week of Jan 01, 2002: $sec = mktime(0,0,0,1,1,2002); $week = strftime(%W, $sec); Result: $week = 00 !!! Should be: 01 ! Edit this bug report at http://bugs.php.net/?id=14422edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11093 Updated: Apache crashes when output buffering is used and fatal errors occure
ID: 11093 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Output Control Operating System: Win32 PHP Version: 4.0.5 New Comment: User reported, he/she is no longer using Windows98/ME. Cannot reproduce under Linux with 4.1.0, so closed. Previous Comments: [2001-12-12 04:28:58] [EMAIL PROTECTED] Does this happen with 4.1.0? [2001-05-24 13:05:28] [EMAIL PROTECTED] I use Output Buffering for some php scripts and develop on a Win32 system. One time i tried to call a not existing function - Apache crashes when i try to load the php document in a browser. I don't have made a UNIX test right now, but on Win32 (Win 95/98/ME) Apache/PHP4TS.DLL crashes when i produce fatal errors (like the function call). Parse errors and others are displayed like normal. If i disable the output functions, the fatal error message is displayed like normal. AUTO PREPEND FILE - ? ob_start(); ? Resquested document: (by example: index.php) - ? undefinied_function(); // this function does not exist ? AUTO APPEND FILE ? $SITE_CONTENTS=ob_get_contents(); ob_end_clean(); print $SITE_CONTENTS; ? Additional Enviroment Info: --- OS: WinME,Win98 SE PHP: 4.05 running as Apache module Loaded PHP Extensions: zlib,gd Apache: Version 1.3.12 Edit this bug report at http://bugs.php.net/?id=11093edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14420: is_file prints stat failed .. message
This has been changed. Use exists() first. Technically, if the file does exist, it's not a file in my opinion and should return false, but nobody seems to agree with me. -- Mike I just want to add to this, that I agree, and this has been changed for 4.2.0 (cvs HEAD), however it was not merged into the 4.1.0 branch, as it was not a bug fix but rather a feature cvs HEAD should work for everyone? -Sterling - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 11, 2001 5:01 AM Subject: [PHP-DEV] Bug #14420: is_file prints stat failed .. message From: [EMAIL PROTECTED] Operating system: Redhat Linux PHP version: 4.1.0 PHP Bug Type: Scripting Engine problem Bug description: is_file prints stat failed .. message We have found it out when upgraded our PHP from ver.4.0.1 to 4.1.0 . Function is_file() prints error message if file doesn't exist. The error message looks like: Warning: stat failed for /home/.../index.phtml (errno=2 - No such file or directory) in /home/.../index.phtml on line 17 When I tried to simulate the problem in test file - it didn't appear . But then I included my configuration file which contained other inclusions for our corporate API. Problem appeared in the test file. I commented inclusion line - problem still appear. After typing the message above, I refreshed that page - problem disappeared. All further tryings to cause error got failed. Problem appears constanlty on our sites where we use this function. -- Edit bug report at: http://bugs.php.net/?id=14420edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14424: is_readable returns error if file does not exist.
Sadly they made this change. I don't agree with it or like it, but the
change has been made. Use exists instead.
--
Sadly you don't watch the CVS commits -- this has been changed in
HEAD for a while now, it was never merged into 4.1.0 however. 4.2.0
will not throw a warning.
-Sterling
Mike
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, December 11, 2001 9:22 AM
Subject: [PHP-DEV] Bug #14424: is_readable returns error if file does not
exist.
From: [EMAIL PROTECTED]
Operating system: Suse linux 7.2
PHP version: 4.1.0
PHP Bug Type: Filesystem function related
Bug description: is_readable returns error if file does not exist.
Code example:
if (is_readable(foo)) {
echo file exists.P;
} else {
echo file does not exist.P;
}
Error message:
Warning: stat failed for foo (errno=2 - No such file or directory) in
/home/xxx/public_html/is_readable.php on line 3
Configure options:
./configure --with-apache=/home/xxx/apache_1.3.22 --with-mysql=/usr/local
--with-gd=/usr/local --with-zlib-dir=/usr/local --with-png-dir=/usr
--with-jpeg-dir=/home/xxx/jpeg-6b --with-xpm-dir=/usr/X11R6 --with-ttf
--with-curl
Seems similar to is_file() bug. Problem does not occur on older versions
(i.e. 4.0.6).
--
Edit bug report at: http://bugs.php.net/?id=14424edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-DOC] cvs: php4 /ext/phpdoc .cvsignore Makefile.in config.m4 libs.mk php_phpdoc.h phpdoc.c
Jan Kneschke wrote: ostborn Wed Dec 12 04:46:27 2001 EDT Added files: /php4/ext/phpdoc.cvsignore Makefile.in config.m4 libs.mk php_phpdoc.h phpdoc.c Some questions, Jan: 1.) Why /php4/ext/ and not /pear/PECL/? I think this belongs in PECL personally... 2.) Does this version compile with current CVS? I haven't tried yet, but I see an old module entry declaration. then it doesn't compile... 3.) What's the relation between PHPDoc and IPv6? :-) (php_info_print_table_row(2, PHPDoc Version, IPv6 );) Its just to confuse newbies??? :) Anyhow: Thanks for your work and I'm happy seeing this finally on cvs.php.net! Agreed, just where is up to debate :) -Sterling Greetings, Sebastian -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [patch] krsort() ext/standard/array.c
Hello All, After reviewing Christian Dickmann's list of functions with broken prototypes, I have started making corrections where needed. Given that I am not sure that everyone will agree that these changes are needed (or that I will make the changes properly FTM), I am starting slowly. :) The attached patch corrects the proto, improves the proto description and makes the function return FALSE when it encounters an error. Feedback is welcome! I realize that someone more skilled could do this work about 20x faster. However, I would like to tackle small tasks like this to get more familiar with the source. :) Sure, commit it... But please don't send a patch for every proto change, we'll yell out you fine if you commit something bad... ;) Btw, yes, if you wouldn't mind zend_parse_parameters() conversion would be great, its probably a little trickier than protos, but, its what we want all the source to be using in X years/months/days/minutes/seconds. -Sterling -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi Content-Description: Unified diff for ext/standard/array.c -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14422 Updated: Wrong week-numbers for year 2002
ID: 14422 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Date/time related Operating System: Win32 PHP Version: 4.0.6 New Comment: yes, I see that (week 1 = first monday of the year). But look at your (printed) calendar of 2002: week 1 beginns at Monday, 31. Dec. 2001, and NOT at Monday, 07. Jan. 2002!!! so the PHP-Function strftime() gives wrong week numbers for the whole year 2002! A year has 52 or 53 weeks, starting with week 1, ending with week 52 or 53. A week 0 don't exists! example: http://206.67.28.80/afnontv/scheds/60day/6_e201.htm Week 1 (MON 31 DEC 2001-SUN 6 JAN 2002) Previous Comments: [2001-12-12 05:12:55] [EMAIL PROTECTED] bogusified [2001-12-12 05:12:40] [EMAIL PROTECTED] nope, see http://php.net/strftime: %W - week number of the current year as a decimal number, starting with the first Monday as the first day of the first week the uncomplete week before the first monday is week 0 [2001-12-11 05:28:24] [EMAIL PROTECTED] // Example: Week of Jan 01, 2002: $sec = mktime(0,0,0,1,1,2002); $week = strftime(%W, $sec); Result: $week = 00 !!! Should be: 01 ! Edit this bug report at http://bugs.php.net/?id=14422edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] successfull build and app tests 4.1.0
Hello, Build succesfull on RH 7.1 (latest up2date), MDK 8.1, Suse 7.2, SGL, and custom box with all latest libs/kernel. I used a modified version of Apache Tool Box to retrieve all sources :), quit easier. Notice that atb is really usefull to install to install several versions of apache/php/... on the same machine for test purposes. Here is the configure I used : './configure' '--prefix=/home/io/opt/atb2' '--with-apxs=/home/io/opt/atb2/apache/bin/apxs' '--enable-exif' '--enable-track-vars' '--with-calendar=shared' '--enable-safe-mode' '--enable-magic-quotes' '--enable-trans-sid' '--enable-wddx' '--enable-ftp' '--with-gd=/home/io/opt/atb2' '--with-zlib' '--enable-gd-native-tt' '--with-t1lib=/home/io/opt/atb2/lib/php/t1libs' '--with-jpeg-dir=/home/io/opt/atb2' '--with-png-dir=/home/io/opt/atb2' '--with-zlib-dir=/home/io/opt/atb2' '--with-ttf' '--with-freetype-dir=/home/io/opt/atb2' '--with-mhash=/home/io/opt/atb2' '--with-mcrypt=/usr/local' '--with-unixODBC=/home/io/opt/atb2/unixODBC' '--with-pdflib=/home/io/opt/atb2' '--with-tiff-dir=/usr' '--with-jpeg-dir=/home/io/opt/atb2' '--with-zlib-dir=/home/io/opt/atb2' '--with-openssl' '--with-ming=/home/io/opt/atb2' '--enable-sysvsem' '--enable-sysvshm' '--enable-bcmath' '--enable-ftp' '--with-mysql=/usr/local/mysql' '--with-pgsql' '--with-ldap' -- Pierre-Alain Joye Freelance Developpements et Services web/intranet [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14448: exec()-like calls are done with webserver uid
From: [EMAIL PROTECTED] Operating system: Unix PHP version: 4.1.0 PHP Bug Type: Unknown/Other Function Bug description: exec()-like calls are done with webserver uid When safe_mode is enabled, exec()-like calls are still done with the webserver uid, letting users execute any server scripts owned by 'www' (for example). In the case that php_safe_dir = /usr/local/phpexec: # chmod 700 /usr/local/phpexec # chown www.www /usr/local/phpexec inside i put the following sh script: #!/bin/sh # echo `id` Now i log in as user 'veins', make a php script with the following: ? exec(/usr/local/phpexec/id.sh, $value, $return); echo $value[0]; ? when i go to ~veins/id.php i get the following: uid=67(www) gid=67(www) groups=67(www) -- Edit bug report at: http://bugs.php.net/?id=14448edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14354 Updated: sybase_query returns 1 regardless of delete success
ID: 14354 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Sybase (dblib) related Operating System: Linux Mandrake 8 PHP Version: 4.0.6 New Comment: I'm not sure if I can agree with you on that. If I don't use the @ sign, sybase_query displays a warning of the type Warning: Sybase message: Children still exist in 'table1'. Cannot delete parent 'table2'. (severity 16) in /path/to/my/script.php on line 1432 Doesn't that mean that sybase_query didn't return ok? Besides, according to the documentation, the function sybase_affected_rows is only implemented for the ct library, not dblib. Unfortunately, we haven't been able to get sybase-ct to work for us, even though we tried all the hints we could get. Previous Comments: [2001-12-11 13:58:59] [EMAIL PROTECTED] Actually, this is not a bug. The query still executes ok, but the result is different then you want. You can check with the sybase_affected_rows function if it is deleted or not: www.php.net/sybase_affected_rows Derick [2001-12-11 07:36:16] [EMAIL PROTECTED] Hello? Anybody home? I kinda need this problem to be solved, please. [2001-12-05 18:53:13] [EMAIL PROTECTED] When trying to delete a record that Sybase will not allow to be deleted because of referential integrity constraints, sybase_query returns 1. When the record can be deleted successfully, the return code is also 1. Example: // Delete record with referential integrity constraint $strSQL = delete from MyTable where MyId=3; $iResult = sybase_query($strSQL, $iLink ); echo Query Result: $iResult; // Displays 1 // Delete record without referential integrity constraint $strSQL = delete from MyTable where MyId=4; $iResult = sybase_query($strSQL, $iLink ); echo Query Result: $iResult; // Displays 1, too We use Sybase ASE 11.9.2 on a Linux Mandrake 8 Box. We have tried several times to run sybase-ct instead of the dblib, but could never make it work. Our current configure line: ./configure \ --with-apxs=/usr/sbin/apxs \ --with-pear \ --with-gd=yes \ --with-tiff-dir=/usr/local \ --with-png-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-ttf=/usr/src/freetype-1.3.1 \ --with-zlib \ --with-xml \ --with-ftp \ --with-mcal=../libmcal \ --with-imap=/usr/local \ --with-sybase=/opt/sybase-11.9.2 \ --with-mysql=/usr \ --with-mcrypt=/usr/local \ --with-mhash \ --with-pdflib \ --with-zlib-dir=/usr/local \ --with-fdftk=../fdftk \ --with-config-file-path=/etc/httpd/conf \ --enable-versioning \ --enable-track-vars We use both PHP3 and PHP4 as apache modules; it's a test server, we need it that way. Please contact me asap if you need more information. Michael. Edit this bug report at http://bugs.php.net/?id=14354edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13565 Updated: php4-200110050900/ext/standard/dns.c:240: undefined reference to `__res_search'
ID: 13565 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: RedHat7.1Kernel 2.4.4 PHP Version: 4.0.6 New Comment: You should have problem with /lib/libresolve.so.2 It compiles fine with my linux. Reinstall libresolve. If you still have problem reopen this bug report again. Previous Comments: [2001-10-05 13:12:42] [EMAIL PROTECTED] Almost same problem that bug ID #10941 but it is not resolved for me in 4.0.6, even with latest snapshot : 200110050900 (from : http://snaps.php.net/) gcc -c -I./os/unix -I./include -DLINUX=22 -I/root/php4-200110050900 -I/root/php4-200110050900/main -I/root/php4-200110050900/main -I/root/php4-200110050900/Zend -I/root/php4-200110050900/Zend -I/root/php4-200110050900/TSRM -I/root/php4-200110050900/TSRM -I/root/php4-200110050900 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` buildmark.c gcc -DLINUX=22 -I/root/php4-200110050900 -I/root/php4-200110050900/main -I/root/php4-200110050900/main -I/root/php4-200110050900/Zend -I/root/php4-200110050900/Zend -I/root/php4-200110050900/TSRM -I/root/php4-200110050900/TSRM -I/root/php4-200110050900 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci`\ -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/php4/libphp4.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -Wl,-rpath,/usr/local/lib -Wl,-rpath,/opt/oracle/product/8.1.7/lib -rdynamic -L/usr/local/lib -L/opt/oracle/product/8.1.7/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lm -ldl -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt -lclntsh -lm -lcrypt modules/php4/libphp4.a(dns.o): In function `zif_checkdnsrr': /root/php4-200110050900/ext/standard/dns.c:240: undefined reference to `__res_search' modules/php4/libphp4.a(dns.o): In function `zif_getmxrr': /root/php4-200110050900/ext/standard/dns.c:301: undefined reference to `__res_search' /root/php4-200110050900/ext/standard/dns.c:328: undefined reference to `__dn_expand' collect2: ld returned 1 exit status Edit this bug report at http://bugs.php.net/?id=13565edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-DOC] cvs: php4 /ext/phpdoc .cvsignore Makefile.in config.m4 libs.mk php_phpdoc.h phpdoc.c
Sterling Hughes wrote: I think this belongs in PECL personally... I already moved it there. then it doesn't compile... Would you mind taking a look and fix it, if neccessary? Thanks, Sebastian -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7973 Updated: Safe Mode absolute path behaviour changed
ID: 7973 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Red Hat Linux 5.2 PHP Version: 4.0.3pl1 New Comment: Nobody has touched this bug report for a long time. Is this still a issue? To reporter: Could you try 4.1.0 see if there is problem? Previous Comments: [2000-11-25 17:06:45] [EMAIL PROTECTED] Under PHP 4.0.1pl2 running in Safe Mode with the php_doc_root admin flag set to the user's home directory, a require()'d or include()'d (or auto_prepended) file could be specified as '/html/path/to/file', which would be evaluated as php_doc_root/html/path/to/file. After upgrading to PHP 4.0.3pl1 this is no longer working, and all files appear to require their absolute paths to be used, ie $DOCUMENT_ROOT . /path/to/file. Edit this bug report at http://bugs.php.net/?id=7973edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14422 Updated: Wrong week-numbers for year 2002
ID: 14422 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Date/time related Operating System: Win32 PHP Version: 4.0.6 New Comment: and by the way: week 1 of the year 2003 will start at Monday, 30. Dec. 2002 (and not Mon. 06. Jan. 2003) Previous Comments: [2001-12-12 06:12:51] [EMAIL PROTECTED] yes, I see that (week 1 = first monday of the year). But look at your (printed) calendar of 2002: week 1 beginns at Monday, 31. Dec. 2001, and NOT at Monday, 07. Jan. 2002!!! so the PHP-Function strftime() gives wrong week numbers for the whole year 2002! A year has 52 or 53 weeks, starting with week 1, ending with week 52 or 53. A week 0 don't exists! example: http://206.67.28.80/afnontv/scheds/60day/6_e201.htm Week 1 (MON 31 DEC 2001-SUN 6 JAN 2002) [2001-12-12 05:12:55] [EMAIL PROTECTED] bogusified [2001-12-12 05:12:40] [EMAIL PROTECTED] nope, see http://php.net/strftime: %W - week number of the current year as a decimal number, starting with the first Monday as the first day of the first week the uncomplete week before the first monday is week 0 [2001-12-11 05:28:24] [EMAIL PROTECTED] // Example: Week of Jan 01, 2002: $sec = mktime(0,0,0,1,1,2002); $week = strftime(%W, $sec); Result: $week = 00 !!! Should be: 01 ! Edit this bug report at http://bugs.php.net/?id=14422edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9763 Updated: Segmentation Fault upon running big cl script
ID: 9763 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: RedHat 6.2 PHP Version: 4.0.4pl1 New Comment: Do you have this problem with 4.1.0? Previous Comments: [2001-04-28 16:08:33] [EMAIL PROTECTED] User Feedback: -- Hi, I dont serialize any data. What happens is that I get lots of data from an Oracle database, then for each row i make x objects (objects being product (if!isset), item, unit, contry and so on), after having made all the objects i throw them into an objectsaver that saves the object data (not the object, just the data) in another oracle database. We might be dealing with 10K objects taking upwards 20mb mem. It is only when its saving the objects in the oracle database it segfaults -- which means that ALL objects HAVE been created, and are being saved. If theres anything I can do, please tell me, and I will happily subject myself and/or my little php fellow to all sorts of sadist attempts at squashing bugs :) TIA. Kind regards, David. [2001-04-28 14:40:53] [EMAIL PROTECTED] do you serialise this data etc? can you give us some more info on the script and perhaps somthing that will reproduce it if its not too big. Thanks - James [2001-03-15 04:47:08] [EMAIL PROTECTED] After the script has run for 10 minutes or so, it just seg faults. The script itself takes big amounts of data, and throws them into objects in an array, then when done it passes them on to a saver object that aves the object in another database. This happens at the end (it seems) of running through the array and plopping the objects into the database. Here's the backtrace: Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /usr/lib/libjpeg.so.62...done. Reading symbols from /usr/lib/libpng.so.2...done. Reading symbols from /usr/lib/libtiff.so.3...done. Reading symbols from /usr/local/lib/libpdf.so.1...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /usr/local/lib/libmcrypt-2.2.so.2...done. Reading symbols from /usr/lib/libttf.so.2...done. Reading symbols from /usr/lib/libgd.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /db/ora8i/lib/libclntsh.so.8.0...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /db/ora8i/lib/libwtc8.so...done. Reading symbols from /lib/libpthread.so.0...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. #0 zend_hash_destroy (ht=0xbf155b4) at zend_hash.c:562 562 p = p-pListNext; (gdb) bt #0 zend_hash_destroy (ht=0xbf155b4) at zend_hash.c:562 #1 0x80fb879 in _zval_dtor (zvalue=0x8212464) at zend_variables.c:69 #2 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2e72c0) at zend_execute_API.c:261 #3 0x80ff139 in zend_hash_destroy (ht=0xc2e45bc) at zend_hash.c:564 #4 0x80fb898 in _zval_dtor (zvalue=0xc2e671c) at zend_variables.c:75 #5 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2e6a58) at zend_execute_API.c:261 #6 0x80ff139 in zend_hash_destroy (ht=0xc2c8cfc) at zend_hash.c:564 #7 0x80fb879 in _zval_dtor (zvalue=0xc2d5a8c) at zend_variables.c:69 #8 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2d6a38) at zend_execute_API.c:261 #9 0x80ff139 in zend_hash_destroy (ht=0xc2d6584) at zend_hash.c:564 #10 0x80fb898 in _zval_dtor (zvalue=0xc2d6094) at zend_variables.c:75 #11 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2eb338) at zend_execute_API.c:261 #12 0x80ff139 in zend_hash_destroy (ht=0x821154c) at zend_hash.c:564 #13 0x80f5bb2 in shutdown_executor () at zend_execute_API.c:165 #14 0x80fc267 in zend_deactivate () at zend.c:525 #15 0x806d442 in php_request_shutdown (dummy=0x0) at main.c:688 #16 0x806c7fa in main (argc=3, argv=0xba44) at cgi_main.c:771 HTH. David. Edit this bug report at http://bugs.php.net/?id=9763edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14354 Updated: sybase_query returns 1 regardless of delete success
ID: 14354 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Bug Type: Sybase (dblib) related Operating System: Linux Mandrake 8 PHP Version: 4.0.6 New Comment: oh, ok, then it is not bogus. Previous Comments: [2001-12-12 06:24:21] [EMAIL PROTECTED] I'm not sure if I can agree with you on that. If I don't use the @ sign, sybase_query displays a warning of the type Warning: Sybase message: Children still exist in 'table1'. Cannot delete parent 'table2'. (severity 16) in /path/to/my/script.php on line 1432 Doesn't that mean that sybase_query didn't return ok? Besides, according to the documentation, the function sybase_affected_rows is only implemented for the ct library, not dblib. Unfortunately, we haven't been able to get sybase-ct to work for us, even though we tried all the hints we could get. [2001-12-11 13:58:59] [EMAIL PROTECTED] Actually, this is not a bug. The query still executes ok, but the result is different then you want. You can check with the sybase_affected_rows function if it is deleted or not: www.php.net/sybase_affected_rows Derick [2001-12-11 07:36:16] [EMAIL PROTECTED] Hello? Anybody home? I kinda need this problem to be solved, please. [2001-12-05 18:53:13] [EMAIL PROTECTED] When trying to delete a record that Sybase will not allow to be deleted because of referential integrity constraints, sybase_query returns 1. When the record can be deleted successfully, the return code is also 1. Example: // Delete record with referential integrity constraint $strSQL = delete from MyTable where MyId=3; $iResult = sybase_query($strSQL, $iLink ); echo Query Result: $iResult; // Displays 1 // Delete record without referential integrity constraint $strSQL = delete from MyTable where MyId=4; $iResult = sybase_query($strSQL, $iLink ); echo Query Result: $iResult; // Displays 1, too We use Sybase ASE 11.9.2 on a Linux Mandrake 8 Box. We have tried several times to run sybase-ct instead of the dblib, but could never make it work. Our current configure line: ./configure \ --with-apxs=/usr/sbin/apxs \ --with-pear \ --with-gd=yes \ --with-tiff-dir=/usr/local \ --with-png-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-ttf=/usr/src/freetype-1.3.1 \ --with-zlib \ --with-xml \ --with-ftp \ --with-mcal=../libmcal \ --with-imap=/usr/local \ --with-sybase=/opt/sybase-11.9.2 \ --with-mysql=/usr \ --with-mcrypt=/usr/local \ --with-mhash \ --with-pdflib \ --with-zlib-dir=/usr/local \ --with-fdftk=../fdftk \ --with-config-file-path=/etc/httpd/conf \ --enable-versioning \ --enable-track-vars We use both PHP3 and PHP4 as apache modules; it's a test server, we need it that way. Please contact me asap if you need more information. Michael. Edit this bug report at http://bugs.php.net/?id=14354edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14448 Updated: exec()-like calls are done with webserver uid
ID: 14448 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: Unix PHP Version: 4.1.0 New Comment: Not a bug. Expected behaviour. RTM. Safemode != suEXEC or something like that. Previous Comments: [2001-12-12 06:17:09] [EMAIL PROTECTED] When safe_mode is enabled, exec()-like calls are still done with the webserver uid, letting users execute any server scripts owned by 'www' (for example). In the case that php_safe_dir = /usr/local/phpexec: # chmod 700 /usr/local/phpexec # chown www.www /usr/local/phpexec inside i put the following sh script: #!/bin/sh # echo `id` Now i log in as user 'veins', make a php script with the following: ? exec(/usr/local/phpexec/id.sh, $value, $return); echo $value[0]; ? when i go to ~veins/id.php i get the following: uid=67(www) gid=67(www) groups=67(www) Edit this bug report at http://bugs.php.net/?id=14448edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-DOC] cvs: php4 /ext/phpdoc .cvsignore Makefile.in config.m4 libs.mk php_phpdoc.h phpdoc.c
On Wed, Dec 12, 2001 at 11:51:00AM +0100, Sterling Hughes wrote: Jan Kneschke wrote: ostborn Wed Dec 12 04:46:27 2001 EDT Added files: /php4/ext/phpdoc.cvsignore Makefile.in config.m4 libs.mk php_phpdoc.h phpdoc.c Some questions, Jan: 1.) Why /php4/ext/ and not /pear/PECL/? I think this belongs in PECL personally... I was asked to commit it under ext/phpdoc if a read the mails about 'the future of PHPDoc' correctly. 2.) Does this version compile with current CVS? I haven't tried yet, but I see an old module entry declaration. then it doesn't compile... Any pointer for me what has to be changed ? 3.) What's the relation between PHPDoc and IPv6? :-) (php_info_print_table_row(2, PHPDoc Version, IPv6 );) Its just to confuse newbies??? :) Yes :) Anyhow: Thanks for your work and I'm happy seeing this finally on cvs.php.net! Agreed, just where is up to debate :) Debate on that and move it around if you want. BTW: What is PECL ? -Sterling Jan -- mailto: [EMAIL PROTECTED] weigon @ #php.de (IRCnet) http://jan.kneschke.de weigon @ #modlogan (openprojects) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11071 Updated: probs displaying backslash with HERE statements
ID: 11071
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0.4pl1
New Comment:
Simpler code for this report.
Heredoc block supposed to parse just like double quoted strings, but it does not.
(PHP4.1.0)
Is this a bug or feature?
?php
echo 'pre';
$heredoc = EOD
\{
EOD;
$string = \{;
echo heredoc : $heredoc\n;
echo string : $string\n;
?
Previous Comments:
[2001-05-23 19:09:51] [EMAIL PROTECTED]
hi there,
this may be obscure and I'm not sure if it is a bug but I've experienced a problem
with populating a variable with a HERE statement (ie. $variable = EOD). As far as
I was aware the variable is supposed to be populated with anything after the first EOD
line and before the ending EOD; line.
This HERE statement does not work if you put a slash before a left curly brace ( \{ )
. It's fine with a right curly brace ( \} ). looking at the script below version 1
does not display the first slash, version 2 does (only because I escaped the slash
first).
This seems to be a bug, so I hope this is the right place to inform you about it.
best wishes
Simon R Jones
[EMAIL PROTECTED]
www.studio24.net
Configure command: './configure' '--with-gd' '--enable-track-vars'
'--with-apxs=/usr/sbin/apxs' '--enable-sysvsem' '--enable-sysvshm' '--with-zlib'
'--prefix=/usr' '--with-config-file-path=/etc/httpd/conf' '--enable-memory-limit'
'--with-pgsql=/usr' '--with-db2=/usr' '--with-gdbm=/usr' '--with-ndbm=/usr'
'--with-dbase' '--enable-trans-sid' '--with-xml=/usr' '--enable-debugger'
'--enable-ftp' '--with-ttf' '--with-jpeg-dir=/usr' '--enable-bcmath' '--with-openssl'
'--enable-trans-sid' '--with-mysql=/usr' '--with-xpm-dir=/usr/X11R6'
'--with-png-dir=/usr' '--with-imap' '--with-dom' '--with-imap-ssl' '--with-mhash=/usr'
'--with-mcrypt=/usr'
example script (online at http://dev.studio24.net/test.php ):
?
$content .= EOD
tt
\{[A-Z0-9][A-Z0-9_]{1,}\} more text \ \ \\ \{ \} \
/tt
EOD;
$content2 .= EOD
tt
\\{[A-Z0-9][A-Z0-9_]{1,}\} more text \ \ \\ \{ \} \
/tt
EOD;
echo version 1: $contentbr\n
version 2: $content2;
?
Edit this bug report at http://bugs.php.net/?id=11071edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12203 Updated: Inconsistent __FILE__ contents when using require/require_once
ID: 12203
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Red Hat 7.1
PHP Version: 4.0.4pl1
New Comment:
On my linux with 4.1.0, __FILE__ has always actual /path/to/file. (i.e. not pathname
of sym link, but pathname linked to) It does not ommit path, though.
I think __FILE__ should have pathname for sym link instead of pathname linked to...
Is this correct behavior? Anyone?
Previous Comments:
[2001-07-17 08:20:14] [EMAIL PROTECTED]
Not sure if this is a bug or a feature, or what the correct result should be, but...
Related to bug #6636, require_once() and include_once() used on a soft link will
result in the __FILE__ constant containing only the filename of the link, whereas
include() and require() will result in __FILE__ containing the full path and filename
of the linked file.
ln -s /path/to/file.php /path/to/link.php
CASE ONE:
require_once('/path/to/link.php');
// returns 'link.php'
echo __FILE__;
CASE TWO:
require('/path/to/link.php');
// returns '/path/to/file.php'
echo __FILE__;
Edit this bug report at http://bugs.php.net/?id=12203edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12251 Updated: Error with zend_hash.c after writing a file
ID: 12251
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating System:
PHP Version: 4.0CVS-2001-07-19
New Comment:
Could you try with 4.1.0? If there is problem, try it on snapshot.
Please provide short complete script next time.
Previous Comments:
[2001-07-19 08:46:40] [EMAIL PROTECTED]
Fatal error: ht=001262d4 is already destroyed in zend_hash.c:852 in Unknown on line 0
Fatal error: ht=00123ebc is already destroyed in zend_hash.c:519 in Unknown on line 0
Fatal error: ht=00123ebc is already destroyed in zend_hash.c:519 in Unknown on line 0
Fatal error: ht=00123ebc is already destroyed in zend_hash.c:519 in Unknown on line 0
This error appears after writing in a TXT file. But I don't think that the script I've
written can be the source of this bug.
function finsert($Nom_script,$tableau,$texte,$i){
static $fp, $k;
$tableau[$i] .= $texte.\n;
$fp = @fopen ($Nom_script, w);
if (!$fp) return FALSE;
for ($k=0;$kcount($tableau);$k ++ ) fwrite ($fp,$tableau[$k]);
fclose ($fp);
return TRUE;
}
A french developper Xavier
Edit this bug report at http://bugs.php.net/?id=12251edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13372 Updated: Typo in zend.h
ID: 13372 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Scripting Engine problem Operating System: PHP Version: 4.0.6 New Comment: It seems it's fixed. Thanks for reporting. Previous Comments: [2001-09-21 06:00:09] [EMAIL PROTECTED] zend.h:268: #define ZEND_STRS(str) (str), (sizeof(str) This macro isn't used anywhere, but it does have to potential make break things. Edit this bug report at http://bugs.php.net/?id=13372edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-DOC] cvs: php4 /ext/phpdoc .cvsignore Makefile.in config.m4 libs.mk php_phpdoc.h phpdoc.c
On Wed, Dec 12, 2001 at 11:51:00AM +0100, Sterling Hughes wrote: Jan Kneschke wrote: ostborn Wed Dec 12 04:46:27 2001 EDT Added files: /php4/ext/phpdoc.cvsignore Makefile.in config.m4 libs.mk php_phpdoc.h phpdoc.c Some questions, Jan: 1.) Why /php4/ext/ and not /pear/PECL/? I think this belongs in PECL personally... I was asked to commit it under ext/phpdoc if a read the mails about 'the future of PHPDoc' correctly. Didn't read them... It doesn't make sense in ext/phpdoc however (imho), as: a) its not something that is widely used b) it has a very specific, local use when it is used (ie, it doesn't help anyone *build* a site, just generate documentation for their code). c) it requires a pear package to be useful anyway... 2.) Does this version compile with current CVS? I haven't tried yet, but I see an old module entry declaration. then it doesn't compile... Any pointer for me what has to be changed ? check out README.EXTENSIONS... 3.) What's the relation between PHPDoc and IPv6? :-) (php_info_print_table_row(2, PHPDoc Version, IPv6 );) Its just to confuse newbies??? :) Yes :) Anyhow: Thanks for your work and I'm happy seeing this finally on cvs.php.net! Agreed, just where is up to debate :) Debate on that and move it around if you want. BTW: What is PECL ? Its for pear C extensions and the like -Sterling -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13375 Updated: bug with include() ?
ID: 13375
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating System: LINUX
PHP Version: 4.0.5
New Comment:
Cannot reproduce with 4.1.0.
Do you still have problem with 4.1.0?
Previous Comments:
[2001-09-21 08:33:21] [EMAIL PROTECTED]
hmmm.. didn't catch this in the include() notes or docs:
PHP 4.0.5 doesn't seem to process an include() file
correctly if the file has comments on the first line after
the ?
took me a while to try it without the comments but my
function only worked when I did. the include file looked
like this:
?
//some comments on first line
function null_zero_val($zero_val) {
if ($zero_val == '0') {
$zero_val = '';
return $zero_val;
}
else {
return $zero_val;
}
}
?
before I took the comments out all the code was returned in
the web browser as text without line breaks and an error
was generated saying call to undefined function
Edit this bug report at http://bugs.php.net/?id=13375edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14449: Missing php_sablot.DLL in *.zip distribution
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.1.0 PHP Bug Type: Unknown/Other Function Bug description: Missing php_sablot.DLL in *.zip distribution The php_sablot.dll is missing in the extensions directory of the 4.1.0 distribution for Win32. sablot.dll is still there though ! Please, update the package as soon as you can, I need SABLOTRON !! ;-) ThanX. Daniel -- Edit bug report at: http://bugs.php.net/?id=14449edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13672 Updated: Memory leak
ID: 13672 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: RH Linux (2.2.16-22) PHP Version: 4.0.6 New Comment: Do you still have this problem with 4.1.0? Previous Comments: [2001-10-15 08:53:52] [EMAIL PROTECTED] Doing mtrace on libphp4.so returns: - 00 Realloc 6161 was never alloc'd - 00 Realloc 6163 was never alloc'd - 00 Realloc 6168 was never alloc'd - 00 Realloc 7007 was never alloc'd - 00 Realloc 7015 was never alloc'd - 00 Realloc 7023 was never alloc'd Memory not freed: - Address Size Caller 000 at I have tried the latest CVS build, but it won't compile with zlib: zlib.c:115: `STANDARD_MODULE_HEADER' undeclared here (not in a function) zlib.c:115: initializer element is not constant zlib.c:115: (near initialization for `php_zlib_module_entry.name') zlib.c:116: warning: initialization from incompatible pointer type zlib.c:117: warning: initialization from incompatible pointer type zlib.c:122: warning: initialization from incompatible pointer type zlib.c:123: `NO_VERSION_YET' undeclared here (not in a function) zlib.c:123: initializer element is not constant zlib.c:123: (near initialization for `php_zlib_module_entry.global_shutdown_func') zlib.c:124: warning: initialization makes integer from pointer without a cast zlib.c:124: warning: initialization makes integer from pointer without a cast zlib.c:124: warning: initialization makes integer from pointer without a cast zlib.c:124: warning: excess elements in struct initializer zlib.c:124: warning: (near initialization for `php_zlib_module_entry') zlib.c:125: warning: excess elements in struct initializer zlib.c:125: warning: (near initialization for `php_zlib_module_entry') make[3]: *** [zlib.lo] Error 1 make[3]: Leaving directory `/usr/local/bang_setup/php4-200110141200/ext/zlib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/bang_setup/php4-200110141200/ext/zlib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/bang_setup/php4-200110141200/ext' make: *** [all-recursive] Error 1 My config line for PHP is: --with-apxs=/usr/local/apache/bin/apxs' '--enable-force-cgi-redirect' '-with-png-dir=/usr/local/bang_setup/libpng-1.0.11/' '--with-zlib-dir=/usr/local/bang_setup/zlib-1.1.3/' '--enable-ftp' '--with-gd=/usr/local/bang_setup/gd-1.8.4' '--with-jpeg-dir=/usr/local/' '--with-mysql=/usr/local' '--enable-gd-imgstrttf' '--with-imap' '--with-ldap=/usr/local' '--enable-gd-native-ttf' '--enable-trans-sid' '--with-mcrypt' Some of our websites have become erratic, to the point where some scripts would sometimes return: Cannot use assign-op operators with overloaded object s nor string offsets on something as simple as $table[$i] .= something; This last problem has been circumvented by $var .= something; $table[$i] = $var; but now rather than the above-mentioned error, the script outputs the letter F. I wish I could be more accurate, but I have no idea why this started happening, but I suspect the memory leak. I haven't been able to come up with a test case, and my script is a little unwieldy. Edit this bug report at http://bugs.php.net/?id=13672edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14450: No longer parsing
From: [EMAIL PROTECTED] Operating system: RH Linux 7.1 PHP version: 4.1.0 PHP Bug Type: Apache related Bug description: No longer parsing I had 4.0.6 working with no problem on Apache 1.3.22. I then updated to 4.1 and my scripts no longer parse but a download box comes up. Nothing has changed except going from 4.0.6 to 4.1. Bob -- Edit bug report at: http://bugs.php.net/?id=14450edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13078 Updated: register_globals = off session.save_handler = user
ID: 13078 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: FreeBSD 4.x PHP Version: 4.0.6 New Comment: Just tried this with 4.1.0 (released on Dec 10) and the original problem description applies, i.e. this has not been fixed. Tried this on: PHP4.1.0 Apache 1.3.20 FreeBSD4.X --- Previous Comments: [2001-11-24 19:49:29] [EMAIL PROTECTED] Can you please verify if this is now fixed in latest CVS: http://snaps.php.net/ [2001-08-31 08:53:14] [EMAIL PROTECTED] Things are fine when: register_globals = off session.save_handler = files Things are fine also when: register_globals = on session.save_handler = users where users are customed handlers, (saved to PostgreSQL in my case. PROBLEM: Sessions varilables aren't saved when: register_globals = off session.save_handler = users ---eof--- Edit this bug report at http://bugs.php.net/?id=13078edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-DOC] cvs: php4 /ext/phpdoc .cvsignore Makefile.in config.m4 libs.mk php_phpdoc.h phpdoc.c
On Wed, Dec 12, 2001 at 01:08:36PM +0100, Sterling Hughes wrote: I was asked to commit it under ext/phpdoc if a read the mails about 'the future of PHPDoc' correctly. Didn't read them... It doesn't make sense in ext/phpdoc however (imho), as: a) its not something that is widely used ext/phpdoc + ext/xslt = printing colourfull PHP, highlighht_string (HTML), ... b) it has a very specific, local use when it is used (ie, it doesn't help anyone *build* a site, just generate documentation for their code). It depends on what is will be used for. The XML output is not directly connected to phpdoc. c) it requires a pear package to be useful anyway... currently, yes. In my opinion it should be moved to PECL as all extensions should live there. Not just ext/phpdoc. 2.) Does this version compile with current CVS? I haven't tried yet, but I see an old module entry declaration. then it doesn't compile... Any pointer for me what has to be changed ? check out README.EXTENSIONS... Will read them. BTW: What is PECL ? Its for pear C extensions and the like Fine. -Sterling Jan -- mailto: [EMAIL PROTECTED] weigon @ #php.de (IRCnet) http://jan.kneschke.de weigon @ #modlogan (openprojects) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14451: Unknown persistent list entry type in shutdown in IIS CGI
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.1.0 PHP Bug Type: IIS related Bug description: Unknown persistent list entry type in shutdown in IIS CGI The following code running in IIS CGI mode generates a warning: Warning: Unknown persistent list entry type in module shutdown (11) in Unknown on line 0 ?php $db = mysql_pconnect(mangrove, , ); die(); ? In ISAPI mode the error does not occur. The following code does not cause any problems in CGI. ?php $db = mysql_connect(mangrove, , );die(); ? -- Edit bug report at: http://bugs.php.net/?id=14451edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14424 Updated: is_readable returns error if file does not exist.
ID: 14424
Updated by: sander
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: Filesystem function related
Bug Type: Documentation problem
Operating System: Suse linux 7.2
PHP Version: 4.1.0
New Comment:
So what's the problem? is_readable now returns an error, which is IMHO fine. The only
problem is that it's not documented. Changing to docu prob.
Previous Comments:
[2001-12-11 08:22:39] [EMAIL PROTECTED]
Code example:
if (is_readable(foo)) {
echo file exists.P;
} else {
echo file does not exist.P;
}
Error message:
Warning: stat failed for foo (errno=2 - No such file or directory) in
/home/xxx/public_html/is_readable.php on line 3
Configure options:
./configure --with-apache=/home/xxx/apache_1.3.22 --with-mysql=/usr/local
--with-gd=/usr/local --with-zlib-dir=/usr/local --with-png-dir=/usr
--with-jpeg-dir=/home/xxx/jpeg-6b --with-xpm-dir=/usr/X11R6 --with-ttf --with-curl
Seems similar to is_file() bug. Problem does not occur on older versions (i.e. 4.0.6).
Edit this bug report at http://bugs.php.net/?id=14424edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14424 Updated: is_readable returns error if file does not exist.
ID: 14424
Updated by: sander
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: Filesystem function related
Bug Type: Documentation problem
Operating System: Suse linux 7.2
PHP Version: 4.1.0
New Comment:
So what's the problem? is_readable now returns an error, which is IMHO fine. The
only problem is that it's not documented. Changing to docu prob.
He's right, this really shouldn't be -- its been fixed in HEAD its
just not in 4.1.0...
-Sterling
Previous Comments:
[2001-12-11 08:22:39] [EMAIL PROTECTED]
Code example:
if (is_readable(foo)) {
echo file exists.P;
} else {
echo file does not exist.P;
}
Error message:
Warning: stat failed for foo (errno=2 - No such file or directory) in
/home/xxx/public_html/is_readable.php on line 3
Configure options:
./configure --with-apache=/home/xxx/apache_1.3.22 --with-mysql=/usr/local
--with-gd=/usr/local --with-zlib-dir=/usr/local --with-png-dir=/usr
--with-jpeg-dir=/home/xxx/jpeg-6b --with-xpm-dir=/usr/X11R6 --with-ttf --with-curl
Seems similar to is_file() bug. Problem does not occur on older versions (i.e.
4.0.6).
Edit this bug report at http://bugs.php.net/?id=14424edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13968 Updated: $this reference is bad during __wakeup
ID: 13968
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Debian Linux
PHP Version: 4.0.6
New Comment:
Any update for this bug?
Previous Comments:
[2001-11-06 22:56:04] [EMAIL PROTECTED]
References to $this are randomly wrong during __wakeup.
I am keeping track of all objects in a global $objs.
global $objs;
$objs[] = $this;
during __wakeup causes $objs[] to gain an element that matches some random OTHER
variable in my script (an integer I was using somewhere, or an array I had somewhere
else)
Unforunately I cannot reproduce this on a simple script, but here is the essence of
what I am doing:
?
$objs = array();
class O {
function __wakeup() {
global $objs;
$objs[] = $this;
}
}
class X extends O {
var $a = 213;
var $b = 'hello';
}
$x = new X();
$y = serialize($x);
$z = unserialize($y);
var_dump($objs);
?
^^ the above script works perfectly, but in a more complex script doing the same
thing, it ends up putting a reference to a totally different variable into $objs.
Edit this bug report at http://bugs.php.net/?id=13968edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14452: libphp4.so is not linking with *.la files
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.0 PHP Bug Type: *Configuration Issues Bug description: libphp4.so is not linking with *.la files I have configured PHP with the following options: ./configure --with-apxs=/usr/sbin/apxs --with-mysql=/usr /usr/lib/mysql contains libmyclient.a and libmyclient.sa. Configuration and make goes fine, though I get the following warning: *** Warning: This library needs some functionality provided by /usr/lib/mysql/libmysqlclient.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. Install goes fine, but when I restart Apache ( 1.3.3 ), I get the following error: Cannot load /usr/lib/apache/libphp4.so into server: /usr/ lib/apache/libphp4.so: undefined symbol: mysql_free_result PHP 4.0.6 compiled from source and ran with no such problems. -- Edit bug report at: http://bugs.php.net/?id=14452edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13078 Updated: register_globals = off session.save_handler = user
ID: 13078 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: FreeBSD 4.x PHP Version: 4.0.6 New Comment: After posting the test results with 4.1.0, I tried using: session_register(varname); before doing a: $_SESSION[varname]; i.e., session_register(varname); $_SESSION[varname] = somevaluehere; And yet, the custom sess_write was never called. --ends-- Previous Comments: [2001-12-12 07:32:36] [EMAIL PROTECTED] Just tried this with 4.1.0 (released on Dec 10) and the original problem description applies, i.e. this has not been fixed. Tried this on: PHP4.1.0 Apache 1.3.20 FreeBSD4.X --- [2001-11-24 19:49:29] [EMAIL PROTECTED] Can you please verify if this is now fixed in latest CVS: http://snaps.php.net/ [2001-08-31 08:53:14] [EMAIL PROTECTED] Things are fine when: register_globals = off session.save_handler = files Things are fine also when: register_globals = on session.save_handler = users where users are customed handlers, (saved to PostgreSQL in my case. PROBLEM: Sessions varilables aren't saved when: register_globals = off session.save_handler = users ---eof--- Edit this bug report at http://bugs.php.net/?id=13078edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Submitting changes
Where (and who) do I submit a code patch to one of the modules? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14380 Updated: AccessViolation: oci-Problem
ID: 14380 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: IIS related Operating System: Windows2000 PHP Version: 4.0.6 New Comment: We will try 4.1.0 and check whether the problem is still persistent. How can I attach a file to a bug report? Previous Comments: [2001-12-07 11:51:03] [EMAIL PROTECTED] If you have a dump you can share, do please post it to the bug report. That will help in solving it quickly. [2001-12-07 11:14:34] [EMAIL PROTECTED] PHP4.06, Windows2000, IIS5-ISAPI, Oracle8.1.7. From time to time the Webserver crashes: ACCESS VIOLATION. We have no problems with IIS-CGI or with Apache. We are in contact with Microsoft to resolve the problem. They told us to install: cscript adplus.vbs ... in order to produce a memory dump. After analysing the dump Microsoft found that the oci8 caused the problem. Is it possible to send you the dump? Would this help to resolve the bug? If you name a contact person at your side, I could ask Microsoft to contact. Edit this bug report at http://bugs.php.net/?id=14380edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6231 Updated: Reference parsing problem
ID: 6231
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Scripting Engine problem
Old Operating System: Windows 95 OSR2
Operating System: Linux
Old PHP Version: 4.0.1pl2
PHP Version: 4.1.0
New Comment:
Just an update.
I verified with Linux and 4.1.0. I agrree with the last comment. There is no need to
use settype()
But this problem should be addressed...
Previous Comments:
[2000-08-31 08:56:47] [EMAIL PROTECTED]
Well, I guess you shouldn't use settype there. I don't see why you should.
[2000-08-18 06:21:34] [EMAIL PROTECTED]
There´s really some problem here, I´ve cut down the code to
illustrate the problem. After calling settype() on an
already existent object (really don´t needed) named
$this-prop, settype() changes that property to a reference
(see var_dump() output)... apparently to a reference to the
equivalent property of another object, I can´t imagine that
was intended...
perhaps zend tried to be smart in any way...
class BOMainstr{ }
class BOMain2{
function BOMain2 () {
$this-storage = new BOMainstr();
var_dump($this-storage);var_dump($this);
settype($this-storage,'object');
var_dump($this-storage);var_dump($this); }
function get() { return $this-storage-ID; }
function set($ID) { $this-storage-ID = $ID; } }
$C = new BOMain2();
$C-set(1);
$D = $C;
$D-set(2);
echo C-get() = . $C-get() .'BR'; echo D-get() = .
$D-get(); ?
[2000-08-18 04:14:49] [EMAIL PROTECTED]
How working object copieng?
Object copy as reference or as object copy?
[2000-08-18 04:11:05] [EMAIL PROTECTED]
+++ Wrong class copieng +++
?
/*
Class BOMain1 and BOMain2 are different in one string see below
*/
class BOMainstr{
// Class attributes
var $ID; // Object ID (integer)
} // end class definition
//---Class 1
class BOMain1{
var $storage; //nested object
function BOMain1 ()
{
$this-storage = new BOMainstr();
}
function get() {
return $this-storage-ID;
}
function set($ID) {
$this-storage-ID = $ID;
}
} // end class definition
//---Class 2 class BOMain2{
var $storage; //nested object
function BOMain2 ()
{
$this-storage = new BOMainstr();
settype($this-storage,'object'); // Different string
}
function get() {
return $this-storage-ID;
}
function set($ID) {
$this-storage-ID = $ID;
}
} // end class definition
$A = new BOMain1();
$A-set(1);
$B = $A;
$B-set(2);
echo A-get() = . $A-get() .'BR';
echo B-get() = . $B-get() .'HR';
$C = new BOMain2();
$C-set(1);
$D = $C;
$D-set(2);
echo C-get() = . $C-get() .'BR';
echo D-get() = . $D-get();
?
Edit this bug report at http://bugs.php.net/?id=6231edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10840 Updated: asp_tags = On is ignored, if apache is started with the php4_module
ID: 10840 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: win 98 PHP Version: 4.0.5 New Comment: Could you try PHP4.1.0 to see if you still have this problem? Previous Comments: [2001-05-13 14:13:54] [EMAIL PROTECTED] asp_tags = on in php.ini is ignored when apache is started with LoadModule php4_module c:/php/sapi/php4apache.dll in httpd.conf. It works when apache is limited to work with the cgi binary Edit this bug report at http://bugs.php.net/?id=10840edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11071 Updated: probs displaying backslash with HERE statements
ID: 11071
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux
Old PHP Version: 4.0.4pl1
PHP Version: 4.1.0
New Comment:
PHP Version update
Previous Comments:
[2001-12-12 06:47:20] [EMAIL PROTECTED]
Simpler code for this report.
Heredoc block supposed to parse just like double quoted strings, but it does not.
(PHP4.1.0)
Is this a bug or feature?
?php
echo 'pre';
$heredoc = EOD
\{
EOD;
$string = \{;
echo heredoc : $heredoc\n;
echo string : $string\n;
?
[2001-05-23 19:09:51] [EMAIL PROTECTED]
hi there,
this may be obscure and I'm not sure if it is a bug but I've experienced a problem
with populating a variable with a HERE statement (ie. $variable = EOD). As far as
I was aware the variable is supposed to be populated with anything after the first EOD
line and before the ending EOD; line.
This HERE statement does not work if you put a slash before a left curly brace ( \{ )
. It's fine with a right curly brace ( \} ). looking at the script below version 1
does not display the first slash, version 2 does (only because I escaped the slash
first).
This seems to be a bug, so I hope this is the right place to inform you about it.
best wishes
Simon R Jones
[EMAIL PROTECTED]
www.studio24.net
Configure command: './configure' '--with-gd' '--enable-track-vars'
'--with-apxs=/usr/sbin/apxs' '--enable-sysvsem' '--enable-sysvshm' '--with-zlib'
'--prefix=/usr' '--with-config-file-path=/etc/httpd/conf' '--enable-memory-limit'
'--with-pgsql=/usr' '--with-db2=/usr' '--with-gdbm=/usr' '--with-ndbm=/usr'
'--with-dbase' '--enable-trans-sid' '--with-xml=/usr' '--enable-debugger'
'--enable-ftp' '--with-ttf' '--with-jpeg-dir=/usr' '--enable-bcmath' '--with-openssl'
'--enable-trans-sid' '--with-mysql=/usr' '--with-xpm-dir=/usr/X11R6'
'--with-png-dir=/usr' '--with-imap' '--with-dom' '--with-imap-ssl' '--with-mhash=/usr'
'--with-mcrypt=/usr'
example script (online at http://dev.studio24.net/test.php ):
?
$content .= EOD
tt
\{[A-Z0-9][A-Z0-9_]{1,}\} more text \ \ \\ \{ \} \
/tt
EOD;
$content2 .= EOD
tt
\\{[A-Z0-9][A-Z0-9_]{1,}\} more text \ \ \\ \{ \} \
/tt
EOD;
echo version 1: $contentbr\n
version 2: $content2;
?
Edit this bug report at http://bugs.php.net/?id=11071edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6417 Updated: Incorrect behaviour with references and arrays
ID: 6417
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Scripting Engine problem
Operating System: Linux RedHat 6.2
PHP Version: 4.0.6-dev
New Comment:
I think PHP version (and OS) is better to be updated. It's hard to know which version
is the last PHP version tested.
Previous Comments:
[2001-11-22 18:24:27] [EMAIL PROTECTED]
I would like to see this fixed, it's a serious bug IMO.
Hope this serves as a reminder to someone (:
[2001-05-23 18:49:42] [EMAIL PROTECTED]
Resurfacing.
Is there any work being done on this? Or should I put this in the docs?
If you don't expect it, this bug can create very strange behaviour, for example when
you have some library function that creates references, it can mix up your script.
This is definitely a bug, and should be fixed a.s.a.p.
The fix is included here!
status - analyzed (imo it is even critical, this is straight against the principle of
assigning by value:
[documentation]
In PHP, variables are always assigned by value. That is to
say, when you assign an expression to a variable, the
entire value of the original expression is copied into the
destination variable. This means, for instance, that after
assigning one variable's value to another, changing one of
those variables will have no effect on the other.
)
[2001-04-28 15:27:01] [EMAIL PROTECTED]
Reproduced in latest verison
[2000-08-31 08:54:19] [EMAIL PROTECTED]
Confirmed for 4.0.2.
[2000-08-29 12:17:34] [EMAIL PROTECTED]
?php
/*
I've discovered some slightly counter-intuitive behaviour
with references and arrays. I'm not sure whether this is
actually a bug or a 'feature', but if it is the latter then
it should be documented as such.
Consider the following code involving references and integers:
*/
$a = 5;
$b = $a;
$c = $a;
$c = 10;
echo (1) a: $a (should be 5)br\n;
/*
Here we have created a variable ($a), made a reference to it ($b),
made a copy of the original variable ($c), changed the copy ($c=10),
and then printed out the original value.
This is all fine and as expected.
Now let's try the same thing, but with the addition of arrays:
*/
$A = array();
$A[0] = 5;
$b = $A[0];
$C = $A;
$C[0] = 10;
echo (2) A[0]: $A[0] (I expected it to be 5)br\n;
/*
Thus, having copied the array $A to $C, we have actually made
$C[0] *another* reference to the $A[0] (which is also referenced
by $c). I would have expected $C[0] to have become detached from
the reference (as in $c = $a in the first example).
Taking out the line '$b = $A[0]' in the example above yields the
expected behaviour:
*/
$A = array();
$A[0] = 5;
$C = $A;
$C[0] = 10;
echo (3) A[0]: $A[0] (expected it to actually be 5 this time)br\n;
/*
Q: What's the explanation for all of this?
A: When the Zend Engine constructs a copy of an array/hash, it constructs
copies of the individual elements by using zval_add_ref (zend_variables.c).
This simply increases the reference count of the value in question. If
that value happens to be referenced by more than one name, it has
the 'is_ref' flag set. However, in the case of copying array elements,
the values are still _not_ separated if they have 'is_ref' set.
As I mentioned above, I'm not sure whether this is actually the desired
behaviour or not. In either case, I couldn't find it documented clearly
anywhere (maybe I didn't look hard enough--if not, sorry in advance!).
Working under the assumption that the behaviour is incorrect (I
certainly find it very confusing), I worked out the following fix to
the issue (assuming my understanding of the Zend Engine is correct):
Instead of using zval_add_ref as the constructor when copying arrays,
use this:
ZEND_API void zval_add_ref_or_separate(zval **p)
{
if (PZVAL_IS_REF(*p))
{
SEPARATE_ZVAL(p);
} else {
zval_add_ref(p);
}
}
Another question is whether there are similar issues with objects? I
haven't investigated...
Note: I haven't included PHP modules/php.ini etc since I'm
fairly
[PHP-DEV] Bug #7515 Updated: very weird, magic, invisible referencing
ID: 7515
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Scripting Engine problem
Operating System: linux + win2k
PHP Version: 4.0 Latest CVS (28/10/2000)
Assigned To: andre
New Comment:
Is this still a issue? This report is updated a year ago...
If this report is outstanding, PHP Version is better to be updated...
Previous Comments:
[2000-12-16 13:40:39] [EMAIL PROTECTED]
assigned to zeev, as discussed we either need
a) a permanent fix
b) a permanent deep copy function and understand this effect
as a feature and users will eventually have to use deep
copies for some containers
[2000-10-28 10:25:28] [EMAIL PROTECTED]
This code is pretty self-explanatory...
Uncommenting the noticed (*[0]) line, causes the object contained ('root') in the
instance of 'obj' to be referenced to whatever, function test() uses a copy $o_copy
but reference-counting fails and the contained object 'root' is somehow referenced to
the original object in the global scope.
After having uncommented *[0] try to uncomment *[1] what should break the reference
again, that made me assuming this all is caused by reference counting...
?php
class obj {
function method() {}
}
function test($o_copy) {
//$o_copy-root=$o_copy-root; // *[1]
$o_copy-root-set_in_copied_o=TRUE;
var_dump($o_copy);?BR?php }
$o-root=new obj();
//$o-root-method(); // *[0] uncomment this line and weirdness starts
var_dump($o);?BR?php
test($o);
var_dump($o);
?
Edit this bug report at http://bugs.php.net/?id=7515edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11723 Updated: A few apache children remain in memory after apachectl stop
ID: 11723 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: linux 2.2.14 and 2.2.16 PHP Version: 4.0.6 New Comment: Do you still have this problem with 4.1.0? Previous Comments: [2001-06-28 03:04:01] [EMAIL PROTECTED] This is the line I used to configure the PHP: ./configure --enable-imap --enable-mysql --with-mysql --with-apache=../$APACHE --with-imap --without-xml --enable-track-vars --enable-memory-limit=yes --with-zlib=/usr --with-gd=/usr/local --with-jpeg-dir=/usr --with-png-dir=/usr --enable-magic-quotes The problem has presented only with PHP 4.0.5 (and 4.0.6) with apache 1.3.20. Before we had PHP 4.0.3pl1 with Apache 1.3.16 and we had no problems. Soon as possible I'll try to give you a gdb track... this is difficult because often the machine is completely down and the only way to restart the apache is to reboot (power down) it... Denis [2001-06-27 11:56:50] [EMAIL PROTECTED] what was the configure line used to configure PHP? [2001-06-27 03:56:32] [EMAIL PROTECTED] I have the same problem as Valerio (bug #11676), but in my case the apache children remain in memory and it is not possible to kill them (i've tried also kill -9 but nothing do to, sick!). The only way to solve the problem is to reboot the machine or, in the worst case, to power down hardly the system. The kernels are 2.2.14 (RedHat 6.2) and 2.2.16 (RedHat 7.0) , the apache is 1.3.20 and php 4.0.6 (but the problems were present also in php 4.0.5 with apache 1.3.19). I was not able to track down the bug, it seems to happen randomly. The php is compiled with gd,mysql and imap (4.7c2). Denis Edit this bug report at http://bugs.php.net/?id=11723edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11103 Updated: different cookie behavior with module vs. cgi
ID: 11103 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: win98 PHP Version: 4.0.5 New Comment: Do you still have this problem with 4.1.0? Previous Comments: [2001-05-25 00:10:55] [EMAIL PROTECTED] ok... i added the code before and you told me to ask for help in the support forum! argh. anyway, here is some psuedo code. script1.php: set_cookie(blah); header(Loaction: absolute to script2); script2.php: /* cookie is not available here in cgi version, but is in module version */ [2001-05-24 21:38:36] [EMAIL PROTECTED] Add an example script into this bug report. [2001-05-24 21:00:05] [EMAIL PROTECTED] when running php as cgi with this sequence set_cookie(), header(Location: new script): new script will not see the cookie. however, with the module it works fine. Edit this bug report at http://bugs.php.net/?id=11103edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11676 Updated: A few apache children consume all memory and CPU.
ID: 11676 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: linux 2.4.5 i386 PHP Version: 4.0 Latest CVS (2001-06-25) New Comment: Could you try 4.1.0? see if it helps? Previous Comments: [2001-08-19 05:31:51] [EMAIL PROTECTED] There's only one issue... how can I determine which script was running on the processes that i find stuck? In the meanwhile i installed the Zend Optimizer on the server, and the problem seems to happen VERY less frequently... i know this is nearly no help at all, but I'm doing all I can. Anyway, i see some other guy had my same problem... [2001-08-19 04:56:56] [EMAIL PROTECTED] A short script that causes this would help a lot.. [2001-07-13 04:43:02] [EMAIL PROTECTED] anyone alive??? [2001-06-29 05:39:48] [EMAIL PROTECTED] Maybe this can help...i talked to the other guy who has the same problem than us , Denis (bug #11723), and we agreed that the problems began to arise after php 4.0.4pl1 (including it or not, we don't remember exactly :( ). Maybe this can help narrowing down the issue... [2001-06-28 15:21:12] [EMAIL PROTECTED] ok, i have recompiled php AND apache without any optimization settings, and things look worse... The problem happened more frequently in these hours, and these are backtraces of stuck processes: #0 0x4012c243 in chunk_free () #1 0x4012bfaa in __cfree () #2 0x810acbc in shutdown_memory_manager () #3 0x8079d58 in php_request_shutdown () #4 0x8077611 in php_apache_request_shutdown () #5 0x814a93e in run_cleanups () #6 0x814916d in ap_clear_pool () #7 0x81491e1 in ap_destroy_pool () #8 0x8158ded in child_main () #9 0x8158fdc in make_child () #10 0x8159089 in startup_children () #11 0x81596c6 in standalone_main () #12 0x8159e53 in main () #13 0x400ea9f3 in __libc_start_main () #0 0x4012c23e in chunk_free () #1 0x4012bfaa in __cfree () #2 0x810a5a5 in _efree () #3 0x811e8cc in zend_hash_destroy () #4 0x8112b7c in destroy_zend_class () #5 0x811ea67 in zend_hash_apply_deleter () #6 0x811ecfa in zend_hash_apply () #7 0x8110820 in shutdown_executor () #8 0x8119d53 in zend_deactivate () #9 0x8079d1a in php_request_shutdown () #10 0x8077611 in php_apache_request_shutdown () #11 0x814a93e in run_cleanups () #12 0x814916d in ap_clear_pool () #13 0x81491e1 in ap_destroy_pool () #14 0x8160eb2 in ap_destroy_sub_req () #15 0x8067cb8 in handle_include () #16 0x806acb5 in send_parsed_content () #17 0x806b28d in send_parsed_file () #18 0x814dc23 in ap_invoke_handler () #19 0x8161769 in process_request_internal () #20 0x8161b88 in ap_internal_redirect () #21 0x806b6dd in handle_dir () #22 0x814dc23 in ap_invoke_handler () #23 0x8161769 in process_request_internal () #24 0x81617cc in ap_process_request () #25 0x8158d9e in child_main () #26 0x8158fdc in make_child () #27 0x8159356 in perform_idle_server_maintenance () #28 0x8159895 in standalone_main () #29 0x8159e53 in main () #30 0x400ea9f3 in __libc_start_main () #0 0x4012c24b in chunk_free () #1 0x4012bfaa in __cfree () #2 0x810acbc in shutdown_memory_manager () #3 0x8079d58 in php_request_shutdown () #4 0x8077611 in php_apache_request_shutdown () #5 0x814a93e in run_cleanups () #6 0x814916d in ap_clear_pool () #7 0x81491e1 in ap_destroy_pool () #8 0x8160eb2 in ap_destroy_sub_req () #9 0x8067cb8 in handle_include () #10 0x806acb5 in send_parsed_content () #11 0x806b28d in send_parsed_file () #12 0x814dc23 in ap_invoke_handler () #13 0x8160e87 in ap_run_sub_req () #14 0x8067c35 in handle_include () #15 0x806acb5 in send_parsed_content () #16 0x806b28d in send_parsed_file () #17 0x814dc23 in ap_invoke_handler () #18 0x8161769 in process_request_internal () #19 0x8161b88 in ap_internal_redirect () #20 0x806b6dd in handle_dir () #21 0x814dc23 in ap_invoke_handler () #22 0x8161769 in process_request_internal () #23 0x81617cc in ap_process_request () #24 0x8158d9e in child_main () #25 0x8158fdc in make_child () #26 0x8159356 in perform_idle_server_maintenance () #27 0x8159895 in standalone_main () #28 0x8159e53 in main () #29 0x400ea9f3 in __libc_start_main () tell me what to do next and i'll gladly do it... 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/?id=11676 Edit this bug report at http://bugs.php.net/?id=11676edit=1 -- PHP Development Mailing List http://www.php.net/ To
[PHP-DEV] Bug #11676 Updated: A few apache children consume all memory and CPU.
ID: 11676 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: linux 2.4.5 i386 PHP Version: 4.0 Latest CVS (2001-06-25) New Comment: Status = feedback Previous Comments: [2001-12-12 08:19:47] [EMAIL PROTECTED] Could you try 4.1.0? see if it helps? [2001-08-19 05:31:51] [EMAIL PROTECTED] There's only one issue... how can I determine which script was running on the processes that i find stuck? In the meanwhile i installed the Zend Optimizer on the server, and the problem seems to happen VERY less frequently... i know this is nearly no help at all, but I'm doing all I can. Anyway, i see some other guy had my same problem... [2001-08-19 04:56:56] [EMAIL PROTECTED] A short script that causes this would help a lot.. [2001-07-13 04:43:02] [EMAIL PROTECTED] anyone alive??? [2001-06-29 05:39:48] [EMAIL PROTECTED] Maybe this can help...i talked to the other guy who has the same problem than us , Denis (bug #11723), and we agreed that the problems began to arise after php 4.0.4pl1 (including it or not, we don't remember exactly :( ). Maybe this can help narrowing down the issue... 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/?id=11676 Edit this bug report at http://bugs.php.net/?id=11676edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12203 Updated: Inconsistent __FILE__ contents when using require/require_once
ID: 12203
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Old Operating System: Red Hat 7.1
Operating System: Linux
Old PHP Version: 4.0.4pl1
PHP Version: 4.1.0
New Comment:
PHP Version update
Previous Comments:
[2001-12-12 07:02:26] [EMAIL PROTECTED]
On my linux with 4.1.0, __FILE__ has always actual /path/to/file. (i.e. not pathname
of sym link, but pathname linked to) It does not ommit path, though.
I think __FILE__ should have pathname for sym link instead of pathname linked to...
Is this correct behavior? Anyone?
[2001-07-17 08:20:14] [EMAIL PROTECTED]
Not sure if this is a bug or a feature, or what the correct result should be, but...
Related to bug #6636, require_once() and include_once() used on a soft link will
result in the __FILE__ constant containing only the filename of the link, whereas
include() and require() will result in __FILE__ containing the full path and filename
of the linked file.
ln -s /path/to/file.php /path/to/link.php
CASE ONE:
require_once('/path/to/link.php');
// returns 'link.php'
echo __FILE__;
CASE TWO:
require('/path/to/link.php');
// returns '/path/to/file.php'
echo __FILE__;
Edit this bug report at http://bugs.php.net/?id=12203edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11692 Updated: CGI problem with http://myweb/script.php/variable
ID: 11692
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: LInux
PHP Version: 4.0.6
New Comment:
Why you have --with-apxs=/usr/sbin/apxs while you are using GCI?
I suppose it is not a bug...
If you think this is a bug, please provide the reason
Previous Comments:
[2001-06-26 08:01:35] [EMAIL PROTECTED]
I forgot to write that I call php as CGI wirh Action
directive in apache.
Regards
--
Piotr Gardy, Dzial obslugi serwerow PIK-Net Sieci
Rozlegle
Toszecka 102, Gliwice Poland, +48 32 338-33-53
e-mail: [EMAIL PROTECTED]
[2001-06-26 07:15:39] [EMAIL PROTECTED]
Hello.
I've php compiled with:
/configure' '--prefix=/usr' '--with-config-file-path=/etc'
'--disable-debug' '--enable-pic' '--enable-shared'
'--enable-inline-optimization'
'--with-apxs=/usr/sbin/apxs' '--with-exec-dir=/usr/bin'
'--with-regex=system' '--with-gettext' '--with-gd=shared'
'--with-jpeg-dir=/usr' '--with-png' '--with-zlib'
'--without-db2' '--without-db3' '--with-gdbm'
'--enable-debugger' '--enable-magic-quotes'
'--enable-safe-mode' '--enable-sockets' '--enable-sysvsem'
'--enable-sysvshm' '--enable-track-vars' '--enable-yp'
'--enable-ftp' '--enable-wddx' '--without-mysql'
'--without-pgsql' '--without-oracle' '--without-oci8'
'--disable-discard-path' '--with-xml
And now if I call url: http://myweb/script.php/variable
everything is ok. But If i do this with php as CGI i've
got 500 error.
This is enviroment variables set by apache:
DOCUMENT_ROOT='/var/www/html'
HTTP_ACCEPT='image/gif, image/x-xbitmap, image/jpeg,
image/pjpeg, application/vnd.ms-powerpoint,
application/vnd.ms-excel, application/msword,
application/pdf, */*'
HTTP_ACCEPT_ENCODING='gzip, deflate'
HTTP_ACCEPT_LANGUAGE='pl'
HTTP_CONNECTION='Keep-Alive'
HTTP_HOST='trejsrut.silesia.pik-net.pl'
HTTP_USER_AGENT='Mozilla/4.0 (compatible; MSIE 5.01;
Windows NT 5.0)'
PATH='/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin'
REDIRECT_STATUS='200'
REDIRECT_URL='/tst.php/123/123'
REMOTE_ADDR='213.186.64.5'
REMOTE_HOST='azazel.silesia.pik-net.pl'
REMOTE_PORT='1498'
SCRIPT_FILENAME='/var/www/cgi-bin/php'
SERVER_ADDR='213.186.64.21'
SERVER_ADMIN='[EMAIL PROTECTED]'
SERVER_NAME='trejsrut.silesia.pik-net.pl'
SERVER_PORT='80'
SERVER_SIGNATURE='Apache/1.3.14 Server at
trejsrut.silesia.pik-net.pl Port 80'
SERVER_SOFTWARE='Apache/1.3.14 (Unix) (Red-Hat/Linux)
mod_ssl/2.7.1 OpenSSL/0.9.5a DAV/1.0.2 PHP/4.0.6
mod_perl/1.24'
GATEWAY_INTERFACE='CGI/1.1'
SERVER_PROTOCOL='HTTP/1.1'
REQUEST_METHOD='GET'
QUERY_STRING=''
REQUEST_URI='/tst.php/123/123'
SCRIPT_NAME='/cgi-bin/php'
PATH_INFO='/tst.php/123/123'
PATH_TRANSLATED='/var/www/html/tst.php/123/123'DOCUMENT_ROOT='/var/www/html'
HTTP_ACCEPT='image/gif, image/x-xbitmap, image/jpeg,
image/pjpeg, application/vnd.ms-powerpoint,
application/vnd.ms-excel, application/msword,
application/pdf, */*'
HTTP_ACCEPT_ENCODING='gzip, deflate'
HTTP_ACCEPT_LANGUAGE='pl'
HTTP_CONNECTION='Keep-Alive'
HTTP_HOST='trejsrut.silesia.pik-net.pl'
HTTP_USER_AGENT='Mozilla/4.0 (compatible; MSIE 5.01;
Windows NT 5.0)'
PATH='/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin'
REDIRECT_STATUS='200'
REDIRECT_URL='/tst.php/123/123'
REMOTE_ADDR='213.186.64.5'
REMOTE_HOST='azazel.silesia.pik-net.pl'
REMOTE_PORT='1498'
SCRIPT_FILENAME='/var/www/cgi-bin/php'
SERVER_ADDR='213.186.64.21'
SERVER_ADMIN='[EMAIL PROTECTED]'
SERVER_NAME='trejsrut.silesia.pik-net.pl'
SERVER_PORT='80'
SERVER_SIGNATURE='Apache/1.3.14 Server at
trejsrut.silesia.pik-net.pl Port 80'
SERVER_SOFTWARE='Apache/1.3.14 (Unix) (Red-Hat/Linux)
mod_ssl/2.7.1 OpenSSL/0.9.5a DAV/1.0.2 PHP/4.0.6
mod_perl/1.24'
GATEWAY_INTERFACE='CGI/1.1'
SERVER_PROTOCOL='HTTP/1.1'
REQUEST_METHOD='GET'
QUERY_STRING=''
REQUEST_URI='/tst.php/123/123'
SCRIPT_NAME='/cgi-bin/php'
PATH_INFO='/tst.php/123/123'
PATH_TRANSLATED='/var/www/html/tst.php/123/123'
If I call php with this variables it's breaking work.
This is strace of this:
munmap(0x40017000, 80794) = 0
open(/etc/protocols, O_RDONLY)= 4
fcntl64(4, F_GETFD) = 0
fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
fstat64(4, {st_mode=S_IFREG|0644, st_size=1567, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000
read(4, # /etc/protocols:\n# $Id: protoco..., 4096) =
1567
close(4)= 0
munmap(0x40017000, 4096)= 0
open(/etc/protocols, O_RDONLY)= 4
fcntl64(4, F_GETFD) = 0
fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
fstat64(4, {st_mode=S_IFREG|0644, st_size=1567, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000
[PHP-DEV] Bug #14448 Updated: exec()-like calls are done with webserver uid
ID: 14448 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Unknown/Other Function Operating System: Unix PHP Version: 4.1.0 New Comment: it is (AFAIK) not even possible to change the UID for anyone but 'root'? Previous Comments: [2001-12-12 06:43:54] [EMAIL PROTECTED] Not a bug. Expected behaviour. RTM. Safemode != suEXEC or something like that. [2001-12-12 06:17:09] [EMAIL PROTECTED] When safe_mode is enabled, exec()-like calls are still done with the webserver uid, letting users execute any server scripts owned by 'www' (for example). In the case that php_safe_dir = /usr/local/phpexec: # chmod 700 /usr/local/phpexec # chown www.www /usr/local/phpexec inside i put the following sh script: #!/bin/sh # echo `id` Now i log in as user 'veins', make a php script with the following: ? exec(/usr/local/phpexec/id.sh, $value, $return); echo $value[0]; ? when i go to ~veins/id.php i get the following: uid=67(www) gid=67(www) groups=67(www) Edit this bug report at http://bugs.php.net/?id=14448edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10485 Updated: no input file specified when running as a CGI
ID: 10485 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: HP-UX 11 PHP Version: 4.0.4pl1 New Comment: Could you try 4.1.0? to see if it helps? Previous Comments: [2001-04-25 02:19:06] [EMAIL PROTECTED] I am running PHP4 4.0.4pl1 on HP-UX11 (64 bit) and Apache 1.3.11. I compiled PHP4 with gcc and did not specify any options except --with-mysql. When I try to execute simple scripts like: #!/opt/php4/php -q echo foobar; I always get No input file specified. If I leave out the option -q my scripts work, but I always get as a first line #!/opt/php4/php which prevents me from using cookies :-( It is hardly possible to compile PHP on HP-UX, so I cannot (and do not want to) use PHP as an Apache module. I would be extremely happy to use PHP via CGI, but I am still running into this annoying bug which should be fixed long ago. At least the usenet is full of descriptions No input file specified when using PHP via CGI and I never encountered a solution. I have got it running on Apache and Windows 2000 without problems (since there was no need to compile anything :-), but this is not a suitable webserver. Cheers, Mark Edit this bug report at http://bugs.php.net/?id=10485edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12171 Updated: Require() function malfunction across directories
ID: 12171 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: MandrakeLinux 8.0. PHP Version: 4.0.4pl1 New Comment: This sounds like a most likely a file permission problem to me. If you think this is a bug, please provide the reason. Previous Comments: [2001-07-14 19:55:33] [EMAIL PROTECTED] I have just installed MandrakeLinux 8.0. I have a PHP program that contains the following require() function -- require($PS_BASE.'modules/core/lib/ps_page_open.inc'); -- This require() picks up code outside my web tree for security reasons. When executed I get the following error -- Fatal error: Failed opening required '/home/phpshop/phpshop- core/modules/core/lib/ps_page_open.inc' (include_path='') in /var/www/html/admin/prepend.php on line 14. -- If I execute the require(), pointing at the same directory as the requesting program, it works just fine. What do I need to do to execute a require() against code outside of my web tree. What product would be causing the problem? (Mandrake, PHP, Apache, ...). Edit this bug report at http://bugs.php.net/?id=12171edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12995 Updated: Failed opening ... in Unknown on line 0
ID: 12995 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: SuSE Linux 7.2 PHP Version: 4.0.6 New Comment: Do you still have this problem with 4.1.0? Previous Comments: [2001-08-30 07:10:15] [EMAIL PROTECTED] We found out, that this errors only happen when the server runs on a load above 1.0 . [2001-08-28 07:04:30] [EMAIL PROTECTED] I get this warning: Warning: Failed opening 'path_to_a_script' for inclusion (include_path='.:/path/to/a/include/directory') in Unknown on line 0 Sometimes everything works fine, sometimes don't - without changing anything in the php.ini or httpd.conf . A few days ago I updated from php4.0.4 to php4.0.6 and after that the problems begann. All parameters in 4.0.6 are the same than in 4.0.4. Do you need more informations? Bye, Sascha Emondts Edit this bug report at http://bugs.php.net/?id=12995edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11970 Updated: SEPARATE_ZVAL_TO_MAKE_IS_REF doesn't like 0x0
ID: 11970
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Old Operating System: SuSE7.0
Operating System: Linux 2.4.4/glibc 2.2.2
Old PHP Version: 4.0.6
PHP Version: 4.1.0
New Comment:
Problem does exist in 4.1.0 :(
Previous Comments:
[2001-07-19 14:33:12] [EMAIL PROTECTED]
The fixes so far were bad; They were reverted, and this bug is no reopened.
[2001-07-19 12:05:04] [EMAIL PROTECTED]
My initial fix was bogus, as I misdiagnosed what was going on. The current fix is to
allow returning of plain variables only (i.e., you can return $arr[$key], but you
can't return @$arr[$key]). This means that your script will not work (it'll error
out), but won't crash either...
[2001-07-15 12:48:52] [EMAIL PROTECTED]
Fixed in CVS - thanks for the tiny reproducing script!
[2001-07-09 06:27:49] [EMAIL PROTECTED]
function erm($key) {
return @$arr[$key];
}
$foo = erm('foo');
$bar = erm('bar');
(gdb) run bug3.php
Starting program: /usr/local/bin/php bug3.php
Program received signal SIGSEGV, Segmentation fault.
0x80a29e9 in execute (op_array=0x81d3348) at ./zend_execute.c:1592
1592 SEPARATE_ZVAL_TO_MAKE_IS_REF(retval_ptr_ptr);
(gdb) p retval_ptr_ptr
$1 = (zval **) 0x0
(gdb) bt
#0 0x80a29e9 in execute (op_array=0x81d3348) at ./zend_execute.c:1592
#1 0x80a26a8 in execute (op_array=0x81cdf5c) at ./zend_execute.c:1544
#2 0x8097234 in zend_execute_scripts (type=8, file_count=3) at zend.c:752
#3 0x8065b4f in php_execute_script (primary_file=0xb694) at main.c:1206
#4 0x8061173 in main (argc=2, argv=0xb724) at cgi_main.c:718
(gdb) list
1587(opline-op1.op_type != IS_CONST)
1588(opline-op1.op_type != IS_TMP_VAR)) {
1589
1590retval_ptr_ptr = get_zval_ptr_ptr(opline-op1, Ts, BP_VAR_W);
1591
1592SEPARATE_ZVAL_TO_MAKE_IS_REF(retval_ptr_ptr);
1593
1594(*retval_ptr_ptr)-refcount++;
1595(*EG(return_value_ptr_ptr)) = (*retval_ptr_ptr);
1596 } else {
notice that the second call [ erm('bar')] actually trigger the segfault.
patch: I dunno, Zeev somebody? :)
Edit this bug report at http://bugs.php.net/?id=11970edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14453: session_start() provokes a crash of php/apache
From: [EMAIL PROTECTED] Operating system: win2k PHP version: 4.1.0 PHP Bug Type: Reproducible crash Bug description: session_start() provokes a crash of php/apache ? session_start(); ? this script will cause php/apache to crash. used configuration: php 4.10 / win32 as SAPI apache 1.3.20 / win32 unfortunately, I don't have the time now to further investigate the problem... please contact me if there are any workarounds / solutions for this problem! regards n. fankhauser -- Edit bug report at: http://bugs.php.net/?id=14453edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12289 Updated: Not fully reproducable include-errors
ID: 12289
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0.5
New Comment:
Could you try 4.1.0?
Previous Comments:
[2001-07-27 06:44:12] [EMAIL PROTECTED]
This didn't solve the problem. As I mentioned before, all include-files are
encapsulated in if(!defined(C)){define(C)..} statements.
I replaced all includes with include_once, and upgradet to 4.0.6, but this didn't
help.
The problems seems someway related to the process getting the request. Its very often
the case that alternating requests result in an error. So every other requets works.
This is even reproducable.
On our live-system, the problem had been solved by setting display_errors = Off
This seems to make things not only invisible, but actually work.
[2001-07-20 15:47:08] [EMAIL PROTECTED]
This is what the include_once function is for. Use that instead and see if that fixes
things for you.
[2001-07-20 14:45:31] [EMAIL PROTECTED]
We encouter include() -problems on a large project. It
makes extensive use of classes and due to the fact that
session-vars need to have the class-definitions before
they can be used, some includes are circular. Of course
all include-files are encapsulated into if(defined(C)
{.. } blocks.
The included files before each weppage have a linecount at
a maximum of 6214.
The errors result in classes not known and thus
declaration of classes extended by them fail. Also
function-declarations sometimes are missing. When using a
while(!function_exists(f))
{ include(f.php); }
this results in timeouts because of endless loops. Of
course _should_ happen, because the constants mentioned
above are all correctly set.
The errors occur not fully predictabel, and normally
disappear when reloading the webpage.
In the apache-error-log appaer the following lines,
although I'm not sure if they are related to the problem:
[Fri Jul 20 16:01:34 2001] [alert] (14)Bad address:
FastCGI: openf() of fcgi_dynamic_mbox (null) failed
[Fri Jul 20 16:01:52 2001] [notice] child pid 13112 exit
signal Segmentation fault (11)
Any suggestions? Or is this project just too large for
PHP4?
./configure --with-apxs=/usr/sbin/apxs --with-gd
--with-curl=/tmp/curl-7.8 --with-oci8=/opt/oracle/OraHome1
--with-gettext=/usr/share --enable-sigchild
--with-dom=/usr/local/lib/
Edit this bug report at http://bugs.php.net/?id=12289edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13235 Updated: include() fails unpredictable
ID: 13235 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.0.6 New Comment: Please update this bug report if you could use 4.1.0. Previous Comments: [2001-09-10 12:46:59] [EMAIL PROTECTED] Since my Provider upgraded to 4.0.6 some of my scripts don't work as exspected anymore... I use include() with URL's where the URL's are from the same domain. They fail unpredictable: example: www.alstereck.de/aecke32001/ingebericht.phtml With every reload the appearance of the page changes, because the included files change, the rest fails with: Warning: Failed opening 'http://www.alstereck.de/aeckehead1.html' for inclusion (include_path='') in /raid/domains/de/a/alstereck/htdocs/www/aecke32001/ingebericht.phtml on line 3 When I include() via URL a file from a non-local server it works always fine. If I use this script on a different server with a perhaps different configuration (even 4.0.6.) it works fine! working exampl: http://www.ksweb.f2s.com/nochntest.php Conf of trouble server www.alstereck.de/test.php Conf of fine working server http://www.ksweb.f2s.com/test.php rgds Tiemo Edit this bug report at http://bugs.php.net/?id=13235edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7973 Updated: Safe Mode absolute path behaviour changed
ID: 7973 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: Red Hat Linux 5.2 PHP Version: 4.0.3pl1 New Comment: Status = Feedback Previous Comments: [2001-12-12 06:29:40] [EMAIL PROTECTED] Nobody has touched this bug report for a long time. Is this still a issue? To reporter: Could you try 4.1.0 see if there is problem? [2000-11-25 17:06:45] [EMAIL PROTECTED] Under PHP 4.0.1pl2 running in Safe Mode with the php_doc_root admin flag set to the user's home directory, a require()'d or include()'d (or auto_prepended) file could be specified as '/html/path/to/file', which would be evaluated as php_doc_root/html/path/to/file. After upgrading to PHP 4.0.3pl1 this is no longer working, and all files appear to require their absolute paths to be used, ie $DOCUMENT_ROOT . /path/to/file. Edit this bug report at http://bugs.php.net/?id=7973edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11739 Updated: Memory limit is used for all scripts instead of one script?
ID: 11739
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Suse Linux 7.0
PHP Version: 4.0.6
New Comment:
This is similar to set_time_limit() problem...
Anyone know if this is fixed or not?
To reporter: Could you try 4.1.0 and report the result?
Previous Comments:
[2001-06-27 10:43:12] [EMAIL PROTECTED]
Hi there!
As far as I understand, the option memory_limit sets the mem-limit for ONE script.
I installed PHP as a Apache module and I set the memory_limit to 16M (via php.ini).
When I allocate 8M of memory, all works fine. But when two different scripts each
allocate 8M, I will get sometimes the following message:
Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate
4194304 bytes) in /usr/local/httpd/htdocs/testxx.php on line 6
Both scripts (testx.php and testxx.php) contain the following code:
?php
$str = x;
for($i=0; $i23; $i++)
{
$str .= $str;
echo strlen($str) . br;
}
?
First, 1 byte will be allocated, then 2, then 4 and so on. The last allocated string
has a size of 8M.
It's a little difficult to reproduce the problem because I have to call both scripts
exactly at the same time from my browser. But, as I said, sometimes I get the
described error-message.
My question is: Is this normal and memory_limit sets the limit for ALL scripts that
are currently running or is this a bug?
Thanks in advance!
... tobias wiersch from germany
Edit this bug report at http://bugs.php.net/?id=11739edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Submitting changes
On Wed, Dec 12, 2001 at 12:59:08PM -, Dave Brotherstone wrote : Where (and who) do I submit a code patch to one of the modules? Post a unified diff (diff -u) against latest CVS, describe what you changed why. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14422 Updated: Wrong week-numbers for year 2002
ID: 14422 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Date/time related Operating System: Win32 PHP Version: 4.0.6 New Comment: there are (at least) 3 different 'standards' for week-counting, that's why strftime has the %U %V and %W modifiers you have to check which standard your calendar uses and which of the three modifiers corresponds to it here in Germany this would usualy be %V and not %W, and i tink it's the same in your country (but usualy it is not consistent throughout a country, so strftime can't use the locale settings to find out what to do, you have to specify what you want) Previous Comments: [2001-12-12 06:31:16] [EMAIL PROTECTED] and by the way: week 1 of the year 2003 will start at Monday, 30. Dec. 2002 (and not Mon. 06. Jan. 2003) [2001-12-12 06:12:51] [EMAIL PROTECTED] yes, I see that (week 1 = first monday of the year). But look at your (printed) calendar of 2002: week 1 beginns at Monday, 31. Dec. 2001, and NOT at Monday, 07. Jan. 2002!!! so the PHP-Function strftime() gives wrong week numbers for the whole year 2002! A year has 52 or 53 weeks, starting with week 1, ending with week 52 or 53. A week 0 don't exists! example: http://206.67.28.80/afnontv/scheds/60day/6_e201.htm Week 1 (MON 31 DEC 2001-SUN 6 JAN 2002) [2001-12-12 05:12:55] [EMAIL PROTECTED] bogusified [2001-12-12 05:12:40] [EMAIL PROTECTED] nope, see http://php.net/strftime: %W - week number of the current year as a decimal number, starting with the first Monday as the first day of the first week the uncomplete week before the first monday is week 0 [2001-12-11 05:28:24] [EMAIL PROTECTED] // Example: Week of Jan 01, 2002: $sec = mktime(0,0,0,1,1,2002); $week = strftime(%W, $sec); Result: $week = 00 !!! Should be: 01 ! Edit this bug report at http://bugs.php.net/?id=14422edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14454: Is_enum() is not part of PHP4.1.0, as noted in the chang list.
From: [EMAIL PROTECTED] Operating system: W2k PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: Is_enum() is not part of PHP4.1.0, as noted in the chang list. In the change list you wrote: - Added support for single dimensional SafeArrays and Enumerations. Added an is_enum() function to check if a component implements an enumeration. (Alan, Harald) BUT calling is_enum() results in a Fatal error: Call to undefined function: is_enum() ALSO not part of the docu. Was it droped? -- Edit bug report at: http://bugs.php.net/?id=14454edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14455: Warning: Undefined variable: Version for win98
From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.1.0 PHP Bug Type: PWS related Bug description: Warning: Undefined variable: Version for win98 hi, I am using the PWS in the Windows 98. I have the following stretch of code: ?php echo $oi; ? e is giving following error: Warning: Undefined variable: oi in C:\Inetpub\wwwroot\php\teste.php on line 7 when I test the same code in a server linux this I do not happen. thank you. -- Edit bug report at: http://bugs.php.net/?id=14455edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14456: mcrypt_create_iv: unterminated string segfault
From: [EMAIL PROTECTED] Operating system: Linux 2.2.X PHP version: 4.1.0 PHP Bug Type: mcrypt related Bug description: mcrypt_create_iv: unterminated string segfault mcrypt_create_iv(mcrypt_get_iv_size (MCRYPT_DES , MCRYPT_MODE_ECB), MCRYPT_RAND) produces following error and causes apache to segfault: Warning - String is not zero-terminated source: zend_execute_API.c:274 Workaround: Replace the mcrypt_create_iv call with: $fp = fopen(/dev/random, r); $iv = fread($fp, mcrypt_get_iv_size (MCRYPT_DES , MCRYPT_MODE_ECB)); fclose($fp); Better: Should be fixed. -- Edit bug report at: http://bugs.php.net/?id=14456edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14454 Updated: Is_enum() is not part of PHP4.1.0, as noted in the change list.
ID: 14454 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: Is_enum() is not part of PHP4.1.0, as noted in the chang list. Status: Open Bug Type: Feature/Change Request Operating System: W2k PHP Version: 4.1.0 New Comment: . Previous Comments: [2001-12-12 09:04:44] [EMAIL PROTECTED] In the change list you wrote: - Added support for single dimensional SafeArrays and Enumerations. Added an is_enum() function to check if a component implements an enumeration. (Alan, Harald) BUT calling is_enum() results in a Fatal error: Call to undefined function: is_enum() ALSO not part of the docu. Was it droped? Edit this bug report at http://bugs.php.net/?id=14454edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14457: Pspell ceases to work on upgrade from 4.0.6 to 4.1.0
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.7 (RH7.2)
PHP version: 4.1.0
PHP Bug Type: Pspell related
Bug description: Pspell ceases to work on upgrade from 4.0.6 to 4.1.0
'./configure' '--with-mysql=/usr/local/mysql' '--with-apxs' '--enable-wddx'
'--with-sablot' '--with-pspell=/usr/local/share'
'--enable-force-cgi-redirect' '--with-gettext '--with-ldap'
Worked in 4.0.6 but not in 4.1.0
Warning: PSPELL couldn't open the dictionary. reason: I'm sorry I can't
find any suitable word lists for the language-tag en.
$pspell_link = pspell_new (en);
if (!pspell_check ($pspell_link, testt)) {
$suggestions = pspell_suggest ($pspell_link, testt);
foreach ($suggestions as $suggestion) {
echo Possible spelling: $suggestionbr;
}
}
--
Edit bug report at: http://bugs.php.net/?id=14457edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14333 Updated: Apache processes consume all CPU
ID: 14333 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: RH 6.2 SMP PHP Version: 4.0.6 New Comment: Like I asked before, configure/compile PHP without ANY configure options. (only --with-apxs) And updating kernel (and compiling it by yourself) is not bad idea either. Previous Comments: [2001-12-08 19:34:26] [EMAIL PROTECTED] This time I compiled PHP with this configuration: CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./configure --prefix=/usr/local \ --with-apache=/root/atb/Apachetoolbox-1.5.45/apache_1.3.22 \ --enable-exif \ --enable-track-vars \ --with-calendar=shared \ --enable-safe-mode \ --enable-magic-quotes \ --enable-trans-sid \ --enable-wddx \ --enable-ftp \ --without-mysql \ --without-ldap \ Apache was just the same as before. However, I am still getting the same runaway process problem. Any other ideas or suggestions for me to try? [2001-12-08 19:19:42] [EMAIL PROTECTED] Thanks for the help. I've installed the MySQL-shared RPM and now have /usr/lib/libmysqlclient.so. Also, I've recompiled with a minimal PHP configuration: CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./configure --prefix=/usr/local \ --with-apache=/root/atb/Apachetoolbox-1.5.45/apache_1.3.22 \ --enable-exif \ --enable-track-vars \ --with-calendar=shared \ --enable-safe-mode \ --enable-magic-quotes \ --enable-trans-sid \ --enable-wddx \ --enable-ftp \ --with-mysql=/usr \ --with-ldap \ My Apache configuration is also very minimal. The only things I have included are the basics plus mod_ssl and mod_php: export CFLAGS= export LIBS= export INCLUDES= ./configure --prefix=/usr/local/apache \ --enable-suexec \ --suexec-caller=nobody \ --suexec-docroot=/home \ --suexec-logfile=/var/log/httpd/cgi.log \ --suexec-uidmin=500 \ --suexec-gidmin=500 \ --suexec-safepath=/usr/local/bin:/usr/bin:/bin \ --enable-module=so \ --enable-module=access \ --disable-module=auth_db \ --disable-module=digest \ --enable-module=imap \ --enable-module=mime \ --enable-module=setenvif \ --disable-module=usertrack \ --enable-module=auth \ --disable-module=cern_meta \ --disable-module=expires \ --enable-module=log_config \ --disable-module=proxy \ --disable-module=vhost_alias \ --disable-module=auth_anon \ --enable-module=cgi \ --disable-module=headers \ --disable-module=log_referer \ --disable-module=rewrite \ --enable-module=userdir \ --enable-module=asis \ --enable-module=autoindex \ --disable-module=example \ --disable-module=log_agent \ --enable-module=negotiation \ --enable-module=status \ --enable-module=actions \ --disable-module=auth_dbm \ --enable-module=dir \ --enable-module=include \ --disable-module=mime_magic \ --disable-module=unique_id \ --enable-module=alias \ --disable-module=auth_digest \ --enable-module=env \ --disable-module=info \ --disable-module=mmap_static \ --disable-module=speling \ --enable-module=ssl \ --activate-module=src/modules/php4/libphp4.a \ However, as within a minute of installing and running this Apache, I start getting runaway httpd processes (94% CPU usage). It doesn't look like the libmysqlclient.so is the issue. I'm going to try installing with the --without-mysql option to see if that makes a difference. [2001-12-08 10:14:24] [EMAIL PROTECTED] The RPm is called MySQL-shared BTW. [2001-12-08 10:12:49] [EMAIL PROTECTED] What would help us to narrow down the possible places where this bug might be is that you build PHP with minimal amount of extensions ie. remove all the options and leave only the apache option there. --Jani [2001-12-08 05:14:21] [EMAIL PROTECTED] I just installed the MySQL-devel-3.23.40-1.i386.rpm RPM. It installed the following files: [root@s1 lib]# rpm -q -l MySQL-devel /usr/bin/comp_err /usr/bin/mysql_config /usr/include/mysql /usr/include/mysql/chardefs.h /usr/include/mysql/dbug.h /usr/include/mysql/errmsg.h /usr/include/mysql/history.h /usr/include/mysql/keymaps.h /usr/include/mysql/m_ctype.h /usr/include/mysql/m_string.h /usr/include/mysql/my_config.h /usr/include/mysql/my_global.h /usr/include/mysql/my_list.h /usr/include/mysql/my_net.h /usr/include/mysql/my_no_pthread.h /usr/include/mysql/my_pthread.h /usr/include/mysql/my_sys.h /usr/include/mysql/mysql.h /usr/include/mysql/mysql_com.h /usr/include/mysql/mysql_version.h /usr/include/mysql/mysqld_error.h /usr/include/mysql/raid.h /usr/include/mysql/readline.h /usr/include/mysql/sslopt-case.h
[PHP-DEV] Bug #14455 Updated: Warning: Undefined variable: Version for win98
ID: 14455 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PWS related Operating System: Win98 PHP Version: 4.1.0 New Comment: You error_reporting level is E_ALL. You shouldn't access variables before setting their values. There's no bug, Bogus. Previous Comments: [2001-12-12 09:05:52] [EMAIL PROTECTED] hi, I am using the PWS in the Windows 98. I have the following stretch of code: ?php echo $oi; ? e is giving following error: Warning: Undefined variable: oi in C:\Inetpub\wwwroot\php\teste.php on line 7 when I test the same code in a server linux this I do not happen. thank you. Edit this bug report at http://bugs.php.net/?id=14455edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14456 Updated: mcrypt_create_iv: unterminated string segfault
ID: 14456 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Bug Type: mcrypt related Operating System: Linux 2.2.X PHP Version: 4.1.0 Old Assigned To: Assigned To: derick New Comment: Already known Previous Comments: [2001-12-12 09:05:56] [EMAIL PROTECTED] mcrypt_create_iv(mcrypt_get_iv_size (MCRYPT_DES , MCRYPT_MODE_ECB), MCRYPT_RAND) produces following error and causes apache to segfault: Warning - String is not zero-terminated source: zend_execute_API.c:274 Workaround: Replace the mcrypt_create_iv call with: $fp = fopen(/dev/random, r); $iv = fread($fp, mcrypt_get_iv_size (MCRYPT_DES , MCRYPT_MODE_ECB)); fclose($fp); Better: Should be fixed. Edit this bug report at http://bugs.php.net/?id=14456edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [patch] krsort() ext/standard/array.c
On Wed, 12 Dec 2001, Sterling Hughes wrote: Sure, commit it... But please don't send a patch for every proto change, we'll yell out you fine if you commit something bad... ;) Btw, yes, if you wouldn't mind zend_parse_parameters() conversion would be great, its probably a little trickier than protos, but, its what we want all the source to be using in X years/months/days/minutes/seconds. Well, except for very performance-critical functions, I guess, since it is somewhat slower than pure zend_get_parameters_ex(). -Andrei Complexity in the mind is not caused by learning; learning is caused by complexity in the mind. -- Steven Pinker -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14395 Updated: Some Chinese Words Can't Be Used In The Php Files
ID: 14395 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Old Bug Type: Compile Failure Bug Type: *General Issues Operating System: windows2000Server PHP Version: 4.1.0 New Comment: Ask support questions elsewhere. Try http://www.php.net/support.php Previous Comments: [2001-12-09 21:33:18] [EMAIL PROTECTED] When i used --- echo ¦¨¥\; --- (a Chinese Word) the system will report Parse error: parse error, expecting `','' or `';'' in,and if i changed the other word ,it's will be right. Edit this bug report at http://bugs.php.net/?id=14395edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14400 Updated: /usr/libexec/libphp4.so: undefined symbol: mm_create
ID: 14400 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: Slackware 8 PHP Version: 4.0.6 New Comment: Ask support questions elsewhere. Try http://www.php.net/support.php (hint: Use correct paths in configure options.../usr/lib is not correct..it should be /usr or nothing at all) Previous Comments: [2001-12-10 06:03:46] [EMAIL PROTECTED] I compiled apache with threads. OK I compiled php in this way: ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --with-mod_charset --enable-force-cgi-redirect --enable-discard-path --with-config-file-path=/etc/apache/ --enable-safe-mode --with-openssl --enable-bcmath --with-bz2 --enable-calendar --enable-ctype --with-gdbm --enable-ftp --with-gmp --with-mysql=/usr --with-xml=shared --with-readline=/usr --enable-trans-sid --enable-shmop --enable-sockets --with-regex=php --enable-sysvsem --enable-sysvshm --enable-yp --enable-memory-limit --with-tsrm-pthreads --enable-shared --disable-debug --with-zlib=/usr --with-oci8=/ora/app/oracle/product/8.0.5 --with-mm=/usr/lib --with-sybase=/usr/local/freetds but apache cannot start: Syntax error on line 237 of /etc/apache/httpd.conf: Cannot load /usr/libexec/libphp4.so into server: /usr/libexec/libphp4.so: undefined symbol: mm_create /usr/sbin/apachectl start: httpd could not be started I can start apache successfully if I don't use --with-sybase I'm using freetds libraries 0.52 compiled with tds version 7.0 (for mssql). I've tried compiling both 4.0.5rc1 and 4.0.6 sources, giving both /usr and /usr/lib for the --with-mm flag but it doesn't work. here my libmm libraries: root@server:/usr/lib# ls -l |grep mm -rw-r--r--1 root root15462 May 24 2001 libmm.a -rw-r--r--1 root root 629 May 24 2001 libmm.la lrwxrwxrwx1 root root 16 Nov 27 13:44 libmm.so - libmm.so.11.0.23 lrwxrwxrwx1 root root 16 Nov 27 13:44 libmm.so.11 - libmm.so.11.0.23 -rwxr-xr-x1 root root19098 May 24 2001 libmm.so.11.0.23 thank you very much. (I'm sorry for my english) Ludovico Edit this bug report at http://bugs.php.net/?id=14400edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [patch] krsort() ext/standard/array.c
On Wed, 12 Dec 2001, Sterling Hughes wrote: Sure, commit it... But please don't send a patch for every proto change, we'll yell out you fine if you commit something bad... ;) Btw, yes, if you wouldn't mind zend_parse_parameters() conversion would be great, its probably a little trickier than protos, but, its what we want all the source to be using in X years/months/days/minutes/seconds. Well, except for very performance-critical functions, I guess, since it is somewhat slower than pure zend_get_parameters_ex(). And those functions would be? :) Are you talking about regularly used functions such as strlen(), etc.? I agree that zend_basic_functions.c should remain abstracted, I guess where we draw the line is a bit fuzzy to me? What are your thoughts as to what functions should remain un-zend-parse-parameterized (say *that* 10 times fast :). -Sterling -Andrei Complexity in the mind is not caused by learning; learning is caused by complexity in the mind. -- Steven Pinker -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [patch] krsort() ext/standard/array.c
On Wed, 12 Dec 2001, Sterling Hughes wrote: And those functions would be? :) Are you talking about regularly used functions such as strlen(), etc.? Functions like count(), for example, that people tend to use in a loop unnecessarily. I agree that zend_basic_functions.c should remain abstracted, I guess where we draw the line is a bit fuzzy to me? What are your thoughts as to what functions should remain un-zend-parse-parameterized (say *that* 10 times fast :). Yes, the distinction is not clear. Perhaps, the person who does the conversion for each module could do some benchmark tests on their programs and see what might need to be adjusted. -Andrei I still find each day too short for all the thoughts I want to think, all the walks I want to take, all the books I want to read, and all the friends I want to see. -John Burroughs -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14395 Updated: Some Chinese Words Can't Be Used In The Php Files
ID: 14395 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: windows2000Server PHP Version: 4.1.0 New Comment: Since reporter is using Windows, it is most likely a bogus report. I just want to make sure if this is bogus. If you are using EUC-TW, PHP should work. Are you using EUC-TW? If you don't understand what I mean, ask support question as Sniper mentioned. Previous Comments: [2001-12-12 09:22:27] [EMAIL PROTECTED] Ask support questions elsewhere. Try http://www.php.net/support.php [2001-12-09 21:33:18] [EMAIL PROTECTED] When i used --- echo ¦¨¥\; --- (a Chinese Word) the system will report Parse error: parse error, expecting `','' or `';'' in,and if i changed the other word ,it's will be right. Edit this bug report at http://bugs.php.net/?id=14395edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14458 Updated: Cann't process chinese.
ID: 14458 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Sybase-ct (ctlib) related Operating System: Windows 2000 Server PHP Version: 4.1.0 New Comment: Please as for support questions on the [EMAIL PROTECTED] mailinglist Derick Previous Comments: [2001-12-12 09:42:06] [EMAIL PROTECTED] I using Sybase ASE 12.0, PHP 4.0.6 and PHP 4.1.0, I cann't get correct chinese string from Sybase. Edit this bug report at http://bugs.php.net/?id=14458edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
