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
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
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
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
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
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
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
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
>
>
>
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
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
>
> 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
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
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
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
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
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
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
__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]>
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
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.
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
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
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
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
> 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
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
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
> 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
just testing - ignore
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
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
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
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
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:
> +("/** "|"/
> 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
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}"*" {
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
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
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
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
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
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
41 matches
Mail list logo
