[PHP-DEV] add SMTP authentication to php.mail() function

oaded to the server. I know I could switch to another means of sending mail (PHP class for SMTP, etc) but I thought it would be cool to hack PHP to add this minor feature. I would plan to add two new php.ini settings SMTP_usr and SMTP_pwd. Looking forward to your comments. John M. Calvert, M.S

RE: [PHP-DEV] Moderate PHP-DEV

ess someone who is experienced is around to answer them and respond to this "noise", how will anyone learn? Maybe I'm completely off-track here, but it's just a thought where I could take a moment to make fun of my own idea. :) John -- PHP Development Mailing List <

[PHP-DEV] Error_log

eally ugly having hard-coded ints Getting rid of message_type = 2 (TCP/IP logging) since it doesn't work anymore, make it the same as 3 (write to file) and throw a notice if type 3 is used (but still work). John -- PHP Development Mailing List <http://www.php.net/> To unsubscr

RE: [PHP-DEV] Doing something with an each opcode as zend_execute() handles it

ch_r_handler(ZEND_OPCODE_HANDLER_ARGS) { fprintf(stderr, "we hooked fetch_r\n"); return zend_do_fetch_r_handler(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU); } Is all you'd need. John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Doing something with an each opcode as zend_execute() handles it

Look at zend_init_opcodes_handlers() and the zend_opcode_handler array.. John >-Original Message- >From: George Schlossnagle [mailto:[EMAIL PROTECTED] >Sent: Wednesday, March 05, 2003 6:10 PM >To: David Sklar >Cc: Sterling Hughes; [EMAIL PROTECTED] >Subject: R

[PHP-DEV] Question about zend_compile

s called and returns? Suggestions? John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Modifying PHP variables in C

Hi Moriyoshi Thanks for the advice! "Moriyoshi Koizumi" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > You should use zval_ptr_dtor() to dispose the old value. Note the old > value won't actually be freed as long as any reference to the variable is > alive. > -- PHP Development

[PHP-DEV] Modifying PHP variables in C

way, so i did this. zval **oldarray,*newarray; zval_add_ref(&newarray); convert_to_null_ex(oldarray); *oldarray = newarray; Would this work? Secondly is there a better way. Thanks again. John Lim -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Re: new construct

doing with this, but perhaps an option would be to issue a notice or warning if both A::A() and __construct() exist in a single class A and call __construct() in those cases... Just a thought. John >Perhaps i may be mistaken, but it seems logical to search for >the old-style constructor f

RE: [PHP-DEV] Re: new construct

truct() be searched for and used prior to the old-style constructor? Intuitively it seems it should. John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Weird PHP5 APXS libtools errors

Did I break something unintentially (meaning SED should always be defined?) or is PHP failing to define it for some reason? John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Weird PHP5 APXS libtools errors

>Does a snapshot from snaps.php.net compile without running ./buildconf? Yep it does, actually... I'll investigate further into it when I get some sleep :) John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Weird PHP5 APXS libtools errors

e sure.. [user@localhost php5]# libtool --version ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54) Any other thoughts? If there's anything else you need to know, let me know. John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Weird PHP5 APXS libtools errors

've been building HEAD for quite some time now and I'm not sure why now it'd just choke like thisAny suggestions welcome. John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] CVS Account Request: jmacklin

PHP Development Contributions -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Segfault with ZE2

libc_start_main (main=0x8132420 , argc=1, ubp_av=0xbaf4, init=0x8063128 <_init>, fini=0x8133140 <_fini>, rtld_fini=0x4000d2dc <_dl_fini>, stack_end=0xbaec) at ../sysdeps/generic/libc-start.c:129 John -- PHP Development Mailing List <http://www.p

RE: [PHP-DEV] RfC: version names

>That can be done, but that means 12 commits "a day" for a >single file. I >dont think that's a good idea. Is there some way we can harness CVS keyword subsitutuion in a case like this? John -- PHP Development Mailing List <http://www.php.net/> To unsubscr

RE: [PHP-DEV] Re: str_ireplace vs. stri_replace

If your using an undocumented parameter, and that undocumented parameter changes what's the problem? The documentation doesn't say a word about a mystery undocumented parameter... I don't think we should be too concerned with someone using something they arguably shou

[PHP-DEV] Java support....

ut you're able to provide. John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] roadmap of PHP - where? PHP 5 - when?

The reason I ask is that Shane Caraveo and I were working on the thread saftey issue, but we couldn't talk about it because we weren't invited to the PHP5-DEV list >-Original Message- >From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] >Sent: Thursday, January 23, 2003 5:51 AM >To: Piotr So

RE: [PHP-DEV] roadmap of PHP - where? PHP 5 - when?

I am working on some reader-friendly docs to answer this question, but for now you can read the ZEND_CHANGES file in the PHP CVS John >-Original Message- >From: Piotr Sobolewski [mailto:[EMAIL PROTECTED]] >Sent: Thursday, January 23, 2003 5:41 AM >To: [EMAIL PROTECTED] &g

RE: [PHP-DEV] foreach nastiness with references (bug #21702)

. John >What I meant by this is > >1) Each time before entering a foreach loop, php first tries >to make a copy of > the array being iterated. > >2) In case the array variable is either referenceing another >variable or > referenced by another variable, no copy is m

RE: [PHP-DEV] foreach nastiness with references (bug #21702)

To answer part of your question: >One more thing: whether this bug is fixed or not, the >documentation must >be clarified! I don't know about you, but I simply don't >understand what >it's supposed to say. Quoting: "Note: Also note that foreach operates What the documentation means is that

RE: [PHP-DEV] Overloading object methods

d second) read it sounded as if you were asking about how to code something _using_ PHP. I haven't played with objects much in the API, so I don't know the answer to your question off the top of my head. I'm sure there's someone here who does however :) John --

RE: [PHP-DEV] Overloading object methods

ass B extends A { function foo() { echo "I am the child function foo"; parent::foo(); } } $a = new B; $a->foo(); It will output: I am the child function foo I am function foo http://www.php.net/manual/en/keyword.parent.php John >-

Re: [PHP-DEV] Designing for PHP4 with PHP5 in mind...

So code should be backwards compatible? Very nice. Any good links you could throw my way describing proposed changes? Thanks guys. John Sterling Hughes said: >> On Monday, January 6, 2003, at 09:48 PM, Brian Moon wrote: >> >> >From what I understand, all OO code will ha

[PHP-DEV] Designing for PHP4 with PHP5 in mind...

P5's new object handling efficiencies. I've read varying reports of whether syntax will be different. Is there anything I should watch for, add, or specifically avoid while coding this application to make the transition as easy as possible? Thanks! John -- PHP Development Mailing List

RE: [PHP-DEV] Generic expressions interpolation in strings

. And that is really much more of a headache that it's worth. John >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] >Sent: Sunday, January 05, 2003 1:45 PM >To: [EMAIL PROTECTED] >Subject: [PHP-DEV] Generic expressions interpolation in strings

[PHP-DEV] ZE2, Win32, and PHP5

g ZE2 (for development) in preparation for PHP5... I seem to think that perhaps is a good idea, and was wondering if anyone else wanted to throw in their opinion on it. John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] PHP in 2003 (leading to PHP 5)

l be easily found. There are more, but it's late and I'm going to get to sleep :) Like I said, feedback is more than welcome and I'd love to work with whomever is interested to move PHP in this direction. Cheers, John >-Original Message- >From: Dan Hardiker [mai

RE: [PHP-DEV] CVS Account Request: hitcho

Perhaps we should try to get documentation for those functions which don't have anything before we worry about trying to go through and add more examples for those that do? John >-Original Message- >From: Tularis [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, December 31, 20

[PHP-DEV] Yet another happy new year :)

With 4.3.0 out the door, I just wanted to take a moment and join the chourus and say Happy new year as well. Peace and happiness to all, and I'll be sure to throw one back for the success of PHP as well ;) John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe,

RE: [PHP-DEV] Update: Quoting behaviour exposed

Nah. Can we please put down the swords and start talking about PHP5? >-Original Message- >From: Sascha Schumann [mailto:[EMAIL PROTECTED]] >Sent: Sunday, December 29, 2002 12:47 PM >To: Zeev Suraski >Cc: Sebastian Bergmann; [EMAIL PROTECTED] >Subject: Re: [PHP-DEV] Update: Quotin

RE: [PHP-DEV] Sessions, session_register()

change. If I say PHP >= 4.3.0 only allows session_register(), session_is_registered(), and session_unregister() if register_globals is enabled will that suffice? John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Sessions, session_register()

Or should both be able to be used interchangeably? John >Andrey > > >-- >PHP Development Mailing List <http://www.php.net/> >To unsubscribe, visit: http://www.php.net/unsub.php > > -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Sessions, session_register()

rst. John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Sessions, session_register()

Can someone enlighten me as to why session_register() and $_SESSION shouldn't be used togeather? It seems to me the session_register() function(s) should just be working with $_SESSION anyway... Are they doing something different? Is this desired behavior if it is doing something different?

RE: [PHP-DEV] php-cgi vs php-cli naming issue

ary and adding some magic >which triggers >CLI or CGI mode (perhaps to check for some environment variable). I'm a bit nervous about the checking of an environment variable thing. Is that platform/server independent? John >Derick >-- > >--

RE: [PHP-DEV] downgrade undefined function from fatal error

There is absolutely no reason why you cannot simply include your functions in your scripts. If you are really lazy, you can even auto_prepend an include file. John >-Original Message- >From: Dave [Hawk-Systems] [mailto:[EMAIL PROTECTED]] >Sent: Friday, December 13, 2002 8:

RE: [PHP-DEV] php.exe - php-cgi.exe

Esp. when some of us would love to see PHP5 start taking form :) John >-Original Message- >From: Leon Atkinson [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, December 10, 2002 2:55 PM >To: Edin Kadribasic >Cc: [EMAIL PROTECTED] >Subject: Re: [PHP-DEV] php.exe - php-cgi

RE: [PHP-DEV] php.exe - php-cgi.exe

d perhaps send a mass e-mail to everyone whom has ever worked with PHP ;) John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] php.exe - php-cgi.exe

> >Maybe phpsh would be a good idea for the name of the CLI? It wouldn't >confuse ppl as much as php-cli > Why when I look at "phpsh" I think "Sushi"... John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] php.exe - php-cgi.exe

roblems, changing it again will really muddle the waters... (Okay, if you downloaded PHP between the months of XXX and , it's this... Otherwise, it's that... Unless...) Regards, John >-Original Message- >From: Melvyn Sopacua [mailto:[EMAIL PROTECTED]] >Sent: Sunday

RE: [PHP-DEV] php.exe - php-cgi.exe

istory of this and the problems >one will see when trying to run php.exe as a cgi (i.e. >follows one of the many install texts out there). > >This is _sorta_ documented but not really, only the >apache2 docs make any mention of it thus far. > >Regards, >Philip > >

RE: [PHP-DEV] php.exe - php-cgi.exe

configure will drastically reduce the number of problems. Also, perhaps a check could be put in the CLI version of PHP that would throw an error message if it is being used as a CGI... John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] FR: echo line

-1, no way... >-Original Message- >From: Jari Vuoksenranta [mailto:[EMAIL PROTECTED]] >Sent: Saturday, December 07, 2002 11:57 AM >To: [EMAIL PROTECTED] >Subject: [PHP-DEV] FR: echo line > > >I have a feature request: I'd like to have '#' comment like >macro which would expand "_ foo" t

RE: [PHP-DEV] Re: Cookie Session Problem

> You can turn it off by setting "session.use_trans_sid" parameter > to off (btw, it is off by default). You really should use the session.use_only_cookies directive. John >Bye, >Ivan > > >-- >PHP Development Mailing List <http://www.php.net/> &g

RE: [PHP-DEV] New SNMP function names

For what it's worth, I am in agreement with Derick... Consistency is important.. Besides... A rose is still a rose, even if it's called sweet_smelling_flower ;) >OK, I will admit the '_' is then OK, but I rather do not use >it in this case, since I would like to use that for a more >session

RE: [PHP-DEV] RE: [PHP-DOC] #20822 [Com]: getimagesize() returning null instead of false

I could see that being annoying. I've got no problem leaving the warning in I just feel that the function should consistently return false on error. John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] RE: [PHP-DOC] #20822 [Com]: getimagesize() returning null instead of false

Here's the patch (again, this makes all getimagesize() failures return false instead of some of them returning NULL, and turns off error reporting if the file fails to open. John --- image.org.c Thu Dec 5 06:06:48 2002 +++ image.c Wed Dec 4 22:54:16 2002 @@ -908,7 +

[PHP-DEV] RE: [PHP-DOC] #20822 [Com]: getimagesize() returning null instead of false

I've changed the getimagesize() function so that it RETURN_FALSE on every error, and disables the error reporting if the file fails to open (it still returns RETURN_FALSE) If no one has a problem, I'll commit. John >-Original Message- >From: [EMAIL PROTECTED] [mailto:

RE: [PHP-DEV] New SNMP function names

+1 >-Original Message- >From: Ilia A. [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, December 04, 2002 3:23 PM >To: Derick Rethans; PHP Developers Mailing List >Subject: Re: [PHP-DEV] New SNMP function names > > >Consistency is always good and adding aliases for newly added >functions see

RE: [PHP-DEV] pecl extensions

ender directly to a backbuffer and copy the bitmap into a GD buffer... Or am I missing something? John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] pecl extensions

rking on a extension and I should get in touch with him... Well, needless to say I forgot until just now... What is the status of this extension? Is it experimental, stable, etc? Just curious... John >-Original Message- >From: Brad LaFountain [mailto:[EMAIL PROTECTED]] >Sent:

[PHP-DEV] Hashtables

signal SIGSEGV, Segmentation fault. zend_hash_num_elements (ht=0x0) at /home/php/php4/Zend/zend_hash.c:988 988 return ht->nNumOfElements; Anyone know the steps I need to do in order for something like this to work? If it hasn't been initialized, how do I tell other than check

RE: [PHP-DEV] RE: Bug #2965

rpreter as is and make notes in the documentation to >clarify behavior. Given the choice, I'm personally for having single-characters treated as ordinals when appropiate. John >-Pollita > > > > -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] RE: Bug #2965

That's not the issue... In C, the behavior is to actually print the alphabet A-Z... It looks like our implementation is messed up, but the bug report is a bit misleading as to if I should fix the documentation to say you CAN'T do this, or fix the code so you can :) John >-Ori

[PHP-DEV] Bug #2965

ntation problem -- is the current form intended behavior? John >-Original Message- >From: electroteque [mailto:[EMAIL PROTECTED]] >Sent: Thursday, November 28, 2002 6:07 PM >To: [EMAIL PROTECTED] >Subject: [PHP-DEV] Zend Engine 2 > > >Hello i was wondering when this

[PHP-DEV] Bug #2965

ntation problem -- is the current form intended behavior? John >-Original Message- >From: electroteque [mailto:[EMAIL PROTECTED]] >Sent: Thursday, November 28, 2002 6:07 PM >To: [EMAIL PROTECTED] >Subject: [PHP-DEV] Zend Engine 2 > > >Hello i was wondering when this

RE: [PHP-DEV] C++ extensions and ext_skel

Well, Personally I don't have any problem with introducing C++ into PHP so no argument there from me. I'm curious if using C++ as opposed to C would cause a performace hit? John >-Original Message- >From: J Smith [mailto:[EMAIL PROTECTED]] >Sent: Thursday, Novemb

RE: [PHP-DEV] C++ extensions and ext_skel

AFAIK, PHP is designed to function on any standard ANSI-compatible C compiler (as a goal). Unless this has changed, I don't know if opening the door for C++ development is the best of ideas (IMHO) John >-Original Message- >From: J Smith [mailto:[EMAIL PROTECTED]] >

RE: [PHP-DEV] PHP Memory Error

>67108860 bytes = 64 mb 64M will also work, I believe. John > > >"Jonathan Williams" <[EMAIL PROTECTED]> wrote in message >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... >> Could someone >please help. Running Linux 7.3 RH with 512 MB Ram wit

RE: [PHP-DEV] Redirect patch URL

dule version of PHP. As for CLI, the assumption Here is that error_redirect would be set to OFF (hence, standard Error reporting would apply). That can be confirmed by adding An additional check to disable error-redirects if it is a CLI PHP within the code... Cheers, John >Regards, >Ph

RE: [PHP-DEV] Redirect patch URL

http://coogle.homeip.net:81/php/patches/error_redirect.txt John >-Original Message- >From: Derick Rethans [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, November 26, 2002 4:22 PM >To: John Coggeshall >Cc: 'PHP Developers Mailing List' >Subject: Re: [PHP-DEV] Re

[PHP-DEV] Redirect patch URL

http://coogle.homeip.net:81/php/patches/error_redirect.html Please check out this URL and let me know what you guys think of the second version of this patch. It basically is pretty solid at this point. John >-Original Message- >From: Maxim Maletsky [mailto:[EMAIL PROTECTED]]

RE: [PHP-DEV] Redirect on Error (not localisation)

My bad then :) I was under the impression that we had moved passed this and no one had a real issue with it. I'll hold off on it then. John >-Original Message- >From: Sterling Hughes [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, November 26, 2002 3:18 PM >To: John Cogg

RE: [PHP-DEV] Redirect on Error (not localisation)

Unless told otherwise, I'm already planning on making a few changes and committing. John >-Original Message- >From: Ivan Ristic [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, November 26, 2002 2:50 PM >To: [EMAIL PROTECTED] >Cc: 'James Aylett'; 'PHP Deve

RE: [PHP-DEV] [PATCH] Redirect on Error

real answer as to if it would be suitable to commit. John >-Original Message- >From: James Aylett [mailto:[EMAIL PROTECTED]] >Sent: Friday, November 22, 2002 6:36 AM >To: 'PHP Developers Mailing List' >Subject: RE: [PHP-DEV] [PATCH] Redirect on Error > &g

RE: [PHP-DEV] Error Codes, Langs, etc

Maxim (and anyone else who is interested) Shall we try to get a patch for this working then? I'm thinking perhaps starting off with an XML file defining the error messages, which is converted to a cdb for actual use. Anyone else game? John >-Original Message- >From: Sasc

RE: [PHP-DEV] [PATCH] Redirect on Error

his idea is going to >make PHP more >confusing and ultimately harder to use, which is the exact >opposite of what >this change attempts to accomplish. Fortunately this being an >open-source >project it is also possible to make your own version free of bloat :) -1 to making PHP m

RE: [PHP-DEV] Error Codes, Langs, etc

igned for >this, find >one and use it. Well, I'm not really concerned with the method be it XML, whatever... It's the concept that holds the real value IMHO. John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] [PATCH] Redirect on Error

0-300 apache children >constantly even a >small increase will count. >This will also make PHP shell scripting impractical due to the >high start >costs of a PHP binary. I agree with George on this, loading everything at startup isn't necessary. Errors can be loaded by

RE: [PHP-DEV] Error Codes, Langs, etc

oper to do. Well, it'd be easier to maintain because you wouldn't have to know a darn thing about C, or have to dig through thousands of lines of code in order to find this php_error() line that contains the error message. Placing the error information is a hair more difficult for the d

[PHP-DEV] Error Codes, Langs, etc

that is enterprise-ready I wish they would acknlowedge that a lot of these things are exactly why PHP is still a hard sell to corporations. John >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED]] On Behalf Of Maxim Maletsky >Sent: Monday, November 25, 200

RE: [PHP-DEV] [PATCH] Redirect on Error

th (imho):: >English is fine. Uncatcheable parse errors is also fine. Result: false ;) John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] [PATCH] Redirect on Error

'll lose the entire environment in any FATAL error, period. If the parser dies, you just have to start from scratch in terms of the env... At least with the patch you can tell WHERE the error came from, etc. John > >Met vriendelijke groeten / With kind regards, > >Webmaster IDG

RE: [PHP-DEV] error reporting for PHP5

ve tested it. Also, this works out fairly well because the patch can be easily modified to work with the "new" system Maxim discussed. My 2c -- sorry for being long winded (had to catch up). John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] [PATCH] Redirect on Error

hurt anyone and makes it That much more efficient. >marcus > >At 12:56 21.11.2002, John Coggeshall wrote: > >>Okay... >> >>Well, even though I've yet to convince Derick and a few >others... I did >>see enough interest in this to create a patch. This c

RE: [PHP-DEV] error handling

andling would make this less obvious. Again, check my patch out and let me know what you think. John >just my +.2c > >-- >Maxim Maletsky >[EMAIL PROTECTED] > > > >"James Cox" <[EMAIL PROTECTED]> wrote... : > >> it can; 500 means server er

[PHP-DEV] Windows Threads

Shane (and everyone else): >Why don't we move PHP into a separate executable. Design a >"thin" ISAPI DLL which purely passes the data which the ISAPI >DLL exposes between the IIS process and the PHP process (or >process-pool for added reliability). The resulting page is >processed in the app

[PHP-DEV] [PATCH] Redirect on Error

this concept, I'll clean things up before I commit. John --- php4/main/main.org.cThu Nov 21 05:43:05 2002 +++ php4/main/main.cThu Nov 21 05:43:18 2002 @@ -236,6 +236,8 @@ STD_PHP_INI_ENTRY("docref_root", "http://www.php.net/";, PHP_INI_ALL, OnUpdateString

RE: [PHP-DEV] error handling

. IMHO that's better than have different "work arounds" for each Version of PHP. If I hacked on the source a bit and got this redirect-error thing working, would it Be perhaps worthy of a commit? John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

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 <http://www.php.net/> To unsubscribe, visi

RE: [PHP-DEV] error handling

t flexablity to deal with any error PHP is going to throw at a user without breaking old code. Please RFC of course :) John >-Original Message- >From: Chris Shiflett [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, November 20, 2002 6:31 PM >To: [EMAIL PROTECTED]; [EMAIL

RE: [PHP-DEV] error handling

don't think PHP can say "turn this into a 500 error" to Apache. John > > -- james > >> -Original Message- >> From: John Coggeshall [mailto:[EMAIL PROTECTED]] >> Sent: Wednesday, November 20, 2002 10:48 PM >> To: 'James Cox'

RE: [PHP-DEV] error handling

rorcode, file, etc) 2) Relies on the web server (not PHP) to re-direct the user to another script If we are willing to do this, think we're better off creating a directive error_url which requires output buffering enabled and re-directs the user to another URL with GET parameters containing

RE: [PHP-DEV] Just a little question (sidenote)

On a sidenote, is it possible in Zend to implmement something such as: $string = "Foobar"; $string = &$string[1]; I actually thought that would work, however upon testing it throws an error... Just curious. John -- PHP Development Mailing List <http://www.php.net/> T

[PHP-DEV] Error Handler

meone grunt in my direction in approval :) John |-Original Message- |From: Marcus Börger [mailto:[EMAIL PROTECTED]] |Sent: Monday, November 18, 2002 10:53 PM |To: Mike Leddy |Cc: [EMAIL PROTECTED] |Subject: Re: [PHP-DEV] Memory persistence with apache question | | |Problems that could arise:

RE: [PHP-DEV] error handling

be careful being too judgemental... I've seen some pretty big web sites doing some pretty stupid things ... Putting untested code on them is sometimes the least of it. John >-- >Kjartan <[EMAIL PROTECTED]> (http://natrak.net/) >:: "Choose your friends by their character

RE: [PHP-DEV] error handling

() if The only thing they are good for is logic-errors... However, If I could handle Every single error that didn't cause some catastrophe seg-fault I feel that It would add a nice capability to the language. Hence, I am still standing by my re-direct (with GET parameters for the nature Of the er

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 consta

RE: [PHP-DEV] error handling

=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 without us having to bothe

Re: [PHP-DEV] error handling

to have all of the non-fatal error messages buffered, and output in a visible way at the end. I know you can log to a file, or the system log, but I can't see a way of buffering all errors until the script ends either properly, or with a fatal error. Is this worth working on, or a waste of ti

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

Re: [PHP-DEV] error handling

ch 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 program to find it. I've attached it a

RE: [PHP-DEV] error handling

ler() also errored in line X of file.php What I mean here is that, allow PHP to have custom error handlers for core errors instead of just the user-defined errors. Am I being clear? John >(and can you please use ">

RE: [PHP-DEV] error handling

oward Mattia's suggestion? John |Derick | |-- | |--- | | Derick Rethans |http://derickrethans.nl/ | JDI Media Solutions |--[ |if you hold a unix shell to your ear, do you

RE: [PHP-DEV] error handling

ment to be made, perhaps something like what Apache does: Parse Error on line blah blah, Additionaly, there was XYZ error in errorhandle.php. Maybe I can look into this... I'm kinda busy right now though. John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: php4 / configure.in /main php_version.h

|What is left to do to get 4.3.0 out the door? Anyone have any |sort of list or idea Of where things need to be polished/cleaned up? I meant of course beyond the little TODO already posted :) John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit

RE: [PHP-DEV] Re: php4 / configure.in /main php_version.h

the impression there would be a 4.4.0 then a 5.0. I would like To see it head right toward 5.0 What is left to do to get 4.3.0 out the door? Anyone have any sort of list or idea Of where things need to be polished/cleaned up? John -- PHP Development Mailing List <http://www.php.ne

  1   2   3   >