ot;if output buffering is on or if
no HTTP request body has been sent yet". I know that we would use such a
feature.
--
Greetings from Troels Arvin, Copenhagen, Denmark
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
wn error handling system is difficult.
I can't see how that would break anything. On the other hand, it would be
much easier to detect errors and fatal-error pages would normally not be
picked up by caches, spiders, etc.
--
Greetings from Troels Arvin, Copenhagen, Denmark
--
PHP Development
in stead of the
bundled pcre library.
--
Greetings from Troels Arvin, Copenhagen, Denmark
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
o).
Maybe there is a bug in PHP_ADD_LIBRARY_WITH_PATH?
--
Greetings from Troels Arvin, Copenhagen, Denmark
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
ith an Apach 1.3.20, then phpinfo() will currently
write:
Apache Version: 1.3.26.
This is confusing, at best. And it could make some not-so-experienced
system administrators think that their Apache doesn't have the nasty
chunked encoding bug while, in fact, it has.
--
Greetings from Troels Arvin
7;t use the following patch, then "make install" will fail to
respect a "prefix=" argument when doing "make install":
http://rpms.arvin.dk/php/source/patches/php-4.2.1-regression-tools.patch
--
Greetings from Troels Arvin, Copenhagen, Denmark
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
ID: 11998
Updated by: troels
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Reproducible crash
Operating System: FreeBSD 4.2-STABLE
PHP Version: 4.0CVS-2001-07-10
New Comment:
Some follow-up.
PHP 4.0.5 does _not_ have the bug.
Current CVS (August 30 2001) does have the bug.
The
ID: 11998
Updated by: troels
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Reproducible crash
Operating System: FreeBSD 4.2-STABLE
PHP Version: 4.0CVS-2001-07-10
New Comment:
The bug also exists when running PHP on Linux. And it may be reproduced with Mozilla,
too. Please don&#
ID: 12884
Updated by: troels
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: HTTP related
Operating System:
PHP Version: 4.0.6
New Comment:
I don't think that it's fixed the way yngve expects: ob_get_length() is still not
fixed as far as I know.
However, a work-around
u may call ob_start() while
another ob_start() is active. Just make sure that you call
ob_end_flush() the appropriate number of times. If multiple output
callback functions are active, output is being filtered sequentially
through each of them in nesting order.
--
Greetings from Troel
output buffering system to return proper
content lengths, maybe it would be an idea to be able to tell
ob_end_flush() that you want a Content-Length header to be sent along?
(It seems that ob_gzhandler knows the correct Content-Length but is
unable to pass that information along to the o
warranty" for
details.
This GDB was configured as "i386-redhat-linux"...
Core was generated by `/home/troels/local-php/bin/php simple.php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Re
ID: 11643
Updated by: troels
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Open
Bug Type: Session related
Operating System: Linux
PHP Version: 4.0 Latest CVS (2001-06-24)
Assigned To: hholzgra
New Comment:
Oops. The bug is _not_ fixed yet. I misunderstood Hartmut
's co
ID: 11643
Updated by: troels
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Closed
Bug Type: Session related
Operating System: Linux
PHP Version: 4.0 Latest CVS (2001-06-24)
Assigned To: hholzgra
New Comment:
According to
http://cvs.php.net/diff.php/php4/ext/session/session.c?r1
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.6
PHP Bug Type: Output Control
Bug description: Fatal: ob_get_length() returns wrong value when compressed OB is on
When output buffering is on, using the gzhandler, then ob_get_length()
returns the uncompresse
strings with more than 31 chars
should probably be less hard-coded, but I'm not sure which contant to
use for determining maximum size of a LONG.
/Troels
--- php4-orig/ext/standard/math.c Sun Aug 5 12:51:38 2001
+++ php4/ext/standard/math.cSun Aug 5 12:52:35 2001
@@ -813,6 +8
ting a
@ string to the gmp-number. (Troels)
Suggested patch is attached below (the patch is against current CVS).
/Troels
--- php4-orig/ext/gmp/gmp.c Sun Aug 5 12:51:42 2001
+++ php4/ext/gmp/gmp.c Sun Aug 5 13:24:02 2001
@@ -178,7 +178,7 @@
if(Z_TYPE_PP(zval) == IS_RESOURCE) { \
ZE
/
(Based on Red Hat Rawhide, but without Kerberos stuff.)
Contents of config.nice:
---
#! /bin/sh
#
# Created by configure
CFLAGS='-O2 -march=i686' \
CXXFLAGS='-O2 -march=i686' \
'./configure' \
'--prefix=/home/troels/local-p
/
(Based on Red Hat Rawhide, but without Kerberos stuff.)
Contents of config.nice:
---
#! /bin/sh
#
# Created by configure
CFLAGS='-O2 -march=i686' \
CXXFLAGS='-O2 -march=i686' \
'./configure' \
'--prefix=/home/troels/local-p
:
The shared imap extension used to be called "imap.so". Now it's called
"imap.a". Personally, I don't care, but maybe it will cause some
confusion and a new wave of bug reports because people aren't aware that
their php.ini files need to be adjusted.
--
Greetin
d bail out if you pass it a
value which contains more bits than PHP is able to handle. - Perhaps
with a hint about using GMP for large numbers.
--
Greetings from Troels Arvin, Copenhagen, Denmark
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED
On Wed, 01 Aug 2001 03:04:29 +0200, "Jani Taskinen" <[EMAIL PROTECTED]>
wrote:
> I guess this problem exists only when it's configured as shared
> extension?
True
> If so, I know how to fix it..
That would be great.
--
Greetings from Troels Arvin, Copenhagen
; 36) {
+ zend_error(E_WARNING, "Bad base for conversion: %d (should be between
+2 and 36)", base);
+ RETURN_FALSE;
+ }
+
+ if(convert_to_gmp(&gmpnumber,number_arg,base) == FAILURE) {
RETURN_FALSE;
}
--
Greetings
=shared" \
"--enable-shmop=shared" \
"--with-unixODBC=shared" \
"--with-mysql=shared,/usr" \
"--with-ldap=shared" \
"--with-pgsql=shared" \
"--with-gettext=shared" \
"--with-pspell=shared" \
"--with-snmp=shared
e the _back_-ticks around the grep-expression.)
Note that there are no references to Kerberos. That's because I use a
version of imap-devel which doesn't have Kerberos bloat:
http://rpms.arvin.dk/imap-no_kerberos/
PS:
This php-imap problem did not exist in previous PHP versions.
--
Gree
t's stupid if we suddenly have to hard-code for
GET/POST/cookie-generated data. The interesting bit is to be aware of
what data which has external origin.
--
Greetings from Troels Arvin, Copenhagen, Denmark
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-m
ID: 10578
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Description: Serious: Mac line-feeds not recognized as linefeeds in code any more
Previous Comments:
---
[2001-
blems can test this and send me feedback that would be great.
Note:
This was _not_ a Mac OS _X_ problem. It was general problem with
Mac-style newlines in text containing PHP code. Access to a Mac is not
needed to verify that the bug has been squashed.
--
Greetings from Troels Arvin, Copenhagen,
ID: 10578
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Description: Serious: Mac line-feeds not recognized as linefeeds in code any more
Andi Gutmans has fixed this bug through changes to
Zend/zend_language_scanner.l and Zend/zend_ini_scanner.l
Previous Co
e an extremely short reproducing script?
It's best demonstrated by going to http://schmidt.tv2.dk/public/linefeedbug/
Note that there was no such problem with PHP 4.0.4pl1 and earlier.
--
Greetings from Troels Arvin, Copenhagen, Denmark
--
PHP Development Mailing List <http://www.php.net/
0.4pl1 and 4.0.5 which could affect how PHP interprets
whitespace (including \r) in relation to one-line comments. However, I
have no lex knowledge.
--
Greetings from Troels Arvin, Copenhagen, Denmark
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMA
ing 4.0.6.
By the way:
The problem _could_ be related to bug #10609.
--
Greetings from Troels Arvin, Copenhagen, Denmark
--
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 ad
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.5
PHP Bug Type: Scripting Engine problem
Bug description: Serious: Mac line-feeds not recognized as linefeeds in code any more
Mac (\r) linefeeds seem to be parsed as non-line feeds since
PHP 4.0.5 (no problem
e option
--disable-posix-threads
However, the OCI8 extension links the pthread library.
Maybe that could be an explanation?
--
Greetings from Troels Arvin, Copenhagen, Denmark
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additio
34 matches
Mail list logo
