[PHP-DEV] patch for bug #22805

2003-03-21 Thread Moriyoshi Koizumi
Attached is the patch for bug #22805. The problem is because the total length of buckets obtained in each ap_get_brigade call isn't necessarily as long as expected by SAPI_POST_READER_FUNC if more data are coming in the stream. Moriyoshi Index: sapi/apache2handler/sapi_apache2.c

Re: [PHP-DEV] Workaround for bug #15797 (inconsistent errorbehaviour with GD)

2003-03-21 Thread Antoine
Hi, > As the post says, this was fixed in CVS at the time. The change should > be available in PHP 4.3.x, where the functions availbility could be > checked with functions_exists(). Well, PHP 4.3 solves the problem by embedding its own GD version anyway ;-) > There is also a function named > g

[PHP-DEV] Re: [PHP-QA] Administrivia

2003-03-21 Thread Derick Rethans
On Fri, 21 Mar 2003, James Cox wrote: > Guys, > > I have setup a new list for qa reports, ([EMAIL PROTECTED]) so that > qa discussion can continue on [EMAIL PROTECTED], and be more readable. Never heard of discussing? Derick -- "my other box is your win

RE: [PHP-DEV] issues with gettext on multithreaded servers

2003-03-21 Thread David Sklar
On Friday, March 21, 2003 1:11 PM, Wez Furlong wrote: > Perhaps it would be a good idea to develop a PEAR package that sits on > top of the win32nls and/or UNIX nls functions to provide a portable > API for PHP scripts? This is a good idea. The extension can be told whether thread-specific settin

Re: [PHP-DEV] issues with gettext on multithreaded servers

2003-03-21 Thread Wez Furlong
Hi Nathan, In short, don't rely on the system locale support then :/ (You can't rely on it even between different versions of glibc, let alone difference flavours of UNIX). A win32nls extension is a good idea and a nice candidate for PECL. Perhaps it would be a good idea to develop a PEAR packag

Re: [PHP-DEV] Workaround for bug #15797 (inconsistent error behaviour with GD)

2003-03-21 Thread Mats Lindh
- [EMAIL PROTECTED] (Antoine): > See my comment at the end. It seems several PHP versions are plagued > by this problem. I'd like to find a way to circumvent it, because > we need our program to work with all PHP & GD versions. Unfortunately > the fact that a fatal error is yielded when calling ima

[PHP-DEV] issues with gettext on multithreaded servers

2003-03-21 Thread Nathan Fredrickson
Hi all, I have found some problems (and possible solutions) concerning use of the gettext extension on multithreaded servers. Usually gettext determines the locale to use for translations from one of the following environment variables: LC_MESSAGES, LANG, LANGUAGE, LC_ALL. These environment varia

[PHP-DEV] Administrivia

2003-03-21 Thread James Cox
Guys, I have setup a new list for qa reports, ([EMAIL PROTECTED]) so that qa discussion can continue on [EMAIL PROTECTED], and be more readable. -- james -- James Cox :: [EMAIL PROTECTED] :: http://imajes.info/ Was I helpful? http://www.amazon.co.uk/exec/obidos/wishlist/23IVGHQ61RJGO/ -- P

[PHP-DEV] Workaround for bug #15797 (inconsistent error behaviour with GD)

2003-03-21 Thread Antoine
Hi, Some users of our program SPIP are stumbling onto the following bug : http://bugs.php.net/bug.php?id=15797 See my comment at the end. It seems several PHP versions are plagued by this problem. I'd like to find a way to circumvent it, because we need our program to work with all PHP & GD vers

[PHP-DEV] doc comment patch

2003-03-21 Thread Andrei Zmievski
Andi and Stas, Here is reworked version of doc comment patch. It doesn't store last doc comment in the compiler globals anymore, instead it's returned inside the T_DOC_COMMENT token. I've also modified a couple of rules in the parser to store the doc comment in zend_class_entry and zend_op_array f

Re: [PHP-DEV] suggested patch for ext/standard/html.c for correcthtmlentity'ing of cyrillic characters

2003-03-21 Thread Moriyoshi Koizumi
I don't see any problem with applying it to the branch either. Moriyoshi Wez Furlong <[EMAIL PROTECTED]> wrote: > +1 from me (I will apply it to PHP5). > > This looks like a suitable candidate for 4.3.2 also; no new code is > introduced by this patch, merely a lookup table, and adding more > en

Re: [PHP-DEV] suggested patch for ext/standard/html.c for correcthtmlentity'ing of cyrillic characters

2003-03-21 Thread Wez Furlong
+1 from me (I will apply it to PHP5). This looks like a suitable candidate for 4.3.2 also; no new code is introduced by this patch, merely a lookup table, and adding more encodings can be regarded as a fix. Opinions? --Wez. On Fri, 21 Mar 2003, Antony Dovgal wrote: > Hello, all. > > Attached

[PHP-DEV] suggested patch for ext/standard/html.c for correct htmlentity'ingof cyrillic characters

2003-03-21 Thread Antony Dovgal
Hello, all. Attached patch provides cyrillic character sets support to htmlentities(), useful for those who wants to see correct cyrillic letters after using this function (at this moment htmlentities() successfully breaks cyrillic characters). KOI8-R, Windows-1251 & CP866 encodings are support