Re: [PHP-DEV] bug or feature?

On Fri, 18 May 2001, Zeev Suraski wrote: > It's generally a side effect of the implementation, so I wouldn't be too > keen on documenting as a feature, but as an undefined behavior. A very useful side effect, perhaps? -Andrei "Computers are useless. They can only give you answers."

Re: [PHP-DEV] bug or feature?

On Fri, 18 May 2001, Stig Bakken wrote: > Anyway, I'd like to see "$this assignment in constructor": > > 1. dismissed as a bug > 2. documented as a feature, or +1 from me on this one. -Andrei Hacker: Any person who derives joy from discovering ways to circumvent limitations. -- PHP D

Re: [PHP-DEV] Boolean weirdness?

On Thu, 17 May 2001, Sebastian Bergmann wrote: > Hey there, > > I was just bitten by a - IMHO - weirdness with boolean values: > >$foo = -1; > if ($foo) { print "bar"; } > ?> > > The code above print 'bar'. I would expect if($x) t return true if $x > is an integer an

Re: [PHP-DEV] issues about domxml in 4.0.6

On Wed, 16 May 2001, Christian Stocker wrote: > Hello > > As mentioned in bug #9896 the api for domxml seems to has changed a > lot... > it's now almost impossible to write code with domxml which works in 4.0.5 > and 4.0.6. > > for example $root->children() returns a completely different Array

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

On Wed, 16 May 2001, Jani Taskinen wrote: > Have you ever heard that you can also change that number in the middle? > 4.0.6 > This one^ > > It can be something else than an ellipse called zero..it can even be a > number 1!!! Whoa! Never thougth about that?! > > And maybe, just MAYB

Re: AW: AW: [PHP-DEV] arrays

At 02:51 AM 5/15/01 +0300, Zeev Suraski wrote: >Ok, if we humor ourselves with this feature... What kind of behavior >would you expect if a key gets deleted, and there are no longer >associative members in the array? Good point... any time savings on the extension side would be negated if the

Re: AW: [PHP-DEV] arrays

At 06:49 PM 5/14/01 -0400, Stig Sæther Bakken wrote: >Any XML-RPC implementation would benefit from seeing easily whether a >value is a continous pure numeric array, associative array or a mix. >It should be a trivial fix, and the performance difference is >negligible. WDDX would benefit from it

Re: [PHP-DEV] build failure with current CVS

corrected. On Mon, 14 May 2001, Cynic wrote: > D:\compile\php\current>uname -a > WindowsNT zvahlav 0 5 x86 > > basic_functions.c > D:\compile\php\current\ext\standard\basic_functions.c(1787) : error C2065: >'executor_globals' : undeclared identifier > D:\compile\php\current\ext\standard\basic_f

[PHP-DEV] efree() and NULL

It doesn't seem that efree() is equivalent to free() as far operating on NULL pointers. If ptr == NULL, free(ptr) is a no-op, but efree() will probably barf on it.. Can we make them equivalent? -Andrei Documentation is worth it just to be able to answer all your mail with 'RTFM'. -- Alan Cox --

Re: [PHP-DEV] arrays

At 06:01 PM 5/13/01 +0200, Harald Radi wrote: >hi, > >is there a simple way to determine if a pval of type IS_ARRAY contains >non-interger indices (associative array) ? >something like a flag in the pval structure that indicates that add_assoc_* >was called on it. Nope, you pretty much have to wa

Re: [PHP-DEV] call_user_*()

At 03:28 PM 5/12/01 -0400, Sterling Hughes wrote: >Also, since the call_user_method*() functions are repetitive, we should >probably nuke them at one point (and for now, have an E_NOTICE message >saying that "these functions are outdated, use the array($obj, "method") >syntax"). > >Thoughts? Y

Re: [PHP-DEV] stat/fstat

At 03:31 AM 5/12/01 +0300, Zeev Suraski wrote: >Yikes. We were only kidding, Jason :) Well, he could have the last argument of zend_hash_update() to receive the point to inserted value and done refcount++ on that and inserted again. ;-) I've been thinking we need to have add_* functions return

Re: [PHP-DEV] Bug #9896 Updated: segfaults at $xmldoc->add_root("root");

It seems that Uwe based his rewrite on my implementation of object support for PHP-GTK. But libxml lacks certain features that can help properly destruct objects, they will have to be emulated. I'm just waiting for a reply from libxml author on one issue, and then I can start fixing memory leaks.

Re: [PHP-DEV] stat/fstat

On Fri, 11 May 2001, Jason Greene wrote: > True, > I was lazy though and didn't feel like writing all that additional code, > just to save 13 longs of memory space : ) 13 * sizeof(zval) actually. -Andrei When we eliminate the impossible, whatever remains, however improbable, must be true. --

Re: [PHP-DEV] stat/fstat

On Fri, 11 May 2001, Jason Greene wrote: > Its actually not that pretty > Since the entries are in a hashtable, > you have to duplicate the values, with just another key. You could just reuse the same value with refcount++ but that means you can't use nice add_* functions, gotta use zend_hash

Re: [PHP-DEV] multiselects and arrays

On Thu, 10 May 2001, Zeev Suraski wrote: > With no easy workaround such as \[\] or something like that? I don't think so. -Andrei * "Lack of planning on your part doesn't constitute an emergency on my part." * -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL

Re: [PHP-DEV] multiselects and arrays

On Thu, 10 May 2001, Zeev Suraski wrote: > Why does it make more sense? Is there any advantage in using this over > using foo[]? By changing this behavior, we're actually losing > functionality, not adding any. Interaction with Javascript is problematic if you use [] in the variable name. Tha

Re: [PHP-DEV] multiselects and arrays

On Thu, 10 May 2001, Max Vysotskiy wrote: > Well. It could be prevented with some directive. Something like > Or php.ini setting. -Andrei Linux is like living in a teepee. No Windows, no Gates, Apache in house. - Usenet signature -- PHP Development Mailing List

Re: [PHP-DEV] multiselects and arrays

On Thu, 10 May 2001, Max Vysotskiy wrote: > Thanx > But why not just to convert plain field names without [] to arrays?? > Is there any reasons to not doing this? That's been a pet peeve of mine as well. I think that if PHP sees multiple variables with the same name in POST data, it should make a

[PHP-DEV] Re: [PEAR-CVS] cvs: php4 /pear PEAR.php.in

On Fri, 20 Apr 2001, Andrei Zmievski wrote: > I'll make a userland interface to zend_is_callable(). Ok, is_callable() is in. No docs yet, but the first argument is the construct to check, second optional one is whether to check just the syntax of construct or its existence in runtime tab

[PHP-DEV] NEWS line

What's this NEWS line for? - Ported Documentation structure from phpdoc. (James Moore) -Andrei * It said 'Winmodem' on the box, but I still feel like I lost. * -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAI

Re: [PHP-DEV] bonsai.php.net down, no one cares?

The MySQL server on the machine died. I've restarted it and it's now rebuilding the entire check-in history to make sure it's complete. I'm the lxr/bonsai maintainer so email me in the future. On Mon, 07 May 2001, Cynic wrote: > Hi all, > > bonsai on php.net has been down since 2001-05-03 at l

Re: [PHP-DEV] (change request) PHP 4.0 Bug Summary Report

On Sun, 06 May 2001, Jani Taskinen wrote: > I thought about having those urls too..but as you said, it'll > get too big to be send on the list. > > But what if the summary with URLs could be requested for? > >From some webpage maybe? Or via email? At some point Rasmus used to have a page that li

Re: [PHP-DEV] (change request) PHP 4.0 Bug Summary Report

At 02:02 PM 5/5/01 -0400, Joe Brown wrote: >Is it possible to include www.php.net/bugs.php?id= at the front of these, or >on a second line trailing each bug listed? > >Would make the list twice as long, but a lot simpler to follow up on, w/mail >reader that recognises links. The bug summary is al

Re: [PHP-DEV] PHP 4.0 Bug #10668 Updated: preg_replace backquote failure

On Fri, 04 May 2001, [EMAIL PROTECTED] wrote: > ID: 10668 > User Update by: [EMAIL PROTECTED] > Status: Analyzed > Bug Type: PCRE related > Description: preg_replace backquote failure > > H'm... I'm confused. :-) To complicate things further, the e-mails display half as >many backslashes as th

Re: [PHP-DEV] Zend API changes

On Fri, 04 May 2001, Sterling Hughes wrote: > Well maybe not manpage style. I think there should be some Javadoc-like > comments in the Zend source, the same way the apache portable runtime is > documented or state threads library is (yeah, yeah, I know, don't end > sentences with prepositions :)

Re: [PHP-DEV] Problem with preg_split ( 4.0.5 and CVS last version )

On Fri, 04 May 2001, Renato Weiner wrote: > > Hi all, > > Look at the following code: > $price = "66950"; > > $formatado = preg_split ('//', $price, 0, PREG_SPLIT_NO_EMPTY); > > $escalar = sizeof($formatado); > > echo $escalar; > ?> > > In php4.0.4pl1 the result is "5", in php4.0.5 the resu

Re: [PHP-DEV] Classes & function names

On Fri, 04 May 2001, Zeev Suraski wrote: > I think that there are two ways to look at the issue that John raised. > > One, is a cosmetic change, that would add a bit of bloat to classes, and > retain another name in them. Allowing access to it using some specialized > function (get_beautiful_c

Re: [PHP-DEV] mailparse extension

On Fri, 04 May 2001, Hartmut Holzgraefe wrote: > oops, we are going to have internal extension dependencies beside > those to ext/standard? ext/wddx already depends on ext/xml. -Andrei Some people try to achieve immortality through their work, others through their children. I hope to achieve im

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

At 03:14 AM 5/4/01 +0300, Andi Gutmans wrote: >Not exactly. No matter if it is set to NULL or unset then isset() will >give the same result. >And most people use isset() AFAIK. Whatever the current situation, there needs to be a way to check whether a certain array entry is NULL or not. -Andre

Re: [PHP-DEV] 4.1 & Declaration Case Persistance

At 03:12 AM 5/4/01 +0300, Andi Gutmans wrote: >In the constructor of your class you can save the class name to a variable >if it's that important to you :) -Andrei -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mai

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

At 06:31 PM 5/3/01 -0500, Richard Lynch wrote: >Um, lots of people use isset($row['foo]) to detect NULL in the database... > >Are you going to change that behaviour? > >Don't. > >If the column is missing, they screwed up their SQL, which is not within the >pervue of PHP to fix in the first place..

Re: [PHP-DEV] 4.1 & Declaration Case Persistance

At 02:50 AM 5/4/01 +0300, Andi Gutmans wrote: >I still don't think this is something lots of PHP users will benefit from. >On the contrary, I think semantically it is more correct to define what >the case insensitivity means (names are converted to lower case). >How many examples can you think o

Re: [PHP-DEV] 4.1 & Declaration Case Persistance

At 02:38 AM 5/4/01 +0300, Andi Gutmans wrote: I don't think it is trivial to implement this without: >a) Creating a second version of our hash tables (I don't like duplicate code). >b) Adding more complexity to the already complex hash tables. I may be missing something here, but why not simply a

Re: [PHP-DEV] 4.1 & Declaration Case Persistance

On Thu, 03 May 2001, Wez Furlong wrote: > I just read Colins comments (but deleted the message already!). > > OK, so +1 to get_declared_class() which returns the class name with > original case preserved. Umm, that sounds kind of arbitrary. There could be an optional parameter to get_class(), ge

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

On Thu, 03 May 2001, Andi Gutmans wrote: > How do you know today if it's NULL or not? is_null()? -Andrei We all have photographic memories, it's just that some of us don't have any film. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

On Thu, 03 May 2001, Zeev Suraski wrote: > Sure. I just did. :) > > Adding an isnull() language construct may be the right way to solve this > situation; key_exists() and the today's function is_null() are both > functions that duplicate language-level functionality, and shouldn't exist > IM

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

On Thu, 03 May 2001, Andi Gutmans wrote: > >Also, have you seen people complain about my patch to MySQL that adds > >NULL's to the result set? > > No because isset() returns false for NULL values. But many people would > like it to return true, and then it would break people's scripts. I guess

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

On Thu, 03 May 2001, Andi Gutmans wrote: > Anyway, it's not something I think we should change right now. > I think Andrei's MySQL patch should be reverted though. Many people are > doing isset($row["foo"]) on their MySQL query results. Today if "foo" is > NULL it will return false. If this is e

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

On Thu, 03 May 2001, Zeev Suraski wrote: > Yes, it requires adding of functions that duplicate isset()'s behavior in a > way that may change in the future (implementation dependent). What do you mean? You won't be able to store NULL's in the arrays? -Andrei * I don't mind going nowhere as long

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

On Thu, 03 May 2001, Zeev Suraski wrote: > Hmmm, looks like the MySQL module was changed to add NULL elements to the > array. It even looks as if you changed it :) > I intentionally removed the code that populated return values with NULL's, > to avoid inconsistencies. People should use the mys

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

On Thu, 03 May 2001, Andi Gutmans wrote: > Yeah but I'm afraid it'll make scripts be written on behavior which > shouldn't be counted on. > Maybe in future versions of Zend $array['foo'] won't be defined. There are > certain situations where I think it was impossible to not define it so it > wa

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

On Thu, 03 May 2001, Andi Gutmans wrote: > >key_exists(), you mean? I didn't put it in, and as far as I know it's > >still there. > > I'd really like to nuke it. I can sort of see his point really, if $array['foo'] = NULL there is no way to know whether key 'foo' exists or not.. -Andrei * Power

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

On Thu, 03 May 2001, Andi Gutmans wrote: > Nah but I think it means that you shouldn't add any more array_foobar() > functions before 4.0.7-dev :) Geez, just when I finished array_foobar().. > By the way, what happened to that array_defined() or whatever function > which was added? Didn't we s

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process

On Thu, 03 May 2001, Zeev Suraski wrote: > At 13:27 3/5/2001, Jani Taskinen wrote: > >I just want to remind everyone that the 4.0.6 is suppose to have mainly > >bug fixes..or wasn't this agreed on yet? > > Yes it was. Does that mean I should take my array_map() and array_filter() functions out?

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/session php_session.h session.c /ext/wddx php_wddx_api.h wddx.c

On Wed, 02 May 2001, Alexander Bokovoy wrote: > On Tue, May 01, 2001 at 11:15:56PM +0200, [EMAIL PROTECTED] wrote: > > Hello Alexander, > > > > We (The SRM Team) also have great interest in this. Maybe we can > > collaborate on this. > OK. Andrei, what changes are actually need to be done in sess

Re: [PHP-DEV] key_exists from php

At 10:00 PM 4/29/01 -0400, David Croft wrote: >should that be separate e.g. index_exists? No, just have it take either string or number for a key. -Andrei -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PR

Re: [PHP-DEV] key_exists from php

At 09:50 PM 4/29/01 -0400, David Croft wrote: >There doesn't seem to be any way for a php script to determine whether a >given key exists in an array. isset($arr['x']) fails when it exists but >has a null value. I know there are ways around it like using foreach or >array_keys but these don't see

Re: [PHP-DEV] Re: Assigned PHP 4 bugs reminder

On Sat, 28 Apr 2001, Derick Rethans wrote: > Hello, > > this time I got two of those, but still no PHP 4 Bug Summary... > > On 28 Apr 2001 [EMAIL PROTECTED] wrote: > > > 9163: mcrypt_list_algorithms doesn't work > > 10187: Warning: mcrypt module initialization failed > > 10518:

Re: [PHP-DEV] function table

On Thu, 26 Apr 2001, David Croft wrote: > > Hello, I'm implementing an extension that allows user callbacks. > > The Zend API document suggests using the Compiler globals to access the > function table. However I see the XML extension is using Executor globals. > > Which is correct? is there a

Re: [PHP-DEV] 4.0.5: Merge Request

On Wed, 25 Apr 2001, Sterling Hughes wrote: > Naturally, but what does waiting 7 (an arbitrary number) of days do to > make the new feature have less bugs. The way I see it, the sooner the > feature is in there, the sooner the bug gets identified the sooner we're > able to fix it, the better. Me

Re: [PHP-DEV] 4.0.5: Merge Request

On Wed, 25 Apr 2001, Sterling Hughes wrote: > I actually think the general idea is good, have a release where all the > regular contributors agree to work on fixing bugs. Or like the debian > folk do, have a bug squashing party. I'm just saying that a feature > freeze seems un-necessary, I see n

Re: [PHP-DEV] sprintf and strings with NULL byte

On Wed, 25 Apr 2001, [EMAIL PROTECTED] wrote: > Well, no, because it is now binary-clean! ;) > > Do you need exact 1:1 parity? It does most of the things that glibc > printf() does. I don't need it right now, just venting it out as a thought for the future.. -Andrei * If Bill Gates had a nick

Re: [PHP-DEV] sprintf and strings with NULL byte

On Wed, 25 Apr 2001, [EMAIL PROTECTED] wrote: > Oh, and I went and fixed this anyway. That's cool. > I'd just split that php_formatted_print() function into two parts. One > that does the argument handling and one that just does the work like we > have done with so many other functions. Yes, w

Re: [PHP-DEV] sprintf and strings with NULL byte

On Wed, 25 Apr 2001, Rasmus Lerdorf wrote: > Don't think so. And it also doesn't work if the format string contains a > null byte because the parsing loop does: > >while (format[inpos]) { ... > > I don't see any reason to not change this to loop over > (*args[0])->value.str.len instead here

[PHP-DEV] sprintf and strings with NULL byte

Do we have any facilities (in C) for sprintf'ing the strings that may have NULL byte inside? For example, if name is "foo\0bar", and name_len is 7, sprintf(buf, "name: %*s", name_len, name); Does not give the correct result - stops at the first null byte. -Andrei "The secret of flying

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] 4.0.5: Merge Request

On Tue, 24 Apr 2001, Sterling Hughes wrote: > Hrmm.. > > I think its not a bad idea to encourage (even more :) bug fixing for the > next release, but I don't think restricting valuable and/or needed > features is a good idea. Grr.. I'd really like for 4.0.5 to come out soon, it's holding up a nu

Re: [PHP-DEV] hebrew error messages?

Hardly. :) I just asked the same question of you, oh, about a year ago. On Wed, 25 Apr 2001, Zeev Suraski wrote: > Andrei's Hebrew sure is getting better :) > > > At 21:15 24/4/2001, Andrei Zmievski wrote: > >On Tue, 24 Apr 2001, Colin Viebrock wrote: > > > Par

Re: [PHP-DEV] hebrew error messages?

On Tue, 24 Apr 2001, Colin Viebrock wrote: > Parse error: parse error, expecting `T_PAAMAYIM_NEKUDOTAYIM' or `'('' in > /path/to/file.php on line 246 > > Zeev/Andi ... ? :) Read "expecting '::' or '('". -Andrei Commitment, n.: Commitment can be illustrated by a breakfast of ham and eggs. The

Re: [PHP-DEV] 4.0.5 release

On Tue, 24 Apr 2001, Cynic wrote: > RC7 still appends a binary zero to every element in the array > returned by get_defined_functions(). IIRC Andrei said he fixed > it (but maybe in HEAD only?). > > Seems like it'd be easy to fix, shouldn't it be done for 4.0.5? It's been merged into the releas

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

I see it in RC7. On Tue, 24 Apr 2001, Andi Gutmans wrote: > Looks like it got merged before RC7. > Can you check if your source includes this fix? > > >From: "Andrei Zmievski" <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Date: Mon, 02 Apr 2001 16:

Re: [PHP-DEV] subrequests in apache 1.3.x loses headers

On Mon, 23 Apr 2001, Chand wrote: > > >Hi dudes > > I have this apache module i've written which makes a subrequest on a php > script. My problem is, the main request which is sent to the client browser > doesn't have the headers sent by the php script. > > Any module guru who could help me s

Re: [PHP-DEV] request

At 12:54 PM 4/22/01 +0300, Stanislav Malyshev wrote: >Sure this is a hard error. And double sure using first method is wrong. >Why the first one is better than the second? The third? The 42th? The >toString function should or be overriden in inherited object, which >resolves the conflict, or uniqu

Re: [PHP-DEV] request

At 12:44 PM 4/22/01 +0300, Stanislav Malyshev wrote: >That would be what I call weirdness and would raise WTF factor >significantly. Changing some class declaration is some unrelated module >could then make all your code inside out and you have absolutely no >control on it and no means to prevent

Re: [PHP-DEV] request

At 06:36 PM 4/21/01 -0400, Stig Sæther Bakken wrote: >Okay, what about this one: > >If two inherited classes define the same method, the inheriting class >has to redefine it. This way the inheriting class can be explicit in >how to combine or override the inherited methods. This would work if th

Re: [PHP-DEV] request

On Sat, 21 Apr 2001, Chuck Hagenbuch wrote: > This could result in really confusing and unpredictable behavior if "the first > encountered definition" changed under any circumstances. I'd vote for making > any name conflicts an error. You could have two classes both defining an innocent method

Re: [PHP-DEV] request

At 09:41 PM 4/20/01 -0400, Stig Sæther Bakken wrote: >The idea is starting to grow on me. But I think name clashes should >be defined as errors, that is more consistent with the way function >and class declarations are done. Alternatively, we could do the Python way: the base classes are searche

Re: [PHP-DEV] Enabling WDDX

On Fri, 20 Apr 2001, TomHenry wrote: > Adrei > > I guess the underlaying thread was lost -- the whole issue is just that I > don't have control over compiling PHP in the first place. I needed a > solution that could be implemented w/o being the one compiling 0 I I > compiled then I wouldn't h

Re: [PHP-DEV] Enabling WDDX

On Fri, 20 Apr 2001, TomHenry wrote: > Adrei > > I guess the underlaying thread was lost -- the whole issue is just that I > don't have control over compiling PHP in the first place. I needed a > solution that could be implemented w/o being the one compiling 0 I I > compiled then I wouldn't h

Re: [PHP-DEV] lxr.php.net and the php4/core directory

Should be fixed. On Fri, 20 Apr 2001, Andrei Zmievski wrote: > I'll take a look at it. > > On Thu, 19 Apr 2001, Hartmut Holzgraefe wrote: > > > > could someone please make lxr ignore the old php4/core directory > > when indexing the source? > > > >

Re: [PHP-DEV] Enabling WDDX

On Fri, 20 Apr 2001, TomHenry wrote: > Andrei, > > Could you explain more what you mean by "build it as a shared library"? I > have no Idea what it means. > > What do I need, and what are the steps to do that? > > Thank you very much for responding to my dilemma - I have been trying to > get

Re: [PHP-DEV] Suggestion for in_array

See array_search() function. On Fri, 20 Apr 2001, Thomas Deliduka wrote: > Perhaps having in_array return the index for the element that contains the > needle. > > That would be very useful. > -- > > Thomas Deliduka > IT Manager > - > New Eve Media > The Solution T

Re: [PHP-DEV] lxr.php.net and the php4/core directory

I'll take a look at it. On Thu, 19 Apr 2001, Hartmut Holzgraefe wrote: > > could someone please make lxr ignore the old php4/core directory > when indexing the source? > > -- > Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 > > -- > PHP Development Mailing List

Re: [PHP-DEV] Enabling WDDX

On Tue, 17 Apr 2001, Tom wrote: > > I run websites on server farms - and am usually faced with difficulties as a > result of the PHP configuration being at the whim of the ISV staff - > especially when version upgrades are made - they frequently fail to include > all the needed -with- and -ena

Re: [PHP-DEV] request

On Tue, 17 Apr 2001, Stanislav Malyshev wrote: > Generally, since PHP is not a strongly typed language, it's not too hard > to implement multiple inheritance, I guess. Question is - is it worth the > effort? Does it need to be done? With multiple inheritance you have a way to implement interfaces

Re: [PHP-DEV] Request : Surface Userland version of zend_is_callable

On Tue, 17 Apr 2001, clayton collie wrote: > > Title says it. It seems like it would be a useful way of preventing certain > runtime errors with callbacks. It could be a pretty simple userland function.. but can be written in C as well. -Andrei When we eliminate the impossible, whatever remain

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

At 05:33 AM 4/17/01 -0400, Stig Sæther Bakken wrote: >I don't see 4.1 happening if we have to keep coordinating the TODO >lists of 80 extensions. Yep, the main reason I didn't want to add php-gtk to the default PHP dist. -Andrei -- PHP Development Mailing List To unsubscr

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

At 10:10 PM 4/13/01 -0400, you wrote: >I don't know, but I'd like to start a branch for the 4.1.0 code in a >week or so (or sooner, that's just when I'll have a use for it). I've In our model, we start branches for releases and keep working on the main trunk. -Andrei -- PHP Developm

Re: [PHP-DEV] Re: [PHP-CVS] cvs: pear /ScienceChemistry.php/Science/ChemistryAtom.php Atom_PDB.php Coordinates.phpElement.phpMacromolecule.phpMacromolecule_PDB.php Molecule.phpMolecule_XYZ.phpPDBFile.php PDBPa

On Tue, 10 Apr 2001, Sebastian Bergmann wrote: > Jon Parise wrote: > > It appears as though he committed it to pear/, not php4/pear/. It > > looks like PEAR will slowly become its own module. > > Yup, and that's good to see. Sorry, Jesus! Ok, good. -Andrei * I wish life had an UNDO function.

Re: [PHP-DEV] Re: [PHP-QA] PHP 4.0.5 Release Candidate testing

It's done. On Mon, 02 Apr 2001, Andi Gutmans wrote: > Andrei, > > Can you please merge this to 4.0.5. I think it should be in and we better > release a final RC6. > I think it's better to have another quick RC (I can roll it today or > tomorrow) before we get 4.0.5 out of the door. > Andi -

[PHP-DEV] Re: [PHP-QA] PHP 4.0.5 Release Candidate testing

On Mon, 02 Apr 2001, Alexander Feldman wrote: > Hi, > > These are the results and questions from some tests I run yesterday on the > last 4.0.5 release candidate. Note that all differences are from PHP > 4.0.4pl1. > > 1. The function array_flip($array) puts one extra zero byte at the end of > ea

Re: [PHP-DEV] PHP 4.0.5 Release & Midgard Problems

On Mon, 02 Apr 2001, Andi Gutmans wrote: > I very much liked Andrei's implementation of Smary templates. It uses the > Zend (PHP) scripting language and caches templated scripts without messing > with the core of PHP. Just nitpicking, Andi, but really, it's Zend that needs to be in parenthesis

Re: [PHP-DEV] PHP 4.0.5 Release & Midgard Problems

On Mon, 02 Apr 2001, Alexander Bokovoy wrote: > Andrei didn't use C coding in Smarty simply because his team failed to produce > effective solution in reasonable time, but it does not mean that such solution > impossible (no offense for IPSI at all, just facts from Smarty documentation). > We have

Re: [PHP-DEV] PHP 4.0.5 Release & Midgard Problems

Alex, It's a lost cause. I went through this whole thing over a year ago and I've still got burn marks to show for it. On Sun, 01 Apr 2001, Alexander Bokovoy wrote: > Not so simple because XSLT is far than complex for lot of applications and > especially when you are trying to provide content ed

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

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] 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] 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] 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] 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] 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] 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, 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: 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] 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 #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] 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] 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, 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

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

<    1   2   3   4   5   6   >