Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/bcmath bcmath.c php_bcmath.h

On Tue, 10 Dec 2002, Andi Gutmans wrote: > I think this is one of those exceptions where we should probably not go by > our standard and call the function bcpowmod(). It looks a bit funny that > all of the BC functions don't have underscores but only one does. It'll > probably confuse people mor

[PHP-DEV] note about 4.3.0RC3

Tagging RC3 now. -Andrei http://www.gravitonic.com/ The Heineken Uncertainty Principle: You can never be sure how many beers you had last night. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP 4.3.0RC3

PHP 4.3.0RC3 is out. Please download it from http://qa.php.net/ and test. This is the last release candidate before 4.3.0 final is unleashed. -Andrei http://www.gravitonic.com/ * The future is not what it used to be. * -- PHP Development Mailing List

[PHP-DEV] cleaning/building just one extension

With the new build system, is there a way to clean/build just one extension, as opposed to having to do it to the whole tree? Something like "make clean ext=wddx", perhaps? -Andrei http://www.gravitonic.com/ I must say I find television very educational. The

[PHP-DEV] Re: cleaning/building just one extension

On Thu, 12 Dec 2002, Sascha Schumann wrote: > We could add a target clean-ext-EXTNAME.. > > - Sascha What about build-ext-EXTNAME? I ran into this yesterday when I checked out a fresh copy of the tree and wanted to build only wddx module as a shared library. -Andrei

[PHP-DEV] php-cgi vs php-cli naming issue

How about we simply add a configure option to control this? --enable-simple-cli-name would build CGI as php-cgi and CLI as php That way we preserve BC and let those who like CLI named 'php' have that too. -Andrei -- PHP Development Mailing List To unsubscribe, visit: htt

[PHP-DEV] Branch commits (important)

All, I've looked at the list of CVS commits over the last few days and saw that people are committing apparently non-critical things to the branch. Please do not do that! After the final RC only fixes for crash and showstopper bugs should be merged in. Those of you doing it are only slowing down t

[PHP-DEV] CGI and CLI

What was the consensus on CGI vs. CLI naming or merging issue? Or was there a consensus at all? I full plan to go ahead with 4.3.0 release before the end of the year, so those interested in doing anything about this issue better get their butts in gear. -Andrei

Re: [PHP-DEV] CGI and CLI

On Wed, 18 Dec 2002, Xavier Spriet wrote: > Experimental or not, people use it and have developed a need for it. > Many apps out there are based on experimental technology, that's not a > reason to break them all... So I strongly suggest that whoever has the necessary knowledge on how to merge CGI

Re: [PHP-DEV] CGI and CLI

On Wed, 18 Dec 2002, Sebastian Nohn wrote: > I think a lot more users will be pissed of when renaming php to php-cgi than > regarding to the cli-version of php as php-cli or phpsh or anything else. > The best solution would be indeed bundling both to one binary. If this > delays a 4.3.0-release? I

Re: [PHP-DEV] CGI and CLI

On Wed, 18 Dec 2002, Sascha Schumann wrote: > The next point release after 4.2.0 was 4.2.1. > > There are too many major changes in 4.3 vs. 4.2 to call it a > 'point release'. Semantics. > Especially, there are still significant > backwards compatibility bugs, such as > >

Re: [PHP-DEV] CGI and CLI

On Wed, 18 Dec 2002, Andi Gutmans wrote: > I doubt this will happen fast enough. We should just release the way we > released 4.2.x, which as far as I know was php for CGI and php-cli for CLI > or am I a bit behind things? :) Derick and I hashed it out on IRC and we have a proposal: We should k

Re: [PHP-DEV] CGI and CLI

On Wed, 18 Dec 2002, Philip Olson wrote: > > So every tutorial and documentation on this would have to > say this right? > > "Ask your sysadmin what the CGI and CLI versions of your >PHP are called, they could be anything as there is no >standard. For the purpose of this (tutorial|docu

Re: [PHP-DEV] Re: [PHP-QA] PHP_AUTH_USER

On Thu, 19 Dec 2002, Phil Driscoll wrote: > On Wednesday 18 December 2002 11:46 pm, Edin Kadribasic wrote: > > I had discussed the issue with Rasmus and Jani some time ago and the > > concensus reached was only to disable PHP_AUTH_USER when safe mode is > > active. Nobody got around to do anything

Re: [PHP-DEV] -+ [01]

+1 on this.. :) On Thu, 19 Dec 2002, Zeev Suraski wrote: > Just to somewhat limit my agreement with that statement, I'd rephrase it so > that it's clear that people's opinion does matter. Something along the > lines of 'Too many people think that they're in a position to decide about > PHP'. >

Re: [PHP-DEV] CGI and CLI (compromise proposal)

This gets my complete support. Let's go ahead with the changes. On Thu, 19 Dec 2002, Edin Kadribasic wrote: > After having consulted with Andrei, Derick and others on irc here is > a proposal for a compromise: > > On Unix: > > 1. Both cgi and cli are built as 'php' in their respective sapi > dir

Re: [PHP-DEV] CGI and CLI (compromise proposal)

On Thu, 19 Dec 2002, Edin Kadribasic wrote: > > Here is the patch against PHP_4_3 that implements the Unix side of > changes. Go ahead and apply it. We obviously need RC4 now so commit your critical fixes to other areas ASAP, because I want to release the RC tonight or tomorrow. -Andrei

Re: [PHP-DEV] CGI and CLI (compromise proposal)

On Fri, 20 Dec 2002, Marcus Börger wrote: > What about uniqid(): http://www.zend.com/zend/week/week116.php#Heading5 > > I would go for disabling when not available and sending an error > when calling from cygwin without more entropy parameter set to > true. The rest can be fixed for 4.3.1 as it se

Re: [PHP-DEV] Re: #21060 [Opn->Bgs]: range() gives warning and returns false when low == high

Let's postpone this until 4.3.1. It is not critical. On Fri, 20 Dec 2002, Derick Rethans wrote: > On 20 Dec 2002 [EMAIL PROTECTED] wrote: > > > ID: 21060 > > Updated by: [EMAIL PROTECTED] > > Reported By: [EMAIL PROTECTED] > > -Status: Open > > +Status:

Re: [PHP-DEV] Changelog broken?

Ilia has rewritten the old php-rcs2log script in PHP itself and it's working wonderfully. The Changelog generation is back online. On Mon, 11 Nov 2002, Andrei Zmievski wrote: > On Mon, 11 Nov 2002, Steve Alberty wrote: > > Hi, > > > > the Changelog file in the php4 cvs

[PHP-DEV] RC4: ground rules

Everyone, I have just released 4.3.0RC4. Despite the quote in my signature, I am determined to keep this one the very last final RC of the interminable 4.3.0 development cycle. Towards that end, I will closely monitor the CVS commits and revert any that do not satisfactorily explain what critical

Re: [PHP-DEV] RC4: ground rules

On Fri, 20 Dec 2002, Frank Kromann wrote: > Hi Andrei, > > Should I commit a small fix to the Windows projects to avoid having the > CGI and CLI produce php.exe to the same directory ? What will the fix do exactly? -Andrei http://www.gravitonic.com/ "What's

Re: [PHP-DEV] RC4: ground rules

x27;m curious why PHP_AUTH_TYPE does > > not exist, only the variable AUTH_TYPE does (for me). > > PHP_AUTH_TYPE has been documented forever, not sure if > > it used to exist but various parts of PHP4 source make > > it seem like it should. > > > > Regard

Re: [PHP-DEV] RC4: ground rules

On Sat, 21 Dec 2002, Edin Kadribasic wrote: > Andrei I think that we should include this small change in 4.3.0. It cannot > possibly affect anything in the negative way and I will make sure that the > files are correctly placed in the distribution. Ok, go ahead with this. -Andrei

Re: [PHP-DEV] RC4: ground rules

On Sun, 22 Dec 2002, Moriyoshi Koizumi wrote: > > Andrei Zmievski <[EMAIL PROTECTED]> wrote: > > Moriyoshi, > > > > I appreciate your effort here, but it seems that while this approach is > > more flexible, it is also bound to h

Re: [PHP-DEV] [PATCH] CLI and CGI defaults

On Mon, 23 Dec 2002, Melvyn Sopacua wrote: > Hi, > > the current behavior of cli/cgi defaults, is not really intuitive, allthough >correctly mentioned in the NEWS entry. > > Attached is a very simple patch, that will resolve that issue. > > Specifically: > if you specify --enable-cli and don't

[PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_3) /ext/standard array.c

Was this fix entirely necessary? It didn't seems like a showstopper bug. On Wed, 25 Dec 2002, Moriyoshi Koizumi wrote: > moriyoshi Wed Dec 25 15:00:14 2002 EDT > > Modified files: (Branch: PHP_4_3) > /php4/ext/standardarray.c > Log: > Fixed bug #21182 >

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_3) /ext/standard array.c

On Fri, 27 Dec 2002, Moriyoshi Koizumi wrote: > Andrei Zmievski wrote: > > >Was this fix entirely necessary? It didn't seems like a showstopper bug. > > > > > First, I apologize I didn't ask you for permission before committing my > patch. > Actually i

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_3) /ext/standard array.c

That's fine. On Fri, 27 Dec 2002, Moriyoshi Koizumi wrote: > Andrei Zmievski <[EMAIL PROTECTED]> wrote: > > > On Fri, 27 Dec 2002, Moriyoshi Koizumi wrote: > > > Andrei Zmievski wrote: > > > > > > >Was this fix entir

[PHP-DEV] Preparing 4.3.0

I plan to update the version in appropriate files and the date in NEWS and tag the tree tonight. After that, Edin and Phil should make their Windows magic work and create the Win32 .zip and installer files. I will set the release date for Dec 28. Please do not commit anything to the tree after it

[PHP-DEV] Re: php4.3.rc4 - things that wont compile under IRIX

On Fri, 27 Dec 2002, Joerg Behrens wrote: > We have some buggy Code left in the current rc. > > 1. We have some bogus warnings at the end of the configure > /config.status[2063]: 6: bad file unit number > ./config.status[2064]: 6: bad file unit number Not sure about this one. > 2.Ext/exif > cc-1

[PHP-DEV] PHP 4.3.0 released

The PHP developers are pleased to announce the immediate availability of PHP 4.3.0, the latest and greatest version of this extremely popular and widely used scripting language. This release contains a multitude of changes, bug fixes and improvements over the previous one, PHP 4.2.3. It further el

[PHP-DEV] option to start in PHP mode

We've talked about this in the past, but let's bring it up again. It is a bit awkward to use CLI when it requires those tags. We should probably have a command-line option that tells the parser to start in PHP mode instead of HTML/text. Any thoughts on this? -Andrei

Re: [PHP-DEV] option to start in PHP mode

On Sat, 28 Dec 2002, Andi Gutmans wrote: > Why don't we have the ?> problem? You can also use ?> in eval()'s. Anyway, > Rasmus mentioned that a switch already exists although I don't think it's > such a great idea due to the previously mentioned reasons. I think all PHP > code should be consiste

[PHP-DEV] Re: [PHP-CVS] Merging into PHP_4_3

On Mon, 30 Dec 2002, Edin Kadribasic wrote: > It would be nice that bug fixes that are being merged into PHP_4_3 branch > are documented in its NEWS file. In that way we can realease a new version > rather quickly. I concur. Please remember to update NEWS on the branch. -Andrei

[PHP-DEV] Happy New Year!

This has been a great year for our community. We have attracted wonderful new developers, such as Edin, Ilia, Wez, and others, significantly improved our little language, and knocked back a few beers at various conferences. In this coming year, I wish us all to realize some of our dreams, make new

Re: [PHP-DEV] ChangeLog

I'll check on this. On Wed, 01 Jan 2003, Wez Furlong wrote: > Is there some magic that needs to be done to rotate the ChangeLog? > By this I mean: > > gzip ChangeLog > mv ChangeLog.gz ChangeLog2002.gz > touch ChangeLog > cvs add -kb ChangeLog2002.gz > cvs ci -m "rotate changelog" ChangeLog Change

[PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_3) / acinclude.m4 configure.in /main streams.c

On Wed, 01 Jan 2003, Wez Furlong wrote: > wez Wed Jan 1 04:55:38 2003 EDT > > Modified files: (Branch: PHP_4_3) > /php4 acinclude.m4 configure.in > /php4/mainstreams.c > Log: > Workaround a bug in glibc 2.2.9x and later that causes it not to seek

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

On Fri, 03 Jan 2003, Moriyoshi Koizumi wrote: > moriyoshi Fri Jan 3 00:14:34 2003 EDT > > Modified files: > /php4/ext/iconv iconv.c > Log: > MFB: fixed shift-out sequence unawareness issue Please, fix stuff in HEAD and *then* merge into the branch. -Andrei

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard filters.c

On Tue, 07 Jan 2003, Moriyoshi Koizumi wrote: > moriyoshi Mon Jan 6 19:03:26 2003 EDT > > Modified files: > /php4/ext/standardfilters.c > Log: > Implemented string.base64 stream filter > @- Implemented string.base64 stream filter. (Moriyoshi) Couldn

Re: [PHP-DEV] Karma request

Ok, you got it. Let me know if just you or the whole QA team needs access to qaweb. On Wed, 31 Jan 2001, Zak Greant wrote: > Anyone care to grant me enough karma to update qaweb? :) > > --zak > > > -- > PHP Development Mailing List > To unsubscribe, e-mail: [EMAIL PROTEC

Re: [PHP-DEV] PHP 4.0 Bug #9029: preg_split inconsistency

On Wed, 31 Jan 2001, [EMAIL PROTECTED] wrote: > The brackets aren't captured, which makes the Scheme parsing a bit difficult :-) >There are other ways to do this, of course, but the preg_split() would be the >simplest and the most efficient way to do it, as far as we can see. > > I noticed tha

Re: [PHP-DEV] PHP 4.0 Bug #9029: preg_split inconsistency

On Wed, 31 Jan 2001, Anil Madhavapeddy wrote: > Well, given that the aim of the function is to be as perl-compatible, it > would be nice to make this default behaviour. The breakage of any scripts > would be pretty easy to spot, if they did use brackets wrongly, so an entry in > NEWS ought to en

Re: [PHP-DEV] Karma request

On Wed, 31 Jan 2001, Zak Greant wrote: > James Moore and Torben for sure. > > I have asked the QA team members (who already have CVS access) if they would > like access as well. Here's the list of people in current php_qa ACL list: jalal,zak,waldschrott,ultrapingo,lyric,jmoore,ronabop,s

Re: [PHP-DEV] nested functions

On Fri, 02 Feb 2001, Hartmut Holzgraefe wrote: > > it is right now possible to declare functions within functions > (see bug#9064) > > this will lead to redeclaration errors if you call the outer > function more then once > > i'm not sure about it, is this a usefull feature (although it > beha

Re: [PHP-DEV] PHP 4.0 Bug #9041 Updated: Extra #! at top of web output.

Actually PHP does check for #! in the first line and skips that line if needed. It works on Linux and used to work on Solaris until 4.0.4pl1.. On Mon, 05 Feb 2001, [EMAIL PROTECTED] wrote: > ID: 9041 > Updated by: jmoore > Reported By: [EMAIL PROTECTED] > Status: Analyzed > Bug Type: *Configurati

Re: [PHP-DEV] #! scripts as PHP scripts

At 02:31 AM 2/6/01 +0200, Zeev Suraski wrote: >In my opinion - if people want to run such files as CGI's, they should be >using .cgi extension and +x them, and not run them through the php.exe CGI >as .php files. At any rate, we need to decide which of the two behaviors >is correct, because ri

Re: [PHP-DEV] wrong implementation of isset()?

On Tue, 06 Feb 2001, Martin Jansen wrote: > The following was reported today in the german language newsgroup > news:de.comp.lang.php: > > $a = NULL; > if (isset($a)) { print "ok, du hast recht"; } > ?> > > Shouldn't this script generate some output? IMO $a is set > and isset() should return tr

Re: [PHP-DEV] wrong implementation of isset()?

On Tue, 06 Feb 2001, Bjoern Hoehrmann wrote: > >NULL == not set > > Great analysis. What about answering the question? Stanislav Malyshev > said some months ago this is 'strange', see the discussion around bug > 6076. Tell us at least, why this actually isn't strange. By default, any unset varia

Re: [PHP-DEV] time to upgrade bundled PCRE?

On Mon, 19 Feb 2001, Thies C. Arntzen wrote: > > current version is 3.4 we use 3.2 > > andrei? I will, probably in the next couple of days. -Andrei * On the keyboard of life, always keep one finger on the escape key. * -- PHP Development Mailing List To unsubscr

Re: [PHP-DEV] Time for 4.0.5?

On Mon, 19 Feb 2001, Sascha Schumann wrote: > Hi, > > what do people think about a PHP 4.0.5 release? > > We have about 70 change entries in NEWS. Some of the changes > are fundamentally needed for some extensions to work > correctly or to compile at all. > > Let me kno

Re: [PHP-DEV] Time for 4.0.5?

On Mon, 19 Feb 2001, Peter [DiSAStA] Petermann wrote: > > what do people think about a PHP 4.0.5 release? > > We have about 70 change entries in NEWS. Some of the changes > > are fundamentally needed for some extensions to work > > correctly or to compile at all. > mh.. > what abo

Re: [PHP-DEV] PHP 4.0 Bug #9337: make in_array return key, if searched value was found

On Mon, 19 Feb 2001, [EMAIL PROTECTED] wrote: > From: [EMAIL PROTECTED] > Operating system: > PHP version: 4.0.4pl1 > PHP Bug Type: Feature/Change Request > Bug description: make in_array return key, if searched value was found > > in_array() currently returns only true/fal

Re: [PHP-DEV] PHP 4.0 Bug #9337 Updated: make in_array return key, if searched value was found

How about using array_keys($array, $value) to find the key? On Mon, 19 Feb 2001, [EMAIL PROTECTED] wrote: > ID: 9337 > Updated by: andre > Reported By: [EMAIL PROTECTED] > Old-Status: Open > Status: Feedback > Bug Type: Feature/Change Request > Assigned To: > Comments: > > maybe a fourth parame

Re: [PHP-DEV] PHP 4.0 Bug #9337 Updated: make in_array return key, if searched value was found

On Mon, 19 Feb 2001, André Langhorst wrote: > > How about using array_keys($array, $value) to find the key? > > obviously it is cheaper to let in_array return it and it is more php 4 > stylish, we have booleans, why not use them? > > if ($key=in_array()) do_someting_with_key($key); So, you sug

Re: [PHP-DEV] PHP 4.0 Bug #9337 Updated: make in_array return key, if searched value was found

On Mon, 19 Feb 2001, Jason Greene wrote: > Some of my thoughts: > 1. if you change the return value of in_array to return the key, you can get a false >error > in your if statement, imagine if in_array found the element in key 0? : ) > 2. I would say that returning a key is a bit more useful then

Re: [PHP-DEV] PHP 4.0 Bug #9337 Updated: make in_array return key, if searched value was found

On Mon, 19 Feb 2001, Jason Greene wrote: > > We can change in_array() to return the the key if it's found, and false > > if it's not, but imagine all the scripts it would break.. > about 1/4th of mine : ) > > Well I think the basic problem is that people are using in_array against its >intention

Re: [PHP-DEV] PHP 4.0 Bug #9337 Updated: make in_array return key, if searched value was found

On Tue, 20 Feb 2001, Stig Venaas wrote: > Not quite sure we need array_find(). If we can have in_array() set > the array pointer to point to the entry found, one can get the key > by using key(). If in_array() also searches from the pointer onwards, > one can find all entries with the value by doi

Re: [PHP-DEV] PHP 4.0 Bug #9337 Updated: make in_array return key, if searched value was found

On Tue, 20 Feb 2001, Stig Venaas wrote: > I could in order to save the position do $key = key($arr). To > restore it later, I could then do something like array_setpos($key). > I'm not sure if the Zend API allows for setting the position without > looping through the array though. If array_setpos(

[PHP-DEV] Re: [PHP-PEAR] PEAR issue #2 (pear-dev) vote

On Thu, 22 Feb 2001, André Langhorst wrote: > [X] do not change anything > > ( ) pear-users and pear-dev > ( ) pear-general and pear-dev > > [ ] any other idea -Andrei "In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P.

Re: [PHP-DEV] Karma for php-gtk

At 07:10 PM 2/24/01 +0100, Peter \"[DiSAStA]\" Petermann wrote: >Karma for php-gtk Why do you want karma for php-gtk? -Andrei -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the lis

Re: [PHP-DEV] call_user_method_array

On Sun, 25 Feb 2001, Wez Furlong wrote: > Hi, > > I have written a call_user_method_array function that, This function has already been implemented for the next release. -Andrei * The future is not what it used to be. * -- PHP Development Mailing List To unsubscribe, e-m

Re: [PHP-DEV] Any way of finding out what files have been included?

On Fri, 02 Mar 2001, Neil Kimber wrote: > I'm testing for efficiency and realise that it's possible that some pages > include files, that in turn include files, that in turn etc > > Some of these includes are probably not needed and are bloating my site. Is > there an easy way to determine wh

[PHP-DEV] Announcing PHP-GTK

The first release of PHP-GTK is now available. PHP-GTK is a PHP extension that provides an object-oriented interface to GTK+ toolkit and enables you to write client-side cross-platform GUI applications. For more information, visit http://gtk.php.net/. -Andrei UNIX is like sex: If you don't know

[PHP-DEV] Re: [PHP-GTK] Re: [PHP-DEV] Function dl()

On Wed, 07 Mar 2001, Andrew Lawrence wrote: > Andrei Zmievski can probably explain this better than I can, but loading the > library through php.ini is not desirable or possible I believe. That was a bug, it's been fixed now. -Andrei * If it ain't broken, it doesn't hav

Re: [PHP-DEV] Re: What have you done to your website!!! ???

On Thu, 08 Mar 2001, Jani Taskinen wrote: > My thoughts exactly! I hate that new look. It's..depressing! > I must have missed some discussion about the new web design? > And when was it decided (and by WHO?!) that this new design is ok? > > e.g. The font is not Linux-Netscape-friendly and the man

Re: [PHP-DEV] The new design

On Thu, 08 Mar 2001, Varun Shoor wrote: > This is really not the good approach... when couple of people in #php > were talking about a new redesigned PHP site, i was expecting a much > better.. and good looking site not like one that is up currently. I > miss almost every feature.. those quickref

[PHP-DEV] Static vars in methods

Just ran into something (well, actually searching for it) and wanted to know what everyone's thoughts on this were and whether it should stay that way. get()); var_dump($c1->get()); $c2 = new Foo; var_dump($c2->get()); ?> Outputs: int(1) int(2) int(3) Basically, the static variable keeps its v

[PHP-DEV] Re: Static vars in methods

On Fri, 09 Mar 2001, Andi Gutmans wrote: > We need to think of static class variables. I don't think it's very easy to > do this in a way which wouldn't cause a general performance loss but I'll > put on my thinking cap. Ok, I was gonna try to hack it in myself, but you are obviously more quali

[PHP-DEV] Re: Static vars in methods

On Fri, 09 Mar 2001, Andi Gutmans wrote: > Yeah, it's supposed to be this way. We copied C++. Ok, so I can rely on this behavior in the future. On a similar note, what about static class variables, can those be done? -Andrei * What were the first 15 billion years of the universe like for you? *

[PHP-DEV] Re: Static vars in methods

On Fri, 09 Mar 2001, Andi Gutmans wrote: > By the way, if you need something that works you can just add the following > line in your constructor: > $this->mystatic =& $GLOBALS["__myclass_mystatic"]; > > Then use $this->mystatic in all of your methods. It's not built-in but it > should work pre

Re: [PHP-DEV] static call bugs?

On Sat, 10 Mar 2001, André Langhorst wrote: > Hi, > > 1) I am currently completing the php documentation to cover all > undocumented features and I have noticed that using a static method call > to the same class from on instanciated object exhibits the presence of > the instance within the st

Re: [PHP-DEV] static call bugs?

On Sat, 10 Mar 2001, André Langhorst wrote: > could you elaborate (I guess you do not have parent:: in your mind > writing from parent classes)? I don't understand the question. Can you rephrase? -Andrei Any sufficiently advanced bug is indistinguishable from a feature. -- Rich

Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h

Use zend_snprintf() instead or what? On Mon, 12 Mar 2001, Zeev Suraski wrote: > snprintf() isn't accessible in the Zend engine... > > Zeev > > At 08:43 12/3/2001, Sebastian Bergmann wrote: > >Andrei Zmievski wrote: > > > andrei Mon Mar 12 05:08:29 20

Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h

On Mon, 12 Mar 2001, Zeev Suraski wrote: > No, it's really inaccessible :) We managed to write the engine without > needing it... Is it impossible to replace it with other functions? How do you sprintf to buffer of fixed size without possible overflow? I suppose I could use strlcat() to build

Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h

On Mon, 12 Mar 2001, Jason Greene wrote: > strlcpy, and strlcat are in the win32 build (main/strlcat.c main/strlcpy.c) > why dont you malloc a buffer that would fit the sprintf data, and then strlcpy > the size restriction? Hmm, and how would you know how big the sprintf buffer would need to be f

Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h

On Mon, 12 Mar 2001, Andi Gutmans wrote: > I commited a patch but didn't test it. > Andrei, please make sure I don't have some dumb bug there. Thanks. -Andrei * Life may be expensive, but it includes an annual free trip around the sun. * -- PHP Development Mailing List To

Re: [PHP-DEV] PHP 4.0 Bug #9712: zend_is_callable clobbers values if using arrays as parameters for preg_replace

On Mon, 12 Mar 2001, [EMAIL PROTECTED] wrote: > From: [EMAIL PROTECTED] > Operating system: any > PHP version: 4.0 Latest CVS (12/03/2001) > PHP Bug Type: PCRE related > Bug description: zend_is_callable clobbers values if using arrays as parameters for >preg_replace > > $s

Re: [PHP-DEV] Err : Invalid library

On Tue, 13 Mar 2001, Alexander Bokovoy wrote: > 2. PHP-GTK suffers from other bug. It is also a problem with build > environment: when you do > > #include "php_config.h" > > in SCE module, then main PHP4 php_config.h which is installed on the > system is included, not locally created php

Re: [PHP-DEV] PHP 4.0 Bug #9794: array_keys resets the array pointer and can not be used when looping

I'll fix this problem soon. It's even in the TODO. On Fri, 16 Mar 2001, [EMAIL PROTECTED] wrote: > From: [EMAIL PROTECTED] > Operating system: linux 2.2.16 > PHP version: 4.0.4pl1 > PHP Bug Type: Scripting Engine problem > Bug description: array_keys resets the array pointer

Re: [PHP-DEV] PHP 4.0 Bug #9794: array_keys resets the array pointer and can not be used when looping

On Fri, 16 Mar 2001, Daniel Beckham wrote: > Awesome. Are you planning to just fix the array_keys function, or will > there be a change as to how the array functions work with the array > pointers? It'll be on a case-by-case basis. Some functions do need to move the pointers. -Andrei It is com

Re: [PHP-DEV] PHP 4.0 Bug #9794 Updated: array_keys resets the array pointer and can not be used when looping

Working on it right now, in fact.. On Fri, 16 Mar 2001, [EMAIL PROTECTED] wrote: > ID: 9794 > Updated by: sniper > Reported By: [EMAIL PROTECTED] > Old-Status: Open > Status: Assigned > Bug Type: Scripting Engine problem > Assigned To: andrei > Comments: > > I'll fix this problem soon. It's even

Re: [PHP-DEV] PHP 4.0 Bug #9794: array_keys resets the array pointer and can not be used when looping

On Fri, 16 Mar 2001, Stig Venaas wrote: > It seems like this is a common problem, I think perhaps most of the > PHP code (the C code) could be made cleaner if the Zend API separated > pointers from the array structure. So that one could create a pointer > and pass it as an argument to Zend hash fu

Re: [PHP-DEV] preg_grep bug?!?

On Mon, 19 Mar 2001, William N. Zanatta wrote: > Hello ppl, > > I have a dropdown menu which lists some countries. These countries are > also in a database and each of them have an ID number used for control. > Well, when I insert an entry for each of the countries in the database, > the next t

Re: [PHP-DEV] Zend build

On Mon, 19 Mar 2001, [EMAIL PROTECTED] wrote: > > > > Is there something wrong with build of Zend as of this morning? > > > > I get: > > > > $ make > > Making all in Zend > > make[1]: Entering directory `/data/src/cvs-php/Zend' > > make[1]: *** No rule to make target `@MAINTAINER_MODE_TRUE@',

Re: [PHP-DEV] Zend build

On Mon, 19 Mar 2001, Alexander Bokovoy wrote: > PHP4 has no means except AC_OUTPUT() to replace variables in header > files through templates in modules. If I'm using PHP_SUBST and PHP_OUTPUT > then php_midgard.h didn't generated from php_midgard.in. The only way > to generate it is to use AC_OUTP

Re: [PHP-DEV] Extension help

On Tue, 20 Mar 2001, Stanislav Malyshev wrote: > MB>> zend_printf("foo = %s", (*tmpString)->value.str.val); > > BTW, (*tmpString)->value.str.val == Z_STRVAL_PP(tmpString) but the > latter looks much nicer :) And much like Perl but not quite that bad yet.. :)) -Andrei * Life may be expensive, bu

Re: [PHP-DEV] Function design recomendation?

On Wed, 21 Mar 2001, Fredrik Ohrn wrote: > > I'm about to properly implement cpdf_set_viewer_preferences which is > currently just a stub. > > The underlying function takes a struct with 8 fields. > > I'd like to avoid having to specify 8 parameters to the PHP equivalent > (especially as most o

Re: [PHP-DEV] is_reference() ?

On Wed, 21 Mar 2001, Björn Schotte wrote: > I recently had a discussion with Alexander Aulbach > (submitter of bug reports with unset() and the > inconsistencies with unset($foo) and unset($bar["bla"]) > (the latter works, the former not)) and we agreed > that there definitively would be need of a

[PHP-DEV] Apology

All, The discussions have been running quite heated on this and engine2 lists, and I certainly did my share. I would like to apologize if any of my comments have hurt your feelings or made you think that I don't care about this language, its users, and developers. I've been having some issues in

Re: [PHP-DEV] Apology

On Thu, 20 Dec 2001, Sebastian Bergmann wrote: > This makes me sad, really. Recently several people 'took off' from PHP, > first Sascha, then Jani and you. > > I really hope that you return, Well, I didn't say I was exiting the PHP development. Rather, I think I should take a breather, bec

[PHP-DEV] Light musings

http://www.advogato.org/article/395.html -Andrei "Computers are useless. They can only give you answers." --Pablo Picasso -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTE

Re: [PHP-DEV] consistent way to handle structs

On Fri, 11 Jan 2002, Markus Fischer wrote: > I'm for (+1) assoc return values. > > I think the code which is used to handle it is more verbose > then ( $day = $assoc['day']; and not $day = $arr[0]; or > whatever) and it also helps debugging because you can just do > a print_r(

Re: [PHP-DEV] consistent way to handle structs

On Fri, 11 Jan 2002, Hartmut Holzgraefe wrote: > Andi Gutmans wrote: > > >... it'll encourage passing parameters in hashes which is something we > >really wouldn't want. > > > it is already common practice in userland so you are fighting > > a war that is already lost IMHO > > as soon as you

[PHP-DEV] PHP-GTK version 0.5.0 released

Greetings! I have released PHP-GTK version 0.5.0, also known as "monday starts on saturday". The version number was bumped from 0.1.1 to this one to indicate that PHP-GTK is now a fairly mature and stable extension and can be used for a variety of applications (just look on Freshmeat). I would a

[PHP-DEV] is_subclass_of() patch

Right now is_subclass_of() will return false if the object is exactly of the class you are trying to test for. I propose the following patch: --- zend_builtin_functions.c2002/01/06 15:21:09 1.107 +++ zend_builtin_functions.c2002/01/29 21:02:05 @@ -553,5 +553,5 @@ zend_str_tolower(lcna

Re: [PHP-DEV] is_subclass_of() patch

On Wed, 30 Jan 2002, Andi Gutmans wrote: > Sounds OK to me although it might be confusing with the name of this > function. Yes. I have something in mind for ZE2 - I'll work up a patch and send it to you. -Andrei Any sufficiently advanced bug is indistinguishable from a feature.

[PHP-DEV] class variable problem

This doesn't make sense: bar; ?> Results in: PHP Notice: Undefined property: bar I think it's misleading in best case. Property 'bar' *is* declared, so I think it should have an entry in class's default_properties table, even though it's not assigned a value. Please copy me on repl

[PHP-DEV] Zend in CVS -> news

All, Zend/ZendEngine2 are now available for online access through lxr.php.net and bonsai.php.net. Also, I've added ChangeLog files to these modules and updated the changelog tool so that it will start auto-generating them. This also means that you can use '@' and '#' prefixes in Zend/ZendEngine2

[PHP-DEV] 80,000 posts

php-dev has had 80,000 posts to it. At least I hope mine is number 80,000. P.S. Well, most of those were probably bug reports/closings. -Andrei -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

<    1   2   3   4   5   6   >