For those who may be interested, I am back from my trip to California, and
am going through mails.
--James
--
James Cox :: [EMAIL PROTECTED] :: http://james.blogs.at/
Was I helpful? http://www.amazon.co.uk/exec/obidos/wishlist/23IVGHQ61RJGO/
--
PHP Development Mailing List
Phil Copeland @ redhat pointed me at this bug:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=72752
Seems that there are a number of issues (i'm going to verify patch his
fixes right now).
The other he mentions is mbstring seems to cause problems. I have
experienced this too.
Guys, i
On Sun, 1 Sep 2002, James Cox wrote:
The other he mentions is mbstring seems to cause problems. I have
experienced this too.
Guys, i don't want to be mean or sound racist or anything else you throw at
me.
But mbstring really isn't a core module, and very few people will require
James Cox wrote:
I vote to remove mbstring as a default module.
+1
--
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
Sebastian Bergmann wrote:
sebastian Sun Sep 1 07:33:19 2002 EDT
Modified files:
/php4 NEWS php.ini-dist php.ini-recommended
/php4/main main.c output.c php_globals.h php_output.h
Log:
Per discussion on #php.bugs (+1 from at least Derick and Jani),
James Cox [EMAIL PROTECTED] a écrit dans le message de news:
[EMAIL PROTECTED]
Phil Copeland @ redhat pointed me at this bug:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=72752
Seems that there are a number of issues (i'm going to verify patch his
fixes right now).
The other he
Why not renaming it to ftp_close so it can be like fclose, mysql_close...
that would be more generic than quit.
Objections? Ideas?
--
Merci de nous avoir choisi. - Thanks you for your choice.
Nicos - CHAILLAN Nicolas
[EMAIL PROTECTED]
[EMAIL PROTECTED]
www.GroupAKT.com - Hébergement Group.
Ewps, I just saw that it already exists, sorry.
--
Merci de nous avoir choisi. - Thanks you for your choice.
Nicos - CHAILLAN Nicolas
[EMAIL PROTECTED]
[EMAIL PROTECTED]
www.GroupAKT.com - Hébergement Group.
www.WorldAKT.com - Hébergement de sites Internet
Chaillan Nicolas [EMAIL PROTECTED] a
Thies C. Arntzen wrote:
why?
Because it's broken.
--
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
At 10:10 31.08.2002, Sebastian Bergmann wrote:
Reproducing script:
?php
class Test {
function Test() {
ob_start(array($this, 'transform'));
}
function transform($buffer) {
ob_end_clean();
return $buffer;
}
}
$test =
At 14:40 31.08.2002, Sebastian Bergmann wrote:
In recent days there was a lot of discussion on reverting Marcus'
changes to the output buffering on #php.bugs.
I'm not sure if
http://www.sebastian-bergmann.de/stuff/revert
does this properly, so I don't want to commit it myself.
Marcus Börger wrote:
Ever tried this in earlier version of PHP? I guess not!
I tested it with PHP 4.2.3-RC1, and it's broken there, too.
I did not claim that you broke this one, Marcus, so why the harsh
tone?
--
Sebastian Bergmann
http://sebastian-bergmann.de/
At 14:56 01.09.2002, Sebastian Bergmann wrote:
Thies C. Arntzen wrote:
why?
Because it's broken.
Until now the only thing you were able to deliver is a
script that is also broken for 4.2.3. Since the code of
output-buffering is not capable to do what you did in
that script...
marcus
AND
At 15:06 01.09.2002, Sebastian Bergmann wrote:
Marcus Börger wrote:
Ever tried this in earlier version of PHP? I guess not!
I tested it with PHP 4.2.3-RC1, and it's broken there, too.
I did not claim that you broke this one, Marcus, so why the harsh
tone?
Because you reverted
Marcus Börger wrote:
Until now the only thing you were able to deliver is a
script that is also broken for 4.2.3.
You're mixing issues here.
In recent days I discovered 3 problems with ob_*() functionality:
1.) Dumping of a text instead of writing it to a file.
This one is
Marcus Börger wrote:
AND please: we had an agreement that discussion
has to take place on this mailinglist and not at efnet
Well, it was also agreed upon to discuss the addition of new .ini
entries or enabling of new extensions by default, no?
Whether or not you like, a good amount of
At 16:10 01/09/2002, Marcus Börger wrote:
The problem is that in function
PHPAPI void php_end_ob_buffer(zend_bool send_buffer, zend_bool just_flush
TSRMLS_DC)
the user function is called wether or not send_buffer is zero. (Zero means
flush
here and means the function must not be called, as far
James Cox wrote:
I vote to remove mbstring as a default module.
+1
Let us STOP burdening default builds with crap that is unlikely
to be used.
Amen.
Regards
Mike Robinson
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
On Sun, 1 Sep 2002, James Cox wrote:
I vote to remove mbstring as a default module.
+1000
And for those who say that i could just disable it -- well, the converse is
true. Let us STOP burdening default builds with crap that is unlikely to be
used.
Another voice of reason! Welcome!
At 15:25 01.09.2002, Zeev Suraski wrote:
At 16:10 01/09/2002, Marcus Börger wrote:
The problem is that in function
PHPAPI void php_end_ob_buffer(zend_bool send_buffer, zend_bool just_flush
TSRMLS_DC)
the user function is called wether or not send_buffer is zero. (Zero
means flush
here and
At 17:51 01/09/2002, Marcus Börger wrote:
At 15:25 01.09.2002, Zeev Suraski wrote:
At 16:10 01/09/2002, Marcus Börger wrote:
The problem is that in function
PHPAPI void php_end_ob_buffer(zend_bool send_buffer, zend_bool
just_flush TSRMLS_DC)
the user function is called wether or not send_buffer
At 10:49 AM +0100 9/1/02, James Cox wrote:
I vote to remove mbstring as a default module.
I completely agree!
I do have one request, when the time comes to remove it from the
default also change the PHP core code so that it can be built as a
shared extension and loaded on the fly. Currently
At 17:10 01.09.2002, Zeev Suraski wrote:
At 17:51 01/09/2002, Marcus Börger wrote:
At 15:25 01.09.2002, Zeev Suraski wrote:
At 16:10 01/09/2002, Marcus Börger wrote:
The problem is that in function
PHPAPI void php_end_ob_buffer(zend_bool send_buffer, zend_bool
just_flush TSRMLS_DC)
the user
Marcus Börger wrote:
The problem here again is that in ob handlers no ob_xxx() function can
be called.
FYI: I know that I shouldn't do that, but I tried
?php
class Test {
function Test() {
ob_start(array($this, 'transform'));
}
function
At 18:02 01.09.2002, Sebastian Bergmann wrote:
Marcus Börger wrote:
The problem here again is that in ob handlers no ob_xxx() function can
be called.
FYI: I know that I shouldn't do that, but I tried
?php
class Test {
function Test() {
ob_start(array($this,
I do have one request, when the time comes to remove it from the
default also change the PHP core code so that it can be built as a
shared extension and loaded on the fly. Currently it can only be
compiled into PHP statically and building it as .so means hacking the
PHP source and the
hi,
i can crash my php here by using these lines:
?php
$a = '';
$a .= EOF
EOF;
?
can anyone second this?
regards,
-lukas
#0 0x403218b5 in _zval_dtor (zvalue=0xbfffe214, __zend_filename=0x4038dc80
/home/azzit/src/cvs/php4/php4/Zend/zend_operators.c, __zend_lineno=1057)
Hey,
I can reproduce this crash:
Program received signal SIGSEGV, Segmentation fault.
0x081f8ddf in _zval_dtor (zvalue=0xbfffd3f0, __zend_filename=0x8272220
/dat/dev/php/php-4.3.0dev/Zend/zend_operators.c,
__zend_lineno=1057) at
/dat/dev/php/php-4.3.0dev/Zend/zend_variables.c:43
43
No problems on win32 , php-430-dev cli.ZE2.
Best regards
Andrey Hristov
- Original Message -
From: Lukas Schroeder [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, September 01, 2002 8:50 PM
Subject: [PHP-DEV] segfault on adding empty heredoc to string
hi,
i can crash my php
No problems with 4.2.2 as apache-1.3.26 dso on RH-7.2
Regards
Mike Robinson
-Original Message-
From: Lukas Schroeder [mailto:[EMAIL PROTECTED]]
Sent: Sunday, September 01, 2002 1:50 PM
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] segfault on adding empty heredoc to string
hi,
i can
Hello, many people that try to send me a mail are stopped by the antispam
system, they should answer to the message so I can get the mail, this is
fine, but many people don't understand it and just dont do it, is there a
way to deactivate it?
--
Merci de nous avoir choisi. - Thanks you for your
At 6:29 PM +0100 9/1/02, James Cox wrote:
Where is your patch?
The patch basically renames php_treat_data to php_treat_data_default,
creates a function pointer called php_treat_data that is defaulted to
php_treat_data_default, removes all mbstrings references in php_main.h
and makes mbstring.c
See http://master.php.net/manage/users.php (when it's up again)
Sander
On Sun, Sep 01, 2002 at 08:28:46PM +0200, CHAILLAN Nicolas wrote:
Hello, many people that try to send me a mail are stopped by the antispam
system, they should answer to the message so I can get the mail, this is
fine,
At 20:38 01.09.2002, Brian France wrote:
At 6:29 PM +0100 9/1/02, James Cox wrote:
Where is your patch?
The patch basically renames php_treat_data to php_treat_data_default,
creates a function pointer called php_treat_data that is defaulted to
php_treat_data_default, removes all mbstrings
At 8:47 PM +0200 9/1/02, Marcus Börger wrote:
At 20:38 01.09.2002, Brian France wrote:
At 6:29 PM +0100 9/1/02, James Cox wrote:
Where is your patch?
The patch basically renames php_treat_data to php_treat_data_default,
creates a function pointer called php_treat_data that is defaulted to
On Sun, 2002-09-01 at 19:50, Lukas Schroeder wrote:
hi,
i can crash my php here by using these lines:
Nope, works fine:
---
thekid@friebes:~ cat | php -q
?php
$a = '';
$a .= EOF
EOF;
?
thekid@friebes:~ php -v
4.2.1
At 20:57 01.09.2002, Brian France wrote:
At 8:47 PM +0200 9/1/02, Marcus Börger wrote:
At 20:38 01.09.2002, Brian France wrote:
At 6:29 PM +0100 9/1/02, James Cox wrote:
Where is your patch?
The patch basically renames php_treat_data to php_treat_data_default,
creates a function pointer called
At 11:49 01.09.2002, James Cox wrote:
Phil Copeland redhat pointed me at this bug:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=72752
Seems that there are a number of issues (i'm going to verify patch his
fixes right now).
The other he mentions is mbstring seems to cause problems. I
Hey,
I think you're right. Someone changed this code a while ago and might have
introduced this problem (or it was like this before).
I commited a fix and hope it doesn't break anything :)
If anyone uses llist's please make sure it's OK.
Andi
At 07:30 AM 8/27/2002 -0400, l0t3k wrote:
hi,
im
Any chance you can setup and Engine 2 build and see if this problem persists?
Andi
At 06:42 AM 8/27/2002 -0700, Michael Sisolak wrote:
--- Zeev Suraski [EMAIL PROTECTED] wrote:
At 09:53 27/08/2002, Michael Sisolak wrote:
i've been doing some debugging of the crashes when running php
It seems that the DNS is down, thats not only the hoster. I'm sure that it
doesn't exist anymore.
--
Merci de nous avoir choisi. - Thanks you for your choice.
Nicos - CHAILLAN Nicolas
[EMAIL PROTECTED]
[EMAIL PROTECTED]
www.GroupAKT.com - Hébergement Group.
www.WorldAKT.com - Hébergement de
On 01/09/02, James Cox [EMAIL PROTECTED] wrote:
The other he mentions is mbstring seems to cause problems. I have
experienced this too.
Umm, dont enable the transparent encoding support then.
I don't, and I've had no problems.
But mbstring really isn't a core module, and very few people will
James Cox wrote:
Phil Copeland redhat pointed me at this bug:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=72752
Check with latest CVS before posting.
I fixed this bug weeks ago.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
Crashes with latest CVS HEAD here too:
0x828b505 in _zval_dtor (zvalue=0xbfffd540, __zend_filename=0x8376000
/usr/src/web/php/php4/Zend/zend_operators.c,
__zend_lineno=1057) at /usr/src/web/php/php4/Zend/zend_variables.c:43
43
James Cox wrote:
Phil Copeland redhat pointed me at this bug:
But mbstring really isn't a core module, and very few people will require
kr/zh/ru style encoding.
I vote to remove mbstring as a default module.
-1 of course.
Are you out of mind?
Tell other languages developers support
On Mon, 2 Sep 2002, Yasuo Ohgaki wrote:
James Cox wrote:
Phil Copeland @ redhat pointed me at this bug:
But mbstring really isn't a core module, and very few people will require
kr/zh/ru style encoding.
I vote to remove mbstring as a default module.
-1 of course.
Are you out of
I vote to remove mbstring as a default module.
I guess you have never tried to create a truely globalized/localized
application then?
I'm -1 on removing it, because PHP needs a consistent charset encoding
API that is portable across platforms. iconv and recode are no good
Mark them as critical and they'll get some attention :)
Is this bug new to the latest CVS or does it occur with 4.2?
At 01:10 02/09/2002, Jani Taskinen wrote:
Crashes with latest CVS HEAD here too:
0x828b505 in _zval_dtor (zvalue=0xbfffd540, __zend_filename=0x8376000
Brian France wrote:
I know there are things the exif needs from mbstring and there is no way
to have exif link against mbstring or require it. But couldn't exif
check to see if mbstring is loaded (or built in) and if not print a
warning that some of its functionality may not work
Hi,
The following in ext/gd/gd.c confuses me.
line 332, in function PHP_MINFO_FUNCTIONS:
#ifdef ENABLE_GD_TTF
php_info_print_table_row(2, FreeType Support, enabled);
#if HAVE_LIBFREETYPE
php_info_print_table_row(2, FreeType Linkage, with freetype);
#elif HAVE_LIBTTF
Marcus Börger wrote:
AND please: we had an agreement that discussion
has to take place on this mailinglist and not at efnet
Well, it was also agreed upon to discuss the addition of new .ini
entries or enabling of new extensions by default, no?
Whether or not you like, a good
At 01:24 02.09.2002, Yasuo Ohgaki wrote:
Brian France wrote:
I know there are things the exif needs from mbstring and there is no way
to have exif link against mbstring or require it. But couldn't exif
check to see if mbstring is loaded (or built in) and if not print a
warning that some of
Sebastian Bergmann wrote:
Marcus Börger wrote:
AND please: we had an agreement that discussion
has to take place on this mailinglist and not at efnet
Well, it was also agreed upon to discuss the addition of new .ini
entries or enabling of new extensions by default, no?
Whether
At 01:24 02.09.2002, you wrote:
Brian France wrote:
I know there are things the exif needs from mbstring and there is no way
to have exif link against mbstring or require it. But couldn't exif
check to see if mbstring is loaded (or built in) and if not print a
warning that some of its
This is known issue for a long time.
Sebastian Bergmann wrote:
Marcus Börger wrote:
The problem here again is that in ob handlers no ob_xxx() function can
be called.
*SNIP*
It'd be okay IMHO to prohibit ob_*() calls inside a handler.
There are functions like this. i.e. array_filter,
Andi,
I download the alpha2 version of the php-4.3.0-dev-zend2 release.
Unfortunatley out-of-the-box I got an Invalid access to memory
location. error returned when I try to view I page. I was able to
track it down to something with the browscap processing - something in
ini_parse() is causing
I know this is ugly, but what about making the extensions handle it themselves?
Your example of session_pgsql:
In the extension init code:
ext_enabled = 1;
if ( dlsym( NULL, psql_module_entry ) == NULL
dlsym( NULL, _psql_module_entry ) == NULL )
{
// print some warning about
At 9:25 AM +0900 9/2/02, Yasuo Ohgaki wrote:
As all of us know, PHP crashes easily when module is loaded
improperly.
Has anybody tracked down why this is?
This could have been the problem, but is fixed now:
http://bugs.php.net/?id=17643
(I think this link is right, bugs is down right now)
We should have generic code for this. IMHO.
--
Yasuo Ohgaki
Brian France wrote:
I know this is ugly, but what about making the extensions handle it
themselves?
Your example of session_pgsql:
In the extension init code:
ext_enabled = 1;
if ( dlsym( NULL, psql_module_entry ) ==
Forgot to mention this.
This will not solve module loading order issues.
Not only checks if modules needed in there, but also
we should be able to load module in order.
To achive this, we need to change module loading code
which is written in the engine.
--
Yasuo Ohgaki
Yasuo Ohgaki wrote:
James Cox wrote:
mbstring isn't a gold module which should be enabled by default.
If we should reduce number of modules built by default, 1st
module should be MySQL. Removing MySQL does not cause any
technical problems at all.
That is, it's still -- as i see it -- just a bit more than
Marcus Börger wrote:
At 01:24 02.09.2002, you wrote:
Brian France wrote:
I know there are things the exif needs from mbstring and there is no
way to have exif link against mbstring or require it. But couldn't
exif check to see if mbstring is loaded (or built in) and if not
print a
Hi,
let me vote not to remove mbstring (as a default one).
yes, I can understand the thought that singlebyte users seem mbstirng
module is somehow 'extra' one.
but please understand that this module is indispensable for multibyte
users (at least), and AFAIK there are growing numbers of
Yasuo Ohgaki [EMAIL PROTECTED] wrote:
Marcus B?rger wrote:
We already had some discussion on some IF statements in ini
files already. I guess we might call to another mail thread here
and hope we find a volunteer. I will not invent any work here since
that would be totally useless.
I
At 05:11 PM 9/1/2002 -0700, Michael Sisolak wrote:
Andi,
I download the alpha2 version of the php-4.3.0-dev-zend2 release.
Unfortunatley out-of-the-box I got an Invalid access to memory
location. error returned when I try to view I page. I was able to
track it down to something with the
Jim Winstead wrote:
Yasuo Ohgaki [EMAIL PROTECTED] wrote:
Marcus B?rger wrote:
We already had some discussion on some IF statements in ini
files already. I guess we might call to another mail thread here
and hope we find a volunteer. I will not invent any work here since
that would be totally
[I post this to php-dev since my mail to engine2 didn't make it.]
[Is engine2 down?]
It'd ease debugging of applications if print_r() and var_dump() would
show the proper name of private and protected members:
?php
class Test {
private $test;
function
On Sun, 1 Sep 2002, Shane Caraveo wrote:
Jim Winstead wrote:
it's too bad we don't have an implementation of a complete programming
language laying around.
jim
Yeah, sure would be usefull, then we could just get rid of ini, and use
the language...
Too much interesting things to
On Mon, 2 Sep 2002, Yasuo Ohgaki wrote:
James Cox wrote:
mbstring isn't a gold module which should be enabled by default.
If we should reduce number of modules built by default, 1st
module should be MySQL. Removing MySQL does not cause any
technical problems at all.
Yeah, this is the
On Mon, 2 Sep 2002, Masaki Fujimoto wrote:
Hi,
let me vote not to remove mbstring (as a default one).
I'd vote for setting it off by default _for now_, and enable it after
4.3. has branched, so we have a kick ass i18n solution in PHP5 replacing
all code it duplicates.
yes, I can
On Mon, 2 Sep 2002, Yasuo Ohgaki wrote:
[EMAIL PROTECTED] wrote:
No, not really. It was noted by more than one person that it breaks
some simple things in PHP, affecting the bahavior of scripts that are
already out there. Until it is totally stable (which you yourself it is
not
So I want to 'disable' it by default. If you want encoding,
just enable it. But you're right, i've never needed to create a
truely globalized/localized app. (and from general principles, if
you feel you need to localize any more than your ui/strings.)
That's not what I read, perhaps
72 matches
Mail list logo