Re: [PHP-DEV] Doing something with an each opcode as zend_execute() handles it

2003-03-05 Thread George Schlossnagle
Essentially, I want to be able to produce a sort of serialized representation of the opcodes, but as they are executed, not all in one big chunk after they are compiled. This isn't for any actually useful production code, just some debugging/messing around/exploring engine internals. There's no

RE: [PHP-DEV] Doing something with an each opcode as zend_execute() handles it

2003-03-05 Thread John Coggeshall
Look at zend_init_opcodes_handlers() and the zend_opcode_handler array.. John -Original Message- From: George Schlossnagle [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 6:10 PM To: David Sklar Cc: Sterling Hughes; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Doing something

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

2003-03-05 Thread Steven Brown
-Original Message- From: Ilia A. [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 6:31 AM To: Steven Brown; Pierre-Alain Joye; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] [PATCH] imagesavealpha() On March 5, 2003 12:18 am, Steven Brown wrote: I went to update the official

RE: [PHP-DEV] Doing something with an each opcode as zend_execute() handles it

2003-03-05 Thread David Sklar
On Wednesday, March 05, 2003 5:46 PM, Sterling Hughes wrote: Essentially, I want to be able to produce a sort of serialized representation of the opcodes, but as they are executed, not all in one big chunk after they are compiled. This isn't for any actually useful production code, just some

RE: [PHP-DEV] Doing something with an each opcode as zend_execute() handles it

2003-03-05 Thread John Coggeshall
Such as overriding the opcode handlers for each opcode? I suppose I could change what the handlers are initialized to in zend_init_opcodes_handler() so that my new handler does the serialization and then calls the regular handler. Does that make sense? Yep Int

[PHP-DEV] Resources and zend_register_list_destructors_ex

2003-03-05 Thread Dave Viner
Hi, I'm having some trouble understanding persistent versus non-persistent resources (in ZE1). Does the Zend engine call _any_ non-persistent callback dtor function for a resource at the end of a request? For example: If I register a resource type at MINIT time like so: le_mod =

Re: [PHP-DEV] php_xslt: xslt_set_encoding

2003-03-05 Thread Edin Kadribasic
You can download latest stable snapshot from snaps.php.net or wait for 4.3.2 release. Edin - Original Message - From: Michel Sahyoun [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, March 06, 2003 1:02 AM Subject: [PHP-DEV] php_xslt

[PHP-DEV] Re: [Zend Engine 2] FYI: PHP/threads

2003-03-05 Thread Alan Knowles
Timm Friebe wrote: I've been playing around with the (not new) idea of introducing threads into PHP userland (maybe something to think about havin in PHP6?). What came out of it is available at [1], offering an object oriented API (in comparison to PECL/threads [2]). -one of the reasons to not

[PHP-DEV] php_xslt: xslt_set_encoding

2003-03-05 Thread Michel Sahyoun
I have downloaded the 4.3.1 windows binaries zip package and it doesn't seem to have xslt_set_encoding() enabled. Can anyone confirm this? And short of getting the sources and recompiling PHP, is there another binary distribution that would have xslt_set_encoding() enabled? Thanks, Michel --

[PHP-DEV] $GLOBALS broken?

2003-03-04 Thread Sebastian Bergmann
Notice: Undefined variable: GLOBALS in E:\test.php on line 7 1 ?php 2 function foo() { 3 $GLOBALS['foo'] = 'bar'; 4 } 5 6 function bar() { 7 echo $GLOBALS['foo']; 8 } 9 10 foo(); 11 bar(); 12 ? -- Sebastian Bergmann

[PHP-DEV] Wrong line number shown for warning

2003-03-04 Thread Sebastian Bergmann
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

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

2003-03-04 Thread Derick Rethans
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 bugreport

[PHP-DEV] Jumadi

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

Re: [PHP-DEV] Jumadi

2003-03-04 Thread Derick Rethans
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.? --

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

2003-03-04 Thread George Schlossnagle
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, March

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

2003-03-04 Thread Sascha Schumann
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 adhere

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

2003-03-04 Thread George Schlossnagle
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

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

2003-03-04 Thread Jani Taskinen
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 to

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

2003-03-04 Thread Sascha Schumann
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

2003-03-04 Thread Sascha Schumann
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,

[PHP-DEV] Modifying PHP variables in C

2003-03-04 Thread John Lim
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

[PHP-DEV] Writing a php extension

2003-03-04 Thread Mincu Alexandru
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 http://www.php.net/

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

2003-03-04 Thread Jani Taskinen
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 prepare a

[PHP-DEV] Re: Writing a php extension

2003-03-04 Thread J Smith
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

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

2003-03-04 Thread Moriyoshi Koizumi
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);

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

2003-03-04 Thread Sascha Schumann
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

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

2003-03-04 Thread Rasmus Lerdorf
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

[PHP-DEV] Re: $GLOBALS broken?

2003-03-04 Thread J Smith
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: ?php function foo(){ global $GLOBALS; $GLOBALS['foo']='bar';

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

2003-03-04 Thread Sascha Schumann
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. If

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

2003-03-04 Thread Rasmus Lerdorf
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] [PATCH] - fix for 64 bit issues with OnUpdateInt

2003-03-04 Thread David Hill
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 *

Re: [PHP-DEV] $GLOBALS broken?

2003-03-04 Thread Shane Caraveo
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 2 function

Re: [PHP-DEV] $GLOBALS broken?

2003-03-04 Thread Shane Caraveo
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

Re: [PHP-DEV] $GLOBALS broken?

2003-03-04 Thread J Smith
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

[PHP-DEV] Bug or not?

2003-03-04 Thread Moisio Juha
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

[PHP-DEV] CVS Account Request: ddhill

2003-03-04 Thread David Hill
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

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

2003-03-04 Thread Jani Taskinen
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,

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

2003-03-04 Thread Jani Taskinen
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 go

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

2003-03-04 Thread Jani Taskinen
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

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

2003-03-04 Thread David Hill
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 to

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

2003-03-04 Thread Jani Taskinen
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 in

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

2003-03-04 Thread Sascha Schumann
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

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

2003-03-04 Thread David Hill
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 a

[PHP-DEV] CVS Account Request: kingphp

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

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

2003-03-04 Thread Jani Taskinen
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 reasonable

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

2003-03-04 Thread Jani Taskinen
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 turned

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

2003-03-04 Thread Moriyoshi Koizumi
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-devm=103654899426422q=p3

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

2003-03-04 Thread Steven Brown
-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 applied

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

2003-03-04 Thread Andi Gutmans
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 reason

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

2003-03-04 Thread James Devenish
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

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

2003-03-04 Thread Andi Gutmans
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 should

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

2003-03-04 Thread James Devenish
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 about changing

[PHP-DEV] Issues in passing session data

2003-03-04 Thread Hantzley
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

Re: [PHP-DEV] PHP 4.5.x-dev

2003-03-03 Thread Sascha Schumann
On Mon, 3 Mar 2003, Harald Radi wrote: sorry for this naive question, i just realized that we have php 4.5.x snapshots on snaps.php.net, i assume this is the PHP_4 branch. does that mean that PHP_4_3 and PHP_4 should kept synchronized ? Yes, general fixes can be committed to the PHP_4

Re: [PHP-DEV] PHP 4.5.x-dev

2003-03-03 Thread Sebastian Bergmann
Harald Radi wrote: PHP_4 But why is the version of the PHP_4 branch 4.5, and not 4.4? -- 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

Re: [PHP-DEV] PHP 4.5.x-dev

2003-03-03 Thread Derick Rethans
On Mon, 3 Mar 2003, Harald Radi wrote: sorry for this naive question, i just realized that we have php 4.5.x snapshots on snaps.php.net, i assume this is the PHP_4 branch. does that mean that PHP_4_3 and PHP_4 should kept synchronized ? is there also a PHP_4 branch in the Zend module or ist

[PHP-DEV] CVS Account Request: avb

2003-03-03 Thread Alexey Borzov
Working on PEAR and PEAR documentation. PEAR account already approved: http://pear.php.net/account-info.php?handle=avb -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: INI defaults for CLI

2003-03-03 Thread Marcus Börger
At 02:45 03.03.2003, [EMAIL PROTECTED] wrote: Nothing attached... Try again... Index: main/SAPI.h === RCS file: /repository/php4/main/SAPI.h,v retrieving revision 1.100 diff -u -r1.100 SAPI.h --- main/SAPI.h 20 Feb 2003 22:21:48

Re: [PHP-DEV] PHP 4.5.x-dev

2003-03-03 Thread Sascha Schumann
On Mon, 3 Mar 2003, Sebastian Bergmann wrote: Harald Radi wrote: PHP_4 But why is the version of the PHP_4 branch 4.5, and not 4.4? 4.4 was used already in HEAD for some time. So we skipped it. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit:

Re: [PHP-DEV] Re: INI defaults for CLI

2003-03-03 Thread Edin Kadribasic
Hi Marcus, This patch looks fine to me, but I have the same reservations as you in that I'm not sure if we really need to modify the current behavior. IIRC it was Markus who objected to the way CLI overrode some default ini settings in a way that php.ini entries were ignored. You could still

[PHP-DEV] php_pgsql.dll problem

2003-03-03 Thread Peter Kmet
Hello, i'm trying to use php with postgres on win32 i have found some problems with php 4.3.1 (same for php 4.3.0) and php_pgsql.dll. When i try to load php_pgsql.dll extension in php.ini i get error notice PHP Warning: Unknown(): Unable to load dynamic library 'C:\Program

Re: [PHP-DEV] php_pgsql.dll problem

2003-03-03 Thread Edin Kadribasic
php_pgsql.dll does not depend on external libpq.dll (its built in statically). Your problem is most probably in the local install, ie. a stale php4ts.dll somewhere. Edin On Mon, 3 Mar 2003, Peter Kmet wrote: Hello, i'm trying to use php with postgres on win32 i have found some problems

[PHP-DEV] Patch for OCI8 link failure (Tru64/AIX) (#22324)

2003-03-03 Thread Michael Mauch
Hi, my older patch for the link problems with OCI8 on Tru64 broke the build on AIX and maybe other systems, so Jani commented it out. Here comes a better patch. Instead of just linking to libocijdbc8/9 if it is available, it tries to find the OCILobIsTemporary function in the normal libclntsh

Re: [PHP-DEV] Tie'ing variables

2003-03-03 Thread Jani Taskinen
Can't those long names be gone in PHP 5 anyway..? Having YASIO is not fun. :) --Jani On Sun, 2 Mar 2003, Zeev Suraski wrote: I wanted to do this for some time, but until recently, it wasn't very feasible, because the order of registration could be designated by the

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

2003-03-03 Thread Rasmus Lerdorf
This is actually an interesting question. Should we be truncating towards zero? I'd say yes, but then I tested Perl, Python and Tcl, and they all say that -27 % 7 is 1 which means they truncate towards negative infinity. Too late to change at this point in the game, but perhaps it calls for a

[PHP-DEV] Linking with pthreads

2003-03-02 Thread Justin Garrett
I have a module that references a library that uses pthreads. What's the preferred method for linking with pthreads? Currently If I don't do LIBS=-lpthread ./configure ... configure will croak when running the test on conftest.c Justin Garrett -- PHP Development Mailing List

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

2003-03-02 Thread James Devenish
In message [EMAIL PROTECTED] on Sat, Mar 01, 2003 at 02:43:59PM -0500, Dave Hill wrote: Interestingly enough I did find one coding error, in ext/w32api/w32api.c there are two calls with s|l and only two arguments passed into the function, so heaven help anyone who tries to pass that optional

Re: [PHP-DEV] Tie'ing variables

2003-03-02 Thread Zeev Suraski
I wanted to do this for some time, but until recently, it wasn't very feasible, because the order of registration could be designated by the user (gpc_order, variables_order, etc.). Now that register_globals is off by default, and that we have the auto-globals, it's much more feasible. I

[PHP-DEV] MSSQL extension BugFix FreeTDS, datetime with milliseconds

2003-03-02 Thread Michael Bretterklieber
Hi Frank! In the attached patches I fixed a bug when using the mssql extension with FreeTDS and deactivated datetimeconvert. FreeTDS returns the month starting with 0 (=jan), but the MSoft-lib starts with 1. I added another php.ini switch (datetimemsec) for adding milliseconds to

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

2003-03-02 Thread Zeev Suraski
Looks like for some reason, CLI registers $argv and $argc globals even though register_globals is off. Why's that? Anyway, if we want to keep this behavior, we probably should change the place where argv/argc are registered, and put it somewhere global, outside where _SERVER is created.

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

2003-03-02 Thread Marcus Börger
At 16:38 02.03.2003, Zeev Suraski wrote: Looks like for some reason, CLI registers $argv and $argc globals even though register_globals is off. Why's that? CLI overwrites register_argc_argv: zend_alter_ini_entry(register_argc_argv, 19, 1, 1, PHP_INI_SYSTEM, PHP_INI_STAGE_ACTIVATE);

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

2003-03-02 Thread Zeev Suraski
At 17:56 02/03/2003, Marcus Börger wrote: At 16:38 02.03.2003, Zeev Suraski wrote: Looks like for some reason, CLI registers $argv and $argc globals even though register_globals is off. Why's that? CLI overwrites register_argc_argv: zend_alter_ini_entry(register_argc_argv, 19, 1, 1,

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

2003-03-02 Thread Marcus Börger
Anyway, if we want to keep this behavior, we probably should change the place where argv/argc are registered, and put it somewhere global, outside where _SERVER is created. Ifwhen _SERVER is created, it will attempt to copy them. Thoughts? That leads to $_COMMAND or $_CMD. Didn't quite

Re: [PHP-DEV] session extension question

2003-03-02 Thread Derick Rethans
On Sat, 1 Mar 2003, George Schlossnagle wrote: Any feelings on a patch to the session extension so that if session_set_save_handler is passed a class or namespace as it's sole argument, it auto-registers class::open, class::close, class::read, class::write, class::destory and class::gc?

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.hphp_variables.c php_variables.h

2003-03-02 Thread Derick Rethans
On Sun, 2 Mar 2003, Zeev Suraski wrote: Looks like for some reason, CLI registers $argv and $argc globals even though register_globals is off. Why's that? Anyway, if we want to keep this behavior, we probably should change the place where argv/argc are registered, and put it somewhere

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

2003-03-02 Thread Marcus Börger
At 18:49 02.03.2003, Derick Rethans wrote: On Sun, 2 Mar 2003, Zeev Suraski wrote: Looks like for some reason, CLI registers $argv and $argc globals even though register_globals is off. Why's that? Anyway, if we want to keep this behavior, we probably should change the place where argv/argc

[PHP-DEV] Re: MSSQL extension BugFix FreeTDS, datetime withmilliseconds

2003-03-02 Thread Frank M. Kromann
Hi Michael, Thanks. I'll have a look at the patch when I get back to the US (I'm in Denmark right now). I have one comment though: Compiling FreeTDS with the option --enable-msdblib will change FreeTDS to return the month as specified by Microsoft. FreeTDS 0.61 has a new feature where we can

Re: [PHP-DEV] Tie'ing variables

2003-03-02 Thread Shane Caraveo
So I'm not clear on how I am should expect this to work. A simple script: error_reporting(2047); print_r($_ENV); is now completely broken unless you turn on register_long_arrays. If that is expected behaviour, register_long_arrays must be on by default. Shane Zeev Suraski wrote: I wanted to

Re: [PHP-DEV] Tie'ing variables

2003-03-02 Thread Sterling Hughes
On Sun, 2003-03-02 at 14:22, Shane Caraveo wrote: So I'm not clear on how I am should expect this to work. A simple script: error_reporting(2047); print_r($_ENV); is now completely broken unless you turn on register_long_arrays. If that is expected behaviour, register_long_arrays must

[PHP-DEV] CVS Account Request: andrew

2003-03-02 Thread Andrew Heebner
Helping with quality assurance, and adding/contributing to PEAR/PECL -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] disable_classes

2003-03-02 Thread Harald Radi
i reclassified http://bugs.php.net/bug.php?id=22481 to a feature request for adding disable_classes . if there are no objections i'm going to implement it that way. regards, Harald Radi -- nme - we can heal you http://www.nme.at Ortner Radi Schwenk GnbR Tumpenweg 528 5084 Grossgmain, Salzburg

Re: [PHP-DEV] disable_classes

2003-03-02 Thread Edin Kadribasic
On Sunday, Mar 2, 2003, at 23:42 Europe/Copenhagen, Harald Radi wrote: i reclassified http://bugs.php.net/bug.php?id=22481 to a feature request for adding disable_classes . if there are no objections i'm going to implement it that way. +1 It is actually necessary to have such an ini option as

[PHP-DEV] magic_quotes on the environment?

2003-03-02 Thread Shane Caraveo
Even though magic_quotes_gpc is documented to addslashes to get/post/cookie, it also does it to the environment. This probably doesn't effect linux as much as windows, where all paths get escaped if magic_quotes_gpc is on. I find this rather anoying since I am trying to build environments for

Re: [PHP-DEV] magic_quotes on the environment?

2003-03-02 Thread Rasmus Lerdorf
I'm not convinced that escaping environment data is the correct thing to do in the first place, and I would like to change php to not escape env vars if magic_quotes_gpc is on. Any opinions on this? This changed somewhere along the line then. Originally magic quotes only touched GPC data.

Re: [PHP-DEV] magic_quotes on the environment?

2003-03-02 Thread Shane Caraveo
Rasmus Lerdorf wrote: I'm not convinced that escaping environment data is the correct thing to do in the first place, and I would like to change php to not escape env vars if magic_quotes_gpc is on. Any opinions on this? This changed somewhere along the line then. Originally magic quotes

[PHP-DEV] INI defaults for CLI

2003-03-02 Thread Marcus Börger
Hi, the current implementation does not allow to overwrite the hard coded INI defaults of CLI (See ToDo). The attached patch does allow it. However i am not sure if we want this. I mean the problem is that a user might copy/use his normal php.ini file and overwrite the cli defaults and gets

[PHP-DEV] Re: INI defaults for CLI

2003-03-02 Thread nicos
Nothing attached... -- 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] Hi, the current implementation does not allow to overwrite the hard coded INI defaults of CLI

[PHP-DEV] PHP 4.5.x-dev

2003-03-02 Thread Harald Radi
sorry for this naive question, i just realized that we have php 4.5.x snapshots on snaps.php.net, i assume this is the PHP_4 branch. does that mean that PHP_4_3 and PHP_4 should kept synchronized ? is there also a PHP_4 branch in the Zend module or ist HEAD supposed to be PHP_4 ? regards, Harald

[PHP-DEV] 'make' PHP4.3.1 returns the use of function`tempnam' is dangerous --- WHY?

2003-03-02 Thread Patrick LOK
When I tried to 'make' PHP-4.3.1, it returns warning message and died. I am using RH8.0 + Apache 2.0.44 The warning tells me the use of function name 'tempnam' is dangerous (why? who can tell?), and the 'make' process died. The error is: ext/mysql/libmysql/my_tempnam.lo: In function

[PHP-DEV] Re: [PHP] 'make' PHP4.3.1 returns the use of function`tempnam' isdangerous --- WHY?

2003-03-02 Thread Rasmus Lerdorf
When I tried to 'make' PHP-4.3.1, it returns warning message and died. I am using RH8.0 + Apache 2.0.44 It didn't die, that is simply the end of the build. Warnings aren't fatal. (Please do not cc all the lists) -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe,

[PHP-DEV] Re: [PHP] 'make' PHP4.3.1 returns the use of function`tempnam' is dangerous --- WHY?

2003-03-02 Thread Patrick LOK
I tried to complete the installation (I did 'make install') but the test on 'php -l' didn't return anything; it keeps on running... nothing returns, no core-dump... any further help? Ok! I just want helpers can have a full investigation on the suspected error. Best best regards ./pl Rasmus

[PHP-DEV] Re: [PHP] 'make' PHP4.3.1 returns the use of function`tempnam' is dangerous --- WHY?

2003-03-02 Thread Patrick LOK
ooops... Should be 'php -i'... ./pl Patrick Lok [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I tried to complete the installation (I did 'make install') but the test on 'php -l' didn't return anything; it keeps on running... nothing returns, no core-dump... any further

Re: [PHP-DEV] ZE2 constructors

2003-03-01 Thread Andi Gutmans
The patch look OK. Go ahead and commit it. Andi At 08:20 PM 2/28/2003 +0100, Marcus Börger wrote: Hi Zeev, according to the plans the following test file should PASS: --TEST-- The new constructor/destructor is called --SKIPIF-- ?php if (version_compare(zend_version(),

[PHP-DEV] PHP_CHECK_FUNC and shared extension (OCI8)

2003-03-01 Thread Michael Mauch
Hi, how do I use PHP_CHECK_FUNC to make it work even when the extension is shared? In ext/oci8/config.m4, if I use PHP_ADD_LIBPATH($OCI8_DIR/lib, OCI8_SHARED_LIBADD) PHP_CHECK_FUNC(OCILobIsTemporary, clntsh, ocijdbc8) it works when configured --with-oci8, but not with --with-oci8=shared.

Re: [PHP-DEV] PHP_CHECK_FUNC and shared extension (OCI8)

2003-03-01 Thread Sascha Schumann
how do I use PHP_CHECK_FUNC to make it work even when the extension is shared? You can manipulate LDFLAGS directly: php_save=$LDFLAGS LDFLAGS=-L$dir $LDFLAGS .. check .. LDFLAGS=$php_save - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe,

[PHP-DEV] PHP 4 Bug Summary Report

2003-03-01 Thread php-dev
PHP 4 Bug Database summary - http://bugs.php.net Num Status Summary (1051 total including feature requests) ===[*Configuration Issues] 19282 Wont fix Place php4ts.dll into \sapi 20490 Analyzed enable versioning not supported on OSX

Re: [PHP-DEV] #php.bugs invite only?

2003-03-01 Thread Harald Radi
Andi Gutmans [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED]... At 12:12 PM 2/28/2003 -0500, Ilia A. wrote: On February 28, 2003 11:50 am, George Schlossnagle wrote: #php.bugs seems to be invite only now. How do I go about getting myself invited? It would appear

[PHP-DEV] Tie'ing variables

2003-03-01 Thread Sterling Hughes
Hi, Analyzing PHP's routines a bit, it seems that the slowest part of a generic request is populating the special arrays, $_ENV, $_GET, etc. I was wondering if it might be possible to tie these arrays to a function (if you don't understand that, look at Perl for a definition). One could

Re: [PHP-DEV] Tie'ing variables

2003-03-01 Thread George Schlossnagle
Having this sort of functionaility in general would be great. I know you can affect this with objects via overload, but it is useful for scalars and arrays and streams as well. It is pretty 'magical' though. George On Saturday, March 1, 2003, at 11:26 AM, Sterling Hughes wrote: I was

Re: [PHP-DEV] Tie'ing variables

2003-03-01 Thread Sterling Hughes
On Sat, 2003-03-01 at 11:51, George Schlossnagle wrote: Having this sort of functionaility in general would be great. I know you can affect this with objects via overload, but it is useful for scalars and arrays and streams as well. It is pretty 'magical' though. Yeah - but just to be

<    1   2   3   4   5   6   7   8   9   10   >