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 removing it at the end of the request. Zeev, would not yanking
modules back
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 ?php= ? its quite useful
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
On Mon,
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 on
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.
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 http://www.php.net/
To unsubscribe, e-mail:
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 this yet.
Some people seems to misunderstand
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 Newbill; PHP DEV
Subject: Re: [PHP-DEV] include() like functionality for strings
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
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
-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-
From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 02
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, it looks like only the
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 the C++ way? It
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 any sense
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
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 http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
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
ambiguity (with constants) which makes me wonder how feasible
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,
I just started playing around with the parser to support
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 the
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
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 lot of process in place now, with a QA branch and
all
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 still need a reliable way to check
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
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.
Does anyone here know the code in rfc1867? I
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
am not wrong, it is a serious thing...
in short ? echo nl2br(asd\n\ndsa\r\rqwe\r\n\newq\n\r\r) ? 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
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 http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list
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
big
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 the zend
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
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 ?
ie.
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. It sounds weird what
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 KR semantics and that
won't change
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 between signed
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 function
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 start writing a
lot of PHP functions which accept hash
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
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
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 +,
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
+++
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.
Andi
At 11:31 AM 8/26/2001 -0400, George Schlossnagle wrote:
If NULL's a valid
http://www.geocrawler.com/mail/thread.php3?subject=%5BPHP-DEV%5D+__string_value%28%29++crashes+with+returnlist=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.
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.
()-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 wrote :
Thanks, I fixed it.
You can
Message -
From: Andi Gutmans [EMAIL PROTECTED]
To: GaM3R [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, August 20, 2001 1:22 AM
Subject: 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
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 new
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
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
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 engine
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 I get this right:
?php
function func1($object
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 are
:
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:
?php
function func1($object) {
$object-foo = 'bar';
}
function func2
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
technical
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
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
passed in
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
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 before or after the branch?
It should not be done at all
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
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
passing the arguments in a regular way. How
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,
. 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]]
I have already commited a change that if I file isn't found in the
include_path then PHP will check for the file
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 binary
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
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 http://www.php.net/
To unsubscribe, e-mail:
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
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
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 the
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
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 work
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 pick
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 suggested
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 it in more
At 11:47 AM 7/20/2001 +0200, Sebastian Bergmann wrote:
?php
class foo {
function bar() {
print 'bar() calledbr';
}
}
$foo = new foo();
$bar = $foo;
$method = 'bar';
$foo-$method; // does not work
At 02:31 PM 7/20/2001 +0200, Sebastian Bergmann wrote:
Andi Gutmans wrote:
$foo-$method; // does not work
$bar-$method; // does not work
This should be $foo-$method() and $bar-$method()
Gotcha. This works fine.
How could I forget
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 of the
Brian,
In order to debug this you'd really need to try and cut it down to a
smaller reproducible script.
Maybe the best start for you is to compile with --enable-debug and see if
you get any error messages from the memory manage in your error_log file
about memory overruns and stuff. That
in on some memory
leaks...Paul, if possible, I may want to collaborate with you some,
because we seem to be working in the same areas of the code, and I could
use the help.
On Wed, 11 Jul 2001, Andi Gutmans wrote the following to Paul Marquis and...:
At 07:00 PM 7/10/2001 -0400, Paul Marquis wrote
At 03:19 AM 7/12/2001 +0200, Piotr Pawlow wrote:
Brian Moon [EMAIL PROTECTED] wrote:
I am -1 on yet another new function. Because, if you create a new
include_local or whatever, people are gonna want include_local_once
and so on and so forth.
What do you say about include local($str),
At 06:00 PM 7/10/2001 +0200, André Langhorst wrote:
As it were Andi's last words, is it the finial decison now just to
implement $foo{x} to retrieve a single char?
I'm asking this again, because it will be irreversible because it is not
compatible with substr($foo,x) == $foo{x}!!!
And as I
Hey,
Has anyone had a chance to check the zend_hash patch I wrote about yesterday?
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL
Hi guys,
Attached is a patch which I worked up quickly (could probably use some
improving) which should solve the problem with includes of relative
includes :)
Simpler said:
a.php
-
?php include ../b.php; ?
b.php
-
?php include c.php; ?
c.php
-
?php print Yay! ?
This example
You can nuke the fprintf() in the patch :)
Andi
At 08:24 PM 7/10/2001 +0300, Andi Gutmans wrote:
Hi guys,
Attached is a patch which I worked up quickly (could probably use some
improving) which should solve the problem with includes of relative
includes :)
Simpler said:
a.php
-
?php
At 10:07 PM 7/10/2001 +0200, Thies C. Arntzen wrote:
On Tue, Jul 10, 2001 at 08:54:13PM +0200, Thies C. Arntzen wrote:
On Tue, Jul 10, 2001 at 07:43:12PM +0300, Andi Gutmans wrote:
Hey,
Has anyone had a chance to check the zend_hash patch I wrote about
yesterday?
seems
...
The last resort will be the c.php in b.php's directory. So it will include
the one in the a.php directory.
Andi
thanks,
Vlad
Andi Gutmans wrote:
Hi guys,
Attached is a patch which I worked up quickly (could probably use some
improving) which should solve the problem with includes of relative
At 12:13 AM 7/11/2001 +0200, Jeroen van Wolffelaar wrote:
- Right now this also effects things like opening php.ini. It'll now
always
check in the current working directory for php.ini. I think this
doesn't
screw up todays behavior.
Isn't this a huge security risk? When there is
At 07:00 PM 7/10/2001 -0400, Paul Marquis wrote:
Attached is a patch to ext/dom/php_domxml.c that adds the ability to
set the context node when running xpath_eval(). xpath_eval() (and
xpath_eval_expression()) can now accept and optional second parameter
that is the context node. If no argument
At 10:02 AM 7/9/2001 -0500, Andrei Zmievski wrote:
On Sun, 08 Jul 2001, Andi Gutmans wrote:
Hey,
I think one thing that bothers PHP developers is when they do:
include ../foo.inc;
and in foo.inc they do:
include bar.inc;
That bar.inc is not searched for in foo.inc's current
I actually had in mind something like option #4 but not exactly what Zeev
wrote.
I thought that what we could do is if cwd and include_path fail then try
and open at the same directory level as the currently executing script. I
think it can be done but haven't completely checked it from a
-Original Message-
From: Zeev Suraski [mailto:[EMAIL PROTECTED]]
Sent: July 9, 2001 5:48 AM
To: Andi Gutmans
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] Possible feature for current version of PHP or
PHP 4.1/5.0.
Yeah, this has been requested several times.
I think that changing the cwd
Guys,
I've commited a patch for zend_hash.* in the Zend CVS branch
PRE_NEW_HASH_FUNC_PATCH (yeah the branch name shouldn't be with the PRE )
which increases the speed of our hash tables significantly.
Can you please try it out and see that it works for you and give me
feedback if you notice a
At 11:24 AM 7/9/2001 -0700, Rasmus Lerdorf wrote:
I'm talking about real-world cases of developers who stopped
contributing or were afraid to contribute because of your sucky,
condescending attitude.
Uh? I don't recall a single instance of Sascha scaring someone off.
I don't want to
At 10:02 PM 7/9/2001 +0200, Sascha Schumann wrote:
I'd like to see Sascha's attitude change, ideally.
Ok - Sascha, do you think that your attitude is a problem?
I don't think that bears an answer considering the contents
of this thread and the amount of people who outspoke
At 10:30 PM 7/9/2001 +0200, Sascha Schumann wrote:
Sascha, don't come to conclusions too quickly if you do want to improve
your weak spots.
Andi, have you ever considered that your approach of
guiding other people is not appreciated?
Yes. That is what a guide is. He can try and
At 03:43 PM 7/9/2001 -0500, Brian Moon wrote:
That is not completely true. If there is a file in the included scripts dir
that has the same name as one in the including scripts dir, that would cause
some unexpected problems.
Well as I would only resort to looking according to the current file
I'd appreciate if people tested this. To check it out go into your
php4/Zend CVS tree and do:
cvs update -r PRE_NEW_HASH_FUNC_PATCH
Andi
Date: Mon, 09 Jul 2001 21:24:22 +0300
To: [EMAIL PROTECTED]
From: Andi Gutmans [EMAIL PROTECTED]
Subject: [PHP-DEV] Faster zend_hash
Guys,
I've commited
At 03:47 PM 7/9/2001 -0500, Andrei Zmievski wrote:
On Mon, 09 Jul 2001, Andi Gutmans wrote:
I'd appreciate if people tested this. To check it out go into your
php4/Zend CVS tree and do:
cvs update -r PRE_NEW_HASH_FUNC_PATCH
And don't forget to cvs upd -A after you are done testing.
Yep
--
dealnews.com, Inc.
Makers of dealnews dealmac
http://dealnews.com/ | http://dealmac.com/
- Original Message -
From: Andi Gutmans [EMAIL PROTECTED]
To: Brian Moon [EMAIL PROTECTED]; Vlad Krupin [EMAIL PROTECTED]; Zeev
Suraski [EMAIL PROTECTED]
Cc: Andrei Zmievski [EMAIL PROTECTED]; [EMAIL
At 04:04 PM 7/9/2001 -0500, Brian Moon wrote:
It is not so much BC. It is more like unexpected new behavior.
As of now, a bad programmer might have this:
/www/site.com/include/file.php
/www/site.com/include/config.php
/www/site.com/index.php
/www/site.com/config.php
if index.php includes
and so on.
Just an idea. I haven't thought about it too much and I've just opened my
eyes from sleep :)
Andi
On Mon, 9 Jul 2001, Andi Gutmans wrote the following to Sascha Schumann :
At 10:30 PM 7/9/2001 +0200, Sascha Schumann wrote:
Sascha, don't come to conclusions too quickly if you
At 07:03 AM 7/10/2001 +0200, Jani Taskinen wrote:
I am still +1, but think it should be at least a 4.1 thing.
Does others also think it should wait for 4.1 or later? If so I'll leave it
I don't. But I consider this more as a bug than missing feature..
So it should be fixed ASAP. :)
(there
501 - 600 of 939 matches
Mail list logo