RE: [PHP-DEV] error handling

On Thu, 21 Nov 2002, John Coggeshall wrote: > >Who cares? :) It really would be much better if some person > >who thinks > >IIS rulez fixes the ISAPI module. If that doesn't work > >correctly nobody > >should use it at all. > > I'm not saying I'm a IIS fan. :) I rather implement one solution

RE: [PHP-DEV] error handling

>Who cares? :) It really would be much better if some person >who thinks >IIS rulez fixes the ISAPI module. If that doesn't work >correctly nobody >should use it at all. I'm not saying I'm a IIS fan. :) I rather implement one solution Which works, period. IMHO that's better than have differen

RE: [PHP-DEV] error handling

On Thu, 21 Nov 2002, John Coggeshall wrote: > > > >If ErrorDocument is implemented as a sub-request in Apache, it > >would be > >enough for PHP to set one or more Apache notes with the necessary > >information. > > Again, what about IIS, etc? Who cares? :) It really would be much better if

RE: [PHP-DEV] error handling

> >If ErrorDocument is implemented as a sub-request in Apache, it >would be >enough for PHP to set one or more Apache notes with the necessary >information. Again, what about IIS, etc? John -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsu

RE: [PHP-DEV] error handling

On Wed, 20 Nov 2002, John Coggeshall wrote: > |>And how about that we change PHP so that it changes > |>the status of the response to 500 on a fatal error? Then > |>you would be able to use the Apache directive > |> > |>ErrorDocument 500 /handle-my-errors.php > |> > |>to deal

RE: [PHP-DEV] error handling

>I also believe that header("HTTP/1.1 500 ...") will do the >trick, and there is also the revamped Apache hooks stuff that >is being worked on that should give even more control to >developers who choose to use it. For some reason here, everyone is forgetting that PHP isn't running just on apa

Re: [PHP-DEV] error handling

The problem with this is that the 500 error does not provide any information about the error. To the user, no. I wouldn't want users to see low level error messages anyway. Since standard error handlers can catch "normal" messages, the fact that a 500 error has occured means that someth

Re: [PHP-DEV] Pear::db and odbc issue

On Wed, 20 Nov 2002, Stig S. Bakken wrote: > On Wed, 20 Nov 2002, Chandler, Jacob R wrote: > > > We are querying two different odbc databases using the Pear::DB library. > > When we try to print out the number of Rows ($result->numRows()), the > > output is 'Object'. We tried the same thing using

RE: [PHP-DEV] error handling

--- John Coggeshall <[EMAIL PROTECTED]> wrote: > See, the problem that I'm seeing here is that I don't believe PHP > is reponsible for setting the error code returned by PHP.. For > instance, a 404 error isn't handle by PHP at all. Likewise, I don't > think PHP can say "turn this into a 500 error"

RE: [PHP-DEV] error handling

a combination of log_error directives and a 500 error you can handle would do the trick... we're talking about production... have a script to check your php log and mail / sms you if it gets full.. -- james > -Original Message- > From: Ray Hunter [mailto:[EMAIL PROTECTED]] > Sent: Wednes

RE: [PHP-DEV] error handling

The problem with this is that the 500 error does not provide any information about the error. Which for me is a bad thing. Now that I think about it i am seeing some light... I do like the idea of somehow passing a string to it. With cgi, it makes me mad because i have to got and check the logs

RE: [PHP-DEV] error handling

it can; 500 means server error -- perl, cgi, mod_include, etc all do it, so why shouldn't php? -- james > -Original Message- > From: John Coggeshall [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, November 20, 2002 11:06 PM > To: 'James Cox' > Cc: 'PHP Developers Mailing List' > Subject: R

RE: [PHP-DEV] error handling

>true... > >i'd like to see a 500 error though, and some persistent vars... See, the problem that I'm seeing here is that I don't believe PHP is reponsible for setting the error code returned by PHP.. For instance, a 404 error isn't handle by PHP at all. Likewise, I don't think PHP can say "turn

Re: [PHP-DEV] GIF support

Question... Would it be illegal (patent violation) to add a compile switch to php... --enable-gif-support-and-violate-the-unisys-patent which activates the GIF support? We cleary say, that using it is a violation... As far as i know, only using the LZW Algo violates the patent, but not having it

[PHP-DEV] RE: error handling

PLEASE use > to signify portions of previous messages. Consult your mail reader's manual if nessesary. Its making following this thread irritatingly messy. Thankyou (note - this is the 3rd time this request as been made) - Dan > |>And how about that we change PHP so that it changes > |>t

RE: [PHP-DEV] error handling

|>And how about that we change PHP so that it changes |>the status of the response to 500 on a fatal error? Then |>you would be able to use the Apache directive |> |>ErrorDocument 500 /handle-my-errors.php |> |>to deal with them. You would have to use output buffering, |>o

Re: [PHP-DEV] Pear::db and odbc issue

On Wed, 20 Nov 2002, Chandler, Jacob R wrote: > We are querying two different odbc databases using the Pear::DB library. > When we try to print out the number of Rows ($result->numRows()), the > output is 'Object'. We tried the same thing using odbc and we are > getting '-1' as the number of rows.

Re: [PHP-DEV] error handling

On Wed, 20 Nov 2002, Ivan Ristic wrote: > > Create a configuration directive error_handler which accepts one of > > Two values... Either a PHP script (like auto_prepend) which is > >And how about that we change PHP so that it changes >the status of the response to 500 on a fatal error? Th

Re: [PHP-DEV] RFC: ZE2 and abstract

On Tue, 19 Nov 2002, Marcus Börger wrote: > The link below contain a patch that allows abstract functions in ZE2. > http://marcus-boerger.de/php/ext/ze2 > > abstract [static] function '(' parameters ')' ';' > > it would be possible to make the ';' optional. > > When an abstract method is called

RE: [PHP-DEV] Fwd: [PHP-CVS] cvs: php4 /ext/bcmath bcmath.c/ext/bcmath/libbcmath/src bcmath.h init.c output.c raise.c raisemod.c recmul.csqrt.c str2num.c zero.c

Yeah. Well they definitely existed because the author removed the GPL restriction and I was building it two hours ago :) Andi At 08:40 PM 11/20/2002 +, James Cox wrote: well. the cvs log for these files show Zeev deleted them 3 years ago (after removing the content). They were GPL'ed, s

RE: [PHP-DEV] Fwd: [PHP-CVS] cvs: php4 /ext/bcmath bcmath.c /ext/bcmath/libbcmath/src bcmath.h init.c output.c raise.c raisemod.c recmul.c sqrt.c str2num.c zero.c

well. the cvs log for these files show Zeev deleted them 3 years ago (after removing the content). They were GPL'ed, so clearly deleting them was the only option... number.c 1.7 zeev3 yearsWe'll have to live without these files somehow. number.h 1.5 zeev3 yearsWe'l

Re: [PHP-DEV] Pear::db and odbc issue

See: http://www.php.net/manual/en/function.odbc-num-rows.php "For a SELECT clause this _can_ be the number of rows available. Note: Using odbc_num_rows() to determine the number of rows available after a SELECT will return -1 with many drivers." -Andreas -- Andreas Karajannis mediaworx berlin

Re: [PHP-DEV] Fwd: [PHP-CVS] cvs: php4 /ext/bcmath bcmath.c/ext/bcmath/libbcmath/src bcmath.h init.c output.c raise.c raisemod.c recmul.csqrt.c str2num.c zero.c

I have backups of number.c and number.h but I see them in Attic/ so it might be better to restore them so that we keep the history. Anyone know how to do it? mv Attic/number* . doesn't seem to work. Andi At 10:08 PM 11/20/2002 +0200, Andi Gutmans wrote: There seems to be some bug in CVS. After

[PHP-DEV] Fwd: [PHP-CVS] cvs: php4 /ext/bcmath bcmath.c/ext/bcmath/libbcmath/src bcmath.h init.c output.c raise.c raisemod.c recmul.csqrt.c str2num.c zero.c

There seems to be some bug in CVS. After I reverted this patch number.c and number.h from within ext/bcmath are missing. If I erase them and do a cvs update I don't get them anymore. I definitely didn't remove them. Anyone have any idea? Andi From: "Andi Gutmans" <[EMAIL PROTECTED]> To: [EMAIL

RE: [PHP-DEV] Pear::db and odbc issue

If you would have read the entire message, you would have seen that this is further reaching than just the PEAR libraries. This occurs with the odbc functions as well. -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 20, 2002 1:41 PM To: Chandle

Re: [PHP-DEV] error handling

Create a configuration directive error_handler which accepts one of Two values... Either a PHP script (like auto_prepend) which is And how about that we change PHP so that it changes the status of the response to 500 on a fatal error? Then you would be able to use the Apache directive

Re: [PHP-DEV] Pear::db and odbc issue

You can be helped by mailing to [EMAIL PROTECTED] or by submitting a bug report at http://bugs.php.net. -- Maxim Maletsky [EMAIL PROTECTED] "Chandler, Jacob R" <[EMAIL PROTECTED]> wrote... : > We are querying two different odbc databases using the Pear::DB library. > When we try to print out

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] leak() & crash()

On Wed, 20 Nov 2002, Andi Gutmans wrote: > At 02:04 PM 11/20/2002 +0100, Derick Rethans wrote: > >On Tue, 19 Nov 2002, Marcus Börger wrote: > > > > > As far as i can tell from the source there is ZEND_TEST_EXCEPTIONS > > > to guard crash() but leak() isa allways there. Without debug leak() doesn't

Re: [PHP-DEV] error handling

John Coggeshall wrote: |I know this is possible now, but not within the error handling |function of PHP, or without setting a custom error handler. Well, it's not really possible now -- a E_PARSE won't get thrown to a custom PHP handler, it'll just die with a parse error. It is possible. Not

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] leak() & crash()

At 02:04 PM 11/20/2002 +0100, Derick Rethans wrote: On Tue, 19 Nov 2002, Marcus Börger wrote: > As far as i can tell from the source there is ZEND_TEST_EXCEPTIONS > to guard crash() but leak() isa allways there. Without debug leak() doesn't > report anything but it produces a leak. hmm, you're r

[PHP-DEV] Pear::db and odbc issue

We are querying two different odbc databases using the Pear::DB library. When we try to print out the number of Rows ($result->numRows()), the output is 'Object'. We tried the same thing using odbc and we are getting '-1' as the number of rows. This appears to be an error because there are results

Re: [PHP-DEV] RFC: ZE2 and abstract

At 06:53 PM 11/20/2002 +0100, Sebastian Bergmann wrote: Andi Gutmans wrote: > A proxy object would do the trick! I know, and it wasn't meant as all that serious an argument :) I know you weren't serious, neither was I :) Andi -- PHP Development Mailing List To unsubsc

Re: [PHP-DEV] RFC: ZE2 and abstract

Andi Gutmans wrote: > A proxy object would do the trick! I know, and it wasn't meant as all that serious an argument :) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

Re: [PHP-DEV] RFC: ZE2 and abstract

At 06:43 PM 11/20/2002 +0100, Sebastian Bergmann wrote: Andi Gutmans wrote: > I don't see any need for final. A ZendEncoder customer could want to declare an encoded class "final" so that his users can't extend that class :-) A proxy object would do the trick! Very quick hack :) Andi --

Re: [PHP-DEV] RFC: ZE2 and abstract

Andi Gutmans wrote: > I don't see any need for final. A ZendEncoder customer could want to declare an encoded class "final" so that his users can't extend that class :-) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consi

Re: [PHP-DEV] RFC: ZE2 and abstract

Hi, The way you implemented it isn't what I meant *and* I never remember agreeing to final. I don't see any need for final. If you really want Java then it already exists. Andi At 02:24 PM 11/20/2002 +0100, Marcus Börger wrote: Added final now: http://marcus-boerger.de/php/ext/ze2 So we have:

RE: [PHP-DEV] GIF support

> -Original Message- > From: Pierre-Alain Joye [mailto:[EMAIL PROTECTED]] > On Wed, 20 Nov 2002 14:01:06 +0100 > "Carsten Gehling" <[EMAIL PROTECTED]> wrote: > > > A question popped into my mind. I know GD doesn't support GIF because > > of Unisys' license on the LZW compression format.

Re: [PHP-DEV] RFC: ZE2 and abstract

Yes your're right. I mixed it up while writing the error messages which use the word function since we have no 'method' in the parser. At 14:54 20.11.2002, Andrei Zmievski wrote: On Wed, 20 Nov 2002, Marcus Börger wrote: > Added final now: http://marcus-boerger.de/php/ext/ze2 > > So we have: > ab

[PHP-DEV] CVS Account Request: almanar

To work with the php manual in Arabic in the site http://www.php4arab.info/ -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC: ZE2 and abstract

On Wed, 20 Nov 2002, Marcus Börger wrote: > Added final now: http://marcus-boerger.de/php/ext/ze2 > > So we have: > abstract [static] function '(' parameters ')' ';' > [ final ] [ static ] function '(' parameters ')' '{' code '}' > > There is a check that you cannot overwrite a final function of

Re: [PHP-DEV] RFC: ZE2 and abstract

Added final now: http://marcus-boerger.de/php/ext/ze2 So we have: abstract [static] function '(' parameters ')' ';' [ final ] [ static ] function '(' parameters ')' '{' code '}' There is a check that you cannot overwrite a final function of cause and i also added a check that you cannot redeclare

Re: [PHP-DEV] RFC: ZE2 and abstract

At 06:32 20.11.2002, Andi Gutmans wrote: Hi, I'm a bit behind my Email but I'll give you a quick answer. I think we can do abstract method's but I wouldn't want to do it the way you did because it adds an additional check in the method calling. It should create a function which will bailout. Ye

Re: [PHP-DEV] GIF support

On Wed, 20 Nov 2002 14:01:06 +0100 "Carsten Gehling" <[EMAIL PROTECTED]> wrote: > A question popped into my mind. I know GD doesn't support GIF because > of Unisys' license on the LZW compression format. > > Then how can ImageMagick support it? afaik, it supports uncompressed GIF, which is usele

Re: [PHP-DEV] GIF support

On Wed, 20 Nov 2002, Carsten Gehling wrote: > A question popped into my mind. I know GD doesn't support GIF because of > Unisys' license on the LZW compression format. > > Then how can ImageMagick support it? > > It would sure be nice with an API to ImageMagick (PHPMagick?) as found in > Perl. H

Re: [PHP-DEV] GIF support

A project exists already: http://pear.php.net/package-info.php?pacid=76 On Wed, Nov 20, 2002 at 02:01:06PM +0100, Carsten Gehling wrote : > A question popped into my mind. I know GD doesn't support GIF because of > Unisys' license on the LZW compression format. > > Then how can ImageMagi

[PHP-DEV] GIF support

A question popped into my mind. I know GD doesn't support GIF because of Unisys' license on the LZW compression format. Then how can ImageMagick support it? It would sure be nice with an API to ImageMagick (PHPMagick?) as found in Perl. Has anyone started on this before, then I would like to know

Re: [PHP-DEV] leak() & crash()

At 14:04 20.11.2002, Derick Rethans wrote: On Tue, 19 Nov 2002, Marcus Börger wrote: > As far as i can tell from the source there is ZEND_TEST_EXCEPTIONS > to guard crash() but leak() isa allways there. Without debug leak() doesn't > report anything but it produces a leak. hmm, you're right. I w

Re: [PHP-DEV] leak() & crash()

On Tue, 19 Nov 2002, Marcus Börger wrote: > As far as i can tell from the source there is ZEND_TEST_EXCEPTIONS > to guard crash() but leak() isa allways there. Without debug leak() doesn't > report anything but it produces a leak. hmm, you're right. I would vote to remove this function when not

Re: [PHP-DEV] XML_Parser and php

On 20 Nov 2002 09:54:59 +0100 Robin Ericsson <[EMAIL PROTECTED]> wrote: Can you forward your mail on peardev mailing and/or post a bug report on bugs.php.net (PEAR related). tia pa -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] XML_Parser and php

Is there any known problems with php 4.2.3 and the latest pear xml_parser? I have a class that extends XML_Parser, and I have several problems. One problem is that variables is emptied without notice, and another problem that is that memory seems to be overwridden. I've attached my local functio