RE: [PHP-DEV] error handling

On Mon, 18 Nov 2002, 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 pa

RE: [PHP-DEV] error handling

|And this can never be supported safely, as a parse error leaves the |parse in an unstable state. Also, I really don't think that we should |try to add hacks to make this possible. Is this directed toward my wish (of having a secondary error if the custom error handler also errors) or toward Ma

RE: [PHP-DEV] error handling

On Mon, 18 Nov 2002, John Coggeshall wrote: > > |And this can never be supported safely, as a parse error leaves the > |parse in an unstable state. Also, I really don't think that we should > |try to add hacks to make this possible. > > Is this directed toward my wish (of having a secondary er

Re: [PHP-DEV] error handling

Well, I certainly don't want errors handled this way for my web apps. And you would be hard pressed to find 2 people on this list that agree exactly how to do it which is why PHP provides you with the tools to do it any way you want. -Rasmus On Mon, 18 Nov 2002, Mattia wrote: > I think in a mod

RE: [PHP-DEV] error handling

>Both? I'm not totally sure what you mean with "when the custom error >handler also has errors". Can you elaborate? Okay Which would output something like this: Error: There was an parse error on line X of file.php. Additional Error: Custom error handler myerrorhandler() also errored in l

RE: [PHP-DEV] error handling

On Mon, 18 Nov 2002, John Coggeshall wrote: > >Both? I'm not totally sure what you mean with "when the custom error > >handler also has errors". Can you elaborate? > > Okay > > > set_error_handler("myerrorhandler"); > > function myerrorhandler($errno, $errstr, $errfile, $errl

[PHP-DEV] CVS Account Request: monomelodies

Would like to be involved in further development, since I'm using PHP intensively. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: #20461 [Opn->Bgs]: Unable to access $PHP_AUTH_USERor $PHP_AUTH_PW

On Sun, 17 Nov 2002, Rasmus Lerdorf wrote: > > > But why do you assume that the documentation was right and the code was > > > wrong and not the other way around? > > > > Because it was working like documented before. (When the documentation > > was written). Anyway, not sure what to do with this

Re: [PHP-DEV] Re: #20461 [Opn->Bgs]: Unable to access $PHP_AUTH_USERor $PHP_AUTH_PW

On Mon, 18 Nov 2002, Edin Kadribasic wrote: > On Sun, 17 Nov 2002, Rasmus Lerdorf wrote: > > > I don't have the energy to do a cvs check, but I remember adding this > > restriction years ago (php2 days) and then removing it (by commenting out > > the check) ages ago as well. I'm not sure PHP4 eve

Re: [PHP-DEV] error handling

"John Coggeshall" <[EMAIL PROTECTED]> ha scritto nel messaggio 001201c28ed8$a2fb6620$3801a8c0@cooglewin">news:001201c28ed8$a2fb6620$3801a8c0@cooglewin... > > |And this can never be supported safely, as a parse error leaves the > |parse in an unstable state. Also, I really don't think that we shoul

Re: [PHP-DEV] error handling

"Rasmus Lerdorf" <[EMAIL PROTECTED]> ha scritto nel messaggio [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Well, I certainly don't want errors handled this way for my web apps. Well, would you please tell us why and propose an alternative? Mattia -- PHP Development Mailing List

Re: [PHP-DEV] error handling

> I think in a modern web application the error handling function should do > the following: > in case of error (any: parse error, internal application error,) > > 1. a message should be shown to the user sayng that an error has occured > like "an internal error has occured. the webmaster has

FW: [PHP-DEV] error handling

This is what I sent Derick about a possible method of implementing a custom error handler for E_PARSE, etc... Free to flame if I'm off base here :) >-Original Message- >From: John Coggeshall [mailto:[EMAIL PROTECTED]] >Sent: Monday, November 18, 2002 3:52 AM >To: 'Derick Rethans' >Subje

[PHP-DEV] getimagesize() broken in HEAD

getimagesize() works ok in the 4.3 branch, but in HEAD it is returning weird data. streams problem? too tired to track it down right now. -Rasmus -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] error handling

On Mon, 18 Nov 2002, John Bradford wrote: > > I think in a modern web application the error handling function should do > > the following: > > in case of error (any: parse error, internal application error,) > > > > 1. a message should be shown to the user sayng that an error has occured > >

Re: [PHP-DEV] error handling

On Mon, 18 Nov 2002, John Bradford wrote: > On a similar note, I posted a patch a few days ago which was intended > for development environments - it makes error messages appear in a > clear 'window' in the middle of the browser window, so that you don't > have to hunt around in the output of the

Re: [PHP-DEV] getimagesize() broken in HEAD

On Mon, 18 Nov 2002, Rasmus Lerdorf wrote: > getimagesize() works ok in the 4.3 branch, but in HEAD it is returning > weird data. streams problem? too tired to track it down right now. It might have something to do with this patch: http://cvs.php.net/diff.php/php4/ext/standard/image.c?login=2&

Re: [PHP-DEV] [PATH] update to earlier proposed patch for getanyrr() function addition

At 07:52 18-11-2002, Derick Rethans wrote: On Mon, 18 Nov 2002, Marcus Börger wrote: > I don't think so. It is only a small extension to the functionality we > have already. If there would be more functionality to add during the > next release cycle i would agree to move this to a new extension.

RE: [PHP-DEV] error handling

On Mon, 18 Nov 2002, John Coggeshall wrote: > > >Core errors are _fatal_ because it leaves the engine in an unclean > >state. If you have a parse error then the script hasn't been parsed > >fully and thus the compilation step did not even interpreted > >the tokens > >generated by the parse,

Re: [PHP-DEV] [PATH] update to earlier proposed patch for getanyrr()function addition

On Mon, 18 Nov 2002, Melvyn Sopacua wrote: > At 07:52 18-11-2002, Derick Rethans wrote: > > >On Mon, 18 Nov 2002, Marcus Börger wrote: > > > > > I don't think so. It is only a small extension to the functionality we > > > have already. If there would be more functionality to add during the > > >

Re: [PHP-DEV] error handling

Monday, November 18, 2002, 11:23:08 AM, Derick Rethans wrote: > That can be done, but I don't like this. You should not have any > parse errors in your code anyway, so it just should fail as hard as > possible. Can't argue with that, however (;)), I find it annoying that PHP stops processing if t

Re: [PHP-DEV] error handling

On Mon, 18 Nov 2002, Kjartan Mannes wrote: > Monday, November 18, 2002, 11:23:08 AM, Derick Rethans wrote: > > That can be done, but I don't like this. You should not have any > > parse errors in your code anyway, so it just should fail as hard as > > possible. > > Can't argue with that, however

Re: [PHP-DEV] [PATH] update to earlier proposed patch for getanyrr() function addition

At 11:23 18.11.2002, Derick Rethans wrote: On Mon, 18 Nov 2002, Melvyn Sopacua wrote: > At 07:52 18-11-2002, Derick Rethans wrote: > > >On Mon, 18 Nov 2002, Marcus Börger wrote: > > > > > I don't think so. It is only a small extension to the functionality we > > > have already. If there would be

Re: [PHP-DEV] error handling

> I don't like this patch because it doesn't add anything to PHP itself. > You can easily do this with the error_prepend_string and > error_append_string configuration settings. > You were also told that this functionality can be achieved with > error_prepend_string and error_append_string ini

Re: [PHP-DEV] error handling

At 11:39 18-11-2002, Derick Rethans wrote: [...] > Or a more general command to verify PHP code > php_valid($code_str). That way the people who expect parse errors in > their include files can do > > $code_str(implode("", file("include.inc"))); > if (php_valid($code_str)) { > include_on

RE: [PHP-DEV] error handling

>> Can't argue with that, however (;)), I find it annoying that >PHP stops >> processing if there is a parse error passed to an eval() >command. I'd >> like a way to make eval() just return E_PARSE if the script >passed to >> it fails. This is exactly the type of situation where E_PARSE real

Re: [PHP-DEV] error handling

> Can't argue with that, however (;)), I find it annoying that PHP stops > processing if there is a parse error passed to an eval() command. I'd > like a way to make eval() just return E_PARSE if the script passed to it > fails. Or a more general command to verify PHP code well, well, well... ever

Re: [PHP-DEV] Limitations of the ZendEngine2 Object Model?

PM>> > class Root { PM>> class Nested { PM>>function Nested() { PM>> print("Root::Nested constructed\n"); PM>>} PM>> } PM>> } PM>> PM>> class Child extends Root { PM>> class Nested { PM>>function Nested() { PM>> parent::Nested(); PM>> print("Child::Nested construct

[PHP-DEV] Apache hooks link problem

I'm trying to make project files to make apache_hooks available on windows. However, I cannot get it to link properly. I'm getting 'php_request_startup_for_hook' undefined symbol error. Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.ph

Re: [PHP-DEV] GD segfault in 4.3.0RC1

Derick Rethans wrote: On Sun, 17 Nov 2002, Derick Rethans wrote: On Sun, 17 Nov 2002, Brian Havard wrote: When trying out the RC1 code I found that my GD test segfaults every time. I traced the problem to the fact that efree is used on memory that was allocated with strdup. See the fontlis

Re: [PHP-DEV] GD segfault in 4.3.0RC1

On Mon, 18 Nov 2002, Brian Havard wrote: > Derick Rethans wrote: > > On Sun, 17 Nov 2002, Derick Rethans wrote: > > > > > >>On Sun, 17 Nov 2002, Brian Havard wrote: > >> > >> > >>>When trying out the RC1 code I found that my GD test segfaults every time. I > >>>traced the problem to the fact th

Re: [PHP-DEV] getimagesize() broken in HEAD

At 11:20 18.11.2002, Derick Rethans wrote: On Mon, 18 Nov 2002, Rasmus Lerdorf wrote: > getimagesize() works ok in the 4.3 branch, but in HEAD it is returning > weird data. streams problem? too tired to track it down right now. It might have something to do with this patch: http://cvs.php.net

Re: [PHP-DEV] getimagesize() broken in HEAD

I just merged some streams fixes back from the branch, so perhaps it was a streams problem after all? --Wez. On Mon, 18 Nov 2002, Marcus [iso-8859-1] Börger wrote: > At 11:20 18.11.2002, Derick Rethans wrote: > >On Mon, 18 Nov 2002, Rasmus Lerdorf wrote: > > > > > getimagesize() works ok in the

Re: [PHP-DEV] GD segfault in 4.3.0RC1

At 13:07 18.11.2002, Derick Rethans wrote: On Mon, 18 Nov 2002, Brian Havard wrote: > Derick Rethans wrote: > > On Sun, 17 Nov 2002, Derick Rethans wrote: > > > > > >>On Sun, 17 Nov 2002, Brian Havard wrote: > >> > >> > >>>When trying out the RC1 code I found that my GD test segfaults every time

Re: [PHP-DEV] GD segfault in 4.3.0RC1

On Mon, 18 Nov 2002, Marcus Börger wrote: > Brian could you create a short test for the segfault? It would help us > finding out the problems. For now I think it's very wise to remove all the e*() memory functions from the branch, it's not strictly needed and we need to be very careful not to e

Re: [PHP-DEV] GD segfault in 4.3.0RC1

On Mon, 18 Nov 2002, Derick Rethans wrote: > On Mon, 18 Nov 2002, Marcus Börger wrote: > > > Brian could you create a short test for the segfault? It would help us > > finding out the problems. > > For now I think it's very wise to remove all the e*() memory functions > from the branch, it's no

Re: [PHP-DEV] GD segfault in 4.3.0RC1

On November 18, 2002 07:44 am, Derick Rethans wrote: > On Mon, 18 Nov 2002, Marcus Börger wrote: > > Brian could you create a short test for the segfault? It would help us > > finding out the problems. > > For now I think it's very wise to remove all the e*() memory functions > from the branch, it'

Re: [PHP-DEV] GD segfault in 4.3.0RC1

On Mon, 18 Nov 2002 13:31:58 +0100, Marcus Börger wrote: >At 13:07 18.11.2002, Derick Rethans wrote: >>On Mon, 18 Nov 2002, Brian Havard wrote: >> >> > Derick Rethans wrote: >> > > On Sun, 17 Nov 2002, Derick Rethans wrote: >> > > >> > > >> > >>On Sun, 17 Nov 2002, Brian Havard wrote: >> > >> >> >

Re: [PHP-DEV] error handling

On Mon, 18 Nov 2002, Melvyn Sopacua wrote: > At 11:39 18-11-2002, Derick Rethans wrote: > > [...] > > > > Or a more general command to verify PHP code > > > php_valid($code_str). That way the people who expect parse errors in > > > their include files can do > > > > > > $code_str(implode("",

RE: [PHP-DEV] error handling

On Mon, 18 Nov 2002, John Coggeshall wrote: > >> Can't argue with that, however (;)), I find it annoying that PHP stops > >> processing if there is a parse error passed to an eval() command. I'd > >> like a way to make eval() just return E_PARSE if the script passed to > >> it fails. > > This

RE: [PHP-DEV] error handling

>uhm, John, we dont have a E_PARSE yet. It's late... I actually stared at that sentence for about 30 seconds trying to determine if I had spelled PARSE wrong... Then I actually went and checked the manual to make sure I hadn't lost my mind and there was actually a E_PARSE constant... Now I'm just

RE: [PHP-DEV] error handling

On Mon, 18 Nov 2002, John Coggeshall wrote: > >uhm, John, we dont have a E_PARSE yet. > > It's late... I actually stared at that sentence for about 30 seconds > trying to determine if I had spelled PARSE wrong... Then I actually went > and checked the manual to make sure I hadn't lost my mind an

RE: [PHP-DEV] error handling

After all the decision what about an ini directive that makes it possible to send back another file that contains the error message? That would be something like apaches ability to direct some errors to some special pages. The main problem would be how to pass the error information to that script.

RE: [PHP-DEV] error handling

>hmm, I really thought we didn't have one, as it doesn't make sense at >all :) Ha! I'm not crazy! :) >>Having a solid way to >> gracefully bow-out because my cat managed to open, fill with >junk, and >> save a critical include file would just be nice. The choice between >> the blank screen,

Re: [PHP-DEV] error handling

"John Coggeshall" <[EMAIL PROTECTED]> wrote... : > What about require'd files? > > Back on the note that I was discussing (the E_PARSE with a user > error-handler), Perhaps the issue can be slightly skirted without having > to code a whole lot... Specifically, what about simply re-directing th

Re: [PHP-DEV] error handling

Monday, November 18, 2002, 11:43:48 AM, John Coggeshall wrote: > Back on the note that I was discussing (the E_PARSE with a user > error-handler), Perhaps the issue can be slightly skirted without having > to code a whole lot... Specifically, what about simply re-directing the > user to another URL

Re: [PHP-DEV] error handling

It would still be good to have as there are tons of sites that use sessions and plain header() calls - they care of not having the output before processing is done. If E_PARSE error happens after an output the header() can fail bad too with headers sent message. But, if one wants to control well

RE: [PHP-DEV] error handling

>> http://somewhere.com/error.php?errno=4";); ?> > >> This way, users who don't care can still re-direct a browser >to a nice >> and pretty "sorry, the server is really screwed" HTML page... Or, if >> they'd like, they can simply take that error number and create a >> error-handler in PHP witho

Re: [PHP-DEV] error handling

Monday, November 18, 2002, 3:03:39 PM, John Coggeshall wrote: > What are you doing giving users access to eval()??? That's an incredibly > huge security risk allowing an arbitary user to execute code of their > choosing on your server... (I shiver to think if you actually had the > PEAR Inline_C in

[PHP-DEV] MULTIPLE PHP SESSIONS ON THE SAME CLIENT PC

I have a problem with the session way of working. I´ve made an CMS application integrated with database for the purpose of making a web site easier to change and update. ### THE FACTS: ### Lets review the process to see the real problem. 1- Browser. Site URL.

[PHP-DEV] RE: hebrew patch for jewish calendar

Hey Moshe, Could you resend your revised patch to Tal (and the list)? --Wez. smime.p7s Description: application/pkcs7-signature

[PHP-DEV] problem with GPL code in PHP4

Hi to all, I take a look at PHP4 license information, I see that PHP4 is licensed under an Apache Style license. I see at least 2 files, rand.c and image.c which are under GPL licence, and sus break the ASF like licence of PHP4. Do you plan to change the licence of these 2 files, or relax it wi

Re: [PHP-DEV] getimagesize() broken in HEAD

Try grabbing this image: lerdorf.com/serverside.png And do a getimagesize() on it. I am getting a negative value for the width. -Rasmus On Mon, 18 Nov 2002, Marcus Börger wrote: > At 11:20 18.11.2002, Derick Rethans wrote: > >On Mon, 18 Nov 2002, Rasmus Lerdorf wrote: > > > > > getimagesize() w

Re: [PHP-DEV] problem with GPL code in PHP4

On Mon, 18 Nov 2002, Henri Gomez wrote: > Hi to all, > > I take a look at PHP4 license information, I see that PHP4 is licensed > under an Apache Style license. > > I see at least 2 files, rand.c and image.c which are under GPL licence, > and sus break the ASF like licence of PHP4. image.c onl

Re: [PHP-DEV] error handling

At 13:56 18-11-2002, Derick Rethans wrote: On Mon, 18 Nov 2002, Melvyn Sopacua wrote: > At 11:39 18-11-2002, Derick Rethans wrote: > > [...] > > > > Or a more general command to verify PHP code > > > php_valid($code_str). That way the people who expect parse errors in > > > their include files

Re: [PHP-DEV] problem with GPL code in PHP4

At 16:21 18.11.2002, Henri Gomez wrote: Hi to all, I take a look at PHP4 license information, I see that PHP4 is licensed under an Apache Style license. I see at least 2 files, rand.c and image.c which are under GPL licence, and sus break the ASF like licence of PHP4. Do you plan to change the

Re: [PHP-DEV] problem with GPL code in PHP4

Derick Rethans wrote: On Mon, 18 Nov 2002, Henri Gomez wrote: Hi to all, I take a look at PHP4 license information, I see that PHP4 is licensed under an Apache Style license. I see at least 2 files, rand.c and image.c which are under GPL licence, and sus break the ASF like licence of PHP4.

Re: [PHP-DEV] problem with GPL code in PHP4

On Mon, 18 Nov 2002, Rasmus Lerdorf wrote: > Well, he is talking about the Mersenne Twister code in rand.c. The is a > GPL reference in that. (search for GNU) Ah, right, missed that. Derick -- --- Derick Rethans

Re: [PHP-DEV] problem with GPL code in PHP4

On Mon, 18 Nov 2002, Henri Gomez wrote: > In 4.2.2 source I'm reading from, the MT RAND functions are marked as > GPL (and you know that any single piece of GPL in a code base make > it GPLized ;) Somebody which rewrites this code will pop-up soon :) Derick --

Re: [PHP-DEV] problem with GPL code in PHP4

Derick Rethans wrote: On Mon, 18 Nov 2002, Henri Gomez wrote: In 4.2.2 source I'm reading from, the MT RAND functions are marked as GPL (and you know that any single piece of GPL in a code base make it GPLized ;) Somebody which rewrites this code will pop-up soon :) What do you means ? Did

Re: [PHP-DEV] getimagesize() broken in HEAD

Fixed. Are you on a online book or where does the image come from? marcus At 16:23 18.11.2002, Rasmus Lerdorf wrote: Try grabbing this image: lerdorf.com/serverside.png And do a getimagesize() on it. I am getting a negative value for the width. -Rasmus On Mon, 18 Nov 2002, Marcus Börger wrote

[PHP-DEV] Memory persistence with apache question

Hello, I administer a linux 2.4.19/apache 1.3.26/php 4.1.2 server in an ISP. Recently some clients started using a gallery php script: http://gallery.sf.net that causes excessive memory utilization on the server: http://sourceforge.net/tracker/index.php?func=detail&aid=498028&group_id=7130&ati

Re: [PHP-DEV] getimagesize() broken in HEAD

It is one I created for a presentation. Just about to give a tutorial at Apachecon here in Vegas and the slide with this image on it was broken because of this bug. I swear that my 100-slide PHP talk is one of the best regression test cases we have for PHP. ;) -Rasmus On Mon, 18 Nov 2002, Marc

Re: [PHP-DEV] problem with GPL code in PHP4

On Mon, Nov 18, 2002 at 04:33:59PM +0100, Henri Gomez wrote: > In 4.2.2 source I'm reading from, the MT RAND functions are marked as > GPL (and you know that any single piece of GPL in a code base make > it GPLized ;) It's actually LGPL, see line 117: This library is free software; you can redi

Re: [PHP-DEV] problem with GPL code in PHP4

Sander Roobol wrote: On Mon, Nov 18, 2002 at 04:33:59PM +0100, Henri Gomez wrote: In 4.2.2 source I'm reading from, the MT RAND functions are marked as GPL (and you know that any single piece of GPL in a code base make it GPLized ;) It's actually LGPL, see line 117: This library is free so

Re: [PHP-DEV] on the subject of overloading: __call()

BB>> but there is no way to make equivalent calls using call_user_func() BB>> or call_user_func_array(). you can't use "parent::a_method", BB>> array($this,'parent::a_method'), array(parent,"a_method"), BB>> or array('parent',"a_method"). if you use the literal class name, BB>>call_user_func_ar

Re: [PHP-DEV] problem with GPL code in PHP4

On Monday, November 18, 2002, at 04:35 PM, Derick Rethans wrote: On Mon, 18 Nov 2002, Henri Gomez wrote: Hi to all, I take a look at PHP4 license information, I see that PHP4 is licensed under an Apache Style license. I see at least 2 files, rand.c and image.c which are under GPL licence, an

Re: [PHP-DEV] problem with GPL code in PHP4

Henri Gomez wrote: > Any date to make the change in image.c ? It's already "fixed" in CVS. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing L

[PHP-DEV] is_callable & Bug 20216

Can someone shed some light on is_callable? I think I understand it's meant for testing whether a function or method is callable, but it would be nice to get some confirmation from someone who knows for sure. Philip and I are trying to add this function to the manual. Here are some rough notes I

Re: [PHP-DEV] is_callable & Bug 20216

Since I wrote the function, I can provide some insight. On Mon, 18 Nov 2002, Leon Atkinson wrote: > This function wraps zend_is_callable. The first argument is the name > of a function or method. Class and object methods are specified by > passing an array with two elements: class or object and

Re: [PHP-DEV] problem with GPL code in PHP4

At 17:36 18.11.2002, Harrie Hazewinkel wrote: On Monday, November 18, 2002, at 04:35 PM, Derick Rethans wrote: On Mon, 18 Nov 2002, Henri Gomez wrote: Hi to all, I take a look at PHP4 license information, I see that PHP4 is licensed under an Apache Style license. I see at least 2 files, ran

Re: [PHP-DEV] problem with GPL code in PHP4

Sebastian Bergmann wrote: Henri Gomez wrote: Any date to make the change in image.c ? It's already "fixed" in CVS. Thanks, you're faster than light, I'll try to get a CVS snapshot. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.p

[PHP-DEV] [PATCH]-[calendar more flexible heberw date format]

since Wez response, here the patch + testing file again. that patch make the return string more flexible, and improve the speed using char insteed of emaloc memory http://212.199.221.100/moshe/calendar.patch.tar.gz Tal may u'll commit that? thnxs moshe

Re: [PHP-DEV] is_callable & Bug 20216

> > The second argument seems to be for checking syntax only, but I can't > > figure out how to make is_callable return FALSE when the second > > argument is TRUE. > > Try this: > > var_dump(is_callable(array(1,2), true)); Hmm...OK. Yes, that does make is_callable return false. Can you explain t

Re: [PHP-DEV] is_callable & Bug 20216

On Mon, 18 Nov 2002, Leon Atkinson wrote: > Hmm...OK. Yes, that does make is_callable return false. Can you explain > the logic behind this? I tried lots of other values and got TRUE. For > example: > > var_dump(is_callable(array('$$$','%^&'), true)); > var_dump(is_callable('%^&', true)); > >

Re: [PHP-DEV] Re: #20461 [Opn->Bgs]: Unable to access $PHP_AUTH_USERor $PHP_AUTH_PW

On Mon, 18 Nov 2002, Edin Kadribasic wrote: >On Sun, 17 Nov 2002, Rasmus Lerdorf wrote: > >> > > But why do you assume that the documentation was right and the code was >> > > wrong and not the other way around? >> > >> > Because it was working like documented before. (When the documentation >> >

[PHP-DEV] PHP/MySQL memory leak?

I have a PHP script that runs as a standalone process. I'm using 4.3-dev on openBSD 3.1-stable. I pop some values in a DB through a web interface, the back-end process picks it up and processes it, and posts results back to the db. Everything works as expected up to this point. When there is nothi

Re: [PHP-DEV] problem with GPL code in PHP4

On Mon, 18 Nov 2002, Harrie Hazewinkel wrote: > > On Monday, November 18, 2002, at 04:35 PM, Derick Rethans wrote: > > > On Mon, 18 Nov 2002, Henri Gomez wrote: > > > >> Hi to all, > >> > >> I take a look at PHP4 license information, I see that PHP4 is licensed > >> under an Apache Style license

Re: [PHP-DEV] problem with GPL code in PHP4

On Mon, 18 Nov 2002, Marcus Börger wrote: > At 17:36 18.11.2002, Harrie Hazewinkel wrote: > > >On Monday, November 18, 2002, at 04:35 PM, Derick Rethans wrote: > > > >>On Mon, 18 Nov 2002, Henri Gomez wrote: > >> > >>>Hi to all, > >>> > >>>I take a look at PHP4 license information, I see that PHP

Re: [PHP-DEV] htmlspecialchars iso-2022-jp patch

Hi, Excuse me for the late reply. I reviewed the patch and adjusted the style to the coding standards. Attached is the revised version diff'ed against HEAD. Please verify it. And please be sure to check out CODING_STANDARDS included in the source package before submitting the patch from now on.

Re: [PHP-DEV] Re: Support for Birdstep RDM Server database engine

Thanks James, And also thanks for the 'confusing' comment. ;) I've been looking through the code and have found a few places where things can be made a little more clear. If we actually push forward with the module, I've also got some ideas for adding some nice functionality to the module as wel

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

Shouldn't leak() and crash() be disabled or without functionality for normal use and instead have to be enabled with a configure option? marcus -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Memory persistence with apache question

Problems that could arise: The sytem tries to open images and does not unset the variables...and such. I guess when everything is working you cannot do anything against. If you want to investigate more you would need a debug version from php to verify if all memory is freed. But this is the post f

[PHP-DEV] ZE2 and classes

I have experimented with the code below. The main thing is to introduce a function that can return a list of all available functions (this is a first step to something bigger...). At this point i have three problems: 1) When i create a function it is shown in the result :-) 2) When i create a cla

[PHP-DEV] Error Handler

Did we ever come to some sort of agreement on the error handler thing? I'd like to maybe look into working on maybe putting together the redirect-on-error system we discussed (implementing a new directive which if set will re-direct the user to another web page if PHP errors out). Someone grun

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

On Tue, 19 Nov 2002, Marcus Börger wrote: > Shouldn't leak() and crash() be disabled or without functionality > for normal use and instead have to be enabled with a configure > option? --enable-debug is this switch AFAIK. Derick -- -

Re: [PHP-DEV] Memory persistence with apache question

At 10:33 PM 11/18/02 -0500, Mike Leddy wrote: Hello, In what situations will memory allocated to a script remain with the apache process after the script has terminated ? I always thought that memory allocated would be released on script termination - Am I wrong in this assumption ? Could it be

[PHP-DEV] [PATCH] php4/win32/install.txt

Hello all- Here's a small patch that mentions apache2 for windows users. Related bugs on this issue can be seen here: * http://bugs.php.net/bug.php?id=16744 * http://bugs.php.net/bug.php?id=18129 Bug #18129 virtually became a support thread for this topic. The following patch doesn't go i