[PHP-DEV] PHP 4.0 Bug #8601 Updated: PHP pages never show as fully loaded

2001-02-17 Thread sbergmann
ID: 8601 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Scripting Engine problem Assigned To: Comments: I never experienced this problem of yours on the Win32 platform. Does this problem occur only with one special script, or with all scripts

[PHP-DEV] Weird stuff in apache error logs

2001-02-17 Thread Cameron
i think there might be a bug in output buffering or mhash somewhere . . . in my error_log file there is getting to be a shitload of html from pages that are generated. some from scripts i made, others from squirrelmail and imp. it does not happen all the time, this probably occur's about 1 in 100

[PHP-DEV] PHP 4.0 Bug #9323: SIGFPE immediately on startup, dso or cgi

2001-02-17 Thread imdave
From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: SIGFPE immediately on startup, dso or cgi Built on an old release of FreeBSD (2.2.5). I think that current releases might mask most FPE exceptions by de

Re: [PHP-DEV] Zend API question: PHP_INI_ENTRY and PHP_INI_PERDIR

2001-02-17 Thread Zeev Suraski
PHP_INI_PERDIR is currently used for the directory-level configuration in Apache (i.e., .htaccess files or values inside sections). Under Windows, it's used for INI values coming from the registry. Zeev At 02:38 18/2/2001, Mark J. Hershenson wrote: >What is the function of PHP_INI_PERDIR in

[PHP-DEV] RE: PHP 4.0 Bug #8945 Updated: include, require, et al.

2001-02-17 Thread Jason Gan
Does this mean I have to use include() to do conditional includes? therefore change all require() to include() ? Thanks -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Sunday, 18 February 2001 5:09 AM To: [EMAIL PROTECTED] Subject: PHP 4.0 Bug #8945 Updated: include

[PHP-DEV] Zend API question: PHP_INI_ENTRY and PHP_INI_PERDIR

2001-02-17 Thread Mark J. Hershenson
What is the function of PHP_INI_PERDIR in PHP_INI_ENTRY's? The API docs state: "There's also a fourth level, PHP_INI_PERDIR, for which we couldn't verify its behavior yet." I figure it's got to have a purpose. Does it have something to do with "Virtual Directory" support? I'm just swinging blind

[PHP-DEV] PHP 4.0 Bug #9313 Updated: considering Apache multithread server

2001-02-17 Thread cynic
ID: 9313 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Assigned To: Comments: The extensions that failed to load depend on external libraries that need to be in your system's path in order to be found. See http://bugs.php.net/?id=9037. Previous Co

[PHP-DEV] PHP 4.0 Bug #9312 Updated: php -l causes segmentation fault

2001-02-17 Thread cynic
ID: 9312 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Reproduceable crash Assigned To: Comments: Previous Comments: --- [2001-02-16 21:47:40] [EMAIL PROTECTED] Running "php -l

Re: [PHP-DEV] PHP 4.0 Bug #9312 Updated: php -l causes segmentation fault

2001-02-17 Thread Cynic
O hell, sure it's bogus. It's #9311 sent second time. Obviously a reload thing. At 00:14 18.2. 2001, Cynic wrote the following: -- >I don't know. Must've been a mistake. Sorry, and thanks for >pointing it out. > >At 13:44 17.2. 2001,

Re: [PHP-DEV] PHP 4.0 Bug #9312 Updated: php -l causes segmentation fault

2001-02-17 Thread Cynic
I don't know. Must've been a mistake. Sorry, and thanks for pointing it out. At 13:44 17.2. 2001, Derick Rethans wrote the following: -- >On 17 Feb 2001 [EMAIL PROTECTED] wrote: > >> ID: 9312 >> Updated by: cynic >> Reported By: [EMAIL

[PHP-DEV] PHP 4.0 Bug #9312 Updated: php -l causes segmentation fault

2001-02-17 Thread cynic
ID: 9312 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Open Bug Type: Reproduceable crash Assigned To: Comments: Previous Comments: --- [2001-02-16 21:47:40] [EMAIL PROTECTED] Running "php -l

[PHP-DEV] PHP 4.0 Bug #8846 Updated: gmdate() causes crash. Using Apache + Win2K

2001-02-17 Thread sbergmann
ID: 8846 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Reproduceable crash Assigned To: Comments: This snippet still crashes on Win32. Could some kind soul please look into this issue? Previous Comments:

[PHP-DEV] PHP 4.0 Bug #9037 Updated: Multiple Extensions Fail to Load

2001-02-17 Thread sbergmann
ID: 9037 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Reproduceable crash Assigned To: Comments: The extentions you mentioned all rely on external libraries that need to be in your system's path in order to be found. It strikes me odd, tho

[PHP-DEV] PHP 4.0 Bug #9254 Updated: Problem in the MSVCRT.DLL file system occurs, when call to number_format()

2001-02-17 Thread sbergmann
ID: 9254 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Filesystem function related Assigned To: Comments: Just tested on Windows 2000 Professional with PHP 4.0.5-dev built from CVS today, and it did not crash. Could you please rech

[PHP-DEV] PHP 4.0 Bug #9098 Updated: gd crashes Apache

2001-02-17 Thread sbergmann
ID: 9098 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Suspended Bug Type: GD related Assigned To: Comments: This is a known problem. The GD extension is not (yet) threadsafe, which causes a crash when run with the module version of PHP on Win32. The GD extens

[PHP-DEV] PHP 4.0 Bug #8036 Updated: php_sablot.dll crashed php.exe

2001-02-17 Thread sbergmann
ID: 8036 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Reproduceable crash Assigned To: sterling Comments: spoO, this was fixed by Sterling a while ago. Previous Comments: -

[PHP-DEV] PHP 4.0 Bug #8806 Updated: PEAR.PHP file missing in Win32 install

2001-02-17 Thread sbergmann
ID: 8806 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: PHP options/info functions Assigned To: Comments: The make process builds PEAR.php from PEAR.php.in, but not on the Windows platform. Just copy PEAR to a directory of your choice, rename PE

[PHP-DEV] PHP 4.0 Bug #9053 Updated: loading module php_ldap.dll

2001-02-17 Thread sbergmann
ID: 9053 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Dynamic loading Assigned To: Comments: Of course external libraries, such as libsasl.dll, have to be in the path, but the user / administrator is responsible for that. There is no sense in

[PHP-DEV] PHP 4.0 Bug #9322 Updated: PHP error

2001-02-17 Thread sbergmann
ID: 9322 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Date/time related Assigned To: Comments: Works fine on Windows 2000 Professional with latest PHP-4.0.5-dev from CVS. Previous Comments: -

[PHP-DEV] PHP 4.0 Bug #9322 Updated: PHP error

2001-02-17 Thread webmaster
ID: 9322 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Date/time related Description: PHP error Previous Comments: --- [2001-02-17 16:34:55] [EMAIL PROTECTED] When you have a php-site with the following function

[PHP-DEV] PHP 4.0 Bug #9322: PHP error

2001-02-17 Thread webmaster
From: [EMAIL PROTECTED] Operating system: Win 98 PHP version: 4.0.4pl1 PHP Bug Type: Date/time related Bug description: PHP error When you have a php-site with the following function, PHP always brakes down with an system error on the webserver: == function: --

[PHP-DEV] PHP 4.0 Bug #9321: eregi() crashes or runs terrible slow

2001-02-17 Thread mage
From: [EMAIL PROTECTED] Operating system: windows 98 / debian linux PHP version: 4.0.4pl1 PHP Bug Type: *Regular Expressions Bug description: eregi() crashes or runs terrible slow I have an own e-mail source parser script for an archive engine. It has been working for a lon

[PHP-DEV] PHP 4.0 Bug #9320 Updated: ?> is always the last (even in strings!!!)

2001-02-17 Thread derick
ID: 9320 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Open Bug Type: Scripting Engine problem Assigned To: Comments: Yep, you're right, it should not end with the ?> in a string Previous Comments: ---

[PHP-DEV] PHP 4.0 Bug #9004 Updated: Can not serialize($HTTP_SESSION_VARS);

2001-02-17 Thread sbergmann
ID: 9004 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Session related Assigned To: Comments: $HTTP_SESSION_VARS provides a means to access the contents of registered session variables if you have disabled register_globals. There is no sense

[PHP-DEV] PHP 4.0 Bug #9320 Updated: ?> is always the last (even in strings!!!)

2001-02-17 Thread goba
ID: 9320 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Description: ?> is always the last (even in strings!!!) It is bug, bug and bug!!! See the manual : | The "one-line" comment styles actually only | comment to the end of the line or the current | bl

[PHP-DEV] PHP 4.0 Bug #8945 Updated: include, require, et al.

2001-02-17 Thread sbergmann
ID: 8945 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Performance problem Assigned To: Comments: You say that you use conditional statements to determine whether or not to REQUIRE a file. Just to make sure: You're not using require or requi

[PHP-DEV] PHP 4.0 Bug #9320 Updated: ?> is always the last (even in strings!!!)

2001-02-17 Thread derick
ID: 9320 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Assigned To: Comments: This is not a bug, but documented behaviour. Previous Comments: --- [2001-

[PHP-DEV] PHP 4.0 Bug #9320: ?> is always the last (even in strings!!!)

2001-02-17 Thread goba
From: [EMAIL PROTECTED] Operating system: win2k PHP version: 4.0.3pl1 PHP Bug Type: Scripting Engine problem Bug description: ?> is always the last (even in strings!!!) See this code: "; ?> This works good. And prints: which it should print. Then using a comment: "; ?>

[PHP-DEV] PHP 4.0 Bug #9319: join function joins in reverse order in one specific instance.

2001-02-17 Thread nick
From: [EMAIL PROTECTED] Operating system: Linux kernel 2.4.0 PHP version: 4.0.4 PHP Bug Type: Arrays related Bug description: join function joins in reverse order in one specific instance. $arr1 = array("dog","cat","bird","fish"); echo join(" = ",$arr1);

[PHP-DEV] PHP 4.0 Bug Summary Report

2001-02-17 Thread php-dev
PHP 4.0 Bug Database summary - http://bugs.php.net Num Status Summary (1350 total including feature requests) ===[*Configuration Issues] 7666 Feedback PHP4 doesn't read php.ini with NT4/IIS 7695 Feedback Error while accessing php scrip

[PHP-DEV] PHP 3.0 Bug Summary Report

2001-02-17 Thread php-dev
PHP 3.0 Bug Database summary - http://bugs.php.net Num Status Summary (520 total including feature requests) ===[*General Issues]== 4180 Open is_link returns false when target doesnt exist (should return true) ===

[PHP-DEV] PHP 4.0 Bug #9231 Updated: when usign ob_gzhandler HTTP HEAD does not work

2001-02-17 Thread bbonev
ID: 9231 Updated by: bbonev Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Open Bug Type: Output Control Assigned To: Comments: reopened Previous Comments: --- [2001-02-17 11:50:18] [EMAIL PROTECTED] HTTP-1.0 and

[PHP-DEV] PHP 4.0 Bug #9231 Updated: when usign ob_gzhandler HTTP HEAD does not work

2001-02-17 Thread boian
ID: 9231 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: Output Control Description: when usign ob_gzhandler HTTP HEAD does not work HTTP-1.0 and HTTP/1.0 are just the same for apache this bug report says that ob_gzhandler crashes HEAD requests when php is an apache module Previous

[PHP-DEV] PHP 4.0 Bug #9316 Updated: calling an external function in a loop

2001-02-17 Thread andre
ID: 9316 Updated by: andre Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Scripting Engine problem Assigned To: Comments: Please provide a reduced code fragment (<15 lines) producing this behaviour. Put no database queries etc. in it and rely on no external files/f

[PHP-DEV] PHP 4.0 Bug #9315 Updated: Weird array behavior

2001-02-17 Thread andre
ID: 9315 Updated by: andre Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Arrays related Assigned To: Comments: Please provide a reduced code fragment (<15 lines) producing this behaviour. Put no database queries etc. in it and rely on no external files to ensure t

Re: [PHP-DEV] PHP 4.0 Bug #9318: Lots of ORA-24324 warning in apache error_log

2001-02-17 Thread Thies C. Arntzen
On Sat, Feb 17, 2001 at 02:21:38PM -, [EMAIL PROTECTED] wrote: > From: [EMAIL PROTECTED] > Operating system: RH 6.2 Linux kernel 2.2.16-3 > PHP version: 4.0.3pl1 > PHP Bug Type: OCI8 related > Bug description: Lots of ORA-24324 warning in apache error_log > > There are

[PHP-DEV] PHP 4.0 Bug #9313 Updated: considering Apache multithread server

2001-02-17 Thread ergond
ID: 9313 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Description: considering Apache multithread server I was trying to load php4 extension libraries at startup (editing php.ini). However, none of the modules was loaded. the error log was : - One of the library

[PHP-DEV] PHP 4.0 Bug #9318: Lots of ORA-24324 warning in apache error_log

2001-02-17 Thread erol
From: [EMAIL PROTECTED] Operating system: RH 6.2 Linux kernel 2.2.16-3 PHP version: 4.0.3pl1 PHP Bug Type: OCI8 related Bug description: Lots of ORA-24324 warning in apache error_log There are lots of Warning: failed to rollback outstanding transactions!: ORA-24324: servi

[PHP-DEV] PHP 4.0 Bug #9317: ASP doesn't work any more

2001-02-17 Thread dirk . blasius
From: [EMAIL PROTECTED] Operating system: Win NT 4.0 SP6 Server PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: ASP doesn't work any more After PHP 4.0.4pl1 isap.dll ist installed the ASP - Support is not longer working. I work with - IIS4.0 - precompiled

Re: [PHP-DEV] PHP 4.0 Bug #9312 Updated: php -l causes segmentationfault

2001-02-17 Thread Derick Rethans
On 17 Feb 2001 [EMAIL PROTECTED] wrote: > ID: 9312 > Updated by: cynic > Reported By: [EMAIL PROTECTED] > Old-Status: Open > Status: Bogus > Bug Type: Reproduceable crash Why is this bug bogus? > > > > Previous Comments: >

[PHP-DEV] PHP 4.0 Bug #9316: calling an external function in a loop

2001-02-17 Thread s . marini
From: [EMAIL PROTECTED] Operating system: linux RedHat 6.2 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: calling an external function in a loop I have a shared object the works fine with PHP4.0.0 I recompile it for PHP 4.0.4pl1. Each function

[PHP-DEV] PHP 4.0 Bug #9315: Weird array behavior

2001-02-17 Thread jeroen
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Arrays related Bug description: Weird array behavior Php only finds the last row of the second file to be excisting in the array; even if all the rows are the same. // Open file with 2 colu

[PHP-DEV] PHP 4.0 Bug #9314: d32: INFerror at compiling

2001-02-17 Thread x
From: [EMAIL PROTECTED] Operating system: IRIX 6.5 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: d32: INFerror at compiling i get this error ld32: ERROR 33: Unresolved text symbol "add_property_long" -- 1st referenced by .libs/libphp4.a(php_mysq

[PHP-DEV] PHP 4.0 Bug #9313 Updated: considering Apache multithread server

2001-02-17 Thread cynic
ID: 9313 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Assigned To: Comments: sure. load them in php.ini. this is described in the manual, and the readme file that comes with the distro. Previous Comments: -

[PHP-DEV] PHP 4.0 Bug #9313 Updated: considering Apache multithread server

2001-02-17 Thread ergond
ID: 9313 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Description: considering Apache multithread server May I ask how can I use dll extensions with php4/windows/apache configuration ? Previous Comments: ---

[PHP-DEV] PHP 4.0 Bug #9313 Updated: considering Apache multithread server

2001-02-17 Thread cynic
ID: 9313 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Apache related Assigned To: Comments: win32 Apache is multithreaded. Previous Comments: --- [2001-02-17 04:06:45] [EMAIL P

[PHP-DEV] PHP 4.0 Bug #9313: considering Apache multithread server

2001-02-17 Thread ergond
From: [EMAIL PROTECTED] Operating system: Windows 95 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: considering Apache multithread server I have a problem with uding Dl() function on my Win32/Apache/Php4 server. The error message is 'unable to load exte