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

Yeah... AFAICSee two alogithms are used. var_dump() is printed with (apply_function) and the applied recursively calls the callee, print_r() is just recursively diving up. Wow I saw goto in the source (good hack) : Andrey - Original Message - From: <[EMAIL PROTECTED]> To: "Yasuo Ohg

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

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 diving in. var_dump() >is divin

Re: [PHP-DEV] Building LDAP extension on NetWare (second attempt)

afaik only the macro ZEND_GET_MODULE which should only be enabled in DSO builds. #ifdef COMPILE_DL_LDAP ZEND_GET_MODULE(ldap) #endif (which, in fact, requires that ldap_module_entry has been defnied already) On Thu, Mar 14, 2002 at 12:02:38AM -0700, Venkat Raghavan w

[PHP-DEV] Moving CURL functions into PHP 4.0.1

Hi all, Because of finicky things with PHP on a Qube (the Qube includes two extra modules of it's own, and source it hard to come by ;)) I was wanting to put CURL support into PHP 4.0.1. How big a job is it to copy the functions from PHP 4.0.2, and how would I go about it? Thanks Sam -- PH

[PHP-DEV] Building LDAP extension on NetWare (second attempt)

Now, I have LDAP extension built as a separate binary. I'm not able to load it using dl() with mod_php since it says that dl() is not supported for multithreaded Web servers. When I try to load it using dl() on the command-line (CGI) version of PHP, it says that PHP_LDAP.NLM is not a valid PHP l

[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

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

Yasuo Ohgaki wrote: > Sascha Schumann wrote: > >> sasWed Mar 13 08:08:49 2002 EDT >> >> Modified files: /php4/ext/sessionsession.c Log: >> Because of the feature "don't try to send a cookie, if the sid >> was contained in get/post variables" (which I still am

Re: FW: [PHP-DEV] OCIError patch

DOH! I guess I made a few presumptions: 1) The user would never pass a NULL sql: $conn = OCILogon ("bla", "bla", "bla"); $sql = NULL; $stmt = OCIParse ($conn, $sql); OCIExecute ($stmt, OCI_DEFAULT); $error = OCIError ($stmt); <-- seg fault here print_r ($error); ?> This condition would caus

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

Sascha Schumann wrote: > sas Wed Mar 13 08:08:49 2002 EDT > > Modified files: > /php4/ext/session session.c > Log: > Because of the feature "don't try to send a cookie, if the sid > was contained in get/post variables" (which I still am not convinced > of co

[PHP-DEV] CVS Account Request: timmyg

Pear development. Specifically, working on PHPDoc. Stig S. Bakken referred me to this page for cvs access to pear. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] CVS Account Request: scaro

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

[PHP-DEV] Re: Bug #16046 Updated: isset & empty parse error w/ objects

On 13 Mar 2002 [EMAIL PROTECTED] wrote: > ID: 16046 > Updated by: [EMAIL PROTECTED] > Reported By: [EMAIL PROTECTED] > Status: Bogus > Bug Type: Scripting Engine problem > Operating System: linux > PHP Version: 4.1.2 > New Comment: > > Well

Re: [PHP-DEV] FTP returns wrong file size (and a fix)

[EMAIL PROTECTED] wrote: >On Wed, 13 Mar 2002, Vlad Krupin wrote: > >>I guess, we could do that too. Should I come up with a new patch? >> > >I think it is better, decrease the WTF factor :) > I think so too. However, two things: 1. after reading the source for a few functions, (like ftp_get() us

Re: [PHP-DEV] FTP returns wrong file size (and a fix)

On Wed, 13 Mar 2002, Vlad Krupin wrote: > I guess, we could do that too. Should I come up with a new patch? I think it is better, decrease the WTF factor :) Derick > [EMAIL PROTECTED] wrote: > > >On Wed, 13 Mar 2002, Vlad Krupin wrote: > > > >>I suggest that we always request the filesize aft

Re: [PHP-DEV] FTP returns wrong file size (and a fix)

On Wed, 13 Mar 2002, Vlad Krupin wrote: > I suggest that we always request the filesize after issuing a 'binary' > command. The fix is a one-liner, and I was wondering if there would be > objections to merging it into the release branch as well. would it be possible to restore the FTPTYPE afte

[PHP-DEV] FTP returns wrong file size (and a fix)

Just ran into a problem: when we request a file size from an FTP server, the answer will depend on whether the server state is ASCII or BINARY. If it is not BINARY, the filesize won't be the true filesize, but will depend on how many newline characters you have in that file :( Thus, currently

Re: [PHP-DEV] the dl() issue

At 21:36 13/03/2002, Shane Caraveo wrote: > > I thought we weren't wasting any more time with this? :) > >Yeah, I'm getting realy tired of having to argue for something that should >be a base part of the language. Kodus on the tactics :) Zeev -- PHP Development Mailing List

Re: [PHP-DEV] the dl() issue

> I thought we weren't wasting any more time with this? :) Yeah, I'm getting realy tired of having to argue for something that should be a base part of the language. So let me explain this an entirely different way. Lets forget about dl() altogether for just a second so we can focus instead on

Re: FW: [PHP-DEV] OCIError patch

This patch simply adds the original query text as the "sqltext" element and the error offset as the "offset" element. It was made against the latest CVS. Hopfully it'll suffice. If not, please let me know. Daniel Markus Fischer wrote: Of course the offset is fine. But if I were you,

Re: [PHP-DEV] Is credits_ext.h still being updated?

I fixed the process so that it should build correctly now. All that is needed is a cronjob to run it, test for differences, and then commit them. -Jason On Wed, 2002-03-13 at 09:24, Hartmut Holzgraefe wrote: > Jason Greene wrote: > > Nevermind, for some reason I thought this was automated. > >

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

On Wed, 13 Mar 2002, J Smith wrote: > > That seemed to do the trick. configure was rebuilt fine, although there was > a slight problem with new extensions built using ext_skel. (Specifically, a > few tests added to configure used a line like > > if test $something == "yes" ; then > > Which c

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

That seemed to do the trick. configure was rebuilt fine, although there was a slight problem with new extensions built using ext_skel. (Specifically, a few tests added to configure used a line like if test $something == "yes" ; then Which causes errors like "unexpected token ==" or something,

Re: [PHP-DEV] Possible Cookie Bug

Please, discuss stuff like this on the appropriate mailinglist! PHP-DEV is for developing PHP, not for developing WITH PHP. Most of you should know that by now :) Sander On 2002.03.13 18:00 Hartmut Holzgraefe wrote: > Andy Woolley wrote: >> Ok, I hear what you are saying and accept that it isn't

Re: [PHP-DEV] Possible Cookie Bug

Andy Woolley wrote: > Ok, I hear what you are saying and accept that it isn't a bug but is it not > possible to populate the cookie variable when you set the cookie. > I have had many problems with cookies & PHP in the past, usually due to the > way they work and so anything that can be done to ma

[PHP-DEV] print_r smater than var_dump

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_WARNING. Is this the supposed beha

Re: [PHP-DEV] Possible Cookie Bug

Javascript is client-side. It is a completely different thing. But what you are asking for in a server-side environment makes absolutely no sense. If you do: setcookie("foo","bar"); What you are asking for is for $foo to automatically be set to "bar" by the setcookie() call. This will not

Re: [PHP-DEV] Possible Cookie Bug

Ok, I hear what you are saying and accept that it isn't a bug but is it not possible to populate the cookie variable when you set the cookie. I have had many problems with cookies & PHP in the past, usually due to the way they work and so anything that can be done to make cookies easier to use wo

Re: [PHP-DEV] Is credits_ext.h still being updated?

On 14/03/02, "Hartmut Holzgraefe" <[EMAIL PROTECTED]> wrote: > Jason Greene wrote: > > Nevermind, for some reason I thought this was automated. > > well, there was a plan to do so way back, but somehow > it got lost on the way ... What about: scripts/credits Is it still current? --Wez. --

[PHP-DEV] CVS Account Request: daniela

Committing bug fixes and additions to the interbase module without resorting to the kind people at php-dev every time. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] interbase.c new function

On Wed, 13 Mar 2002, Daniela Mariaschi wrote: > In response to bug #15602 (for which I already submitted a patch for NULL > fields last week), I have developed a new function for the Interbase module, > ibase_fetch_assoc that returns a row from a query result as a hash. > > I am attaching the pa

[PHP-DEV] interbase.c new function (patch files)

forgot the attachments. Daniela patch_interbase.c Description: Binary data patch_interbase.h Description: Binary data -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] interbase.c new function

In response to bug #15602 (for which I already submitted a patch for NULL fields last week), I have developed a new function for the Interbase module, ibase_fetch_assoc that returns a row from a query result as a hash. I am attaching the patches to this message. As a side note, I have a few othe

Re: [PHP-DEV] Possible Cookie Bug

You have a basic misunderstanding about how cookies work. The first time you load up your page nothing is set and you issue: setcookie("C_name",$name); setcookie("C_email",$email); Since $name and $email are empty, this will generate these SetCookie headers in the response: Set-Cookie: C_nam

Re: [PHP-DEV] Is credits_ext.h still being updated?

Jason Greene wrote: > Nevermind, for some reason I thought this was automated. well, there was a plan to do so way back, but somehow it got lost on the way ... -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 Wir stellen für Sie aus auf der CeBIT 2002 und freuen

Re: [PHP-DEV] Possible Cookie Bug

Not a bug. From the manual: "Cookies will not become visible until the next loading of a page that the cookie should be visible for." See http://www.php.net/manual/en/function.setcookie.php for more. Sander On 2002.03.13 16:19 Andy Woolley wrote: > Hi All, > > I think I might have found a bug

[PHP-DEV] Possible Cookie Bug

Hi All, I think I might have found a bug with cookies but I'm not sure if what is happening is actually a bug or a feature. I personally think it's a bug but there might well be a perfectly valid answer to this situation that I'm not seeing. If I have a cookie set and I then change the value of

Re: [PHP-DEV] Is credits_ext.h still being updated?

Nevermind, for some reason I thought this was automated. On Tue, 2002-03-12 at 18:01, Jason Greene wrote: > I added myself to the Sockets Extension a few months ago, and it has > never propagated. > > -Jason > > > > -- > PHP Development Mailing List > To unsubscribe, v

Re: [PHP-DEV] Re: newbie : problems with ibase_connect .

Hello, this is also the wrong list for questions, please ask [EMAIL PROTECTED] next time. Derick On Wed, 13 Mar 2002, Araxav wrote: > Ok i found it ! > sorry ! :))) > > "Araxav" <[EMAIL PROTECTED]> a écrit dans le message news: > [EMAIL PROTECTED] > > Hi everyone ! > > > > I'm trying to est

[PHP-DEV] Re: newbie : problems with ibase_connect .

Ok i found it ! sorry ! :))) "Araxav" <[EMAIL PROTECTED]> a écrit dans le message news: [EMAIL PROTECTED] > Hi everyone ! > > I'm trying to establish a connection to a remote Interbase Database. I use > the same login and password as i'm used to but it doesn't work :((( > I obtain the following

[PHP-DEV] newbie : problems with ibase_connect .

Hi everyone ! I'm trying to establish a connection to a remote Interbase Database. I use the same login and password as i'm used to but it doesn't work :((( I obtain the following warning message : and the connection fails... I use this code : <$dbh = ibase_connect('//server/D:/base.GDB', 'log

[PHP-DEV] Re: Session Oddness

On 13 Mar 2002, Matt Allen wrote: > Ok then, no problems. > > The thing is, last night in stalled the latest snap and SID was not > being popuulated, even though session cookies were DEFINATLY off, > accoring to a phpinfo anyway. Ok, SID would be defined on the first, but not subsequent

[PHP-DEV] Re: Session Oddness

Ok then, no problems. The thing is, last night in stalled the latest snap and SID was not being popuulated, even though session cookies were DEFINATLY off, accoring to a phpinfo anyway. very strange. Thanks, Matt On Wed, 2002-03-13 at 23:52, Sascha Schumann wrote: > On 13 Mar 2002, Matt Allen

[PHP-DEV] Re: Session Oddness

On 13 Mar 2002, Matt Allen wrote: > I might be reading it wrong, and feel free to creect me if i am but: Yes, you are reading it wrong. > does the code read: Note the tempus of the variable "send_cookie". - Sascha Experience IRCG http://sc

[PHP-DEV] Re: Session Oddness

I might be reading it wrong, and feel free to creect me if i am but: does the code read: If a cookie was sent then setup SID else if a cookie wasnt sent dont setup SID end if if (send_cookie) { smart_str var = {0}; smart_str_appends(&var, PS(session_name));

[PHP-DEV] CVS Account Request: jeyoung

Contribute to PEAR documentation (mainly proof-reading) -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re[2]: [PHP-DEV] alternatives to mod_php

hi, > Derick: > You might want to check mod_become, or even better mod_suid, which will > let apache run as the user you want it to run as. in fact, some big hosters over here run PHP as CGI (such as puretec.de), although I do not know whether they use a "home-brewn" solution or depend on "PHP

Re[2]: [PHP-DEV] alternatives to mod_php

Hi, > You might want to check mod_become, or even better mod_suid, which will > let apache run as the user you want it to run as. mod_become which requires you to run apache as root (compile with -DBIG_SECURITY_HOLE)? http://www.snert.com/Software/mod_become/index.shtml doesn't sound very c

Re: [PHP-DEV] alternatives to mod_php

Hello, You might want to check mod_become, or even better mod_suid, which will let apache run as the user you want it to run as. Derick On Wed, 13 Mar 2002, Daniel Lorch wrote: > Hi, > > I hope this is not too off-topic - otherwise tell me and I'll post a > follow-up to whatever place you th

[PHP-DEV] alternatives to mod_php

Hi, I hope this is not too off-topic - otherwise tell me and I'll post a follow-up to whatever place you think would be more appropriate. I never liked the idea of running mod_php in a virtual hosting environment, thus I sought for alternatives. I stuck to the "PHP Patch for cgiwrap" which now r

Re: [PHP-DEV] New Build System Committed to HEAD

> When I try to build pear/PECL/satellite, I get an error like this: Thanks for submitting this. The issue has been corrected in CVS. You need to reinstall phpize and related components from CVS. - Sascha Experience IRCG http://schumann

[PHP-DEV] prbolem with static php/cli

Hi I have problem with the compilation of php as static file with CLI SAPI my config line: ./configure --without-mysql --disable-shared --enable-static after a succesfull build the 'file' command tell me that sapi/cli/php is a dynamic linked binary please help. -- ---[Sig

Re: [PHP-DEV] the dl() issue

I thought we weren't wasting any more time with this? :) At 10:54 PM 3/12/2002, Shane Caraveo wrote: >I am talking about dl. 'should' being the keyword. I see no reason at all >that dl should unload the module after the request, and the fact that it >does seems to be the primary reason there ar

Re[2]: [PHP-DEV] cvs ./buildconf & configure failed

Hello, can you try automake 1.4 and libtool 1.4.2 ? That should work fine... Derick On Wed, 13 Mar 2002, Andrew Sitnikov wrote: > Hello Derick, > > DR> Hello, > DR> which buildtools do you use? > DR> Derick > > sitnikov-gap /home/local/sitnikov/projects/php4> autoconf --version > autoconf (G

Re[2]: [PHP-DEV] cvs ./buildconf & configure failed

Hello Derick, DR> Hello, DR> which buildtools do you use? DR> Derick sitnikov-gap /home/local/sitnikov/projects/php4> autoconf --version autoconf (GNU Autoconf) 2.52 sitnikov-gap /home/local/sitnikov/projects/php4> automake --version automake (GNU automake) 1.5d sitnikov-gap /home/local/sitnik

Re: [PHP-DEV] cvs ./buildconf & configure failed

Hello, which buildtools do you use? Derick On Wed, 13 Mar 2002, Andrew Sitnikov wrote: > Hello php-dev, > > sitnikov-gap /home/local/sitnikov/projects/php4> ./buildconf > rebuilding configure > configure.in:823: warning: AC_PROG_LIBTOOL is m4_require'd but is not m4_defun'd > configure.in:151

[PHP-DEV] cvs ./buildconf & configure failed

Hello php-dev, sitnikov-gap /home/local/sitnikov/projects/php4> ./buildconf rebuilding configure configure.in:823: warning: AC_PROG_LIBTOOL is m4_require'd but is not m4_defun'd configure.in:151: error: possibly undefined macro: AC_MSG_RESULT configure.in:285: error: possibly undefined macro: AC_

[PHP-DEV] Re: Session Oddness

The current CVS behaviour is the correct and documented one. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/uns

Re: [PHP-DEV] OCIError patch

On Wed, Mar 13, 2002 at 12:52:30AM -0800, Daniel Ceregatti wrote : > Well, this leaves one question: Should I even bother passing the sql > statement? Presumably, the developer will have access to the sql > statement in the script/class already, so the offset _should_ suffice. > This is actual

Re: [PHP-DEV] OCIError patch

Well, this leaves one question: Should I even bother passing the sql statement? Presumably, the developer will have access to the sql statement in the script/class already, so the offset _should_ suffice. This is actually what I originally implemented, but I thought I'd go the extra kilometer

Re: [PHP-DEV] exec + safemode

On Wed, 2002-03-13 at 00:13, Stefan Esser wrote: > Hi, > > It is not off topic. Its an annoying bug and I asked around if I oversee > something > if i change php_escape_shell_cmd to ignore stuff between quotes. > (off course checking for escaped quotes within the quotes) > > Stefan Sorry, I did

Re: [PHP-DEV] OCIError patch

Agree! You could provide afunction for your html output and make it an examle in the documentations - then everyone knows how to make nice error messages and those needing correct ones can do it too. Besides that i often needed some time to see the asterix in long statements (multiple subselects)