RE: [PHP-DEV] Win32 sendmail.c doesn't respect DST

2004-09-13 Thread Carter, John
Patch attached for this. Can someone validate my thinking, test and commit if possible? Is it too late for 4.3.9? Cheers, John. <> John Carter [EMAIL PROTECTED] Analyst Programmer Integro Team IT Department Royal London (44) 1625 605735 > -Original Message- > From: Carter, John > Sen

[PHP-DEV] PHP 5 Bug Summary Report

2004-09-13 Thread internals
PHP 5 Bug Database summary - http://bugs.php.net Num Status Summary (390 total including feature requests) ===[*Compile Issues]== 28103 Open During ./configure you get png error instead of iodbc 28297 Open (SNMP) make instal

RE: [PHP-DEV] Win32 sendmail.c doesn't respect DST

2004-09-13 Thread Derick Rethans
On Mon, 13 Sep 2004, Carter, John wrote: > Patch attached for this. Can someone validate my thinking, test and commit if > possible? No patch here, make sure to attach it as text/plain as our maillinglist software strips everything else. You can also put it on a webspace and provide a URL to it

RE: [PHP-DEV] Win32 sendmail.c doesn't respect DST

2004-09-13 Thread Carter, John
http://www.fbright.co.uk/sendmail.c.diff John. John Carter [EMAIL PROTECTED] Analyst Programmer Integro Team IT Department Royal London (44) 1625 605735 > -Original Message- > From: Derick Rethans [SMTP:[EMAIL PROTECTED] > Sent: 13 September 2004 9:05 > To: Carter, John > Cc: [EMAIL

Re: [PHP-DEV] [patch] Zend/zend_objects_API.c - bug #29980 (segfault while executing __destruct())

2004-09-13 Thread Stanislav Malyshev
AD>>ATM ZE2 calls destructor at the end of the request and no matter is AD>>there were a fatal error (which should probably stop executing the AD>>script). In some cases it leads to nasty segfaults (me and report's AD>>author can reproduce it, but others can't. weird..). Well, the cause of the fau

[PHP-DEV] small and probably dodgy fix

2004-09-13 Thread Steph
Hi list, HEAD is broken for me following Derick's new sort flag addition earlier today. The attached one-liner may be a wrong fix, neither self nor D are sure. However it _does_ allow HEAD to build on my system! - Steph --- zend_config.w32.h Mon Sep 13 15:17:16 2004 +++ new_zend_config.w32.h

Re: [PHP-DEV] small and probably dodgy fix

2004-09-13 Thread Wez Furlong
If that fixes it, doesn't that imply that other systems without strcoll will also fail to build now? (are there any that we care about?) --Wez. On Mon, 13 Sep 2004 15:21:14 +0100, Steph <[EMAIL PROTECTED]> wrote: > Hi list, > > HEAD is broken for me following Derick's new sort flag addition earl

RE: [PHP-DEV] small and probably dodgy fix

2004-09-13 Thread Steph
no, there's only win32 and netware that have config files in the Zend dir. I put it in the wrong place, it needs to be just ahead of the string.h include: --- zend_config.w32.h Mon Sep 13 15:17:16 2004 +++ zend_config.w32.h Mon Sep 13 15:27:16 2004 @@ -30,6 +30,8 @@ #include #include +#d

Re: [PHP-DEV] small and probably dodgy fix

2004-09-13 Thread Wez Furlong
I meant that, on linux for example, if you manually undefined HAVE_STRCOLL (to simulate not having it), will the build break? If so, then we need a real fix :-) --Wez. On Mon, 13 Sep 2004 16:11:10 +0100, Steph <[EMAIL PROTECTED]> wrote: > no, there's only win32 and netware that have config files

RE: [PHP-DEV] small and probably dodgy fix

2004-09-13 Thread Steph
It missed the _define_. So if there was #define HAVE_STRCOLL 0 it'd be ok, but without the #define it's not ok. I'm just testing that now in case I'm wrong, but I don't think I am. > -Original Message- > From: Wez Furlong [mailto:[EMAIL PROTECTED] > Sent: 13 September 2004 16:01 > To: [E

RE: [PHP-DEV] small and probably dodgy fix

2004-09-13 Thread Steph
hm ok I'm wrong - if you manually undefine HAVE_STRCOLL on doze it breaks the build. (see irc ;) However it's still the case that the win32 build needs the definition in the Zend config file, since win32 _does_ have strcoll but the main PHP win32 configuration file doesn't reach the hinterlands.

Re: [PHP-DEV] [patch] Zend/zend_object_handlers.c - bug #29378 (foreach() doesn't work with arrays returned by __get)

2004-09-13 Thread Stanislav Malyshev
AD>>It looks like this bug was done intentionally (I'm not sure, just an AD>>assumption), so zend_std_get_property_ptr_ptr() doesn't call __get. I'm not sure it should - this would confuse read/write operators like object increments. I think it should be talen care of elsewhere. -- Stanislav Mal

[PHP-DEV] CVS account change request.

2004-09-13 Thread l0t3k
i need to commit an extension to PECL, but i havent used my CVS account in ages (since 4.0B). i dont recall my password and i've long since changed ISPs and email addresses. what do i need to do ? BTW : cvs username is ccollie l0t3k aka clayton collie -- PHP Internals - PHP Runtime Development

Re: [PHP-DEV] CVS account change request.

2004-09-13 Thread Wez Furlong
I reset your email address to this hotmail address; you should be able to use the password reset page now. --Wez. On Mon, 13 Sep 2004 12:06:41 -0400, l0t3k <[EMAIL PROTECTED]> wrote: > i need to commit an extension to PECL, but i havent used my CVS account in > ages (since 4.0B). i dont recall my

[PHP-DEV] Re: [PHP-CVS] cvs: php-src(PHP_4_3) /ext/pdf CREDITS config.m4 pdf.c pdf.dsp php_pdf.h

2004-09-13 Thread Edin Kadribasic
You cannot just remove an extension from a *stable* cvs branch. Please revert this. Edin On Monday 13 September 2004 17:12, Rainer Schaaf wrote: > rjs Mon Sep 13 11:12:25 2004 EDT > > Removed files: (Branch: PHP_4_3) > /php-src/ext/pdf CREDITS pdf.c pdf.dsp php_pdf.h > >

Re: [PHP-DEV] CVS account change request.

2004-09-13 Thread Jacques Marneweck
On Mon, 13 Sep 2004 12:06:41 -0400, l0t3k <[EMAIL PROTECTED]> wrote: > i need to commit an extension to PECL, but i havent used my CVS account in > ages (since 4.0B). i dont recall my password and i've long since changed > ISPs and email addresses. what do i need to do ? > > BTW : cvs username is

Re: [PHP-DEV] CVS account change request.

2004-09-13 Thread Wez Furlong
Actually, systems@ is a better contact if you already have an account, as you'll reach more people with sufficient karma to help you (and thus are more likely to get a faster response). --Wez. On Mon, 13 Sep 2004 18:41:07 +0200, Jacques Marneweck <[EMAIL PROTECTED]> wrote: > I would suggest conta

[PHP-DEV] Re[2]: [PHP-CVS] cvs: php-src(PHP_4_3) /ext/pdf CREDITS config.m4 pdf.c pdf.dsp php_pdf.h

2004-09-13 Thread Rainer Schaaf
Hello, I have put in place the old version. As I wrote before to Wez, I'm sorry that I did this mistake. Derick assigned the Bug #29297 to me and asked me to repair this. As it is already repaired in the main CVS (Wez moved the PDFlib extension a while ago to PECL), I thought the

[PHP-DEV] [PATCH] ok this works in all cases and smells right

2004-09-13 Thread Steph
BTW shouldn't main/config.w32.h be in .cvsignore? - Steph Index: Zend/zend_config.w32.h === RCS file: /repository/ZendEngine2/zend_config.w32.h,v retrieving revision 1.36 diff -u -r1.36 zend_config.w32.h --- Zend/zend_config.w32.h

Re: [PHP-DEV] Re[2]: [PHP-CVS] cvs: php-src(PHP_4_3) /ext/pdf CREDITS config.m4 pdf.c pdf.dsp php_pdf.h

2004-09-13 Thread Jacques Marneweck
On Mon, 13 Sep 2004 19:21:39 +0200, Rainer Schaaf <[EMAIL PROTECTED]> wrote: > But it looks like this was an bad idea, so what else should I do? > Ilia can he merge from his PECL pdflib module a fix which lets pdflib 6 compile with php 4.3.9? Regards --jm -- Jacques Marneweck http://www.power

[PHP-DEV] Re: #29297 [Asn->Csd]: PDFLib 6 make error

2004-09-13 Thread Derick Rethans
On Mon, 13 Sep 2004 [EMAIL PROTECTED] wrote: > ID: 29297 > Updated by: [EMAIL PROTECTED] > Reported By: v_santhanam at ettimadai dot amrita dot edu > -Status: Assigned > +Status: Closed > Bug Type: Compile Failure > Operating System: Redhat

Re: [PHP-DEV] small and probably dodgy fix

2004-09-13 Thread Derick Rethans
On Mon, 13 Sep 2004, Wez Furlong wrote: > I meant that, on linux for example, if you manually undefined > HAVE_STRCOLL (to simulate not having it), will the build break? > > If so, then we need a real fix :-) It shouldn't that's why I think this is a wrong fix. I copied the #if HAVE_STRCOLL from

Re: [PHP-DEV] [PATCH] ok this works in all cases and smells right

2004-09-13 Thread Wez Furlong
On Mon, 13 Sep 2004 18:55:14 +0100, Steph <[EMAIL PROTECTED]> wrote: > BTW shouldn't main/config.w32.h be in .cvsignore? Ideally, yes, but it's still used as-is by the .dsp build system Your patch looks much better (note that the # character for #define's and #ifdefs etc. should start in the left

Re: [PHP-DEV] Re[2]: [PHP-CVS] cvs: php-src(PHP_4_3) /ext/pdf CREDITS config.m4 pdf.c pdf.dsp php_pdf.h

2004-09-13 Thread Derick Rethans
On Mon, 13 Sep 2004, Rainer Schaaf wrote: > Derick assigned the Bug #29297 to me and asked me to repair this. > As it is already repaired in the main CVS (Wez moved the PDFlib > extension a while ago to PECL), I thought the best solution would be > to remove it here too and point to the P

Re: [PHP-DEV] [PATCH] ok this works in all cases and smells right

2004-09-13 Thread Derick Rethans
On Mon, 13 Sep 2004, Steph wrote: > BTW shouldn't main/config.w32.h be in .cvsignore? This patch is wrong, the #if HAVE_STRCOLL should be there in all places, also, I did not guard the constant registration as that can always be available just fine. Derick -- Derick Rethans http://derickrethan

[PHP-DEV] HAVE_STRCOLL problem

2004-09-13 Thread Frank M. Kromann
Hello Everyone, HAVE_STRCOLL is defined in config.w32.h and used in zend_operators.h|c. This causes the string_locale_compare_function() to be undefined at link time. moving #define HAVE_STRCOLL 1 to zend_config.w32.h slves the problem. - Frank -- PHP Internals - PHP Runtime Development Mailin

Re[2]: [PHP-DEV] Re[2]: [PHP-CVS] cvs: php-src(PHP_4_3) /ext/pdf CREDITS config.m4 pdf.c pdf.dsp php_pdf.h

2004-09-13 Thread Rainer Schaaf
Hello, Monday, September 13, 2004, 8:38:57 PM, you wrote: > On Mon, 13 Sep 2004, Rainer Schaaf wrote: >> Derick assigned the Bug #29297 to me and asked me to repair this. >> As it is already repaired in the main CVS (Wez moved the PDFlib >> extension a while ago to PECL), I thought the

Re: Re[2]: [PHP-DEV] Re[2]: [PHP-CVS] cvs: php-src(PHP_4_3) /ext/pdf CREDITS config.m4 pdf.c pdf.dsp php_pdf.h

2004-09-13 Thread Friedhelm Betz
On Monday 13 September 2004 21:19, Rainer Schaaf wrote: [...] > > As I did put pack the old version, the question remains on how to > solve the Bug #29297? For PHP_4_3 bail out for versions > pdflib4 and requiremnts for 4.3.x sho Regards Friedhelm -- http://www.jungle-world.com/ -- PHP Int

Re: Re[2]: [PHP-DEV] Re[2]: [PHP-CVS] cvs: php-src(PHP_4_3) /ext/pdf CREDITS config.m4 pdf.c pdf.dsp php_pdf.h

2004-09-13 Thread Friedhelm Betz
On Monday 13 September 2004 21:19, Rainer Schaaf wrote: [...} > As I did put pack the old version, the question remains on how to > solve the Bug #29297? to continue ;-) ... and the rest should be handled in the manual Regards Friedhelm -- http://www.jungle-world.com/ -- PHP Internals - PHP R

Re: [PHP-DEV] PHP's error handler: xmlrpc_errors, entity encoding, and handler chaining

2004-09-13 Thread Andrei Zmievski
On Thu, 09 Sep 2004, Sara Golemon wrote: > One last thing: error handlers can be pushed/popped on and off of a stack > using set_error_handler() and restore_error_handler(), and that's fine, but > with the recent addition of the ability to fallback on the default error > handler by returning an ex

Re: [PHP-DEV] PHP's error handler: xmlrpc_errors, entity encoding, and handler chaining

2004-09-13 Thread Sara Golemon
> We have no error stack; not as such anyway. We are not talking about > exceptions here, just simple error handlers. People define the current > handler via set_error_handler() and that's all that's in effect until > they restore_error_handler() or set another one. There is no propagation > and I

RE: [PHP-DEV] HAVE_STRCOLL problem

2004-09-13 Thread Steph
No it doesn't, because there are other items in PHP that rely on HAVE_STRCOLL and need it to be defined where it currently is. So it needs to be redefined in zend_config.w32.h for Zend files, where this is its only occurrence. > -Original Message- > From: Frank M. Kromann [mailto:[EMAIL P

RE: [PHP-DEV] small and probably dodgy fix

2004-09-13 Thread Steph
We had this discussion on irc already. The Zend files change is necessary for Windows. The other change I submitted prevents the problem of not being able to build PHP on systems where STRCOLL is not available. Submit! > -Original Message- > From: Derick Rethans [mailto:[EMAIL PROTE

[PHP-DEV] Survey on Open Source

2004-09-13 Thread Mike Chan
Dear all, I am conducting a survey on open source software. This is for my academic coursework and dissertation. It will be great to have your support and participation in this survey. This survey has two separate questionnaires, focusing on the following areas: 1) OSS development (Developers

Re: [PHP-DEV] PHP's error handler: xmlrpc_errors, entity encoding, and handler chaining

2004-09-13 Thread Sara Golemon
> Having it trickle back through the stack would make sense to me too. > http://pecl.org/sara/error_chaining.diff Here's the basic idea of what I had in mind. This patch is actually not the way I'd like to see it implemented, but rather the most expedient demonstration as it doesn't involve serio

Re[2]: [PHP-DEV] Re[2]: [PHP-CVS] cvs: php-src(PHP_4_3) /ext/pdf CREDITS config.m4 pdf.c pdf.dsp php_pdf.h

2004-09-13 Thread Derick Rethans
On Mon, 13 Sep 2004, Rainer Schaaf wrote: > As I did put pack the old version, the question remains on how to > solve the Bug #29297? Put in the configure check? Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org -- PHP Internals - PHP Runtime Development Mai

[PHP-DEV] Re: Bug #25570 Some requests cause Apache to crash/restart

2004-09-13 Thread Lester Caine
Lester Caine wrote: It would seem that this bug has appeared again, in 5.0.1 on Apache 2.0.50 I've had a report about it on the firebird-php list, and on checking it would seem that it can be reproduced. Could someone have a look and see if we are right please. Come on people - have two sites that