Re: [PHP-DEV] Let's fork GD!

> At 23:05 11/04/2002 -0700, Rasmus Lerdorf wrote: > > > On Friday, 12. April 2002 06:53, Rasmus Lerdorf wrote: > > > > Well, I don't actually see a license problem for non-LZW compressed gifs. > > > > But I am still not sure supporting GIF is a productive thing to do. The > > > > format needs to

[PHP-DEV] HTTP/GET parameters not registered in $_GET

Win32, Apache 2.0.36-dev, PHP 4.3.0-dev. The script outputs Array( ) when called with http://localhost/test.php?foo=bar using the CGI SAPI. When I switch to the Apache2Filter SAPI it outputs Array ( [foo] => bar ) which is, of cours

RE: [PHP-DEV] Let's fork GD!

Was composing that same message when I received it. +1 -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: Friday, April 12, 2002 1:05 AM To: Georg Richter Cc: Markus Fischer; Stig S. Bakken; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Let's fork GD! > On Friday, 12. A

Re: [PHP-DEV] Let's fork GD!

At 23:05 11/04/2002 -0700, Rasmus Lerdorf wrote: > > On Friday, 12. April 2002 06:53, Rasmus Lerdorf wrote: > > > Well, I don't actually see a license problem for non-LZW compressed gifs. > > > But I am still not sure supporting GIF is a productive thing to do. The > > > format needs to die. No

Re: [PHP-DEV] Let's fork GD!

> On Friday, 12. April 2002 06:53, Rasmus Lerdorf wrote: > > Well, I don't actually see a license problem for non-LZW compressed gifs. > > But I am still not sure supporting GIF is a productive thing to do. The > > format needs to die. No sense helping it stay alive. > > > +1 > I think its not a

Re: [PHP-DEV] Let's fork GD!

Well, as far as I understand it, simply reading an LZW compressed GIF would not violate the license. It is software that creates LZW-compressed GIF files that need to pay up. So, we could still support GIF and manipulate LZW-compressed files, but once we read it in and manipulate it, we would no

Re: [PHP-DEV] Let's fork GD!

> Well, I don't actually see a license problem for non-LZW compressed gifs. > But I am still not sure supporting GIF is a productive thing to do. The > format needs to die. No sense helping it stay alive. In the ideal world that would be true, but 90% of the web graphics files I get from the de

RE: [PHP-DEV] Let's fork GD!

I don't see how complex it could be. Anyone who is running X most likely has all of the prerequisite libraries installed (png, jpg, zlib) and those who aren't are almost certainly savvy enough to figure it out. Windows builds would be another situation entirely... The configure script can check f

Re: [PHP-DEV] Let's fork GD!

IMHO the same sense why you think it's good to put a GD fork into PHP. There are still users out there wo need this format. Now that we're on the steering while of GD we can make it less painless for them to use it ("PHP: ease of use, blabla") ... don't you think it might be a

Re: [PHP-DEV] Let's fork GD!

At 07:36 12/04/2002 +0200, Stig S. Bakken wrote: >Yes! The end to all GD-related configure problems! Can we put the GIF >support back too, please? :-) Not a good idea in my opinion. :) Andi -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub

Re: [PHP-DEV] Let's fork GD!

Well, I don't actually see a license problem for non-LZW compressed gifs. But I am still not sure supporting GIF is a productive thing to do. The format needs to die. No sense helping it stay alive. -Rasmus On Fri, 12 Apr 2002, Markus Fischer wrote: > On Fri, Apr 12, 2002 at 07:36:06AM +0200,

Re: [PHP-DEV] Let's fork GD!

On Fri, Apr 12, 2002 at 07:36:06AM +0200, Stig S. Bakken wrote : > Yes! The end to all GD-related configure problems! Can we put the GIF > support back too, please? :-) Wanted to ask the same :) But how's about this licensing problem, don't we run into trouble if we put GIF support in?

Re: [PHP-DEV] Let's fork GD!

On Fri, Apr 12, 2002 at 01:37:34AM +0200, Pierre-Alain Joye wrote : > Hello, > > The dream :)). No more nightmares when php failed to detect the correct gd > :). > > btw, anyone know how goes the imlib ext ? Search for google on it. It's not in PHP nor in PECL and it's up to the author

Re: [PHP-DEV] Let's fork GD!

Yes! The end to all GD-related configure problems! Can we put the GIF support back too, please? :-) - Stig On Fri, 2002-04-12 at 00:26, Rasmus Lerdorf wrote: > Guys, I have had enough of the GD configuration nightmare and the fact > that it has taken 6+ months for the Boutell folks to incorpo

RE: [PHP-DEV] Re: Let's fork GD!

+1 I have a function that performs arbritrary rotations of images using subsampling. (side-by-side comparisons show it to be virutally identical in results to Photoshop). If GD 2.0 becomes standardized I'd love to have my function included. (I'd like to contribute to this idea if support exists)

[PHP-DEV] Re: cvs: php4 / run-tests.php

Yasuo Ohgaki wrote: > yohgaki Thu Apr 11 21:34:07 2002 EDT > > Modified files: > /php4 run-tests.php > Log: > Enable CGI binary for testing. CGI binary should be used when it's > available, since some tests cannot be performed by CLI. (And > many of

[PHP-DEV] Re: Let's fork GD!

Rasmus Lerdorf <[EMAIL PROTECTED]> wrote: > I propose that we roll the GD library into PHP, apply the various > outstanding patches and default to building from the bundled library much > like we do with MySQL. I think GD is a popular enough extension for PHP > that it would be extremely cool to

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

At 01:45 12/04/2002, brad lafountain wrote: >I really don't think that is the problem... > >Im pretty sure i know exactly whats going on.. if you look at the zend_execute >it automatically adds a is_ref = 1; and a ref_count++; for all method calls( >the comment next to this line says /* for $this

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

Andi Gutmans wrote: > Can you run this on the Engine 2 and see what happens? ZE2 Result. object(foo)(1) { ["bar"]=> object(bar)(1) { ["tmp"]=> string(23) "why does this add a ref" } } No reference. BTW, I have binary like "php-ze2-debug", "php-ze2",etc then, it just matter o

Re: [PHP-DEV] Let's fork GD!

Sounds like a good idea. At 01:26 12/04/2002, Rasmus Lerdorf wrote: >outstanding patches and default to building from the bundled library much >like we do with MySQL. I think GD is a popular enough extension for PHP >that it would be extremely cool to have decent truecolor GD2 support >available

RE: [PHP-DEV] Re: array_walk segmentation fault[11]

> Oops, I press send too quick. > Patch is not in bugdb, but there are some restrictions. > I think I've added description to the manual monthes ago. I read something about that in this ml a long time ago. But I did not find anything ( or do not search enough ;) ). Not really a breaking point, co

[PHP-DEV] Re: array_walk segmentation fault[11]

Oops, I press send too quick. Patch is not in bugdb, but there are some restrictions. I think I've added description to the manual monthes ago. -- Yasuo Ohgaki Pierre-Alain Joye wrote: > Hello, > > Just testing a script ( link at the bottom of this mail) > > If I set the $mode_segfault ;), I g

[PHP-DEV] Re: array_walk segmentation fault[11]

Oops, I press send too quick. Patch is not in bugdb, but there are some restrictions. I think I've added description to the manual monthes ago. -- Yasuo Ohgaki Pierre-Alain Joye wrote: > Hello, > > Just testing a script ( link at the bottom of this mail) > > If I set the $mode_segfault ;), I g

[PHP-DEV] Re: array_walk segmentation fault[11]

Oops, I press send too quick. Patch is not in bugdb, but there are some restrictions. I think I've added description to the manual monthes ago. -- Yasuo Ohgaki Pierre-Alain Joye wrote: > Hello, > > Just testing a script ( link at the bottom of this mail) > > If I set the $mode_segfault ;), I g

[PHP-DEV] Re: array_walk segmentation fault[11]

Known issue for a long time. Search bugdb. Patch is mentioned in there, too. But the patch is in ZendEngine2, but will not be in ZendEngine1. -- Yasuo Ohgaki Pierre-Alain Joye wrote: > Hello, > > Just testing a script ( link at the bottom of this mail) > > If I set the $mode_segfault ;), I

Re: [PHP-DEV] Proposal for aggregation vs. MI

On Fri, 2002-04-12 at 00:42, Andi Gutmans wrote: > At 00:12 12/04/2002 +0200, Stig S. Bakken wrote: > > >* Dealing with possible loops: > > > >class a aggregates b {} > >class b aggregates a {} > > > >$a = new a; > >$a->unknown_method(); > > > >Should it be illegal to "loop-aggregate" classes, or

Re: [PHP-DEV] Let's fork GD!

On 11/04/02, "Rasmus Lerdorf" <[EMAIL PROTECTED]> wrote: > Guys, I have had enough of the GD configuration nightmare and the fact > that it has taken 6+ months for the Boutell folks to incorporate various > patches that have been sent their way. > > I propose that we roll the GD library into PHP,

RE: [PHP-DEV] Let's fork GD!

Hello, The dream :)). No more nightmares when php failed to detect the correct gd :). btw, anyone know how goes the imlib ext ? pa -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Let's fork GD!

Guys, I have had enough of the GD configuration nightmare and the fact that it has taken 6+ months for the Boutell folks to incorporate various patches that have been sent their way. I propose that we roll the GD library into PHP, apply the various outstanding patches and default to building from

Re: [PHP-DEV] Anyone wrote persistent variable extension?

>>> $_PERSISTENT could store data key'd to the script that stored it. >>> $_PERSISTENT_GLOBAL (probably a better name can be found) could just >>> store data accessable to any script under a certain document root. >>> You definitly do not want to share persistent data across document >>>

Re: [PHP-DEV] Proposal for aggregation vs. MI

At 00:12 12/04/2002 +0200, Stig S. Bakken wrote: >* Dealing with possible loops: > >class a aggregates b {} >class b aggregates a {} > >$a = new a; >$a->unknown_method(); > >Should it be illegal to "loop-aggregate" classes, or should it be >detected at runtime? I'm not sure. It can't really be

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

--- Andi Gutmans <[EMAIL PROTECTED]> wrote: > At 11:14 11/04/2002 -0700, brad lafountain wrote: > > >--- Andrey Hristov <[EMAIL PROTECTED]> wrote: > > > But dereferncing like this > > > $foo->bar()->fubar > >its not > >$foo->bar()->fubar > >its > >$foo->bar->fubar > > > >4.1.2 can't derefrence o

Re: [PHP-DEV] copy-on-write

At 14:04 11/04/2002 -0700, brad lafountain wrote: >How much COW does php do?... I saw a post that it does it for arrays? what >else >does it do it for. > > I was thinking that a COW per zval would be good. expecially when you > get into >large arrays. > >$a = array(/*1 items*/); >$b = $a; >

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

At 11:14 11/04/2002 -0700, brad lafountain wrote: >--- Andrey Hristov <[EMAIL PROTECTED]> wrote: > > But dereferncing like this > > $foo->bar()->fubar >its not >$foo->bar()->fubar >its >$foo->bar->fubar > >4.1.2 can't derefrence objects from functions >that IS a feature of Z2.. but my example isn

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

Can you run this on the Engine 2 and see what happens? Andi At 09:37 11/04/2002 -0700, brad lafountain wrote: >After a full day of looking into a bug on a script i have i found this >problem. > >basically if you invoke a method from a member object it adds a ref instead of >keeping it 'non ref'

[PHP-DEV] Re: Proposal for aggregation vs. MI

Hi, I think that if we go my way with aggregation we can add the ability to add aggregated classes at run-time too and answer your needs. However, I think that if we continue on much longer with trying to put all possible OOP features into Engine 2 it will never become a reality. I would like t

Re: [PHP-DEV] Proposal for aggregation vs. MI

On Wed, 2002-04-10 at 22:58, Andi Gutmans wrote: > I still prefer to keep PHP a relatively easy to learn, simple yet powerful > language. > I think this is a huge overkill and prefer going with something like I > proposed. > Anyway the inheritance debates have been going on for years and I doubt

[PHP-DEV] Problem with 4.0.6 through 4.2RC2

Environment: WinNT4, Apache 1.3.23, PHP 4.0.6 THROUGH 4.2RC2 Code Snippet: $strClientDb = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=Some location"; $client = new COM("ADODB.Recordset"); $strSQL = "SELECT * FROM AnyTable"; $client->open($strSQL, $strClientDb); This works fine. Probl

RE: [PHP-DEV] array_walk segmentation fault[11]

oops forgot Configuration : php 4.1.2 RH 7.2 ( latest official update ) command line or apache (1.3.23) module Don t have the latest cvs to test, sorry. pa -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] array_walk segmentation fault[11]

Hello, Just testing a script ( link at the bottom of this mail) If I set the $mode_segfault ;), I got a seg fault, else no prob. As you will see in the source, I ve got 2 identical arrays, one in a class, the other not. The script has a bug, I have to add a test ( isset( $item['sub'] ) ) insid

[PHP-DEV] copy-on-write

How much COW does php do?... I saw a post that it does it for arrays? what else does it do it for. I was thinking that a COW per zval would be good. expecially when you get into large arrays. $a = array(/*1 items*/); $b = $a; $b[999] = false; will this copy all elements or just copy one? i

Re: [PHP-DEV] cvs: php4 /win32 php4dllts.dsp php4dllts.rc php4dllts.rc2 php4ts.dsp php4ts.rc php4ts.rc2 php4ts_cli.dsp php4ts_cli.rc php4ts_cli.rc2 resource.h

Joseph Tate wrote: > Sorry. I do have vc 98. It's just I've never referred to it as that. > I call it VC 6.0. No problem. I guess Microsoft doesn't know how to call it correctly, since they're intermixing both names :-) > I'm checking it out right now. Should be a pretty quick fix. Tha

Re: [PHP-DEV] RC3

On Thu, 11 Apr 2002, Andrey Hristov wrote: > Does the RC3 will be available tonight(GMT+3) or it is scheduled for tommorow's >night? At around Friday 12th, 22:00 GMT+2. Derick --- Did I help you? Consider a

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

My apologies... this examples better clarifies your point and I must admit that it is rather strange behaviour :) And I think I forgot that PHP does do deep copies, probably because I'm so used to writing wrapper objects with references to my real objects so I automate shallow copies. Cheers, Rob

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

--- Robert Cummings <[EMAIL PROTECTED]> wrote: > brad lafountain wrote: > > > > > As far as references go... I believe when you copy an object it is a > > > shallow copy, in otherwords, the object is copied, but not its members. > > > This behaviour is preferrable as far as I'm concerned. If you

Re: [PHP-DEV] Apache 2 news

> > Please post a notice to [EMAIL PROTECTED] if you are ready with > > the full Apache 2 compatibilty, and it will be available in some > > release of PHP. A new news item in this case would be nice, to > > announce a milestone in the php-apache front, especially regarding > > *security*. > > Wh

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

--- Robert Cummings <[EMAIL PROTECTED]> wrote: > Andrey Hristov wrote: > > > > But dereferncing like this > > $foo->bar()->fubar > > is feature of Z2 or not? > > Till today I didn't know that my 4.1.1(or 2) not sure can do this kind of > dereferencing. > > The above quote dereference involves a

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /win32 php4dllts.dsp php4ts.dspphp4ts_cli.dsp

[EMAIL PROTECTED] wrote: > can you make that the overload extension is disabled by default in the > branch? Done, Sebastian -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.

Re: [PHP-DEV] Apache 2 news

On Thu, Apr 11, 2002 at 08:15:07PM +0200, Gabor Hojtsy wrote: > Hi! > > Please post a notice to [EMAIL PROTECTED] if you are ready with > the full Apache 2 compatibilty, and it will be available in some > release of PHP. A new news item in this case would be nice, to > announce a milestone in the

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

--- Andrey Hristov <[EMAIL PROTECTED]> wrote: > But dereferncing like this > $foo->bar()->fubar its not $foo->bar()->fubar its $foo->bar->fubar 4.1.2 can't derefrence objects from functions that IS a feature of Z2.. but my example isn't derefrencing something from a function just a member of a

[PHP-DEV] Apache 2 news

Hi! Please post a notice to [EMAIL PROTECTED] if you are ready with the full Apache 2 compatibilty, and it will be available in some release of PHP. A new news item in this case would be nice, to announce a milestone in the php-apache front, especially regarding *security*. Thanks, Goba -- P

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

Andrey Hristov wrote: > > But dereferncing like this > $foo->bar()->fubar > is feature of Z2 or not? > Till today I didn't know that my 4.1.1(or 2) not sure can do this kind of >dereferencing. The above quote dereference involves an intermediate method, the one described in the example below us

[PHP-DEV] RC3

Does the RC3 will be available tonight(GMT+3) or it is scheduled for tommorow's night? Andrey -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /win32 php4dllts.dsp php4ts.dspphp4ts_cli.dsp

Hello Sebastian, can you make that the overload extension is disabled by default in the branch? regards, Derick On Thu, 11 Apr 2002, Sebastian Bergmann wrote: > Joseph Tate wrote: > > jtate Thu Apr 11 13:52:26 2002 EDT > > > > Modified files: > > /php4/win32 php4ts.dsp php4dll

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

But dereferncing like this $foo->bar()->fubar is feature of Z2 or not? Till today I didn't know that my 4.1.1(or 2) not sure can do this kind of dereferencing. Andrey - Original Message - From: "brad lafountain" <[EMAIL PROTECTED]> To: "Andrey Hristov" <[EMAIL PROTECTED]> Cc: <[EMAIL P

RE: [PHP-DEV] Patch to add version info to php4isapi dll.

Note if after applying this patch the project fails to load, it's because of a \r\n issue. Fix those and the project will load just fine. Joseph > -Original Message- > From: Joseph Tate [mailto:[EMAIL PROTECTED]] > Sent: Thursday, April 11, 2002 12:21 PM > To: Php-Dev List > Subject: [P

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

--- Andrey Hristov <[EMAIL PROTECTED]> wrote: > Not sure but I think that the answer is maybe on pages 8 and 9 here > http://www.zend.com/engine2/ZendEngine-2.0.pdf > What do you think? No thats engine 2.. this is enginge one... engine 2 says objects are treated as refrences.. engine one copys

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /win32 php4dllts.dsp php4ts.dsp php4ts_cli.dsp

Joseph Tate wrote: > jtate Thu Apr 11 13:52:26 2002 EDT > > Modified files: > /php4/win32 php4ts.dsp php4dllts.dsp php4ts_cli.dsp > Log: > Fixing project files so that they load Much better now, Sebastian :-) -- Sebastian Bergmann http://sebastian-bergmann.de/

RE: [PHP-DEV] cvs: php4 /win32 php4dllts.dsp php4dllts.rc php4dllts.rc2 php4ts.dsp php4ts.rc php4ts.rc2 php4ts_cli.dsp php4ts_cli.rc php4ts_cli.rc2 resource.h

They're fixed now. Sorry about that. > -Original Message- > From: Joseph Tate [mailto:[EMAIL PROTECTED]] > Sent: Thursday, April 11, 2002 1:48 PM > To: Sebastian Bergmann; [EMAIL PROTECTED] > Subject: RE: [PHP-DEV] cvs: php4 /win32 php4dllts.dsp php4dllts.rc > php4dllts.rc2 php4ts.dsp ph

RE: [PHP-DEV] cvs: php4 /win32 php4dllts.dsp php4dllts.rc php4dllts.rc2 php4ts.dsp php4ts.rc php4ts.rc2 php4ts_cli.dsp php4ts_cli.rc php4ts_cli.rc2 resource.h

That's what I get for using cygwin's patch (which stripped all the \r's) and not checking before I check in. Updated project files will be in momentarily. Just building to make sure that they still work. Joseph > -Original Message- > From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]

Re: [PHP-DEV] Re: Bug #16552 Updated: Undefined macro `AC_PROG_LIBTOOL'

Ok, I'm at 2.5.2 now, but I'm getting a new and improved error: [root@cpu2212 php4]# ./buildconf buildconf: checking installation... buildconf: autoconf version 2.52 (ok) buildconf: automake version 1.5 (ok) buildconf: libtool version 1.4 (ok) rebuilding configure configure.in:837: warning: AC_PR

RE: [PHP-DEV] cvs: php4 /win32 php4dllts.dsp php4dllts.rc php4dllts.rc2 php4ts.dsp php4ts.rc php4ts.rc2 php4ts_cli.dsp php4ts_cli.rc php4ts_cli.rc2 resource.h

Sorry. I do have vc 98. It's just I've never referred to it as that. I call it VC 6.0. I'm checking it out right now. Should be a pretty quick fix. > -Original Message- > From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]] > Sent: Thursday, April 11, 2002 1:29 PM > To: Joseph Tate >

Re: [PHP-DEV] cvs: php4 /win32 php4dllts.dsp php4dllts.rc php4dllts.rc2 php4ts.dsp php4ts.rc php4ts.rc2 php4ts_cli.dsp php4ts_cli.rc php4ts_cli.rc2 resource.h

Joseph Tate wrote: > What error message are you getting? Forgot to answer that one: 'This makefile was not generated by Developer Studio.' -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist

Re: [PHP-DEV] cvs: php4 /win32 php4dllts.dsp php4dllts.rc php4dllts.rc2 php4ts.dsp php4ts.rc php4ts.rc2 php4ts_cli.dsp php4ts_cli.rc php4ts_cli.rc2 resource.h

Joseph Tate wrote: > What error message are you getting? I don't have VS 98, so I can't > really test this. I'll see if I've got a version in my MSDN library, > but I doubt it. Then what version are you testing this with? -- Sebastian Bergmann http://sebastian-bergmann.de/

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

Not sure but I think that the answer is maybe on pages 8 and 9 here http://www.zend.com/engine2/ZendEngine-2.0.pdf What do you think? Andrey - Original Message - From: "brad lafountain" <[EMAIL PROTECTED]> To: "Andrey Hristov" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Thursday, Apr

RE: [PHP-DEV] cvs: php4 /win32 php4dllts.dsp php4dllts.rc php4dllts.rc2 php4ts.dsp php4ts.rc php4ts.rc2 php4ts_cli.dsp php4ts_cli.rc php4ts_cli.rc2 resource.h

What error message are you getting? I don't have VS 98, so I can't really test this. I'll see if I've got a version in my MSDN library, but I doubt it. Joseph > -Original Message- > From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]] > Sent: Thursday, April 11, 2002 12:46 PM > To: [EMA

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /win32 php4dllts.dsp php4dllts.rc php4dllts.rc2 php4ts.dsp php4ts.rc php4ts.rc2 php4ts_cli.dsp php4ts_cli.rc php4ts_cli.rc2 resource.h

Joseph Tate wrote: > jtate Thu Apr 11 12:31:24 2002 EDT > > Added files: > /php4/win32 php4dllts.rc php4dllts.rc2 php4ts.rc php4ts.rc2 > php4ts_cli.rc php4ts_cli.rc2 resource.h > > Modified files: > /php4/win32 php4dllts.dsp php4ts.dsp php4ts_cli.dsp > Log:

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

--- Andrey Hristov <[EMAIL PROTECTED]> wrote: > I receive this: > object(foo)(1) { > ["bar"]=> > &object(bar)(1) { > ["tmp"]=> > string(23) "why does this add a ref" > } > } > > As far as I can see, there is an reference. this is why im conserned. bar = new bar("inside foo")

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

--- Andrey Hristov <[EMAIL PROTECTED]> wrote: > I receive this: > object(foo)(1) { > ["bar"]=> > &object(bar)(1) { > ["tmp"]=> > string(23) "why does this add a ref" > } > } > > As far as I can see, there is an reference. exacly ... why? cause im doing stuff where i expect that

[PHP-DEV] how to detect error

Hi, if a script is terminated due to execution time out or memory allocation error (or other possible errors), how can I detect the error in code? Thanks a lot. --Charmaine -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

I receive this: object(foo)(1) { ["bar"]=> &object(bar)(1) { ["tmp"]=> string(23) "why does this add a ref" } } As far as I can see, there is an reference. Andrey - Original Message - From: "brad lafountain" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, April

[PHP-DEV] object refrences (POSSIBLE MAJOR BUG)

After a full day of looking into a bug on a script i have i found this problem. basically if you invoke a method from a member object it adds a ref instead of keeping it 'non ref'. Is this by design or is it a bug. bar = new bar("inside foo"); $this->bar->set_tmp("why does thi

[PHP-DEV] COM interop and recordsets

I'm trying to write a PHP4 application that will connect to my Windows COM object. It deals with recordsets a lot. What I would like to know is, what do I need to do to interface with the methods (the recordsets are causing me problems right now) and how can I import the enums from the typelib? H

Re: [PHP-DEV] Re: [PATCH] rev. 2 of my apache2filters SEGV fixes

On Thu, Apr 11, 2002 at 08:58:43PM +1000, Brian Havard wrote: > Well, actually, that's quite possible (I only just upgraded my GD library > to support JPEG). Inside the GD library (gd_jpeg.c:702 in GD 1.8.4) it > compares the return value of gdPutBuf() to the requested write size & > aborts if it

[PHP-DEV] Patch to add version info to php4isapi dll.

If someone would like to apply it, here's a patch to add versioning to the php4isapi.dll file. The necessary files are attached and should go in the same directory as the .dsp project file. Note due to the new partitioned version scheme just inserted today. These files require no modification w

Re: [PHP-DEV] Re: Bug #16552 Updated: Undefined macro `AC_PROG_LIBTOOL'

Hi, On Thu, 11 Apr 2002 07:59:43 -0700 (PDT) Rasmus Lerdorf <[EMAIL PROTECTED]> wrote: > Actually, using the latest autoconf 2.52 did the trick. You can fake the > libtool check. latest autoconf is 2.53. (My) FreeBSD is having troubles with HEAD and autoconf 2.52; 2.53 works fine except some war

Re: [PHP-DEV] Anyone wrote persistent variable extension?

>> $_PERSISTENT could store data key'd to the script that stored it. >> $_PERSISTENT_GLOBAL (probably a better name can be found) could just >> store data accessable to any script under a certain document root. You >> definitly do not want to share persistent data across document roots (ie >> vir

Re: [PHP-DEV] Build failure in snprintf.[ch]

On Wed, Apr 10, 2002 at 08:49:21PM -0400, Jon Parise wrote: > Under FreeBSD with the latest HEAD cvs code: > > main/snprintf.lo: In function `ap_php_conv_fp': > /home/jon/build/php4/main/snprintf.c:152: undefined reference to `ap_php_fcvt' > /home/jon/build/php4/main/snprintf.c:154: undefined re

Re: [PHP-DEV] Re: Bug #16552 Updated: Undefined macro `AC_PROG_LIBTOOL'

Actually, using the latest autoconf 2.52 did the trick. You can fake the libtool check. For Redhat users, grab: ftp://speakeasy.rpmfind.net/linux/rawhide/1.0/SRPMS/SRPMS/autoconf-2.52-7.src.rpm And build it. -Rasmus On Thu, 11 Apr 2002, Jon Parise wrote: > On Thu, Apr 11, 2002 at 07:51:49AM

Re: [PHP-DEV] Re: Bug #16552 Updated: Undefined macro `AC_PROG_LIBTOOL'

On Thu, Apr 11, 2002 at 07:51:49AM -0700, Rasmus Lerdorf wrote: > I get the same in current HEAD > > autoconf 2.13 > automake 1.4 > libtool 1.3.5 You need libtool 1.4+ to build HEAD / 4.2. That's a pain under FreeBSD because libtool 1.3.5 is the latest version in the ports tree, so you need to

[PHP-DEV] Re: Bug #16552 Updated: Undefined macro `AC_PROG_LIBTOOL'

I get the same in current HEAD autoconf 2.13 automake 1.4 libtool 1.3.5 Same thing in the 4.2 branch. Works fine in the 4_0_7 branch It also worked fine about a week ago, so something changed in the past week in both HEAD and 4.2. -Rasmus On 11 Apr 2002 [EMAIL PROTECTED] wrote: > ID:

RE: [PHP-DEV] Addition of PHP_MINOR_VERSION, PHP_MAJOR_VERSION and PHP_RELEASE_VERSION (patch included)

Thanks. One day I'll muster up the nerve to ask for Karma. Not yet though. Much power requires much responsibility. > -Original Message- > From: Wez Furlong [mailto:[EMAIL PROTECTED]] > Sent: Thursday, April 11, 2002 11:14 AM > To: Joseph Tate > Cc: Php-Dev List > Subject: Re: [PHP-DE

Re: [PHP-DEV] Addition of PHP_MINOR_VERSION, PHP_MAJOR_VERSION and PHP_RELEASE_VERSION (patch included)

I've applied your patch to HEAD. --Wez. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Finding key in a hash...

I am trying to determine if a key exists in a hash that has been passed to my function. I couldn't find much information on finding how to do it, but from greping the source I managed to come up with the following. Problem is it doesn't work *heh*. All I want to do is check whether the key exists

[PHP-DEV] Addition of PHP_MINOR_VERSION, PHP_MAJOR_VERSION and PHP_RELEASE_VERSION (patch included)

In order to accommodate different operating systems (most notably windows, which likes a "Major, Minor, Release, Build" release number) who use a different version numbering scheme, I've modified configure.in and the stock main/php_version.h to separate out the Major Minor Release &c. from PHP_VER

[PHP-DEV] [PATCH] Allow file for "-c" option.

Yasuo Ohgaki wrote: > Currently, we can only specify path to "php.ini". > > This patch allows to specify file for a config file > when SAPI is CLI. Since we don't want needless inconsistency, CGI should behave as CLI when it's possbile. CGI & CLI take both path and file for -c option. Here is

Re: [PHP-DEV] Proposal for aggregation vs. MI

I'm pretty new to this list, and I'm not actively partaking in the development of PHP [yet] (i'm learning though ;), and I figured I might voice my opinion as an average PHP user (2 years or so, started with php3). Feel free to ignore me. :) I've been following this thread for the past few day

Re: [PHP-DEV] Re: ANSI Embedded SQL in PHP

Hehe, I stand corrected. "Hartmut Holzgraefe" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > John Lim wrote: > > This is very Oracle Pro*C specific and not portable. > > That's why it is called "ANSI Embedded SQL"? > AFAIR it looked the same way with AdabasD a

Re: [PHP-DEV] [PATCH] rev. 2 of my apache2filters SEGV fixes

I've confirmed that this patch works very well... Aaron Bannert wrote: > > I posted this patch earlier, but this has some improvements. First > of all, it's tabified, so we have consistent style. It also has some > performance improvements suggested by Cliff Woolley, including one that > will si

Re: [PHP-DEV] Re: ANSI Embedded SQL in PHP

John Lim wrote: > This is very Oracle Pro*C specific and not portable. That's why it is called "ANSI Embedded SQL"? AFAIR it looked the same way with AdabasD and YardSQL ... (not that i really think this would make sense in PHP besides making the conversion of existing code and coders from

Re: [PHP-DEV] RE: [PHP-QA] Supporting Apache 2 with PHP 4.2.0

I also volunteer as well. Aaron Bannert wrote: > > On Wed, Apr 10, 2002 at 04:45:53PM -0400, Cliff Woolley wrote: > > FWIW, Aaron and I are trying really hard to get the Apache 2 support > > ironed out in the very near term (like the next day or so). It's not far > > off. Serious improvements

[PHP-DEV] Re: ANSI Embedded SQL in PHP

This is very Oracle Pro*C specific and not portable. After coding in Pro*C in a previous incarnation, I don't really want think I want to do it this way again for every database. "Fabwash" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi a

[PHP-DEV] Re: [PATCH] rev. 2 of my apache2filters SEGV fixes

On Thu, 11 Apr 2002 01:14:37 -0400 (EDT), Cliff Woolley wrote: >On Thu, 11 Apr 2002, Brian Havard wrote: > >> > - while (str_length > 0) { >... >> > - str += now; >> > - str_length -= now; >> > - } >... >> > >> > - return str_length; >> > + return 0; /* we wrote everything,

[PHP-DEV] php-4.1.2.awn.apxs-S.1.patch

Fix bug, which (this bug) prevents detect "is apxs know about -S option?" properly. Patch created around php-4.1.2 tarball. --- sapi/apache/config.m4- Tue Apr 9 19:09:05 2002 +++ sapi/apache/config.m4 Tue Apr 9 19:29:11 2002 @@ -41,7 +41,7 @@ PHP_SAPI=apache # Test whether a

[PHP-DEV] php-4.1.2.awn.autoconf-2.52-compat.1.patch

This patch makes configure.in and */config.m4 compatible with autoconf-2.52 Patch created around php-4.1.2 tarball. --- configure.in- Wed Feb 27 11:06:31 2002 +++ configure.inWed Apr 10 13:11:25 2002 @@ -122,6 +122,10 @@ AC_PROG_LEX if test -n "$LEX"; then AC_DECL_YYTEXT + t

[PHP-DEV] php-4.1.2.awn.autoconf-2.52-compat.2.patch

Compatibility with autoconf-2.52, part #2. This code is in question... I don't sure about is this right solution, but work for me... Patch created around php-4.1.2 tarball. --- configure.in- Wed Apr 10 13:55:45 2002 +++ configure.inWed Apr 10 15:44:33 2002 @@ -939,7 +939,13 @@

Re: [PHP-DEV] Build error (xslt)

Jani Taskinen wrote: >>> >>>you should also add --with-expat-dir=[DIR]... >>> >> >>I did >>./cvsclean; cvs update; ./buildconf; ./configure ; make >> >>This time, it worked if I add --with-expat-dir=/usr. >> >>Problem: >> CLI does not use bandled expat when --enable-sxlt, >> --enable-sablot is use

[PHP-DEV] Build broken

I am having some build problems. gcc  -Imain/ -I/usr/src/php4/main/ -DPHP_ATOM_INC -I/usr/src/php4/include -I/usr/src/php4/main -I/usr/src/php4 -I/usr/src/php4/Zend -I/usr/src/php4/ext/xml/expat  -I/usr/src/php4/TSRM -DTHREAD=1 -g -O2 -pthread -Wall -DZTS  -c /usr/src/php4/main/streams.c -o main/s

Re: [PHP-DEV] Build error (xslt)

>> >> >> you should also add --with-expat-dir=[DIR]... >> > >I did >./cvsclean; cvs update; ./buildconf; ./configure ; make > >This time, it worked if I add --with-expat-dir=/usr. > >Problem: > CLI does not use bandled expat when --enable-sxlt, > --enable-sablot is used. > > --with-expat-dir

Re: [PHP-DEV] [PATCH] rev. 2 of my apache2filters SEGV fixes

Aaron Bannert wrote: > p.s. this patch applies to the php4_2_0RC2 branch, and includes some > changes from HEAD that weren't yet merged into that branch, namly > the changes to use the new bucket allocator. Applied to both HEAD and PHP_4_2_0. -- Sebastian Bergmann http://sebastian-bergman

  1   2   >