[PHP-DEV] Issues in passing session data

Hi php users, I have some questions regarding the way developers uses php sessions. For instance, most developers uses session_start() on top of every page. The problem is that after visiting each page, a new session file is created on the server. Now i made a web application that uses the star

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

In message <[EMAIL PROTECTED]> on Wed, Mar 05, 2003 at 07:35:49AM +0200, Andi Gutmans wrote: > At 01:29 PM 3/5/2003 +0800, James Devenish wrote: > >In message <[EMAIL PROTECTED]> > >on Wed, Mar 05, 2003 at 07:24:20AM +0200, Andi Gutmans wrote: > >Hasn't worked so far ;) > > Well we're talking abou

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

At 01:29 PM 3/5/2003 +0800, James Devenish wrote: In message <[EMAIL PROTECTED]> on Wed, Mar 05, 2003 at 07:24:20AM +0200, Andi Gutmans wrote: > It might be less confusing to just have one. Hasn't worked so far ;) Well we're talking about changing the name from OnUpdateInt to OnUpdateLong. It shou

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

In message <[EMAIL PROTECTED]> on Wed, Mar 05, 2003 at 07:24:20AM +0200, Andi Gutmans wrote: > It might be less confusing to just have one. Hasn't worked so far ;) -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

At 11:03 PM 3/4/2003 +0100, Sascha Schumann wrote: On Tue, 4 Mar 2003, Jani Taskinen wrote: > > Yup, that was the idea. I'll first change them > all to OnUpdateInteger, and then use your patch > to change the ones that need to be long to use OnUpdateLong. Is there any specific reas

RE: [PHP-DEV] [PATCH] imagesavealpha()

> -Original Message- > From: Pierre-Alain Joye [mailto:[EMAIL PROTECTED] > Sent: Sunday, February 23, 2003 3:02 PM > To: Pierre-Alain Joye > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: [PHP-DEV] [PATCH] imagesavealpha() > > > Hello, > > The 1st patch will be

[PHP-DEV] [PATCH][ZE1] (resend) fix for bug #19943

Hi, Could anyone review this patch again? (I sent this one before the release of 4.3.0 actually.) The patch is against ZE1 and addresses memleaks that occur when brackets are used to access an element in a string like below. patch: http://marc.theaimsgroup.com/?l=php-dev&m=103654899426422&q=p3

Re: [PHP-DEV] [PATCH] - 64 bit issue with zend_parse_parameterscalls

Just commit these.. --Jani On Sat, 1 Mar 2003, Dave Hill wrote: >Hi all, I am back again > >Diff against php4-STABLE-200302241430 >(without the last patch I suggested) >Applies to 4.5.x and 5.x as well. >Affects any 64 bit OS. > >I ran into another problem after I tu

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

On Tue, 4 Mar 2003, David Hill wrote: > > >> Is there any specific reason why a single API (OnUpdateLong) >> is not sufficient? Is not it a safe assumption that those >> modules which still use 'int's are simply the result of a >> mistake on the developer's side? > >This is a reas

[PHP-DEV] CVS Account Request: kingphp

Maintaining an official, bundled PHP extension & Translating the documentation to arabic & Developing the PHP runtime -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

> Is there any specific reason why a single API (OnUpdateLong) > is not sufficient? Is not it a safe assumption that those > modules which still use 'int's are simply the result of a > mistake on the developer's side? This is a reasonable assumption actually I can't think of

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

On Tue, 4 Mar 2003, Jani Taskinen wrote: > > Yup, that was the idea. I'll first change them > all to OnUpdateInteger, and then use your patch > to change the ones that need to be long to use OnUpdateLong. Is there any specific reason why a single API (OnUpdateLong) is not suff

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

Yup, that was the idea. I'll first change them all to OnUpdateInteger, and then use your patch to change the ones that need to be long to use OnUpdateLong. --Jani On Tue, 4 Mar 2003, David Hill wrote: > > >The patch I sent in should have all of the OnUpdateLong changes

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

The patch I sent in should have all of the OnUpdateLong changes in them, and the remaining OnUpdateInt should probably be OnUpDateInteger. The painful part was actually looking at what was passed to match up the calls. That might save you some time. dave hill > > Yes, I know, but we need t

[PHP-DEV] OnUpdateLong(), etc. (64bit issues)

Attached proposed patch to solve this, just the Zend/ part. (patch is for PHP_4_3 branch) --Jani Index: zend_ini.c === RCS file: /repository/Zend/zend_ini.c,v retrieving revision 1.23.2.1 diff -u -r1.23.2.1 zend_

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

And of course the rest to use OnUpdateInteger().. --Jani On Tue, 4 Mar 2003, Jani Taskinen wrote: > >Yes, I know, but we need to remain backwards compatible >so I'm adding OnUpdateInteger() and OnUpdateLong(). > >This leaves OnUpdateInt() as it is now. Just need to >

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

Yes, I know, but we need to remain backwards compatible so I'm adding OnUpdateInteger() and OnUpdateLong(). This leaves OnUpdateInt() as it is now. Just need to go through the extensions and change the necessary OnUpdateInt()'s to OnUpdateLong(). --Jani On Tue, 4

[PHP-DEV] CVS Account Request: ddhill

Would like to contribute 64 bit related corrections to PHP core and extensions. Will be feeding changes found by the HP Tru64 and UX teams back. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug or not?

Hi, I just tried to compile PHP 4.3.1 in AIX 4.3.3. Compile crashed because in ext/socket/socket.c there is #define _XOPEN_SOURCE_EXTENDED and it's already defined in /usr/include/standard.h in AIX... -Juha- ### This message has been scanned by

Re: [PHP-DEV] $GLOBALS broken?

Just noticed register_long_arrays. Turning it on fixes problems with $_SERVER and $_ENV, but $GLOBALS still acts weird. J Shane Caraveo wrote: > It's a patch to ze2 that was done over the weekend, there is a new ini > setting that if you turn it on will fix the problem, just cannot > remember

Re: [PHP-DEV] $GLOBALS broken?

Shane Caraveo wrote: It's a patch to ze2 Actually, it may not have been to ze2 itself. that was done over the weekend, there is a new ini setting that if you turn it on will fix the problem, just cannot remember what it was right now... Shane Sebastian Bergmann wrote: Notice: Undefined varia

Re: [PHP-DEV] $GLOBALS broken?

It's a patch to ze2 that was done over the weekend, there is a new ini setting that if you turn it on will fix the problem, just cannot remember what it was right now... Shane Sebastian Bergmann wrote: Notice: Undefined variable: GLOBALS in E:\test.php on line 7 1 -- PHP Development Ma

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

> So for 4.3.2, we add the OnUpdateLong() and replace > all the calls to OnUpdateInt() to use that instead > and we leave the OnUpdateInt() behaviour same as it was. > This shouldn't cause BC problems then..? If you want to leave the current OnUpdateInt behavior (uses long * inte

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

On Tue, 4 Mar 2003, Sascha Schumann wrote: > > Well, Perl can lean the other way as well actually. Try this: > > Is there some documentation why the default is as it is? All I could find was this description of the Perl modulus operator: Binary ``%'' computes the modulus of two numbers.

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

> Well, Perl can lean the other way as well actually. Try this: Is there some documentation why the default is as it is? > You will see it gives you -6. Like I said, it comes down to which way you > truncate. Programmers tend to think that something like (int)(-3.4) > should result in -3.

[PHP-DEV] Re: $GLOBALS broken?

Using 'global $GLOBALS' works, though. On a related note, $GLOBALS and superglobals in general are acting a bit weird recently. I just cvs updated and rebuilt HEAD and this modified version of your script shows some oddness: Output on my machine: barArray ( [GLOBALS] => Array *RECURSION

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

Well, Perl can lean the other way as well actually. Try this: use integer; print -27%7; You will see it gives you -6. Like I said, it comes down to which way you truncate. Programmers tend to think that something like (int)(-3.4) should result in -3. If that is what you expect, then I t

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

> Don't they have to do that anyway..? :) No, why? For example, the session extension will be largely unchanged. The same code works in PHP 4 and 5. - Sascha -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

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. for example, zval *ary1, *ary2; /* $ary1 = array(); */ ALLOC_INIT_ZVAL(ary1); array_init(ary1); /* $ary2 = array(); */ ALLOC_INIT_ZVAL(ary2);

[PHP-DEV] Re: Writing a php extension

www.zend.com/apidoc J Mincu Alexandru wrote: > I want to write a php module an I was wondering where I could find some > docs about this .. > > tks, -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

On Tue, 4 Mar 2003, Sascha Schumann wrote: >> So for 4.3.2, we add the OnUpdateLong() and replace >> all the calls to OnUpdateInt() to use that instead >> and we leave the OnUpdateInt() behaviour same as it was. >> This shouldn't cause BC problems then..? > >Yes. Ok, I'll

[PHP-DEV] Writing a php extension

I want to write a php module an I was wondering where I could find some docs about this .. tks, -- Mincu Alexandru intelinet.ro Tel:+4 0745 369719 +4 021 3140021 www.intelinet.ro[EMAIL PROTECTED] -- PHP Development Mailing List

[PHP-DEV] Modifying PHP variables in C

Hi, I'm porting some PHP code to C, and was hoping that someone can help me. I have 2 variables $oldarray and $newarray that both hold arrays and want to set $oldarray = $newarray; I suppose i have to dispose of $oldarray before i set it to $newarray. I'm not sure what is the best way, so i

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

> So for 4.3.2, we add the OnUpdateLong() and replace > all the calls to OnUpdateInt() to use that instead > and we leave the OnUpdateInt() behaviour same as it was. > This shouldn't cause BC problems then..? Yes. > And in 5.0.0 we change OnUpdateInt() to use ints. No

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

> Yeah, I read that in the bug report and confirmed that as the intended > behavior in C. What I meant was 'regardless of what the ISO standard > says, thats not a standard mathematical definition.' Well, the standard mathematical definition r = a mod b <=> a = floor(a/b) * b + r

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

On Fri, 28 Feb 2003, Andi Gutmans wrote: >At 04:28 PM 2/28/2003 +0100, Sascha Schumann wrote: >> > So I think the fix of adding OnUpdateLong() is the correct fix. >> >> I was under the impression that OnUpdateInt was actually >> expecting a long. I remember changing some int's to long's >

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

On Tuesday, March 4, 2003, at 10:33 AM, Sascha Schumann wrote: On Tue, 4 Mar 2003, George Schlossnagle wrote: Interesting. I don't know what the ISO standard say, but mathematically a a % b will always return you an integer 0 <= a%b < b (since there are no negative numbers in canonical represe

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

On Tue, 4 Mar 2003, George Schlossnagle wrote: > Interesting. > > I don't know what the ISO standard say, but mathematically a a % b will > always return you an integer 0 <= a%b < b (since there are no negative > numbers in canonical representation of Z/bZ). I guess perl/python/tcl > ddecided to

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

Interesting. I don't know what the ISO standard say, but mathematically a a % b will always return you an integer 0 <= a%b < b (since there are no negative numbers in canonical representation of Z/bZ). I guess perl/python/tcl ddecided to adhere to the mathematical definition. On Tuesday, Marc

Re: [PHP-DEV] Jumadi

Hello! For the last time: forward user questions to the [EMAIL PROTECTED] mailinglist, this list is for development _OF_ PHP, not development _with_ PHP. Derick On Tue, 4 Mar 2003 [EMAIL PROTECTED] wrote: > How to make file handling with PHP.? > > --

[PHP-DEV] Jumadi

How to make file handling with PHP.? -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] RE: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c zend_API.h

On Tue, 4 Mar 2003, Harald Radi wrote: > the text has been copied from zend_disable_function(), that's why it is like > it is. beside that i disagree '* has been disabled.' doesn't contain a reason > thus the user will get confused, doesn't know whom to contact, mails to > php-dev, files a bugrepo

[PHP-DEV] Wrong line number shown for warning

I get this warning Warning: array_push(): First argument should be an array in e:\home\buch\build on line 451 for the code below 448: array_push($GLOBALS['tempFiles'], $filename); 449: } 450: 451: function prepareStylesheet($format, $language) { -- Sebastian Bergman

[PHP-DEV] $GLOBALS broken?

Notice: Undefined variable: GLOBALS in E:\test.php on line 7 1 -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List