Re: [PHP-DEV] Patch: Nested comments

At 11:31 AM 11/28/2001 -0800, Vlad Krupin wrote: >Hartmut Holzgraefe wrote: > >>Markus Fischer wrote: >> >>> Although my vote doesn't count much here :-) I'm for it... >>> >>> ... but it would be a problem for 4.x I guess because this >>> horribly breaks BC when/if there's a new 4.x re

Re: [PHP-DEV] C++ in extension?

At 03:48 PM 11/28/2001 +0100, Lars Knudsen wrote: >correction: > >it seams that using the 'string' from stdlib makes the difference. If I: > >#include >using namespace std; > >... it doesnt work - but only if I *use* the string class strange. >anyone got any Idea why? Possibly because you'r

Re: [PHP-DEV] V_OPEN and memory

At 02:57 PM 11/28/2001 +0100, Thomas Wentzel wrote: >What happened to V_OPEN/V_GETCWD/... >"I" had them in 4.0.4pl1, but they are gone in 4.0.6 ??? They are now VCWD_OPEN() and VCWD_GETCWD(). The previous ones clashed with third party libraries. Andi -- PHP Development Mailing List

Re: [PHP-DEV] Patch: Nested comments

At 10:17 PM 11/27/2001 +0100, Anders Johannsen wrote: >On Tue, 2001-11-27 at 21:49, Stig Venaas wrote: > > On Tue, Nov 27, 2001 at 09:41:46PM +0100, Anders Johannsen wrote: > > > The submitted patch does not break any existing code > >Perhaps I should have added: ... unless you have a really silly

Re: [PHP-DEV] Patch: Nested comments

At 07:56 PM 11/27/2001 +0100, Markus Fischer wrote: >On Tue, Nov 27, 2001 at 05:59:44PM -, James Moore wrote : > > if(0) { > > > > > > > > } > > Doesn't prevent the code from between being parsed. > > Andi, for ZE2 this is also no option? ZE2 definitely breaks > BC and neested comm

Re: [PHP-DEV] Patch: Nested comments

I don't think this should be changed and we should stick to the way it is in C. (It is also not BC and even if I thought it's a good idea, which I don't, I don't think it's worth it). Andi At 11:48 AM 11/27/2001 +0100, Anders Johannsen wrote: >This patch allows for nested 'C-style' comments, w

RE: [PHP-DEV] maybe serious error in RC3 memory manager

At 02:06 PM 11/26/2001 +, Sam Liddicott wrote: >I think it should; turning off fast-cache was just a quick fix which I >haven't tried in case it slows down access to all those array items; not >being sure what fast cache is actually for. I turned it off for now. Basically the fast-cache allo

RE: [PHP-DEV] CGI quick cleanup

At 09:33 AM 11/26/2001 +, Sam Liddicott wrote: > > -Original Message- > > From: Andi Gutmans [mailto:[EMAIL PROTECTED]] > > Sent: 24 November 2001 01:21 > > To: Sam Liddicott; Sam Liddicott; [EMAIL PROTECTED] > > Subject: RE: [PHP-DEV] CGI quick clean

Re: [PHP-DEV] Re: 10% speedup patch in zend_hash_copy

very = vary. I need to stop sending stuff off without proof reading :) Andi At 11:01 PM 11/25/2001 +0200, Andi Gutmans wrote: >It doesn't look like such a good idea to me. There are lots of things in >PHP where you can get 10% speedup by copy&pasting stuff from one function

[PHP-DEV] Re: 10% speedup patch in zend_hash_copy

It doesn't look like such a good idea to me. There are lots of things in PHP where you can get 10% speedup by copy&pasting stuff from one function to another. It makes the code completely unmaintainable and in real life situation usually, if at all, gives a negligible speedup. I've played arou

RE: [PHP-DEV] CGI quick cleanup

The problem you are experiencing is due to the fast cache. Edit Zend/zend_fast_cache.h and change: # define ZEND_ENABLE_FAST_CACHE 1 to: # define ZEND_ENABLE_FAST_CACHE 0 Make sure you do a complete rebuild. Tomorrow I'll try and think of what the best way to fix it is. (3:20 AM here :) Andi A

Re: [PHP-DEV] CGI quick cleanup

The reason for this is most probably because during shutdown we decrement many reference counts and free each memory block separately. Theoretically we could just exit without doing any freeing of memory but we have to find a solution for freeing resources (maybe directly in the resource list a

Re: [PHP-DEV] XSLT Extension and paths

It probably doesn't use the virtual cwd stuff. Can you try and compile without thread-safety and see if it works? Andi At 02:40 PM 11/16/2001 +0100, Sebastian Bergmann wrote: >Zak Greant wrote: > > How are you running PHP under Win - CGI, ISAPI, > > Apache Mod?? > > Apache 2.0

Re: [PHP-DEV] sytanx again

At 05:42 AM 11/16/2001 -0800, Rasmus Lerdorf wrote: > > Now all that is left is to decide :) I think we're at a deadlock. > > Who opposes this strongly? > >I don't like it, but it is not strong opposition. To me it just doesn't >read nicely at all: > > > >compare with: > > > >or: > > > >

RE: [PHP-DEV] sytanx again

At 12:14 PM 11/16/2001 +0100, Marc Boeren wrote: > > > > It's odd and inconsistent to have <%=, > >I was also against > >that consistency (symmetry?) is better. > >Let's take this one step further (into absurdity ;-) and also add > >= %var; > >just for consistency, of course :) Blah. This wil

Re: [PHP-DEV] sytanx again

At 09:33 AM 11/15/2001 +0100, Stig S. Bakken wrote: >Shane Caraveo wrote: > > > > Andi Gutmans wrote: > > > > > > Implementing this is not a problem but it seems that there is no > consensus > > > on adding it. > > > I'm not sure what I

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Proposal for release process (Was: Re:[PHP-DEV]4.1.0)

At 01:36 AM 11/14/2001 +0100, Stig S. Bakken wrote: > > I didn't quite understand what you mean :) > > All I said was that if you create a branch say "4.1.0" and you want to > > release "4.1.x" from that branch later on whilst HEAD has already moved a > > couple of months you're going to have a ha

Re: [PHP-DEV] Proposal for release process (Was: Re: [PHP-DEV]4.1.0)

At 05:28 AM 11/12/2001 +0200, Jani Taskinen wrote: >On Sun, 11 Nov 2001, Andi Gutmans wrote: > > >I didn't quite understand what you mean :) > >I didn't get it first either. :) > > >All I said was that if you create a branch say "4.1.0" and you wa

Re: [PHP-DEV] Proposal for release process (Was: Re: [PHP-DEV]4.1.0)

At 12:31 AM 11/11/2001 +0100, Stig S. Bakken wrote: >Andi Gutmans wrote: > > > > Jani, > > > > I think in theory what you writes makes sense but it just doesn't work in > > the PHP project. (I'm talking about the minor versions coming out of > >

Re: [PHP-DEV] Proposal for release process (Was: Re: [PHP-DEV] 4.1.0)

Jani, I think in theory what you writes makes sense but it just doesn't work in the PHP project. (I'm talking about the minor versions coming out of branches). There are always cries to go with HEAD because it's got new goodies (I think it often makes sense) and then people don't want to rele

Re: [PHP-DEV] 4.1.0

At 07:43 AM 11/10/2001 -0800, Rasmus Lerdorf wrote: >I think the assumption that the PHP_4_0_7 branch is "pretty stable" and >"pretty much ready to go" is the key here. How do you know? I think it >is up to the QA team to tell us if this is the case. From what I can see, >I don't think this is

Re: [PHP-DEV] Fix for bug #11563

The patch looks OK if open_basedir is really supposed to stop people from stat()'ing files which aren't underneath the open_basedir path. Andi At 11:18 AM 11/4/2001 +0100, Martin Jansen wrote: >In http://bugs.php.net/bug.php?id=11563 there is a patch for >the reported bug. Is there anything spea

Re: [PHP-DEV] dl() equivalent

At 01:40 AM 10/28/2001 +0200, Stig S. Bakken wrote: >Andi Gutmans wrote: > > > > At 08:43 AM 10/27/2001 +0200, Stig S. Bakken wrote: > > >Hi, > > > > > >Back in the early 3.0 days, dl() used to load stuff into the process > > >without remo

Re: [PHP-DEV] dl() equivalent

At 08:43 AM 10/27/2001 +0200, Stig S. Bakken wrote: >Hi, > >Back in the early 3.0 days, dl() used to load stuff into the process >without removing it at the end of the request. Zeev, would not yanking >modules back out at request shutdown eliminate some of the evilness of >dl()? That is probably

Re: [PHP-DEV] sytanx again

At 02:41 PM 10/26/2001 +0200, Sterling Hughes wrote: >Jani Taskinen wrote: > >>I'd rather see these magic hacks to be removed altogether.. >>+1 for removing short-tags and the hacks. > > > These aren't hacks from a technical perspective. > > I personally am also for its quite usef

Re: [PHP-DEV] command-line debugging broken?

dl() is evil! This is a bug which most likely will never be resolved (except for nuking dl()). Andi At 04:19 PM 10/22/2001 -0700, Rasmus Lerdorf wrote: >An update to this. It only happens if an extension is dl()'ed. If it is >loaded via an "extension=" in php.ini it works fine. > >-Rasmus > >O

Re: [PHP-DEV] making mail() funtion work without sendmail on UNIX systems

Don't you think that on some systems (probably with high loads) it might be much more efficient to use SMTP than spanning "mail" via fork()/exec()? Andi At 09:20 AM 10/19/2001 -0500, Andrei Zmievski wrote: >For the record, I agree with Rasmus on this one. It sounds silly to >reinvent the wheel

Re: [PHP-DEV] zend_compare & co

At 01:40 AM 10/6/2001 +0200, [EMAIL PROTECTED] wrote: >Can you trust on the compare functions to return either -1, 0 or 1? I don't >think so... but since that assumption is made in various locations in PHP4, >it maybe is true? I think Zend's internal compare functions where normalized a while ago

Re: [PHP-DEV] Followup to the Versioning Scheme discussion

I meant what you think people misunderstand. Andi At 02:13 AM 10/5/2001 +0300, Jani Taskinen wrote: >On Fri, 5 Oct 2001, Andi Gutmans wrote: > > >At 04:04 PM 10/4/2001 +0300, Jani Taskinen wrote: > > > >>No decisions were made since we haven't agreed on th

Re: [PHP-DEV] Followup to the Versioning Scheme discussion

At 04:04 PM 10/4/2001 +0300, Jani Taskinen wrote: >No decisions were made since we haven't agreed on this yet. >Some people seems to misunderstand this whole thing anyway. > >--Jani Can you please explain? Thanks, Andi -- PHP Development Mailing List To unsubscribe, e-

RE: [PHP-DEV] include() like functionality for strings

Andi At 11:27 AM 10/2/2001 -0600, Chris Newbill wrote: >If it is called HTML mode then yes, but if there happened to be PHP in the >string it would be processed as PHP code. I'll assume that is what HTML >mode does??? > >-Chris > > >-Original Message- >

Re: [PHP-DEV] Possibility of moving bugs to another list?

I think that being part of the developer forum means bearing the burden of receiving the bug emails. We've discussed this many times in the past and we always came to the same conclusion. We need developers to look at the bug reports and there's more chance if they get sent to the developers li

Re: [PHP-DEV] Patch for define() / zend_builtin_functions.c

It might be the fact that I just woke up but why can't constants have the same name as function names or class names? Secondly, I wouldn't put in the check for the reserved words. People have managed without it up to today and any check would slow it down a bit (*and* it would be another hard c

RE: [PHP-DEV] include() like functionality for strings

>This would probably be best as a new function. I'm not sure how it would >affect BC if eval was modified to handle this. > >-Chris > >-Original Message- >From: Andi Gutmans [mailto:[EMAIL PROTECTED]] >Sent: Monday, October 01, 2001 5:55 PM >To: Chris New

Re: [PHP-DEV] include() like functionality for strings

There is no problem in getting it to work but the question is if we can do it in a nice way. How would eval() know if it's evaling something which should start in a PHP or HTML context? You'd have to send it another argument. This would start being a bit ugly. Is it such a big deal? Andi At 05

[PHP-DEV] Re: [Zend Engine 2] RE: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

I think ::: is actually pretty good. We should keep this option open. Andi At 04:36 PM 10/1/2001 +0200, Zeev Suraski wrote: >Stupid suggestion, is ::: (three colons) pushing it? > >Zeev > >At 16:29 01-10-01, John Parker wrote: > >> > >'/' is the only operator I can think of that seems to make an

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

At 12:48 PM 10/1/2001 +0200, Hartmut Holzgraefe wrote: >Stig Sæther Bakken wrote: > >>Whoa. Once again I'm on that train of thought that eliminates the >>difference between classes and namespaces. +1 from me. >> - Stig >>[Zeev Suraski <[EMAIL PROTECTED]>] >> >>>:: is taken, but why not do it th

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

At 12:46 PM 10/1/2001 +0200, Stig Sæther Bakken wrote: >[Zak Greant <[EMAIL PROTECTED]>] > > On September 30, 2001 06:15 pm, Wez Furlong wrote: > > > What about "." then (Java/Delphi)? > > > > > > --Wez. > > > > Wouldn't that conflict with the concatenation operator? > > > > Unless I am mistaken,

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

i At 09:56 PM 9/30/2001 +0200, Zeev Suraski wrote: >:: is taken, but why not do it the C++ way? It also uses :: for both >classes and namespaces. > >Zeev > >At 21:35 30-09-01, Stig Sæther Bakken wrote: >>[Andi Gutmans <[EMAIL PROTECTED]>] >> > Hey, >> &g

Re: [PHP-DEV] namespaces ambiguity

At 09:35 PM 9/30/2001 +0200, Stig Sæther Bakken wrote: >[Andi Gutmans <[EMAIL PROTECTED]>] > > Hey, > > > > I just started playing around with the parser to support the > > namespaces syntax Stig laid out in his RFC. I think I've thought of an > > ambi

[PHP-DEV] namespaces ambiguity

Hey, I just started playing around with the parser to support the namespaces syntax Stig laid out in his RFC. I think I've thought of an ambiguity (with constants) which makes me wonder how feasible the proposed syntax is. Consider the following expression: $test?FOO:BAR:BARBARA Would this mea

[PHP-DEV] number.c

From ./configure: creating number.c creating number.h Any reason we are still creating these two dummy files now that we are bundling the BC math library? Andi -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [E

Re: [PHP-DEV] [RFC] Versioning rules for PHP/Zend/PEAR/Extensions

At 12:52 PM 9/27/2001 +0200, Stig Sæther Bakken wrote: >But what do you think about the versioning scheme Jani proposed? I think we should see if we can't think of something more robust. I think returning a string such as "3.4.6" with the meaning Jani laid out is a first step but it doesn't giv

Re: [PHP-DEV] PostgreSQL / PHP Overrun Error

If I'm reading it correctly it actually means that a block allocated in the PostgreSQL extension is being overrun. It doesn't necessarily mean that it's the fault of the PostgresSQL extension. The efree() in debug mode just checks the block its freeing, it sees that the block was overrun and wa

Re: [PHP-DEV] [RFC] Versioning rules for PHP/Zend/PEAR/Extensions

At 12:01 PM 9/26/2001 -0400, Joao Prado Maia wrote: >On Wed, 26 Sep 2001, Andi Gutmans wrote: > > > I think the key still lies in creating a repository for C extensions where > > each extension can have its own release cycle. > > > >That is also true, but we stil

Re: [PHP-DEV] [RFC] Versioning rules for PHP/Zend/PEAR/Extensions

At 10:48 AM 9/26/2001 +0200, Stig Sæther Bakken wrote: >[Andi Gutmans <[EMAIL PROTECTED]>] > > At 09:12 PM 9/25/2001 +0200, Stig Sæther Bakken wrote: > > > > >But just to get back to release frequency, I do think we release too > > >seldom. There's a l

Re: [PHP-DEV] mod_php4 question...

We actually use the getcwd() result in order to support good error messages and include_once() and friends. It's a bit sucky that getcwd() is so slow on Solaris. On Linux it's extremely fast because it doesn't do a million chdir(..). I'm not that enthusiastic about changing the current behavior

Re: [PHP-DEV] [RFC] Versioning rules for PHP/Zend/PEAR/Extensions

At 09:12 PM 9/25/2001 +0200, Stig Sæther Bakken wrote: >But just to get back to release frequency, I do think we release too >seldom. There's a lot of process in place now, with a QA branch and >all. I think this process is good, but it's congesting. At this >point we're almost ready to start

Re: [PHP-DEV] [RFC] Versioning rules for PHP/Zend/PEAR/Extensions

At 10:57 PM 9/24/2001 +, [EMAIL PROTECTED] wrote: >Stig Sæther Bakken <[EMAIL PROTECTED]> wrote: > > Huh? Does strnatcmp() know the that 2.0RC4 is newer than 2.0b2? :-) > >probably not. i've always thought that the change needed to make php's >version numbers make more sense is relatively sma

Fwd: [PHP-DEV] Bug id #11998 - source code patch - Dont Use Previous (fwd)

, 21 Sep 2001 18:18:30 +0300 >To: [EMAIL PROTECTED] >From: Andi Gutmans <[EMAIL PROTECTED]> >Subject: Fwd: [PHP-DEV] Bug id #11998 - source code patch - Dont Use > Previous (fwd) > >Guys, > >I think this is the last problem which is holding up RC3 and hopefully 4.0.7

Re: [PHP-DEV] Bug id #11998 - source code patch - Dont Use Previous (fwd)

but if i am not wrong, it is a serious thing... > >in short hangs with >latest cvs. > >b. > >- Original Message - >From: "Andi Gutmans" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Sent: Friday, September 21, 2001 6:18 PM >Subject

Fwd: [PHP-DEV] Bug id #11998 - source code patch - Dont Use Previous (fwd)

Guys, I think this is the last problem which is holding up RC3 and hopefully 4.0.7. Does anyone here know the code in rfc1867? I don't know it well enough in order to decide if this patch is OK or not. If no one answers I'll apply it and we should as the QA guys to test file uploads extensivel

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/msession CREDITS Makefile

At 11:54 AM 9/19/2001 -0400, [EMAIL PROTECTED] wrote: > > Sebastian Bergmann wrote: > >> and the fact that the source is licensed under the GPL. > > > > which is not a bad thing in the first place but needs > > an additional statement that you give special permission > > with php and especially

Re: [PHP-DEV] Bug id #11998 - source code patch - Dont Use Previous (fwd)

Is this something which should make it into RC3? Why are there two .tar.gz files attached? Andi At 05:22 PM 9/18/2001 +0200, Jani Taskinen wrote: >Could someone who knows the current code better >check this out and apply this patch? > >My work for the other issues is not done yet..and it's too >

[PHP-DEV] list_entry_type enum in zend_list.h

Anyone know what the list_entry_type enum is doing in zend_list.h? It doesn't seem to be used anywhere. Can I nuke it? Andi -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list ad

Re: [PHP-DEV] zend_do_end_class_declaration() question

What happens in do_inherit_parent_constructor(CG(active_class_entry));? Can you try and check this with a Vanilla version of 4.0.6? Andi At 12:15 PM 9/15/2001 +0200, Stefan Arentz wrote: >On Sat, Sep 15, 2001 at 11:42:18AM +0300, Andi Gutmans wrote: > > It's the correct place. I

Re: [PHP-DEV] Re: Bug #13304 Updated: string comparisons not working as expected

You should use strcmp() Andi At 11:20 AM 9/14/2001 -0700, Chris Lee wrote: >your right === does work, I still feel that the internal auto-conversion >should recognize that the string is to long to be an int and treat both as a >sting. how would you force an if statement to use typecasting ? > >i

Re: [PHP-DEV] zend_do_end_class_declaration() question

It's the correct place. It sounds weird what you're mentioning. do_inherit_parent_constructor() also checks ce->parent and it seems to work. Do you have a short script (class decelerations) which shows this behavior? What are you trying to accomplish? Andi At 07:22 PM 9/14/2001 +0200, Stefan Ar

[PHP-DEV] Re: [Zend Engine 2] Right/Left Shift Zero Fill operator

At 12:15 AM 9/11/2001 +0200, Alexander Wirtz wrote: >Hi Jeroen, > >to give a little bit background, as a student of computersciences I happen >to work with bitshift not as a means of having a "quick" multiplication or >division, but as using it to "manipulate" bit-patterns. >The distinction betwee

Re: [PHP-DEV] Woah

At 02:10 PM 9/9/2001 +0200, Sascha Schumann wrote: > > Cleaning up a language is a benefit worth paying in price for. How many > > millions of lines of C code had to be re-written when the ANSI standard > > was published? > > Exactly none. ANSI preserves most K&R semantics and that > won'

Re: [PHP-DEV] zend_parse_parameters

At 11:01 AM 9/8/2001 +0100, Wez Furlong wrote: >On 08/09/01, "Andi Gutmans" <[EMAIL PROTECTED]> wrote: > > I do have some bad thoughts about it. I'm worried that if we supply > such an > > easy function to parse incoming hash table's people will st

Re: [PHP-DEV] zend_parse_parameters

At 09:33 PM 9/7/2001 +0100, Wez Furlong wrote: >On 07/09/01, "Andrei Zmievski" <[EMAIL PROTECTED]> wrote: > > If this is implemented (I think Andi may have some thoughts about this), > >Hopefully not bad thoughts! I do have some bad thoughts about it. I'm worried that if we supply such an easy f

Re: [PHP-DEV] Patch: conflicting defines in PHP extensions should be made private

Steve, I commited your patch. Please check out the latest CVS and test that it's OK. I can't check it. Andi At 06:52 PM 9/3/2001 -0500, Steve Langasek wrote: >Hello, > >It's come to my attention that it's not possible to the Sybase extension and >the IBM DB2 extension into PHP at the same time

Re: [PHP-DEV] fcall_begin_handler_func_t (Zend extensions)

object.ptr is supposed to point to the object you are calling. It would be something like object.ptr->obj.ce->name. Anyway I think that's pretty much it without checking the code. Andi At 03:20 PM 9/3/2001 +0100, Wez Furlong wrote: >OK, > >I found op_array->function_name but had discarded it b

Re: [PHP-DEV] Bug #13094 Updated: Upload very slow

I think the problem is the fact that we read all of the file into Memory (and therefore probably swap). I couldn't see any erealloc()'s in the code so I'd bet on the former problem. Maybe ASP writes out the file while it's arriving. Anyone have any ideas? Andi At 03:17 PM 9/2/2001 +, [EMA

Re: [PHP-DEV] Crash in var_dump and print_r

s need to make sure they don't write broken code the same way they shouldn't put junk pointers in those hash tables. Andi >On Sunday, August 26, 2001, at 11:32 AM, Andi Gutmans wrote: > >>What Zeev meant is that it should be a valid zval * but it isn't. >> >

Re: [PHP-DEV] Crash in var_dump and print_r

What Zeev meant is that it should be a valid zval * but it isn't. Andi At 11:31 AM 8/26/2001 -0400, George Schlossnagle wrote: >If NULL's a valid zval*, then both of thise routines need to be fixed to >handle null pointers. Here's some patches: > >--- zend.c.orig Sun Aug 26 11:14:28 2001 >+++

Re: [PHP-DEV] object to string convertion patch

http://www.geocrawler.com/mail/thread.php3?subject=%5BPHP-DEV%5D+__string_value%28%29++crashes+with+return&list=5 First of all I suggest everyone catches up on the reading :) Thies and I were against it. Zeev wanted to keep it and most of the rest that replied seemed to be against too. Persona

Re: [PHP-DEV] Zend-Engine2

date/php4-ze2/TSRM -O6 -fomit-frame-pointer - >o libsapi.la sapi_apache.lo mod_php4.lo php_apache.lo >Making all in TSRM >make: don't know how to make ../config.status. Stop >*** Error code 1 > >Stop in /.1/update/php4-ze2. > > > >- Original Message - &g

Re: [PHP-DEV] Zend-Engine2

;method1()->method2(); Andi At 05:36 PM 8/19/2001 +0200, Markus Fischer wrote: >Sorry, maybe I missed it, but what are the current chages to the >ZE2 ? Which feature can we expect to have when testing it ? > >- Markus > >On Sun, Aug 19, 2001 at 06:22:31PM +0300, Andi Gutmans w

Re: [PHP-DEV] Zend-Engine2

Thanks, I fixed it. You can go ahead and update your CVS tree. Andi At 06:18 PM 8/19/2001 +1000, GaM3R wrote: >got bored and decided to have a look at it but i kinda hit a problem . . . > >su-2.05# make >Making all in Zend >/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. >

Re: [PHP-DEV] Patch for ext/java/java.c

At 04:19 AM 8/13/2001 +0200, Alexander Wirtz wrote: >Good morning (or evening ? ;-)), > >I made another patch, because java.c ran into difficulties with ZE2. >Let's hope, that everything is ok, cause I'm really tired... Wirtz, I don't have the Java build setup here. I commited a patch similar to

Re: [PHP-DEV] PHP vs. Zend paranoia?

At 11:46 PM 8/12/2001 +0300, Alexander Bokovoy wrote: >I've took some time to read Zend2 specs and also would like to propose >additions in a month or so if it isn't so far from deadline. >Unfortunately, there is not much time to do so right now... Just getting the basic infrastructure for the ne

Re: [PHP-DEV] Engine 2

i Korpela wrote: >On Fri, 10 Aug 2001, Andi Gutmans wrote: > > > I'm also > > interested in how many scripts are actually broken by the fact that objects > > are not copied when sent to functions by value and so on. > >Did I get this right: > >function func1($

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/sablot php_sablot.h

At 09:31 AM 8/10/2001 -0500, Andrei Zmievski wrote: >On Fri, 10 Aug 2001, [EMAIL PROTECTED] wrote: > > This is not about renaming, it's about removing duplicate macro's. > >Of course it's about renaming. We used to have just PHP_* macros and >then Zeev added the ZEND_* versions and now PHP_* ones

Re: [PHP-DEV] Engine 2

At 05:31 PM 8/10/2001 +0300, Heikki Korpela wrote: >On Fri, 10 Aug 2001, Andi Gutmans wrote: > > > I'm also > > interested in how many scripts are actually broken by the fact that objects > > are not copied when sent to functions by value and so on. > >Did

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/sablot php_sablot.h

At 09:18 AM 8/10/2001 -0500, Andrei Zmievski wrote: >On Fri, 10 Aug 2001, Rasmus Lerdorf wrote: > > Is this really what the goal is here? It seems like a contest to see how > > many times "Zend" can appear in the code. I think some of this stuff > > should be PHP_ or for things that really are e

[PHP-DEV] Engine 2

Hey, The Engine 2 CVS pretty much implements the first step of the new object model. Objects are now handles which reference the same object and $obj->method1()->method2() is supported now. Quite a few places in PHP that use objects like call_user_function() might still not work though. If any

Re: [PHP-DEV] PHP 4.0.7

Cool. Andi At 06:25 AM 8/9/2001 +0200, Jani Taskinen wrote: >On Thu, 9 Aug 2001, Andi Gutmans wrote: > > >At 06:10 AM 8/9/2001 +0200, Sascha Schumann wrote: > >>On Wed, 8 Aug 2001, Jason Greene wrote: > >> > >> > If this is done should it occur be

Re: [PHP-DEV] PHP 4.0.7

At 06:10 AM 8/9/2001 +0200, Sascha Schumann wrote: >On Wed, 8 Aug 2001, Jason Greene wrote: > > > If this is done should it occur before or after the branch? > > It should not be done at all. So how do you suggest to fix the current problems? Andi -- PHP Development Mailing List

Re: [PHP-DEV] PHP 4.0.7

At 02:22 PM 8/8/2001 -0500, Jason Greene wrote: >Well it's actually libtool 1.4 combined with automake that creates the issue >Automake needs the libtool mode=compile prefer-pic,prefer-non-pic flags >added to CFLAGS >so that it gets added to the compile line. The problem is that CFLAGS is >passe

Re: [PHP-DEV] PHP 4.0.7

At 02:01 PM 8/8/2001 -0500, Jason Greene wrote: >There is one issue with 4.0.7 that probably should be fixed before branch. >The build >system currently adds a libtool flag into CFLAGS whether libtool is in >link or compile mode. >Since this option is only valid in compile, it gets passed to the

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

At 09:39 AM 8/8/2001 +0200, Thies C. Arntzen wrote: >On Wed, Aug 08, 2001 at 09:28:02AM +0200, Stig Sæther Bakken >wrote: > > [Zeev Suraski <[EMAIL PROTECTED]>] > > > At 17:55 07-08-01, Stig Sæther Bakken wrote: > > > >Now we're talking! I assume it is not straightforward, what are the > > > >tec

Re: [PHP-DEV] PATCH for #12581, #7374: dbase boolean import error

Lawrence, Patches to PHP need to be released under the PHP License. We need to have the same license on all code in PHP. On a side note, the GPL doesn't allow Apache-like (BSD-like) licenses such as the PHP license to link with GPL code. Best regards, Andi At 10:43 PM 8/7/2001 -0500, Lawrence

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c formatted_print.c php_string.h

At 02:53 PM 8/7/2001 -0500, Andrei Zmievski wrote: >On Tue, 07 Aug 2001, Andi Gutmans wrote: > > In what case is this useful? I'm kind of worried that so many functions > are > > popping up in PHP which accept arrays as parameters. It's much slower than > > pass

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c formatted_print.c php_string.h

In what case is this useful? I'm kind of worried that so many functions are popping up in PHP which accept arrays as parameters. It's much slower than passing the arguments in a regular way. How often do people dynamically build formats *and* then dynamically build an array of arguments? Andi

[PHP-DEV] New ZendEngine2 CVS tree

Hi, I started the new CVS tree. The point where it was split from the Engine 1 tree was tagged PRE_ENGINE_SPLIT. Please if you commit to the old CVS make sure you also commit to the new one if needed. Thanks, Andi -- PHP Development Mailing List To unsubscribe, e-mail

Re: [PHP-DEV] Constanst are case-insensitive

At 10:34 AM 8/5/2001 -0500, Andrei Zmievski wrote: >At 05:35 PM 8/5/01 +0300, Zeev Suraski wrote: >>No time for this in the near future, I'm afraid :I > >Um, the fix is trivial. Want me to do it? Are you sure we want to have non-capitalized constants? It might be good practice to always have con

Re: [PHP-DEV] Coding standard: API functions

At 07:57 AM 8/5/2001 +0200, [EMAIL PROTECTED] wrote: >Hi, > >Some PHPAPI function demand a char* and int when they want a string, others >a zval which is expected to be IS_STRING. > >Which one is preferred? I think in any case the function should accept a char * and a length so that it'll be bin

Re: [PHP-DEV] include_path with "."

an include, instead of > > relative to the main script file. There was some mention of this a few > > weeks ago, and it's a problem for PEAR users using ISPs that won't let > > them change their include_path. > > [Andi Gutmans <[EMAIL PROTECTED]>] > >

Re: [PHP-DEV] include_path with "."

I have already commited a change that if I file isn't found in the include_path then PHP will check for the file in the running scripts' cwd. Andi At 07:36 AM 8/3/2001 +0200, Stig S. Bakken wrote: >Hi, > >I would like to suggest that we change how "." in the include_path is >treated to being re

Re: [PHP-DEV] Security Issues

Hey, I thought of an idea yesterday which could make everyone happy. In the default php.ini we set the register_globals to a new value "unset". If PHP runs with this INI value it will display a page telling you that you need to define the register_globals option in your php.ini and explains th

Re: [PHP-DEV] Latest CVS on Linux with Apache 1.3.20

Did you update TSRM & Zend? Andi At 09:21 PM 7/28/2001 +0200, Sebastian Bergmann wrote: > Cannot load /usr/local/apache/libexec/libphp4.so into server: > undefined symbol: TSRMLS_FETCH > > ./configure --enable-inline-optimization > --with-apxs=/usr/local/apache/bin/apxs >

Re: [PHP-DEV] Fw: PHP XMF

At 10:31 PM 7/21/2001 -0700, Rasmus Lerdorf wrote: > > I don't think we need to say "no" before the PEAR guys take a look at it > > and maybe discuss it in more detail with the author. I just didn't > > understand the rush of you saying "no" without waiting for others to > > respond and discussing

Re: [PHP-DEV] Fw: PHP XMF

At 10:10 PM 7/21/2001 -0700, Rasmus Lerdorf wrote: > > I actually think he has a point that we should strive to create one good > > framework for PHP. This is very much like PEAR trying to give people good > > framework/class solutions. > >If you had read my message you would have seen that I sugg

Re: [PHP-DEV] Fw: PHP XMF

At 07:36 PM 7/21/2001 -0700, Rasmus Lerdorf wrote: > > I wan to thank you for making your quick decision. > >Well, there is no point wasting your time. If we were going to push a >single content management framework as the standard PHP framework which in >itself it quite unlikely, then we would p

Re: [PHP-DEV] parent/super??

At 10:03 PM 7/20/2001 -0600, Chris Newbill wrote: >Hope I am not opening a can of worms here, but... > >Did anything become final on whether or not super::foo() would work? I'm >looking through the mail list archives and can't find a definate answer. > >If the answer is 'no', that's fine I can wo

Fwd: [PHP-DEV] * New Parameter Parsing Functions *

Guys, Andrei sent this Email a while ago and I don't remember anyone giving feedback. We'd be happy to hear what people think about this new parameter API in the Zend Engine. I think it has good potential especially for simplifying functions which accept read-only arguments (which is the case

Re: [PHP-DEV] Moving output.c from ext/standard to main/

At 12:27 PM 7/20/2001 -0400, Jon Parise wrote: >On Fri, Jul 20, 2001 at 04:14:21PM +0300, Zeev Suraski wrote: > > > It's been bugging me for over a year now, and I'm now trying to figure out > > the best way to do it. output.c sits today in ext/standard, which is > > wrong, as it's really a part

Re: [PHP-DEV] Moving output.c from ext/standard to main/

I only know of commercial products such as Rational Clearcase (which is far superior to CVS but very expensive) that handle stuff like directory versioning in a great way. It's not suitable for open-source projects though. I also check into the tigris homepage every couple of months who are sup

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