[PHP-DEV] Re: session_register warnings

> This is the exact same code run twice. It works exactly the same both > times. Where is the silent failure? The second change will not have any effect. It will be lost. The session module does not see it. The module looks at $_SESSION first, and if it does not find anything, fal

[PHP-DEV] Re: session_register warnings

Now I'm not really anyone special - just another user, as it were, but I do use the session module on a daily basis as part of my job. FWIW, I agree with Sascha on this one. A user should be able to work with a session variable in global scope all the time, or not at all. Not some mish-mash of bot

[PHP-DEV] Re: session_register warnings

> With PHP 4.3, it finally becomes possible to completely > manage session variables without any dedicated functions. > Just set or unset variables in $_SESSION and you are done > with it. It could not be any easier. And that's very nice. I have no argument with that. > The

[PHP-DEV] Re: session_register warnings

With PHP 4.3, it finally becomes possible to completely manage session variables without any dedicated functions. Just set or unset variables in $_SESSION and you are done with it. It could not be any easier. The streamlining of the serialization process also has another

Re: [PHP-DEV] How to debug?

On Fri, Oct 11, 2002 at 03:22:21PM +0100, David Reid wrote : > Can I run the tests under gdb to try and see if I can get a better > backtrace? I'm still seeing the segafluts in the session tests... Does http://bugs.php.net/bugs-generating-backtrace.php help you? -- GnuPG Key: http://guru.j

[PHP-DEV] Re: session_register warnings

> > Very simple. It says that the named global variable will become part of > > the session. [snip] > > It is saying that, because at the time of writing, > session_register could not take it from somewhere else. Is > that so hard to accept? It is hard to accept because the function

[PHP-DEV] Re: session_register warnings

Rasmus, if you were arguing for adding a second class of session variables which are always available through and looked up in the global symbol table, you actually had a point. I completely disagree though with your interpretation of the outdated, unmaintained session_registe

[PHP-DEV] Re: session_register warnings

> PHP 4.2 and earlier versions behave inconsistenly with regard > to treating global variables as source of session variables. > They work exactly like this: > > 1st request > > session_register('c'); > $c = 3; # Updates session variable > > 2nd request > >

[PHP-DEV] Re: session_register warnings

On Fri, 11 Oct 2002, Rasmus Lerdorf wrote: > Sascha, would you mind explaining the reasoning for changing this > behaviour? Whether it is documented or not, I'd like to hear a technical > reason for not allowing session_register() to act on global variables when > register_globals is off. I sti

[PHP-DEV] How to debug?

Can I run the tests under gdb to try and see if I can get a better backtrace? I'm still seeing the segafluts in the session tests... david -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: session_register warnings

Sascha, would you mind explaining the reasoning for changing this behaviour? Whether it is documented or not, I'd like to hear a technical reason for not allowing session_register() to act on global variables when register_globals is off. I still don't see it. All I see is inconsistency here.

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /main config.w32.h.in

Why? Nobody seems to be willing to fix it for good and having a broken build in the cvs causes problems such as snapshots not being generatad, etc. Edin - Original Message - From: "Sebastian Bergmann" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 10, 2002 9:08 PM Sub

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /main config.w32.h.in

Why? Nobody seems to be willing to fix it for good and having a broken build in the cvs causes problems such as snapshots not being generatad, etc. Edin - Original Message - From: "Sebastian Bergmann" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 10, 2002 9:08 PM Sub

RE: [PHP-DEV] bundled gd

At 09:14 11/10/2002 +0200, BUSTARRET, Jean-Francois wrote: >We are currently building apps for French iMode, and have to use a >closed-source non-free Windows DLL to generate our images (can't use GD >and imageMagick's dithering algorithm is shitty). have a look at imlib2 and the various comma

Re: [PHP-DEV] bundled gd

On Fri, Oct 11, 2002 at 12:49:07AM +0300, Jani Taskinen wrote: > On Thu, 10 Oct 2002, Tit "Black" Petric wrote: > >since gd is supposed to be bundled and packed together with php4.3 i just > >wanted to know if the patch for imagettftext for the truecolor rendering > >will be applied to its source,

Re: [PHP-DEV] URL

I think you want to use a simple frameset as the index of your site, then load all of your pages inside the frameset. This way, the address will still look like your domain, and it's really easy to do. Actually this is not the right list to ask, though. PHP-DEV is for developing PHP itself, not d