RE: [PHP-DEV] error handling

|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. If there is an improvement to be made, perha

[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 been notifie

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

> > 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 one... I don't have the energy to do a cvs check, but

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

On Sun, 17 Nov 2002, Rasmus Lerdorf wrote: > On Mon, 18 Nov 2002, Derick Rethans wrote: > > > On Sun, 17 Nov 2002, Rasmus Lerdorf wrote: > > > > > I'm still not overly convinced that this isn't a restriction that should > > > only kick in when safe_mode or open_basedir is active. This change is

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

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. > > But let's here the others. It's only 2

Re: [PHP-DEV] [PATCH] php4/configure.in.patch & php4/ext/standard/dns_get_record.patch

On Mon, 18 Nov 2002, Marcus Börger wrote: > The last patch had some minor problems. Here is a reworked one attached. > I did: > -change php_error to php_error_docref > -added some error messages which should be rewritten again > i only wanted to point us to the problems. > -collected the autocon

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

On Mon, 18 Nov 2002, Derick Rethans wrote: > On Sun, 17 Nov 2002, Rasmus Lerdorf wrote: > > > I'm still not overly convinced that this isn't a restriction that should > > only kick in when safe_mode or open_basedir is active. This change is > > going to break working code and it is not a security

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

On Sun, 17 Nov 2002, Rasmus Lerdorf wrote: > I'm still not overly convinced that this isn't a restriction that should > only kick in when safe_mode or open_basedir is active. This change is > going to break working code and it is not a security fix on non-shared > servers. True, but it was clear

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

I'm still not overly convinced that this isn't a restriction that should only kick in when safe_mode or open_basedir is active. This change is going to break working code and it is not a security fix on non-shared servers. -Rasmus On 18 Nov 2002 [EMAIL PROTECTED] wrote: > ID: 204

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

Pete McCormick wrote: > class Root { > class Nested { >function Nested() { The constructor should be called __construct(). Constructors with their name beeing the class name are only supported for BC. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOp

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

fwiw, i have also meddled with birdstep slightly, by making the namechange from velocis to birdstep. I agree with Dan -- i think it should be pecl'ed, and perhaps not so reliant on the odbc stuff -- that whole extension is just confusing. That said, Dan is the best person to work on with this.

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

Thanks Dan, >From looking at the module that was in ./ext/odbc, it was created using a somewhat earlier release of the RDM Server/Velocis (circa Velocis v2.x). I had to make a number of changes related to API changes in Birdstep's libraries to support ODBC 3.51. I've also started laying the grou

Re: [PHP-DEV] [PATCH] php4/configure.in.patch & php4/ext/standard/dns_get_record.patch

And for the last time i have updated it and now it does what i suspected...(sorry for all the mails) At 02:32 18.11.2002, Marcus Börger wrote: I have worked a bit on the dns stuff and now i get all my entries. The patch behind the url below introduces a new constant DNS_ALL which queries all typ

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

Hello, I've been following the developments of the latest ZE2-enabled PHP for a while, and I feel that some of the work regarding namespaces/nested classes aren't quite doing what they are suppose to. An example: If you attempt to execute this script with the PHP 4.3.0 ZE2 alphas (either 1 or 2

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

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. But let's here the others. marcus At 02:47 18.11.2002, Jani Taskinen wrote: Wouldn't

Re: [PHP-DEV] [PATCH] php4/configure.in.patch & php4/ext/standard/dns_get_record.patch

Yay finally we use constant for that. Very nice work ! -- Regards. M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. "Marcus Börger" <[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] I have worked a bit on the dns stuff and now i get all my

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

Wouldn't it make sense to move this to it's own extension? It would make it easier to maintain and keep the configure scripts readable.. :) --Jani On Sun, 17 Nov 2002, Marcus Börger wrote: >Function is nice but the function name is not. >Attached is a second revised pa

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

On Sun, 17 Nov 2002, Stanislav Malyshev wrote: > BB>> related topic: in the current state of ze2, there are several ways to > BB>> call methods directly that can't be emulated by call_user_func() - > BB>> calling self::method() for instance, or the visibility of $this if > BB>> you call class::met

Re: [PHP-DEV] [PATCH] php4/configure.in.patch & php4/ext/standard/dns_get_record.patch

I have worked a bit on the dns stuff and now i get all my entries. The patch behind the url below introduces a new constant DNS_ALL which queries all types one by one. As a result we have the original meaning of DNS_ANY = 'any entry' and the new DNS_ALL if you want all entries. http://marcus-boer

Re: [PHP-DEV] [PATCH] php4/configure.in.patch & php4/ext/standard/dns_get_record.patch

At 00:38 18.11.2002, Marcus Börger wrote: The last patch had some minor problems. Here is a reworked one attached. I did: -change php_error to php_error_docref -added some error messages which should be rewritten again i only wanted to point us to the problems. -collected the autoconf information

Re: [PHP-DEV] [PATCH] php4/configure.in.patch & php4/ext/standard/dns_get_record.patch

The last patch had some minor problems. Here is a reworked one attached. I did: -change php_error to php_error_docref -added some error messages which should be rewritten again i only wanted to point us to the problems. -collected the autoconf information into one single define which can be teste

Re: [PHP-DEV] ext/standard/tests/math/log.phpt coredump on Tru64

I wrote: > % cat log.c > #include > #include > > int main() > { > printf("%g\n",log(0)); > } > > % gcc log.c -o log -lm > % ./log > -inf > > That's on Linux. On Tru64, it prints: > > -1.79769e+308 Apparently, there's a compiler switch to make it behave like on Linux: % cc -ieee log.c -o l

[PHP-DEV] CVS Account Request: sedik23456

send more informations please -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] [PATCH] php4/configure.in.patch & php4/ext/standard/dns_get_record.patch

This is to update configure.in so that configure checks for the existence of res_nmkquery, res_nsend, and dn_expand which are needed by dns_getrecord(). which is appearantly going to be dns_get_record now Speaking of which I've also attached dns_get_record.patch.txt to update my previous p

Re: [PHP-DEV] Re: Updated getanyrr.patch, now dns_getrecord.patch

Alright, same for me. -- Regards. M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. "Timm Friebe" <[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] > On Sun, 2002-11-17 at 21:01, Melvyn Sopacua wrote: > [...] > > $ uname -rs && ld -lresolv

Re: [PHP-DEV] Re: Updated getanyrr.patch, now dns_getrecord.patch

On Sun, 2002-11-17 at 21:01, Melvyn Sopacua wrote: [...] > $ uname -rs && ld -lresolv > BSD/OS 4.3 > ld: cannot find -lresolv Not here, either:-) thekid@friebes:~ > uname -rs && ld -lresolv FreeBSD 4.7-STABLE /usr/libexec/elf/ld: cannot find -lresolv thekid@friebes:~ > locate resolv|grep '\.so'

Re: [PHP-DEV] Re: dns_getrecord.patch -- trying again

+1 Regards. M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. - Original Message - From: "Andi Gutmans" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Sunday, November 17, 2002 9:49 PM Subject: Re: [PHP-DEV] Re: dns_getrecord.pat

Re: [PHP-DEV] Re: dns_getrecord.patch -- trying again

I suggest dns_get_record(). Andi At 09:43 PM 11/17/2002 +0100, [EMAIL PROTECTED] wrote: There we go :-) -- Regards. M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. "Pollita" <[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] > I'll put

[PHP-DEV] Re: dns_getrecord.patch -- trying again

There we go :-) -- Regards. M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. "Pollita" <[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] > I'll put the text in the body of my message AND attach with .txt this > time. > > > > Index: bas

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

Hello Diggy, Birdstep was rolled into the ODBC functionality, and has really not seen any support since. I don't believe anyone currently on the PHP staff is really familiar with the way the Birdstep systems work. The reality is though that I don't see many PHP users using Birdstep/Velocis s

[PHP-DEV] dns_getrecord.patch -- trying again

I'll put the text in the body of my message AND attach with .txt this time. Index: basic_functions.c === RCS file: /repository/php4/ext/standard/basic_functions.c,v retrieving revision 1.543 diff -u -r1.543 basic_functions.c ---

[PHP-DEV] CVS Account Request: kriga

German translation of the PEAR documentation. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

Hello again, I've not heard anything from anybody regarding my previous post. My first thought is that everyone is caught up in the release activities, but I would appreciate any comments that anyone might be able to offer. Thanks, Diggy "Diggy Bell" <[EMAIL PROTECTED]> wrote in message [EMAIL

[PHP-DEV] Re: Updated getanyrr.patch, now dns_getrecord.patch

On Sun, 17 Nov 2002 10:56:45 -0800 (PST), [EMAIL PROTECTED] (Pollita) wrote: >What I unfortunately don't know how to do is update the ./configure >process to check for existance of: res_nmkquery, res_nsend, and dn_expand. > At the moment all I can do is rely on the fact that libresolv *is* being >

Re: Oops: [PHP-DEV] Updated getanyrr.patch, now dns_getrecord.patch

On Sun, 17 Nov 2002, Pollita wrote: > *sigh* shoot me billy I'll shoot you again then :) Still nothing ... Derick -- --- Derick Rethans http://derickrethans.nl/ JDI Media Solutio

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

On Sun, 17 Nov 2002, Marcus Börger wrote: > I guessed we'd have to look into ext/standard/config.m4 > for that new functionality. Ah, of course. Derick > > At 16:19 17.11.2002, Derick Rethans wrote: > >On Sun, 17 Nov 2002, Marcus Börger wrote: > > > > > Sure but anyway we would need to revie

Re: Oops: [PHP-DEV] Updated getanyrr.patch, now dns_getrecord.patch

*sigh* shoot me billy > On Sun, 17 Nov 2002, Pollita wrote: > >> Ooops, after running the diff, I made a last minute change, adding >> RETURN_TRUE; to the end of the function and was too lazy to rerun the >> diff forgetting that the lines-to-insert count would go up >> >> Here's a versio

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

I guessed we'd have to look into ext/standard/config.m4 for that new functionality. At 16:19 17.11.2002, Derick Rethans wrote: On Sun, 17 Nov 2002, Marcus Börger wrote: > Sure but anyway we would need to review the > config file if everything we need is in place. uhm, what config file? Derick

Re: Oops: [PHP-DEV] Updated getanyrr.patch, now dns_getrecord.patch

On Sun, 17 Nov 2002, Pollita wrote: > Ooops, after running the diff, I made a last minute change, adding > RETURN_TRUE; to the end of the function and was too lazy to rerun the diff > forgetting that the lines-to-insert count would go up > > Here's a version of that diff that'll actually patc

[PHP-DEV] compiliation of latest cvs fails von cygwin

Regards, Sebastian Nohn -- [EMAIL PROTECTED] - http://www.nohn.net/ PGP Key Available - Did I help you? Consider a gift: http://www.amazon.de/exec/obidos/wishlist/3HYH6NR8ZI0WI/ ext/xml/xml.o(.text+0xad5): In function `zm_info_xml': /tmp/work/php4-cvs/ext/xml/xml.c:233: undefined reference t

Oops: [PHP-DEV] Updated getanyrr.patch, now dns_getrecord.patch

Ooops, after running the diff, I made a last minute change, adding RETURN_TRUE; to the end of the function and was too lazy to rerun the diff forgetting that the lines-to-insert count would go up Here's a version of that diff that'll actually patch right: > Attached is dns_getrecord.patch, p

[PHP-DEV] Updated getanyrr.patch, now dns_getrecord.patch

Attached is dns_getrecord.patch, previously known as getanyrr.patch for introducing a new function. I've made the changes suggested including: * Rename function * Add whitespace in argument list of functions called * Change parameter two from string to int, use defined constants instead DNS_ANY

[PHP-DEV] PHP Rsync

All, After a lot of tweaking, rsync is now back up and ready to rock. there are still going to be some teething errors, due to phpdoc errors, but i will be working with the phpdoc team to iron these out. Thanks, James -- James Cox :: [EMAIL PROTECTED] :: http://james.blogs.at/ Was I helpful?

[PHP-DEV] [Fwd: [Zend Engine 2] Rethinking overloaded calls]

FYI: -Forwarded Message- > From: Timm Friebe <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: [Zend Engine 2] Rethinking overloaded calls > Date: 17 Nov 2002 17:40:44 +0100 > > I'd like to pick up on Alan Knowles' suggestion to php-dev from a couple > of days ago. There was some +1

Re: [PHP-DEV] XP?

Plus we were using IRC to bounce ideas off each other at the same time :) --Wez. On 11/17/02, "Andrei Zmievski" <[EMAIL PROTECTED]> wrote: > Who says Xtreme Programming can't work over long distances.. :) > > iliaa Sat Nov 16 19:07:33 2002 EDT > > Modified files:

[PHP-DEV] XP?

Who says Xtreme Programming can't work over long distances.. :) iliaa Sat Nov 16 19:07:33 2002 EDT Modified files: (Branch: PHP_4_3) /php4/main streams.c Log: MFH wez Sat Nov 16 19:08:42 2002 EDT

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

On Sun, 17 Nov 2002, Marcus Börger wrote: > Sure but anyway we would need to review the > config file if everything we need is in place. uhm, what config file? Derick > At 14:54 17.11.2002, Derick Rethans wrote: > >On Sun, 17 Nov 2002, Marcus Börger wrote: > > > > > I could do the autoconf stu

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

Sure but anyway we would need to review the config file if everything we need is in place. marcus At 14:54 17.11.2002, Derick Rethans wrote: On Sun, 17 Nov 2002, Marcus Börger wrote: > I could do the autoconf stuff and i vould go for naming all > these function dns_get_xx() and such. nice, but

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

On Sun, 17 Nov 2002, Marcus Börger wrote: > I could do the autoconf stuff and i vould go for naming all > these function dns_get_xx() and such. nice, but I dont think we need to introduce (about) 10 functions which do basically the same thing except for returning a different record. What I mean

[PHP-DEV] Re: Aggregation & ZE2 fix

We should either commit this patch OR skipp all aggregation tests in ZE2 until we have it in. marcus At 20:16 16.11.2002, Andrei Zmievski wrote: On Sat, 16 Nov 2002, Marcus Börger wrote: > With the following patch aggregation works for me with ZE1 and ZE2, > php 4.3.0 and php4.4-dev. If noone ob

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

I could do the autoconf stuff and i vould go for naming all these function dns_get_xx() and such. marcus At 12:38 17.11.2002, Derick Rethans wrote: On Sun, 17 Nov 2002 [EMAIL PROTECTED] wrote: > Hello, > > Who can commit that now? I don't think it's ready yet. I agree with Marcus that the

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

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 fontlist variable

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

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 fontlist variable in > ext\gd\libgd\gdft.c:fontFetch() > > This starte

[PHP-DEV] GD segfault in 4.3.0RC1

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 fontlist variable in ext\gd\libgd\gdft.c:fontFetch() This started happening when gdhelpers.c was changed to use emallo

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

BB>> related topic: in the current state of ze2, there are several ways to BB>> call methods directly that can't be emulated by call_user_func() - BB>> calling self::method() for instance, or the visibility of $this if BB>> you call class::method(). is that likely to stay true? Since __call is the

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

On Sun, 17 Nov 2002 [EMAIL PROTECTED] wrote: > Hello, > > Who can commit that now? I don't think it's ready yet. I agree with Marcus that the name of the function should be different then getanyrr(), it definitely doesn't fit into the naming things we have (with that getmxrr() doesn't fit

[PHP-DEV] Break down RETR from telnet

Hi, I'm wondering how to parse the actual email message (body) from RETR in telnet, I am able to parse all the other information needed (using TOP in telnet) but cannot get the actual message... could anyone help please? Thanks for any help -- PHP Development Mailing List

Re: [PHP-DEV] ext/standard/tests/math/log.phpt coredump on Tru64

Pollita <[EMAIL PROTECTED]> wrote: > log(0) in any base (except 0, which would be silly) is an undefined > number. Yes, that's what the teachers told us before they admitted the existance of infinity. > the libc log() function will return an exceedingly small number > to avoid causing widepsread

[PHP-DEV] PHP-4.3.0RC1 + Oracle client -> SIGSERV

Hello php-dev, OS: SuSE 7.3, Linux gap 2.4.19-rmap14a () Ora: 9.2.0.2.0 #gdb sapi/cli/php #run -f c.php [New Thread 1024 (LWP 20609)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 20609)] 0x40a65301 in snauca_check_adapter () from /opt/oracle/lib/libclnt