Re: [PHP-DEV] Re: Win32 compile warnings

Hello, The _macro_ is redifined here, that has nothing to do with asert() which works perfectly with VC++. My guess is that NDEBUG is defined by either VC++ itself, or by another module in the PHP source. Derick On Fri, 15 Mar 2002, Yasuo Ohgaki wrote: > Sebastian Bergmann wrote: > > As of

Re: [PHP-DEV] Versioning

> Hello, > > I'm for the 3 number-without-patchlevel idea. > > Derick me to! [...rest of TOFU removed...] -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: Win32 compile warnings

Sebastian Bergmann wrote: > As of yesterday, I get a lot of these > > main\php.h(70): warning C4005: 'NDEBUG': Macro redefined > > It seems VC does not support assert() macro as UNIX does... I changed it UNIX only for now. -- Yasuo Ohgaki [EMAIL PROTECTED] -- PHP Development Mailing

Re: [PHP-DEV] make install

On Thu, Mar 14, 2002 at 03:05:19PM -0800, Walter A. Boring IV wrote : > I'm sure this is a known issue, but I thought I'd throw it out there. > It seems that if you do a make install w/o doing a make, it doesn't > work. I guess make install doesn't do a dependency check? Yes, I expirience

[PHP-DEV] Win32 compile warnings

As of yesterday, I get a lot of these main\php.h(70): warning C4005: 'NDEBUG': Macro redefined -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development

Re: [PHP-DEV] GET values from Checkboxes

this mailing list is for the development OF PHP not WITH PHP. ask on the appropriate mailing list ([EMAIL PROTECTED]) --Andrew On Thursday 14 March 2002 08:24 pm, Daniel Ferreira Castro wrote: > When I have Textboxes I can retrieve their values whne the method POST is > used by the $HTTP_POST_

[PHP-DEV] GET values from Checkboxes

When I have Textboxes I can retrieve their values whne the method POST is used by the $HTTP_POST_VARS['name_of_the_textbox'] But when I try to use it on a checkbox it doesn't work. How can I retireve that value from a checkbox, to know if it was checked or not? Thank you Daniel F. Castro [EMA

[PHP-DEV] CVS Account Request: jedi

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

[PHP-DEV] make install

Howdy, I'm sure this is a known issue, but I thought I'd throw it out there. It seems that if you do a make install w/o doing a make, it doesn't work. I guess make install doesn't do a dependency check? Walt -- PHP Development Mailing List To unsubscribe, visit: http:

Re: [PHP-DEV] Versioning

I'm for STFU :) Zeev -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] today's current cvs won't build

I got it to work now. I had an up to date php4 and Zend dir. I just hadn't done a cvsclean and buildconf after I updated. Walt On Thu, 2002-03-14 at 12:44, [EMAIL PROTECTED] wrote: > Hello, > > update your Zend directory too, that should fix it. > > Derick > > On 14 Mar 2002, Walter A. Borin

Re: [PHP-DEV] today's current cvs won't build

Hello, update your Zend directory too, that should fix it. Derick On 14 Mar 2002, Walter A. Boring IV wrote: > Howdy, > I'm trying to build the latest (just did a cvs up -dP) php from cvs > and I can't seem to build it. configure seems to work just fine, > and most of the make works. > >

[PHP-DEV] today's current cvs won't build

Howdy, I'm trying to build the latest (just did a cvs up -dP) php from cvs and I can't seem to build it. configure seems to work just fine, and most of the make works. Linux Mandrake 8.1 box. ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql=/usr \ --with-oci8=/u01/app/ora

Re: [PHP-DEV] Versioning

Hello, I'm for the 3 number-without-patchlevel idea. Derick On 14 Mar 2002, Jason Greene wrote: > Doesn't it make more since to release a version where one of the numbers > is a bugfix number? > > ex currently we have: [ Huge.Major.Minor ] > > and then when bugs are fixed they are: [ Huge.M

Re: [PHP-DEV] Versioning

No, it's not like it's been done from day one so it can't work... This is how it's done always.. etc. --Jani On 14 Mar 2002, Jason Greene wrote: >Doesn't it make more since to release a version where one of the numbers >is a bugfix number? > >ex currently we

[PHP-DEV] OCIError patch, revised AGAIN (Only 4.1.2 patch)

Sigh...I suck. Foobared yet another patch. Attached again. Daniel --- php-4.1.2/ext/oci8/oci8.c.orig Wed Mar 13 14:51:19 2002 +++ php-4.1.2/ext/oci8/oci8.c Thu Mar 14 10:02:48 2002 @@ -4090,16 +4090,35 @@ zval **arg; oci_statement *statement; oci_connection *con

[PHP-DEV] OCIError Patch, revised

I should have taken the time to make 100% sure these patches were relatively bug free. I missed some obvious bugs in previous patches. Hopfully these will test well. I've not been able to compile the PHP binary in the latest CVS, so that patch is untested, but it _seems_ ok, since the compile

[PHP-DEV] Re: Sockets: new socket_select() example

I think I got a handle on it now, thanks. Basically, I just had to replace a few of the socket_fd_* calls with things like adding to an array for socket_fd_set() and and in_array() instead of socket_fd_isset(). Attached is a decent example of a multiplexing server using the sockets extension

[PHP-DEV] CVS Account Request: j

PHP audit project (http://phpaudit.42-networks.com/) -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] MySQL 4.0.1 compile problems

Hi all, i tried to compile latest CVS (checked out 1h ago) with MySQL 4.0.1, but I'm getting the error below when linking: ext/mysql/php_mysql.lo: In function `zif_mysql_create_db': ext/mysql/php_mysql.lo(.text+0x16ac): undefined reference to `mysql_create_db' ext/mysql/php_mysql.lo: In function

Re: [PHP-DEV] checkuid weirdness

Ok, that is an obvious typo which you should simply fix. No real need to ask about something as plain as this. -Rasmus On Thu, 14 Mar 2002 [EMAIL PROTECTED] wrote: > On Thu, Mar 14, 2002 at 08:20:38AM -0800, Rasmus Lerdorf wrote: > > How do you figure? Doesn't it only do this in > > CHECKUID_

Re: [PHP-DEV] checkuid weirdness

On Thu, Mar 14, 2002 at 08:20:38AM -0800, Rasmus Lerdorf wrote: > How do you figure? Doesn't it only do this in > CHECKUID_ALLOW_FILE_NOT_EXISTS mode? This mode is used for things like > rmdir(), chgrp(), chown(), chmod() where spitting out a safe mode error > when the file in question doesn't e

[PHP-DEV] linux and PHP accronimous

Anybody knows the accronimous for LINUX or PHP ? best regards, eduardo melo computer programmerJoin the world’s largest e-mail service with MSN Hotmail. Click Here -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] checkuid weirdness

How do you figure? Doesn't it only do this in CHECKUID_ALLOW_FILE_NOT_EXISTS mode? This mode is used for things like rmdir(), chgrp(), chown(), chmod() where spitting out a safe mode error when the file in question doesn't exist isn't very useful. -Rasmus On Thu, 14 Mar 2002 [EMAIL PROTECTED]

RE: [PHP-DEV] PHP audit

Hi, due to the fact that I now have a cvs account at the phpaudit project i am able to help on both sides. Of course we would like to have a secure head and 4_2_0 branch but it is understandable that fixing 4.1.2 is the primary goal of the project. First things comes first. Anyway during the next

[PHP-DEV] Re: Versioning

Like mostly all other OS packages, if you have a pure bugfix release, you add plN to the version number. There are various reasons of why we shouldn't move to this new versioning scheme, and no overwhelming reason to move to it. We already had a pretty long discussion about it, and while I'm

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/filepro filepro.c

On Thu, Mar 14, 2002 at 05:07:34PM +0200, Andi Gutmans wrote: > Is there any reason why this extension is calling TlsAlloc()? > Why isn't it using the regular TSRM interface like all other extensions? > > Andi The problem with the filepro extension is: its not really maintained i fixed the most

[PHP-DEV] checkuid weirdness

Hello, is there any reason why checkuid returns always "okay" if the file does not exist? It returns okay even if safe_mode forbids access to the directories below. Stefan -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/filepro filepro.c

Maybe we should move it into PECL then? Andi At 17:31 14/03/2002 +0100, [EMAIL PROTECTED] wrote: >On Thu, Mar 14, 2002 at 05:07:34PM +0200, Andi Gutmans wrote: > > Is there any reason why this extension is calling TlsAlloc()? > > Why isn't it using the regular TSRM interface like all other exten

Re: [PHP-DEV] PHP audit

At 16:16 14/03/2002 +0059, Jedi/Sector One wrote: >On Thu, Mar 14, 2002 at 05:10:38PM +0200, Andi Gutmans wrote: > > Me too. I don't see much reason not to commit directly to PHP, at least > the > > obvious patches. If there are any conceptual changes we should discuss > them > > first. > > Be

Re: [PHP-DEV] buildconf for 4.1.2 breaks Solaris 8

The extension which caused the breakage was a custom extension, but it was built initially with ext_skel. I think either I did something screwy when I fixed up the config.m4 file (I've noticed that the file does indeed use '$something == "yes"', rather than the current method, which is '$somet

[PHP-DEV] Versioning

Doesn't it make more since to release a version where one of the numbers is a bugfix number? ex currently we have: [ Huge.Major.Minor ] and then when bugs are fixed they are: [ Huge.Major.Minor pl Bugfix ] Hardly ever is a version released without a bugfix of some sort. I have seen the argum

Re: [PHP-DEV] PHP audit

On Thu, Mar 14, 2002 at 05:10:38PM +0200, Andi Gutmans wrote: > Me too. I don't see much reason not to commit directly to PHP, at least the > obvious patches. If there are any conceptual changes we should discuss them > first. Because we are working on version 4.1.2 right now. We will switch

Re: [PHP-DEV] PHP audit

At 15:06 14/03/2002 +0100, [EMAIL PROTECTED] wrote: >On Thu, 14 Mar 2002, Jedi/Sector One wrote: > > > On Thu, Mar 14, 2002 at 02:53:27PM +0100, Markus Fischer wrote: > > > I thought he was refering to CVS access to the current state > > > of their patch. The websites doesn't list any such

[PHP-DEV] Not creating binary file.

Hi Devs, I have added sample extension from zend site to php source code and compiled as stated in README.EXT.. file. It is going fine but, I could not get PHP BINARY file instead a filename libphp4.la has been created. Iam compiling as normal user. I even

Re: [PHP-DEV] PHP audit

On Thu, 14 Mar 2002, Jedi/Sector One wrote: > On Thu, Mar 14, 2002 at 02:53:27PM +0100, Markus Fischer wrote: > > I thought he was refering to CVS access to the current state > > of their patch. The websites doesn't list any such resource. > > The CVS was just installeda few minutes ag

Re: [PHP-DEV] PHP audit

On Thu, Mar 14, 2002 at 02:53:27PM +0100, Markus Fischer wrote: > I thought he was refering to CVS access to the current state > of their patch. The websites doesn't list any such resource. The CVS was just installeda few minutes ago. There's no anonymous access yet. -- __ /*-

Re: [PHP-DEV] sizeof foo vs sizeof (foo) (Was Re: [PHP-DEV] PHP audit)

On 14/03/02, "Zeev Suraski" <[EMAIL PROTECTED]> wrote: > We know :) And yet, we always use sizeof(), regardless of whether we feed > it with a type or a value. I meant to say that :) > At 15:34 14/03/2002, Jedi/Sector One wrote: > > The correct sizeof semantics are > > sizeof > > or: >

Re: [PHP-DEV] PHP audit

On Thu, Mar 14, 2002 at 01:44:44PM -, James Cox wrote : > http://phpaudit.42-networks.com/ I thought he was refering to CVS access to the current state of their patch. The websites doesn't list any such resource. - Markus > > > -Original Message- > > From: Markus Fische

RE: [PHP-DEV] PHP audit

fair enough. :) > -Original Message- > From: Zeev Suraski [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 14, 2002 1:45 PM > To: James Cox > Cc: Jedi/Sector One; [EMAIL PROTECTED] > Subject: RE: [PHP-DEV] PHP audit > > > We decided not to use branches for development at all, only for >

RE: [PHP-DEV] PHP audit

We decided not to use branches for development at all, only for releases... I think we should stick to it. Zeev At 15:41 14/03/2002, James Cox wrote: > > > > On Thu, Mar 14, 2002 at 01:34:06PM -, James Cox wrote: > > > What's stopping you committing it to cvs.php.net ? > > > > It might b

Re: [PHP-DEV] PHP audit

At 15:37 14/03/2002, Jedi/Sector One wrote: >On Thu, Mar 14, 2002 at 01:34:06PM -, James Cox wrote: > > What's stopping you committing it to cvs.php.net ? > > It might be better to work on a separate tree, and later let PHP > developpers >merge what parts they want to. I think that most pa

RE: [PHP-DEV] PHP audit

http://phpaudit.42-networks.com/ > -Original Message- > From: Markus Fischer [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 14, 2002 1:43 PM > To: Jedi/Sector One > Cc: [EMAIL PROTECTED] > Subject: Re: [PHP-DEV] PHP audit > > > On Thu, Mar 14, 2002 at 02:30:43PM +0059, Jedi/Sector O

Re: [PHP-DEV] PHP audit

On Thu, Mar 14, 2002 at 02:30:43PM +0059, Jedi/Sector One wrote : > >The only comment I have (after this short glance) is that I'd rather see > >sizeof(foo) instead of 'sizeof foo' > > No problem Zeev. All sizeof x (including those we didn't introduce) have > just been replaced by sizeof(x) .

RE: [PHP-DEV] PHP audit

> > On Thu, Mar 14, 2002 at 01:34:06PM -, James Cox wrote: > > What's stopping you committing it to cvs.php.net ? > > It might be better to work on a separate tree, and later let > PHP developpers > merge what parts they want to. > > Or maybe we can work on cvs.php.net on a separate branch

Re: [PHP-DEV] sizeof foo vs sizeof (foo) (Was Re: [PHP-DEV] PHP audit)

We know :) And yet, we always use sizeof(), regardless of whether we feed it with a type or a value. Zeev At 15:34 14/03/2002, Jedi/Sector One wrote: >On Thu, Mar 14, 2002 at 01:19:32PM +, Wez Furlong wrote: > > I know of a compiler for the Amiga that doesn't grok 'sizeof struct foo'; > >

Re: [PHP-DEV] PHP audit

JO>> It might be better to work on a separate tree, and later let PHP JO>> developpers merge what parts they want to. Why? Your patches then would bit-rot constantly and you would have to update it even that nothing changes, and risk introducing new bugs in transition. -- Stanislav Malyshev

Re: [PHP-DEV] PHP audit

On Thu, Mar 14, 2002 at 01:34:06PM -, James Cox wrote: > What's stopping you committing it to cvs.php.net ? It might be better to work on a separate tree, and later let PHP developpers merge what parts they want to. Or maybe we can work on cvs.php.net on a separate branch. -- __ /*

RE: [PHP-DEV] PHP audit

> > We are now working on a CVS tree. If you want access to review or change > things, just ask. > What's stopping you committing it to cvs.php.net ? James Cox -- James Cox :: [EMAIL PROTECTED] :: Landonize It! http://landonize.it/ Was I helpful? http://www.amazon.co.uk/exec/obidos/wishlist

Re: [PHP-DEV] sizeof foo vs sizeof (foo) (Was Re: [PHP-DEV] PHP audit)

On Thu, Mar 14, 2002 at 01:19:32PM +, Wez Furlong wrote: > I know of a compiler for the Amiga that doesn't grok 'sizeof struct foo'; > the solution is to always use 'sizeof(struct foo)'. sizeof is incorrect. The correct sizeof semantics are sizeof or: sizeof( ) So

Re: [PHP-DEV] PHP audit

>The only comment I have (after this short glance) is that I'd rather see >sizeof(foo) instead of 'sizeof foo' No problem Zeev. All sizeof x (including those we didn't introduce) have just been replaced by sizeof(x) . We are now working on a CVS tree. If you want access to review or change

[PHP-DEV] sizeof foo vs sizeof (foo) (Was Re: [PHP-DEV] PHP audit)

On 14/03/02, "Zeev Suraski" <[EMAIL PROTECTED]> wrote: > The only comment I have (after this short glance) is that I'd rather see > sizeof(foo) instead of 'sizeof foo' (we don't need yet another style in our > code base :), I know of a compiler for the Amiga that doesn't grok 'sizeof struct foo

Re: [PHP-DEV] PHP audit

Zeev Suraski wrote: > I think their work is a good step that PHP needed for a while. I also > think it's an ongoing project, and not a one-time pass. > > Looking at the patch, the vast majority of changes made don't actually > fix bugs, but rather, implement the same code using 'defensive' >

Re: [PHP-DEV] PHP audit

I think their work is a good step that PHP needed for a while. I also think it's an ongoing project, and not a one-time pass. Looking at the patch, the vast majority of changes made don't actually fix bugs, but rather, implement the same code using 'defensive' techniques. E.g., use strlcpy()

[PHP-DEV] PHP audit

Hello php-dev, What you think about this: http://phpaudit.42-networks.com/ Big size of patch does not bring pleasure Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Development Mailing List To uns

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/apache2filter README

Rasmus Lerdorf wrote: > :0 Whc: msgid.lock > | formail -D 16384 msgid.cache > :0 a: > /var/spool/mail/duplicates Maybe I find a way to feed that to my Hamster ;-) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gi

Re: [PHP-DEV] probably the var_dump()'s problem is in its roots.

At 13:04 14/03/2002, Andrey Hristov wrote: >print_r() handles the recursion and says that there is a recursion. >After Yasuo's patch var_dump() does the same. >Why then other functions have to produce E_ERROR. It's not other functions, it's the infrastructure. With var_dump(), we know it should

Re: [PHP-DEV] probably the var_dump()'s problem is in its roots.

print_r() handles the recursion and says that there is a recursion. After Yasuo's patch var_dump() does the same. Why then other functions have to produce E_ERROR. Best regards, Andrey Hristov - Original Message - From: "Zeev Suraski" <[EMAIL PROTECTED]> To: "Andrey Hristov" <[EMAIL PRO

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/apache2filter README

Use the procmail recipe :) :0 Wh: msgid.lock | formail -D 8192 msgid.cache Zeev At 12:55 14/03/2002, Sebastian Bergmann wrote: >[EMAIL PROTECTED] wrote: > > Also, can you please make your hamster not setting the reply-to header? > > It's quitie annoying. > > Done. > > BTW, I find it annoyin

Re: [PHP-DEV] probably the var_dump()'s problem is in its roots.

It's not a crash, it's the intended behavior... Zeev At 12:49 14/03/2002, Andrey Hristov wrote: >I received this in the browser : > >Fatal error: Nesting level too deep - recursive dependency? in >c:\apache\htdocs\ad.php on line 3 > >Andrey > >- Original Message - >From: "Zeev Suraski"

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/apache2filter README

:0 Whc: msgid.lock | formail -D 16384 msgid.cache :0 a: /var/spool/mail/duplicates On Thu, 14 Mar 2002, Sebastian Bergmann wrote: > [EMAIL PROTECTED] wrote: > > Also, can you please make your hamster not setting the reply-to header? > > It's quitie annoying. > > Done. > > BTW, I find it anno

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/apache2filter README

[EMAIL PROTECTED] wrote: > Also, can you please make your hamster not setting the reply-to header? > It's quitie annoying. Done. BTW, I find it annoying to get messages - like the one I reply to - twice, because of 'reply all'. Greetings, Sebastian -- Sebastian Bergmann http://seb

Re: [PHP-DEV] probably the var_dump()'s problem is in its roots.

I received this in the browser : Fatal error: Nesting level too deep - recursive dependency? in c:\apache\htdocs\ad.php on line 3 Andrey - Original Message - From: "Zeev Suraski" <[EMAIL PROTECTED]> To: "Andrey Hristov" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, March

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/apache2filter README

On Thu, 14 Mar 2002, Sebastian Bergmann wrote: > [EMAIL PROTECTED] wrote: > > What kind of patch was that? > > There was a change in Apache2's filter API, patch below. Ah, merge it. Also, can you please make your hamster not setting the reply-to header? It's quitie annoying. Derick > > In

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/apache2filter README

[EMAIL PROTECTED] wrote: > What kind of patch was that? There was a change in Apache2's filter API, patch below. Index: php4/sapi/apache2filter/sapi_apache2.c diff -u php4/sapi/apache2filter/sapi_apache2.c:1.61 php4/sapi/apache2filter/sapi_apache2.c:1.62 --- php4/sapi/apache2filter/sapi_apache

Re: [PHP-DEV] probably the var_dump()'s problem is in its roots.

At 11:55 14/03/2002, Andrey Hristov wrote: >Hi >After looking at the source for possible fix for the var_dump()'s crash >(fixed few minutes by Yasuo) I realized that it may be >possible to change HASH_PROTECT_RECURSION macro and instead of > if ((ht)->nApplyCount++ >= 3) > >to change to >

Re: [PHP-DEV] probably the var_dump()'s problem is in its roots.

Updatechanging to E_WARNING will be an error. Neverending recursion. Andrey Hristov - Original Message - From: "Andrey Hristov" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 14, 2002 11:55 AM Subject: [PHP-DEV] probably the var_dump()'s problem is in its roots.

[PHP-DEV] probably the var_dump()'s problem is in its roots.

Hi After looking at the source for possible fix for the var_dump()'s crash (fixed few minutes by Yasuo) I realized that it may be possible to change HASH_PROTECT_RECURSION macro and instead of if ((ht)->nApplyCount++ >= 3) to change to if ((ht)->nApplyCount++ >= 1) Ok. The var_dump() is

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/apache2filter README

On Thu, 14 Mar 2002, Sebastian Bergmann wrote: > Jan Lehnardt wrote: > > MFH? > > +1, but if we MFH, my patch to sapi_apache2.c need to be MFH'd as well. What kind of patch was that? Derick > > -- > Sebastian Bergmann > http://sebastian-bergmann.de/ http://phpOpenTrack

Re: [PHP-DEV] Re: ext/baby

> > looks like a boy to me :-) > > Now that we know the name, whcih by the way is a recursive acronym, > this question is finally answered *g* > > CARL == Carl AlexandeR Lerdorf > > Nicely done :-), Many don't know that PHP has baby handling built in :) Have a look at: http://lxr.ph

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/apache2filter README

Jan Lehnardt wrote: > MFH? +1, but if we MFH, my patch to sapi_apache2.c need to be MFH'd as well. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development

[PHP-DEV] Re: print_r smater than var_dump

Andrey Hristov wrote: > I don't like print_r and most of the time I use var_dump() . Today I tried to >print_r() $GLOBALS but not within a function and > print_r() was smart to say that there is a recursion without diving in. var_dump() >is diving up, up to some max level and produces > E_WARN

Re: [PHP-DEV] Re: ext/baby

Sebastian Bergmann wrote: > looks like a boy to me :-) Now that we know the name, whcih by the way is a recursive acronym, this question is finally answered *g* CARL == Carl AlexandeR Lerdorf Nicely done :-), Sebastian -- Sebastian Bergmann http://sebastian-bergmann.de/

Re: [PHP-DEV] Re: print_r smater than var_dump

[EMAIL PROTECTED] wrote: > On Thu, 14 Mar 2002, Yasuo Ohgaki wrote: > > >>Andrey Hristov wrote: >> >>> I don't like print_r and most of the time I use var_dump() . Today I tried to >print_r() $GLOBALS but not within a function and >>>print_r() was smart to say that there is a recursion without