Re: [PHP-DEV] CVS Account Request: jorton

2003-03-13 Thread James Devenish
In message <[EMAIL PROTECTED]> on Thu, Mar 13, 2003 at 03:42:54PM -, James Cox wrote: > > On Thu, 13 Mar 2003, James Cox wrote: > > > > > I asked joe to ask for commit privs as he's the redhat guy > > doing PHP work, > > > and has useful stuff to commit. > > > > I think that we can handle t

Re: [PHP-DEV] Doc comment patch

2003-03-13 Thread Marcus Börger
At 22:49 13.03.2003, Andrei Zmievski wrote: On Thu, 13 Mar 2003, Marcus Börger wrote: > >It's a possibility. You basically want to strip the example that I gave > >down to this?: > > > >@name foo > >@param blah string > > Yes, sure :-) I could put the code to strip those out in the scanner, but it

Re: [PHP-DEV] Doc comment patch

2003-03-13 Thread Andrei Zmievski
On Thu, 13 Mar 2003, Marcus Börger wrote: > >That's what Stig told me to use. :) Stig? > > A single space at the end of a line is nothing that helps in a > syntax it makes things only hard to understand and ensures > that you make a lot of mistakes. Well, as long as we don't confuse doc comments

Re: [PHP-DEV] Doc comment patch

2003-03-13 Thread Andrei Zmievski
On Thu, 13 Mar 2003, Marcus Börger wrote: > {NEWLINE}{TABS_AND_SPACES}"*" { > yymore(); > } > > should do the trick You mean ^{TABS_AND_SPACES}"*" /* eat up */? Wouldn't work. -Andrei http://www.gravitonic.com/ "The most exciting phrase to hear

Re: [PHP-DEV] Doc comment patch

2003-03-13 Thread Andrei Zmievski
On Thu, 13 Mar 2003, Marcus Börger wrote: > >It's a possibility. You basically want to strip the example that I gave > >down to this?: > > > >@name foo > >@param blah string > > Yes, sure :-) I could put the code to strip those out in the scanner, but it would slow things down. If it's acceptable

Re: [PHP-DEV] Doc comment patch

2003-03-13 Thread Marcus Börger
At 22:05 13.03.2003, Andrei Zmievski wrote: > 2) Why is it '/' '*' '*' and SPACE? That's what Stig told me to use. :) Stig? A single space at the end of a line is nothing that helps in a syntax it makes things only hard to understand and ensures that you make a lot of mistakes. marcus -- PHP Inte

Re: [PHP-DEV] Doc comment patch

2003-03-13 Thread Marcus Börger
At 22:05 13.03.2003, Andrei Zmievski wrote: > 4) What about removing everything upto '*' if it is the first character > after a new line starts? It's a possibility. You basically want to strip the example that I gave down to this?: @name foo @param blah string {NEWLINE}{TABS_AND_SPACES}"*" {

Re: [PHP-DEV] Doc comment patch

2003-03-13 Thread Marcus Börger
> 4) What about removing everything upto '*' if it is the first character > after a new line starts? It's a possibility. You basically want to strip the example that I gave down to this?: @name foo @param blah string Yes, sure :-) -- PHP Internals - PHP Runtime Development Mailing List To unsubsc

Re: [PHP-DEV] Doc comment patch

2003-03-13 Thread Andrei Zmievski
On Thu, 13 Mar 2003, Marcus Börger wrote: > Great! > > Some questions: > > 1) Will you allow compatibility with doxygen by this: > > +"/** "{NEWLINE} { > + CG(comment_start_line) = CG(zend_lineno); > + BEGIN(ST_DOC_COMMENT); > + yymore(); > +} > + > > changed to: > +("/** "|"/

Re: [PHP-DEV] Doc comment patch

2003-03-13 Thread Marcus Börger
At 21:51 13.03.2003, Andrei Zmievski wrote: Pursuant to the introspection portion of TODO-PHP5, here is a small patch that: - Keeps track of starting/ending line numbers for user functions. - Removes extraneous T_ML_COMMENT token. - Stores the last seen doc comment (JavaDoc style) in the compiler

Re: [PHP-DEV] Doc comment patch

2003-03-13 Thread Andrei Zmievski
I will remember to attach the patch... I will remember to attach the patch... I will remember to attach the patch... I will.. On Thu, 13 Mar 2003, Andrei Zmievski wrote: > Pursuant to the introspection portion of TODO-PHP5, here is a small > patch that: -Andrei

[PHP-DEV] Doc comment patch

2003-03-13 Thread Andrei Zmievski
Pursuant to the introspection portion of TODO-PHP5, here is a small patch that: - Keeps track of starting/ending line numbers for user functions. - Removes extraneous T_ML_COMMENT token. - Stores the last seen doc comment (JavaDoc style) in the compiler globals for future access by the introspec

[PHP-DEV] test

2003-03-13 Thread Andrei Zmievski
just testing - ignore -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Disabling error docref stuff by default

2003-03-13 Thread Rasmus Lerdorf
> We can chose to just ignore them too? And I wonder, why does somebody > want to sue? The guy in question wants to sue somebody and he is flailing randomly looking for whatever tenuous association between his ignorance and an approachable entity. Sueing us for providing PHP to someone who uses

Re: [PHP-DEV] Disabling error docref stuff by default

2003-03-13 Thread Derick Rethans
On Thu, 13 Mar 2003, Rasmus Lerdorf wrote: > > No production website should have that set to 'ON' anyway. > > That's true, but they obviously do and as a result we are wasting valuable > cycles dealing with people who are screaming at us for whatever content > they ran across that they link

Re: [PHP-DEV] Disabling error docref stuff by default

2003-03-13 Thread Sterling Hughes
On Thu, 2003-03-13 at 04:48, Rasmus Lerdorf wrote: > > No production website should have that set to 'ON' anyway. > > That's true, but they obviously do and as a result we are wasting valuable > cycles dealing with people who are screaming at us for whatever content > they ran across that th

Re: [PHP-DEV] Disabling error docref stuff by default

2003-03-13 Thread Rasmus Lerdorf
> No production website should have that set to 'ON' anyway. That's true, but they obviously do and as a result we are wasting valuable cycles dealing with people who are screaming at us for whatever content they ran across that they link directly to us through one of these links. I have h

Re: [PHP-DEV] Disabling error docref stuff by default

2003-03-13 Thread Derick Rethans
On Thu, 13 Mar 2003, Jon Parise wrote: > On Thu, Mar 13, 2003 at 01:10:10AM -0800, Rasmus Lerdorf wrote: > > > Could we disable these error links by default? As people are slowly > > migrating to 4.3, it is becoming very clear that all sorts of people are > > getting confused about these. Espec

Re: [PHP-DEV] Disabling error docref stuff by default

2003-03-13 Thread Jani Taskinen
On Thu, 13 Mar 2003, Jon Parise wrote: >On Thu, Mar 13, 2003 at 01:10:10AM -0800, Rasmus Lerdorf wrote: > >> Could we disable these error links by default? As people are slowly >> migrating to 4.3, it is becoming very clear that all sorts of people are >> getting confused about these. Especially

Re: [PHP-DEV] Win32 issues prior to 4.3.2 release

2003-03-13 Thread Jani Taskinen
On Thu, 13 Mar 2003, Edin Kadribasic wrote: >GD build with gdlib 1.x is broken. You can see the compile log for >details: > >http://snaps.php.net/win32/compile-STABLE.log Drop the gdlib 1.x support. Having 2 php_gd.dll's there just adds confusion. Someone already reported a bug about it t

[PHP-DEV] PHP 4.3.2RC1 released.

2003-03-13 Thread Jani Taskinen
This is the first release candidate of the upcoming maintenance release of PHP 4.3.2. Please download and test it as much as possible on real-life applications to uncover any remaining issues. Sources: http://www.php.net/~jani/RC/php-4.3.2RC1.tar.gz

Re: [PHP-DEV] Re: cookie to override accept-language

2003-03-13 Thread Joey Smith
So does TML++... http://gallery.joeysmith.com/jj/agn On Thu, Mar 13, 2003 at 05:20:24PM +0100, Derick Rethans wrote: > On Thu, 13 Mar 2003, Gabor Hojtsy wrote: > > > Before adding a cookie for users to override their accept-language > > settings, I am asking here, if anybody has any objections.

Re: [PHP-DEV] Disabling error docref stuff by default

2003-03-13 Thread Jon Parise
On Thu, Mar 13, 2003 at 01:10:10AM -0800, Rasmus Lerdorf wrote: > Could we disable these error links by default? As people are slowly > migrating to 4.3, it is becoming very clear that all sorts of people are > getting confused about these. Especially when a spam web site spews one > of these an

Re: [PHP-DEV] Relative include feedback

2003-03-13 Thread kelvin
__DIR__ would be cool. Do other functions that take filename parameters also expand the paths? i.e.: fopen() ..etc. If they do, then maybe there isn't a need for a function as long as there's a __DIR__ constant to easily get the current directory. Quoting Hartmut Holzgraefe <[EMAIL PROTECTED]>

Re: [PHP-DEV] Relative include feedback

2003-03-13 Thread Hartmut Holzgraefe
Hartmut Holzgraefe wrote: Kelvin Jones wrote: include_once realpath(dirname(__FILE__).'/../example.php'); BTW: don't we have __DIR__ by now? -- Six Offene Systeme GmbH http://www.six.de/ i.A. Hartmut Holzgraefe Email: [EMAIL PROTECTED] Tel.: +49-711-99091-77 Sie finden uns auf der CeBI

Re: [PHP-DEV] Relative include feedback

2003-03-13 Thread Derick Rethans
On Thu, 13 Mar 2003, Kelvin Jones wrote: > I hope that this is an appropriate place to post a feature request! > > I posted a message on the Zend.com "into the future" forum about having > a function that would return the full path to a file relative to the > current executing script, and NOT t

Re: [PHP-DEV] Relative include feedback

2003-03-13 Thread Hartmut Holzgraefe
Kelvin Jones wrote: include_once realpath(dirname(__FILE__).'/../example.php'); what do you need the realpath() call for? (that's already taken care of internaly in the *_once() functions) -- Six Offene Systeme GmbH http://www.six.de/ i.A. Hartmut Holzgraefe Email: [EMAIL PROTECTED] Tel

[PHP-DEV] Relative include feedback

2003-03-13 Thread Kelvin Jones
I hope that this is an appropriate place to post a feature request! I posted a message on the Zend.com "into the future" forum about having a function that would return the full path to a file relative to the current executing script, and NOT the first script called, i.e.: Instead of doing: in

[PHP-DEV] Re: cookie to override accept-language

2003-03-13 Thread Derick Rethans
On Thu, 13 Mar 2003, Gabor Hojtsy wrote: > Before adding a cookie for users to override their accept-language > settings, I am asking here, if anybody has any objections. The > accept-language was up for discussion at php-mirrors but no negative > comments have been sent and therefore I assumed

[PHP-DEV] cookie to override accept-language

2003-03-13 Thread Gabor Hojtsy
Hi! Before adding a cookie for users to override their accept-language settings, I am asking here, if anybody has any objections. The accept-language was up for discussion at php-mirrors but no negative comments have been sent and therefore I assumed it is OK. But Derick pointed out, that "not

RE: [PHP-DEV] CVS Account Request: jorton

2003-03-13 Thread James Cox
> > On Thu, 13 Mar 2003, James Cox wrote: > > > I asked joe to ask for commit privs as he's the redhat guy > doing PHP work, > > and has useful stuff to commit. > > I think that we can handle the 20 line patch manually for now. > Joe says he sent a patch.. ? > What's up with this internals

RE: [PHP-DEV] CVS Account Request: jorton

2003-03-13 Thread Sascha Schumann
On Thu, 13 Mar 2003, James Cox wrote: > I asked joe to ask for commit privs as he's the redhat guy doing PHP work, > and has useful stuff to commit. I think that we can handle the 20 line patch manually for now. What's up with this internals list now? Should not php-dev be decommiss

RE: [PHP-DEV] CVS Account Request: jorton

2003-03-13 Thread Derick Rethans
On Thu, 13 Mar 2003, James Cox wrote: > I asked joe to ask for commit privs as he's the redhat guy doing PHP work, > and has useful stuff to commit. I'd rather see Sascha overlooking them, the build stuff is delicate. Derick -- "my other box is your wind

RE: [PHP-DEV] CVS Account Request: jorton

2003-03-13 Thread James Cox
I asked joe to ask for commit privs as he's the redhat guy doing PHP work, and has useful stuff to commit. -- james > -Original Message- > From: Joe Orton [mailto:[EMAIL PROTECTED] > Sent: 13 March 2003 15:17 > To: [EMAIL PROTECTED] > Subject: [PHP-DEV] CVS Account Request: jorton > > >

[PHP-DEV] Win32 issues prior to 4.3.2 release

2003-03-13 Thread Edin Kadribasic
GD build with gdlib 1.x is broken. You can see the compile log for details: http://snaps.php.net/win32/compile-STABLE.log Also what's the status on apache2 support. Is filter obsoleted by handler? Handler needs to be fixed for win32 platform. If we're going to ship both handler and filter we need

Re: [PHP-DEV] Web services

2003-03-13 Thread Andrey Hristov
ask on [EMAIL PROTECTED] Andrey - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 13, 2003 11:47 AM Subject: [PHP-DEV] Web services > Can someone give me some info about PHP5 and web services > > tnx > > > -- > Morelli Michel > ZioBudda.net C

[PHP-DEV] Web services

2003-03-13 Thread michel
Can someone give me some info about PHP5 and web services tnx -- Morelli Michel ZioBudda.net Coordinator [EMAIL PROTECTED] -- PHP Development Internals - Developing the PHP Runtime Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] List Administrivia

2003-03-13 Thread James Cox
Andrey, (and everyone else) You are all subscribed to the new list -- forgot to mention. Thanks, James > -Original Message- > From: Andrey Hristov [mailto:[EMAIL PROTECTED] > Sent: 13 March 2003 09:10 > To: James Cox > Subject: Re: [PHP-DEV] List Administrivia > > > Hi James, > I unsu

[PHP-DEV] Disabling error docref stuff by default

2003-03-13 Thread Rasmus Lerdorf
Could we disable these error links by default? As people are slowly migrating to 4.3, it is becoming very clear that all sorts of people are getting confused about these. Especially when a spam web site spews one of these and irate users trying to unspam themselves end up blaming [EMAIL PROTECTED

[PHP-DEV] List Administrivia

2003-03-13 Thread James Cox
OK, so [EMAIL PROTECTED] is now active, with the old subscriber list from php-dev. At the request from Derick the subject prefix will remain [PHP-DEV] so that those who filter on it will still be able too (and anyhow, that makes more sense then internals..) There is also now a digest mode which p

[PHP-DEV] List Administrivia

2003-03-13 Thread James Cox
OK, so [EMAIL PROTECTED] is now active, with the old subscriber list from php-dev. At the request from Derick the subject prefix will remain [PHP-DEV] so that those who filter on it will still be able too (and anyhow, that makes more sense then internals..) There is also now a digest mode which p