Re: [PHP-DEV] compiling PHP_4_3

[EMAIL PROTECTED]:~/php4/main$ cvs status main.c === File: main.cStatus: Up-to-date Working revision:1.512.2.16 Repository revision: 1.512.2.16 /repository/php4/main/main.c,v Sticky Tag: PHP_4_3 (bra

Re: [PHP-DEV] compiling PHP_4_3

Yep, it's branch PHP_4_3 and ran a cvs update just before compiling -Corne' Rasmus Lerdorf wrote: Did you actually check out version 4.3? cvs co -r PHP_4_3 php4 Check your CVS/Entries file. You should see the branch name after each file. -Rasmus On Thu, 13 Mar 2003, Corne' Cornelius wrote:

RE: [PHP-DEV] compiling PHP_4_3

Hi Corne, The latest stable works fine for CLI from http://snaps.php.net/ Regards --jm > -Original Message- > From: Corne' Cornelius [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 13, 2003 9:29 AM > To: [EMAIL PROTECTED] > Subject: [PHP-DEV] compiling PHP_4_3 > > > Hi, > > I compil

Re: [PHP-DEV] compiling PHP_4_3

Did you actually check out version 4.3? cvs co -r PHP_4_3 php4 Check your CVS/Entries file. You should see the branch name after each file. -Rasmus On Thu, 13 Mar 2003, Corne' Cornelius wrote: > Hi, > > I compiled CLI version of PHP_4_3 this morning and it gave the following: > > php4/main/

[PHP-DEV] compiling PHP_4_3

Hi, I compiled CLI version of PHP_4_3 this morning and it gave the following: php4/main/main.c:225: undefined reference to `zend_disable_class' php4/main/main.c:239: undefined reference to `zend_disable_class' Is this right ? won't PHP_4_3 compile with Zend version 1 anymore ? Corne' !Exclude Di

Re: [PHP-DEV] Moderate PHP-DEV

I think, on web page is bad text. User's don't know if is it for PHP developers or "about" _PHP_ developers.. Jan > On Wed, 12 Mar 2003, Jani Taskinen wrote: > > > > > Of about 20 emails today, 6 were posted to wrong mailing > > list. And one of those

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Tom Sommer wrote: > On Wed, 12 Mar 2003 23:44:20 +0200 (EET), Jani Taskinen wrote: > > > 1. Rename the list to php-group > > And the newsgroup? since lots of the spam comes from NNTP directly, I would > think(?) Some does, but not a lot. Derick --

Re: [PHP-DEV] Moderate PHP-DEV

On Thu, 13 Mar 2003, Andi Gutmans wrote: > At 11:01 PM 3/12/2003 +0100, Sascha Schumann wrote: > > > I wouldn't consider 3rd one that drastic. > > > It has worked very well for me, I haven't got any spam > > > to my php.net addy, but people who really wanted to send me > > > email

Re: [PHP-DEV] Moderate PHP-DEV

> > We don't lose anything by giving the first two items some > > time to prove their usefullness. On the other hand, it is > > very likely that we will lose useful input, if we implement > > the third item prematurely. > > I disagree. Anyone here can handle replying because we alr

Re: [PHP-DEV] Moderate PHP-DEV

At 11:01 PM 3/12/2003 +0100, Sascha Schumann wrote: > I wouldn't consider 3rd one that drastic. > It has worked very well for me, I haven't got any spam > to my php.net addy, but people who really wanted to send me > email got through.. Well, maybe I am an exception, but I usual

Re: [PHP-DEV] Need some ZE2 functions exported.

Marcus, i tried to use spl_functions.c and got the same errors. i think that because im building php as shared that those symbols must be exported for my code to work. l0t3k "Marcus Börger" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > At 15:54 12.03.2003, l0t3k wrote: > >im try

[PHP-DEV] Bug #22651 [Bgs]: mysql_errno/error failing to return a expected error after a failed connect

Hi all. This bug was marked as Bogus, but is a real concern for us at ABR, as we may use many different databases on different servers in the course of generating a page using php. The long and the short of it is, we can't get an error message if connecting to a database fails, after we have a

[PHP-DEV] Re: Segmentation violation

J, I will post an issue, but as far as I can tell the error is very intermittent. I don't have a consistent action that I do each time to cause the error. It is just randomly (as far as I can tell) throughout the application. But If you like I'll send some through J Smith wrote: > > How abou

Re: [PHP-DEV] Re: [PHP] Re: [PHP-DEV] Is PHP designed (have the capability) to access remote DB?

On Wed, 12 Mar 2003 13:39:36 - (GMT), you wrote: >but your not. Please redirect further rants to [EMAIL PROTECTED] where >they will be able to help. Careful...devnull.com is an actual domain. :-) Although giveashit doesn't seem to exist: 550 5.1.1 [EMAIL PROTECTED] User unknown -- PHP Deve

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

At 21:12 12.03.2003, Shane Caraveo wrote: An interface should not implement an interface, only classes should implement interfaces. 'implement' infers that actual executable code is provided that implements an interface. Again, I haven't followed the interface stuff, and sorry for writting wit

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Sascha Schumann wrote: >> I wouldn't consider 3rd one that drastic. >> It has worked very well for me, I haven't got any spam >> to my php.net addy, but people who really wanted to send me >> email got through.. > >Well, maybe I am an exception, but I usual

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003 23:44:20 +0200 (EET), Jani Taskinen wrote: > 1. Rename the list to php-group And the newsgroup? since lots of the spam comes from NNTP directly, I would think(?) -- Tom Sommer, denmark www.tsn.dk - www.dreamcoder.dk -- PHP Development Mailing List

Re: [PHP-DEV] Moderate PHP-DEV

> I wouldn't consider 3rd one that drastic. > It has worked very well for me, I haven't got any spam > to my php.net addy, but people who really wanted to send me > email got through.. Well, maybe I am an exception, but I usually don't bother to "register" myself anywhere,

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Sascha Schumann wrote: >Jani, > >> 1. Rename the list to php-group > >bad name for obvious reasons. Georg's suggestion of >"internals" sounds ok to me. Or "hackers" from the FreeBSD >community. internals,hackers,whatever, as long as it's not php-dev.

Re: [PHP-DEV] Moderate PHP-DEV

Jani, > 1. Rename the list to php-group bad name for obvious reasons. Georg's suggestion of "internals" sounds ok to me. Or "hackers" from the FreeBSD community. > 2. Separate the list entries in mailing-lists.php [DONE!] > 3. Apply the same system as is in use

[PHP-DEV] Scope and namespace

Seeing as how we now have only one-level deep namespaces and classes (which is another topic), does it make sense to have both 'scope' and 'ns' fields in zend_op_array structure? I would think they can be merged into one. I still want to hear from Zeev about lack of nested classes/namespaces.. may

Re: [PHP-DEV] Moderate PHP-DEV

After reading all the comments, I came to conclusion that we will do the following compromise: 1. Rename the list to php-group 2. Separate the list entries in mailing-lists.php [DONE!] 3. Apply the same system as is in use for our @php.net addresses for spam-pr

[PHP-DEV] Re: Newbie developer's information

> * trying to build php4 head for two days, only to be told that I > should be building PHP_4_3 or php5 head. Yes, it should be noted that you can use PHP_4, PHP_4_3 or php5. > * forgetting about re2c, which is not mentioned anywhere that I could > find, but I found through freshmeat and

[PHP-DEV] Newbie developer's information

At 04:17 PM 3/12/2003 -0500, David Hill \(php.net\) wrote: As a newbie commiter, still wet behind the ears, I would have *really* appreciated a page that was a little clearer and a bit more up to date than what I started with. My sources of information README.CVS-RULES, the building from cvs web pa

Re: [PHP-DEV] Moderate PHP-DEV

This discussion itself is creating more spam than those emails people send. I agree with Sascha that we shouldn't take drastic measures. We still want to make it easy for people to join the PHP developer's community. I think the most interesting idea so far was Shane's first post response system.

Re: [PHP-DEV] Moderate PHP-DEV

> Aside from renaming the php-dev list, we should remove the 'PHP and Zend > Engine internals lists' from the regular mailing list page, put them in > a 'developers' section (name isn't important) that describes cvs access, > dev email lists, how to build (ie. win32 libraries), etc. As a newbie c

Re: [PHP-DEV] Moderate PHP-DEV

On Wednesday 12 March 2003 17:59, Jani Taskinen wrote: > Of about 20 emails today, 6 were posted to wrong mailing > list. And one of those generated a 5 email thread about not > posting to wrong mailing list. (counting this one :) > > So I suggest we finally make this list MODERATED

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Sascha Schumann wrote: > > Yes, because getting a cvs account is just *s* hard. > > The problem is that you easily lose valuable postings when > you force people to go through some restrictive system. > > I'm especially worried about inter-group communication

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Tom Sommer wrote: > I agree, I think changing the name is the way to go, and to remove it from > the public mailing lists (or put it under another category) > > Don't forget that mailing lists is not the whole problem, many also use > news groups :) > > php.internal > php.c

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003 15:31:56 -0500, John Coggeshall wrote: > In > any case, moderating this list would end up completely alientating > everyone but those who are "significant developers". I agree, I think changing the name is the way to go, and to remove it from the public mailing lists (or put

RE: [PHP-DEV] Moderate PHP-DEV

We'll see who reads this, any responses are welcome. I see a few different issues here: 1) People who want answers for a php-general message post it to the development forum. This is clearly because they do not understand the difference, as I doubt anyone wants to waste their own time posting a

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

At 08:53 AM 3/12/2003 -0500, Andrei Zmievski wrote: I have 2 questions: 1. Do the interface functions have to be explicitly specified as abstract? Nope. It shouldn't be allowed to be abstract because it's abstract by definition. interface Foo { function bar(); } Because this runs fine

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phptinterface_doubled.phpt interface_implemented.phpt interface_instantiate.phptinterface_member.phpt interface_method.phpt interface_method_final.phptinterface_method_private.phpt interface_must_be_implemented.phpt

Marcus Börger wrote: At 20:20 12.03.2003, Andrei Zmievski wrote: On Wed, 12 Mar 2003, Marcus Börger wrote: > This works even though i do not like extends FOO. Why? Both C# and Java (AFAIR) allow interfaces to extend other interfaces. Because of the second part of the answer. It is a little bit

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

At 20:20 12.03.2003, Andrei Zmievski wrote: On Wed, 12 Mar 2003, Marcus Börger wrote: > This works even though i do not like extends FOO. Why? Both C# and Java (AFAIR) allow interfaces to extend other interfaces. Because of the second part of the answer. It is a little bit strange that an interfac

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003 20:14:03 +0100 (CET) Derick Rethans <[EMAIL PROTECTED]> wrote: > Instead of this it might be a better idea to make somebody's first post > moderated, after it has been approved the poster is added to the allow > list, if not he gets back a message like I copy&paste everytime

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

On Wed, 12 Mar 2003, Marcus Börger wrote: > >interface JAZ {} > >interface FOO {} > >interface BAR extends FOO {} > >class foo implements FOO {} > > This works even though i do not like extends FOO. Why? Both C# and Java (AFAIR) allow interfaces to extend other interfaces. > This doesn't - i ho

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Sascha Schumann wrote: > > You lose: > > You lose time for implementing and maintaining this system, > and you lose time for moderating emails. You also reduce the > incentive to contribute. I lose time to reply to them now too and copy and pasting my stuff, I

Re: [PHP-DEV] Moderate PHP-DEV

> You lose: You lose time for implementing and maintaining this system, and you lose time for moderating emails. You also reduce the incentive to contribute. Again, let's take the less intrusive steps first and leave the heavy handed ones as a last resort. - Sascha --

Re: [PHP-DEV] Moderate PHP-DEV

At 20:00 12.03.2003, Weston Houghton wrote: This worries me somewhat. I do not have a CVS account. I do not actively develop and contribute to the PHP sourcecode right now, however my company uses php very very much. I would like to keep up to date on what is happening with the development team

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Shane Caraveo wrote: > But for the sake of writing...here's another idea. > > So how about a first post response system, similar to the subscription > response. That first post would not actually be posted to the email > list, but rather an email would be sent back to the

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

At 19:57 12.03.2003, Shane Caraveo wrote: A class extending an interface seems just weird to me. classes should only extend classes, and implement interfaces. interfaces can extend interfaces. I haven't been following the interfaces stuff (I'm going to have to backtrack and read it all, very

Re: [PHP-DEV] Moderate PHP-DEV

> Yes, because getting a cvs account is just *s* hard. The problem is that you easily lose valuable postings when you force people to go through some restrictive system. I'm especially worried about inter-group communication. E.g. where php-dev is involved in a discussion wit

Re: [PHP-DEV] Moderate PHP-DEV

Shane Caraveo wrote: Then another item that might be considered if it is not already done, allowing posts only from those that have cvs access. A second conditional list of allowed posters can be added that are people who do not have cvs access, but we want to allow to post. Otherwise, the

Re: [PHP-DEV] Moderate PHP-DEV

A secondary followup, as I do work on php extensions, I do think that questions regarding those would fall to this list, but again might not require a cvs account? Just playing Devil's Advocate to some extent here. Wes On Wednesday, March 12, 2003, at 01:45 PM, Sterling Hughes wrote: On Wed,

Re: [PHP-DEV] Moderate PHP-DEV

> This worries me somewhat. I do not have a CVS account. I do not > actively develop and contribute to the PHP sourcecode right now, > however my company uses php very very much. I would like to keep up to > date on what is happening with the development team and figuring out > what directions they

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 2003-03-12 at 14:00, Weston Houghton wrote: > This worries me somewhat. I do not have a CVS account. I do not > actively develop and contribute to the PHP sourcecode right now, > however my company uses php very very much. I would like to keep up to > date on what is happening with the d

Re: [PHP-DEV] Moderate PHP-DEV

>> If the post does not match this criteria, please send it to >> on of the other lists, otherwise respond to this email and your original >> message will go out. > > And they would probably not read it, just read the part how to get the email > to the list. They don't read the comment what purpos

Re: [PHP-DEV] Moderate PHP-DEV

This worries me somewhat. I do not have a CVS account. I do not actively develop and contribute to the PHP sourcecode right now, however my company uses php very very much. I would like to keep up to date on what is happening with the development team and figuring out what directions they are l

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Magnus [ISO-8859-1] M ![ISO-8859-1] gnus X^B wrote: > On Wed, 12 Mar 2003 10:47:27 -0800 > Shane Caraveo <[EMAIL PROTECTED]> wrote: > > > So how about a first post response system, similar to the subscription > > response. That first post would not actually be posted to the

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003 10:47:27 -0800 Shane Caraveo <[EMAIL PROTECTED]> wrote: > So how about a first post response system, similar to the subscription > response. That first post would not actually be posted to the email > list, but rather an email would be sent back to the poster stating the >

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phptinterface_doubled.phpt interface_implemented.phpt interface_instantiate.phptinterface_member.phpt interface_method.phpt interface_method_final.phptinterface_method_private.phpt interface_must_be_implemented.phpt

Andrei Zmievski wrote: On Wed, 12 Mar 2003, Sebastian Bergmann wrote: I have seen extended interfaces quite often in the Java world. IIRC, the following code currently runs without problems and it should stay that way, if it does not harm us in any way: I wasn't talking about interfaces

Re: [PHP-DEV] Moderate PHP-DEV

> So how about a first post response system, similar to the subscription > response. That first post would not actually be posted to the email > list, but rather an email would be sent back to the poster stating the > purpose of the email list, and what kind of materials are expected on > the list

Re: [PHP-DEV] Moderate PHP-DEV

A couple thoughts Aside from renaming the php-dev list, we should remove the 'PHP and Zend Engine internals lists' from the regular mailing list page, put them in a 'developers' section (name isn't important) that describes cvs access, dev email lists, how to build (ie. win32 libraries), e

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phptinterface_doubled.phpt interface_implemented.phpt interface_instantiate.phptinterface_member.phpt interface_method.phpt interface_method_final.phptinterface_method_private.phpt interface_must_be_implemented.phpt

Andrei Zmievski wrote: > "class blah implements " is confusing. That is possible? It shouldn't be ;-) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Developmen

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Sterling Hughes wrote: > It doesn't. They are free to send the mail to whomever they like, even > put up a website with their ideas. They are not censured, they are > restricted. In what country can you walk onto the floor of the congress > (parliament) without sponsorship?

Re: [PHP-DEV] Moderate PHP-DEV

At 18:50 12.03.2003, Steph wrote: php-dev-team might lose a few.. ...think f..ing hard..read.oh php-dev-team...thinkCOOL, they solve my problem, i'm getting better at it and finally a team member >>COOL<< what ever name we give this list draws attention to newbies as long as it contains the

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 2003-03-12 at 12:50, Sascha Schumann wrote: > > Let's ask the mysql guys, they did change the name too. (I think that we > > atleast agree that the noise is annoying, right?) > > Not really. Maybe I'm more used to skipping noise. > *exactly* my point btw. We skip noise, skip noise,

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

On Wed, 12 Mar 2003, Sebastian Bergmann wrote: > I have seen extended interfaces quite often in the Java world. > > IIRC, the following code currently runs without problems and it should > stay that way, if it does not harm us in any way: > > interface Foo {} > interface Bar ex

Re: [PHP-DEV] Moderate PHP-DEV

Sascha Schumann wrote: Aside from renaming the php-dev list, we should remove the 'PHP and Zend [snip] Sounds good. Then another item that might be considered if it is not already done, allowing posts only from those that have cvs access. A second conditional list of allowed posters can be

Re: [PHP-DEV] Moderate PHP-DEV

> > Then another item that might be considered if it is not already done, > > allowing posts only from those that have cvs access. A second > > conditional list of allowed posters can be added that are people who do > > not have cvs access, but we want to allow to post. Otherwise, the list > > c

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phptinterface_doubled.phpt interface_implemented.phpt interface_instantiate.phptinterface_member.phpt interface_method.phpt interface_method_final.phptinterface_method_private.phpt interface_must_be_implemented.phpt

Marcus Börger wrote: If you ask me i would not allow extending interfaces at all. I have seen extended interfaces quite often in the Java world. IIRC, the following code currently runs without problems and it should stay that way, if it does not harm us in any way: -- Sebastian Bergmann h

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Shane Caraveo wrote: > Sascha Schumann wrote: > >>if even that description doesn't work, then nothing would work, not even > >>changing the name. > > > > > > Well, it is obvious that some folks don't read that > > description and simply move forward, because "php-dev

Re: [PHP-DEV] Possible problem in the parser

just to add that "," (comma) is not working in ternary operator :/ ( posted an example for that but forgot to specify the problem) Andrey - Original Message - From: "Marcus Börger" <[EMAIL PROTECTED]> To: "Derick Rethans" <[EMAIL PROTECTED]> Cc: "Andrey Hristov" <[EMAIL PROTECTED]>; <[

Re: [PHP-DEV] Possible problem in the parser

At 18:42 12.03.2003, Derick Rethans wrote: On Wed, 12 Mar 2003, Andrey Hristov wrote: > Few minutes ago I found the following behaviour somehow wierd for me : > $a = 1; > $b = $a==1? 4:$a==2? 5:6; > printf("a[%d]b[%d]\n", $a, $b); > ?> > Prints : > a[1]b[5] > > Similar C program : >

Re: [PHP-DEV] Moderate PHP-DEV

I propose a rename to php.c-internals.dev This leaves no confusion, it is about developing in C and C++ the language of PHP. I think restricting to those with cvs accounts is not the best solution. It excludes first-time users who have a useful patch from posting a message. Regards, Greg -

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

On Wed, 12 Mar 2003, Marcus Börger wrote: > a class can only extend ONE class/interface but it can implement multiple > interfaces. If you ask me i would not allow extending interfaces at all. That's what I was thinking too. -Andrei http://www.gravitonic.com/

Re: [PHP-DEV] Need some ZE2 functions exported.

At 15:54 12.03.2003, l0t3k wrote: im trying to do some namespace related experimentation but im getting the Have a look at spl (http://marcus-boerger.de/php/ext/spl/) how that works without modyfing the engine. regards marcus -- PHP Development Mailing List To unsubscribe,

Re: [PHP-DEV] Moderate PHP-DEV

> Aside from renaming the php-dev list, we should remove the 'PHP and Zend [snip] Sounds good. > Then another item that might be considered if it is not already done, > allowing posts only from those that have cvs access. A second > conditional list of allowed posters can be added that are p

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

At 14:53 12.03.2003, Andrei Zmievski wrote: I have 2 questions: 1. Do the interface functions have to be explicitly specified as abstract? interface Foo { function bar(); } Because this runs fine for me with no errors. They don't have to (currently) I weote the tests with abstract as i t

Re: [PHP-DEV] Moderate PHP-DEV

> A couple thoughts > > Aside from renaming the php-dev list, we should remove the 'PHP and Zend > Engine internals lists' from the regular mailing list page, put them in > a 'developers' section (name isn't important) that describes cvs access, > dev email lists, how to build (ie. win32 librar

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Shane Caraveo wrote: > Aside from renaming the php-dev list, we should remove the 'PHP and Zend > Engine internals lists' from the regular mailing list page, put them in > a 'developers' section (name isn't important) that describes cvs access, > dev email lists, how to bui

Re: [PHP-DEV] Moderate PHP-DEV

Sascha Schumann wrote: if even that description doesn't work, then nothing would work, not even changing the name. Well, it is obvious that some folks don't read that description and simply move forward, because "php-dev" sounds about right. They are "PHP developers" and so a list ca

Re: [PHP-DEV] Moderate PHP-DEV

Hi, Derick Rethans wrote: On Wed, 12 Mar 2003, Sascha Schumann wrote: if even that description doesn't work, then nothing would work, not even changing the name. Well, it is obvious that some folks don't read that description and simply move forward, because "php-dev" sounds about right

Re: [PHP-DEV] Moderate PHP-DEV

> Let's ask the mysql guys, they did change the name too. (I think that we > atleast agree that the noise is annoying, right?) Not really. Maybe I'm more used to skipping noise. - Sascha -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/uns

Re: [PHP-DEV] Moderate PHP-DEV

php-dev-team might lose a few.. - Original Message - From: "Sascha Schumann" <[EMAIL PROTECTED]> To: "Derick Rethans" <[EMAIL PROTECTED]> Cc: "Jani Taskinen" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, March 12, 2003 5:46 PM Subject: Re: [PHP-DEV] Moderate PHP-DEV > > if e

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Sascha Schumann wrote: > > if even that description doesn't work, then nothing would work, not even > > changing the name. > > Well, it is obvious that some folks don't read that > description and simply move forward, because "php-dev" sounds > about right. They

RE: [PHP-DEV] Moderate PHP-DEV

On Wednesday, March 12, 2003 12:41 PM, Derick Rethans wrote: > On Wed, 12 Mar 2003, Sascha Schumann wrote: > >> The list could be renamed so that it is less confusing for >> newbie PHP developers. > > What is confusing with this description? > > "Internals list > A medium volume list for t

Re: [PHP-DEV] Moderate PHP-DEV

> if even that description doesn't work, then nothing would work, not even > changing the name. Well, it is obvious that some folks don't read that description and simply move forward, because "php-dev" sounds about right. They are "PHP developers" and so a list called "php-dev" m

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Jani Taskinen wrote: > > It was a 7 hour period. And not only today, > this happens daily. (maybe not in this scale) > For me, even 1 OT email is too much. > > (But it's propably just me, who is stupid enough to read > EVERY email coming here.) I'm

Re: [PHP-DEV] Possible problem in the parser

On Wed, 12 Mar 2003, Andrey Hristov wrote: > Few minutes ago I found the following behaviour somehow wierd for me : > $a = 1; > $b = $a==1? 4:$a==2? 5:6; > printf("a[%d]b[%d]\n", $a, $b); > ?> > Prints : > a[1]b[5] > > Similar C program : > main() > { > int a,b; > a = 1; >

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Sascha Schumann wrote: > The list could be renamed so that it is less confusing for > newbie PHP developers. What is confusing with this description? "Internals list A medium volume list for those who want to help out with the development of PHP" (from http://www.p

[PHP-DEV] Another one

The following : gives Parse error: parse error, unexpected ',' in /home/storage/ternary.php on line 3 Similar C program compiles without problems. Is this also known? Andrey P.S. I obey I won't search for more such stuff today :) -- PHP Development Mailing List To uns

Re: [PHP-DEV] Possible problem in the parser

> On Wed, 12 Mar 2003, Andrey Hristov wrote: > > > Few minutes ago I found the following behaviour somehow wierd for me : > > Known bug, the associativity of the ternary operator has been > broken since ages in the engine. It's on the "won't be > fixed" sheet, because of BC concerns.

Re: [PHP-DEV] Possible problem in the parser

- Original Message - From: "Sascha Schumann" <[EMAIL PROTECTED]> To: "Andrey Hristov" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, March 12, 2003 7:21 PM Subject: Re: [PHP-DEV] Possible problem in the parser > On Wed, 12 Mar 2003, Andrey Hristov wrote: > > > Few minutes

Re: [PHP-DEV] Possible problem in the parser

On Wed, 12 Mar 2003, Andrey Hristov wrote: > Few minutes ago I found the following behaviour somehow wierd for me : Known bug, the associativity of the ternary operator has been broken since ages in the engine. It's on the "won't be fixed" sheet, because of BC concerns. - Sasch

[PHP-DEV] Possible problem in the parser

Few minutes ago I found the following behaviour somehow wierd for me : Prints : a[1]b[5] Similar C program : main() { int a,b; a = 1; b = a==1? 4:a==2? 5:6; printf("a[%d]b[%d]\n", a, b); } Prints : a[1]b[4] -=-=-=-=-=- I think that the behavior of the C program is the right A

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Andrey Hristov wrote: > Okay Jani, >I also read every mail here but a non-related to this mail is easily >recognizable in 2-3 secs. Whatever. It's still noise. >Most time loses Derick who answers (thanks). Yeah, as I don't bother replying to those. :) >May be

Re: [PHP-DEV] Moderate PHP-DEV

Okay Jani, I also read every mail here but a non-related to this mail is easily recognizable in 2-3 secs. Most time loses Derick who answers (thanks). May be the change of the list name is good idea. Andrey - Original Message - From: "Jani Taskinen" <[EMAIL PROTECTED]> To: "Andrey Hrist

Re: [PHP-DEV] Moderate PHP-DEV

| -1. | | The list could be renamed so that it is less confusing for | newbie PHP developers. | | - Sascha I agree. Brian. dealnews.com -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Moderate PHP-DEV

It was a 7 hour period. And not only today, this happens daily. (maybe not in this scale) For me, even 1 OT email is too much. (But it's propably just me, who is stupid enough to read EVERY email coming here.) --Jani On Wed, 12 Mar 2003, Andrey Hristov wro

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 2003-03-12 at 12:01, Derick Rethans wrote: > On Wed, 12 Mar 2003, Jani Taskinen wrote: > > > > > Of about 20 emails today, 6 were posted to wrong mailing > > list. And one of those generated a 5 email thread about not > > posting to wrong mailing list. (counting this one :) >

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Jani Taskinen wrote: > > Of about 20 emails today, 6 were posted to wrong mailing > list. And one of those generated a 5 email thread about not > posting to wrong mailing list. (counting this one :) > > So I suggest we finally make this list MODERATED. -1.

Re: [PHP-DEV] Moderate PHP-DEV

I think this is just a bad day :) Andrey - Original Message - From: "Jani Taskinen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 12, 2003 6:59 PM Subject: [PHP-DEV] Moderate PHP-DEV > > Of about 20 emails today, 6 were posted to wrong mailing > list. And

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Jani Taskinen wrote: > > Of about 20 emails today, 6 were posted to wrong mailing > list. And one of those generated a 5 email thread about not > posting to wrong mailing list. (counting this one :) > > So I suggest we finally make this list MODERATED. +

[PHP-DEV] Moderate PHP-DEV

Of about 20 emails today, 6 were posted to wrong mailing list. And one of those generated a 5 email thread about not posting to wrong mailing list. (counting this one :) So I suggest we finally make this list MODERATED. --Jani -- PHP Development Mailing List

Re: [PHP-DEV] function to read fixed length text

On Wed, 12 Mar 2003 [EMAIL PROTECTED] wrote: > as this is the first time I post to this list, I hope I do the right thing. It's the wrong list, user questions/additions/usefullness should go to [EMAIL PROTECTED], only if you are developing the PHP language or have bugs you can post here. Deric

Re: [PHP-DEV] function to read fixed length text

Hi, You should post this to [EMAIL PROTECTED], this one is for development OF PHP. Cheers, > Hi Devs, > > as this is the first time I post to this list, I hope I do the right thing. > I programmed a nice little function, that is not very nitty but might > be useful for other users as well. >

[PHP-DEV] function to read fixed length text

Hi Devs, as this is the first time I post to this list, I hope I do the right thing. I programmed a nice little function, that is not very nitty but might be useful for other users as well. See the script below. Cheers! -- {Bis bald Frederic;} "; }

[PHP-DEV] Re: PHP Startup Error In Apache

Looks like a problem with your php.ini file. There should be some lines in there that read something like extension=xslt.so extension=xmlrpc.so extension=xml.so There should also be a line that reads extension_dir="/some/path" Make sure the path in extension_dir actually leads to the extension

[PHP-DEV] Re: Segmentation violation

How about providing a short example script that reproduces the segfault? Posting a backtrace is all well and good, but it's not very useful if nobody can see what initiated it. J Matt wrote: > Hi, i've never posted to this newsgroup b4 so pls don't shoot me down if > this is not protocol. But

  1   2   >