From: [EMAIL PROTECTED]
Operating system: Win 2000 Server
PHP version: 4.0.4pl1
PHP Bug Type: IIS related
Bug description: Server Application Error
After running PHP a while i get this error Server Application Error
on the web:
The server has reached the maximum recovery
Prodigious work Zak - well done. This certainly represents a useful initial
tidy up. It doesn't break anything and cures many of the 'bad offenders'.
In looking through the unchanged function names, the one that screamed 'I am
wrong' most loudly was 'velocis_off_autocommit' which appears to set
From: [EMAIL PROTECTED]
Operating system: Linux, Win98, Win2k
PHP version: 4.0.4pl1
PHP Bug Type: Date/time related
Bug description: date("lt;brgt;") gives wrong output
Variations of date("br") returns wrong output or lets PHP
dump core. This bug has been reported by
ID: 9531
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Failure
Description: make fails at "make ." - /usr/bin/ld: cannot open -lxmltok
sorry, but the bug persists
Making all in .
make[1]: Entering directory `/home/family/php4-200103030345'
gcc -I.
ID: 9494
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Description: Error in ./configure
It's not yet adjusted in the snapshots .. maybe someone can fix it?
Previous Comments:
---
[2001-03-01
--
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]
From: [EMAIL PROTECTED]
Operating system: Win2000 Server CZ
PHP version: 4.0.4pl1
PHP Bug Type: IIS related
Bug description: ISAPI hangs
On the server we have this problem:
The HTTP server encountered an unhandled exception while processing the ISAPI
Application
Simon Tseng wrote:
Go to http://php.net/support.php and make your subscribtion from there.
I suggest you choose the General user list.
-Egon
--
SIX Offene Systeme GmbH Stuttgart - Berlin
Sielminger Strae 63 D-70771 Leinfelden-Echterdingen
Fon +49 711 9909164 Fax +49
PHP 3.0 Bug Database summary - http://bugs.php.net
Num Status Summary (521 total including feature requests)
===[*General Issues]==
4180 Open is_link returns false when target doesnt exist (should return true)
PHP 4.0 Bug Database summary - http://bugs.php.net
Num Status Summary (1422 total including feature requests)
===[*Configuration Issues]
7666 Feedback PHP4 doesn't read php.ini with NT4/IIS
7695 Feedback Error while accessing php
Phil wrote:
Prodigious work Zak - well done. This certainly represents a useful
initial tidy up. It doesn't break anything and cures many of the
'bad offenders'.
Thanks Phil - I expect that closer examination will reveal how sloppy it is!
:)
In looking through the unchanged function names,
You probably want to mess with php_char_to_str() in ext/standard/string.c
It should probably wait until we branch away for 4.0.5, though.
Zeev
At 03:39 3/3/2001, Lucas Rockwell wrote:
hi,
i know the subject of changing the source code for the community at large
is a touchy one, so i want to
From: [EMAIL PROTECTED]
Operating system: Debian Linux 2.2.r2
PHP version: 4.0.3pl1
PHP Bug Type: *Session related
Bug description: automatic extention of links fails with 'http://www...'
Hi,
the automatic extension of links works fine, except if I use links beginning
with
ID: 8995
Updated by: lyric
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Filesystem function related
Assigned To:
Comments:
I had the same problem, and it's fixed in CVS. It seems like the one bug was causing
all the file-upload problems
See
From: [EMAIL PROTECTED]
Operating system: OpenBSD 2.8
PHP version: 4.0.4
PHP Bug Type: MySQL related
Bug description: extract() does not overwrite old values in a while loop with the
EXTR_OVERWRITE
$sql = "select * from organization order by
ID: 8966
Updated by: lyric
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Unknown/Other Function
Assigned To:
Comments:
Fixed in CVS
Previous Comments:
---
[2001-01-28 07:19:36] [EMAIL
On 3 Mar 2001 [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: Debian Linux 2.2.r2
PHP version: 4.0.3pl1
PHP Bug Type: *Session related
Bug description: automatic extention of links fails with 'http://www...'
Hi,
the automatic extension of links
ID: 9528
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To:
Comments:
Are you sure you're using the php4.0.4pl1 source tarball from www.php.net??
I just checked that file and it doesn't have any #line directives in it.
ID: 9538
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Old-Bug Type: *Session related
Bug Type: Documentation problem
Assigned To:
Comments:
Yes, this is intented:
We assume that non-relative URLs point to external sites and
hence
ID: 9536
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Date/time related
Assigned To:
Comments:
The segfault bug is fixed in CVS already.
FYI (from NEWS file):
- Added 'r' flag to date() which generates an RFC822 formatted date, e.g.
"Thu,
ID: 8966
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Closed
Bug Type: Unknown/Other Function
Assigned To:
Comments:
Fixed - closed.
--Jani
Previous Comments:
---
[2001-03-03
ID: 9539
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: MySQL related
Assigned To:
Comments:
Please try the latest CVS snapshot from http://snaps.php.net/ as I think
this is already fixed.
--Jani
Previous Comments:
ID: 9494
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Suspended
Bug Type: Apache related
Assigned To:
Comments:
As also Apache2 is under devopment and can not be considered stable
at all, suspending this bug report.
--Jani
Hint: Get both Apache2 and PHP4
ID: 9531
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To:
Comments:
Try compiling sablot / expat from sources too.
--Jani
Previous Comments:
ID: 9534
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: mcrypt related
Assigned To:
Comments:
libmcrypt 2.4.7 works just fine for me.
And yes, you have to configure libmcrypt with --disable-posix-threads
--Jani
Previous Comments:
ID: 9529
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Dynamic loading
Assigned To:
Comments:
Was apache installed from RPM or compiled from sources?
--Jani
Previous Comments:
ID: 9493
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: Compile Problem
Bug Type: LDAP related
Assigned To:
Comments:
Try setting the LD_LIBRARY_PATH before trying to start Apache:
# export LD_LIBRARY_PATH=/path/to/openldap/lib/directory
On Sat, 3 Mar 2001, Sherman Chan wrote:
the only way I can get them works perfectly if i compile them under either
RedHat 7.0 with kernal 2.2.18 or RedHat 6.1 with kernal upgrade to 2.2.18,
also RedHat 6.2 with no kernal change, that i find out last night. i have
no way to get it work if i
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description: Dumping html files to error log
Hi,
PHP seems to have a bug where if the client closes the
connection too quickly,it can write the output to the error
ID: 9495
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Bogus
Bug Type: Scripting Engine problem
Assigned To:
Comments:
User feedback:
Well Yes I tried it on cqhost.com. I have found out
using phpinfo() that they are
Are you sure you're using the php4.0.4pl1 source tarball from
www.php.net??
I just checked that file and it doesn't have any #line directives in it.
[2001-03-02 14:04:44] [EMAIL PROTECTED]
the following is the second line of the file
[path-to-php]/ext/standard/url_scanner_ex.c :
#line 1
ID: 9528
Updated by: bbonev
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Compile Failure
Assigned To:
Comments:
you can safely remove or comment #line-s and recompile.
eighter you are using solaris native cc or your gcc is too old (not a problem by
itself)
On Sun, 4 Mar 2001, Boian Bonev wrote:
Are you sure you're using the php4.0.4pl1 source tarball from
www.php.net??
I just checked that file and it doesn't have any #line directives in it.
look in url_scanner_ex.c not in url_scanner_ex.re. at least in latest cvs
there are #line-s. my gcc does
Yes, in CVS those directives can be found. But not in CVS snapshots
or in releases. So this shouldn't be a problem if people are using
those.
these are put automaticaly by re2c. it is invoked with full path in make
file, so it generates #line-s with full path.
non-developers really do not
On Sun, 4 Mar 2001, Boian Bonev wrote:
Maybe this should be mentioned at http://bugs.php.net/anoncvs.php page?
(why would some non-developer get his PHP 4 from CVS anyway? :)
there is at least one reason - to compile with a new feature that is not
released still. it is not recommended but i
ID: 9418
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *General Issues
Assigned To:
Comments:
I can not reproduce this. Are you sure you're comparing the right images??
Are the uploaded images displayed at all?
--Jani
Previous Comments:
ID: 9514
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: DOM XML related
Assigned To:
Comments:
Works for me just fine. What is the version of gcc you're using?
I assume your distro is RedHat, which version?
Have you updated all errata RPMs ?
ID: 9504
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Filesystem function related
Assigned To:
Comments:
Your example scripts works just fine for me.
Try compiling PHP 4 from sources by yourself.
--Jani
Previous Comments:
ID: 9497
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: MySQL related
Assigned To:
Comments:
From NEWS file:
--
- Fixed mysql_close(), pg_close(), msql_close() and sybase_close() - they
weren't
ldd httpd
libm.so.6 = /lib/libm.so.6 (0x40017000)
libcrypt.so.1 = /lib/libcrypt.so.1 (0x40034000)
libdb.so.3 = /lib/libdb.so.3 (0x40061000)
libdl.so.2 = /lib/libdl.so.2 (0x4009b000)
libc.so.6 = /lib/libc.so.6 (0x4009e000)
/lib/ld-linux.so.2 =
ID: 9487
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To:
Comments:
Please provide that whole backtrace.
--Jani
Previous Comments:
---
ID: 8852
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Compile Failure
Assigned To:
Comments:
Duplicate of #6981
Previous Comments:
---
[2001-01-23 09:47:03] [EMAIL
ID: 9472
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Apache related
Assigned To:
Comments:
Duplicate of #6981
Previous Comments:
---
[2001-02-26 19:36:00] [EMAIL
ID: 8575
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Compile Failure
Assigned To:
Comments:
Duplicate of #6981
Previous Comments:
---
[2001-01-07 11:42:18] [EMAIL
did you
rm httpd
make
or
make clean all install?
b.
- Original Message -
From: "Mike Gibbons" [EMAIL PROTECTED]
To: "Bug Database" [EMAIL PROTECTED]
Sent: Sunday, March 04, 2001 3:17 AM
Subject: [PHP-DEV] RE: PHP 4.0 Bug #9529 Updated: php4_module is garbled
ldd httpd
From: [EMAIL PROTECTED]
Operating system: RedHat 6.2
PHP version: 4.0.4pl1
PHP Bug Type: PostgreSQL related
Bug description: New Feature Patch
Hi - I ran into the problem that the notices that are sent from the postgres backend
are being ignored by php. Most of the time
The latest CVS on Win32 (built as CGI) crashes in phpinfo(), everything
else I tried (some projects of mine, phpMyAdmin, ...) work fine.
--
sebastian bergmann e-mail : [EMAIL PROTECTED]
homepage : http://www.sebastian-bergmann.de
From: [EMAIL PROTECTED]
Operating system: Corel Linux 1.1.2
PHP version: 4.0.4pl1
PHP Bug Type: Strings related
Bug description: \n not forcing a new line.
?php echo "Some String \n"
echo "Some more String \n"
Jani,
thanks for your help. I guess a bit hard for us to upgrade all servers to
RedHat 6.2 or above. I should check with RedHat or look at the glib stuff
even I did upgrade the glib to 2.1.3 on redhat 6.1 and does not help.
thanks again
sherman
-Original Message-
From: Jani Taskinen
49 matches
Mail list logo
