At 03:08 PM 5/24/2001 +, Christian Stocker wrote:
On 24 May 2001 05:39:14 -0700, [EMAIL PROTECTED] (Andi Gutmans) wrote:
Hi,
I rolled back DOM/XML and will hopefully roll RC2 today. I think my
mmmh.
checking for DOM support... yes
./configure: line 15188: syntax error near unexpected
Part of the getting back to normal process is getting 4.0.6 out of the door :)
Please test it http://www.php.net/~andi/php-4.0.6RC4.tar.gz
I *really* would like to get it out.
By the way, I commited a very important patch which should lower memory use
considerably (up to about 2/3).
Please let
Hopefully ASAP. We should release RC4 unless people find *serious* problems.
Andi
At 02:53 PM 6/19/2001 -0500, Andrei Zmievski wrote:
When are we releasing 4.0.6? I'm asking more as an end user because it
has a few bug fixes that affect our products.
-Andrei
* Power corrupts. Atomic power
Do you have a d:/tmp directory?
Andi
At 09:37 AM 2/9/2001 +0530, Vikram-burlee wrote:
Hi, this is the snippete
?php
session_start();
?
and error is
Warning: open(/tmp\sess_e381bf8b6b5aea5756925a218535fdd3, O_RDWR) failed: m
(2) in D:\php\vik\test.php on line 2
Iam not able to use any
Hey,
I suggest in order to get 4.0.6 out of the door I will package it today
(the release), post it to php-devphp-qa and we can announce it on Friday.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
http://www.php.net/~andi/php-4.0.6.tar.gz
Tomorrow I'll commit it to the phpweb CVS and we'll announce it on Friday.
Please in the meanwhile make sure that no show stoppers have crept in.
Show stoppers == something is completely broken in the core or a terrible
security hole which needs to be
At 05:54 AM 6/21/2001 -0700, Rasmus Lerdorf wrote:
http://www.php.net/~andi/php-4.0.6.tar.gz
Tomorrow I'll commit it to the phpweb CVS and we'll announce it on Friday.
Please in the meanwhile make sure that no show stoppers have crept in.
Show stoppers == something is completely broken
At 09:03 AM 6/21/2001 +0100, Phil Driscoll wrote:
On Wednesday 20 June 2001 17:22, Andi Gutmans wrote:
I suggest in order to get 4.0.6 out of the door I will package it today
(the release), post it to php-devphp-qa and we can announce it on Friday.
Sounds good. For the last release
I want to mess with it a bit and think about it. Will get back to you ASAP.
Andi
At 08:50 AM 6/22/2001 +0200, Thies C. Arntzen wrote:
hi,
it would make debugging for guys like me easier, as gdb will
then be able to show IS_OBJECT instead of 5 when
inspecting zvals. (gdb
Thies,
I am not quite sure how many places need to be changed for this.
On a whole, moving to enum's is something I've wanted to do for a long time
but never had the time to do.
If you're up to it maybe you can create a patch which we can look at. I
suggest only trying to make the
At 05:21 PM 6/23/2001 -0600, Zak Greant wrote:
Hello All,
I was just reviewing the is_scalar() function and noted that the function
does not consider resources to be scalar values.
Shouldn't this be changed? I must have missed this when I initially wrote
the function...
I don't think resources
I think we should also consider saving the version in the extension
structure and having generic function such as extension_version(xml).
This would save us from having to bloat PHP by adding a foo_version()
function to all extensions.
Andi
At 11:46 AM 6/24/2001 +1000, [EMAIL PROTECTED]
At 02:38 PM 6/24/2001 +1000, [EMAIL PROTECTED] wrote:
On Sun, 24 Jun 2001, Andi Gutmans wrote:
I think we should also consider saving the version in the extension
structure and having generic function such as extension_version(xml).
This would save us from having to bloat PHP by adding
At 06:26 AM 6/24/2001 +0200, Jani Taskinen wrote:
On Sun, 24 Jun 2001, Andi Gutmans wrote:
I think we should also consider saving the version in the extension
structure and having generic function such as extension_version(xml).
This would save us from having to bloat PHP by adding
Maybe we should wait with this whole API change until a new sub-version?
4.1? Or keep the old functionality right now and just add the new
functions? We can deprecate the old ones in 4.1.
Andi
At 03:03 PM 6/24/2001 +0200, Jani Taskinen wrote:
Since everybody seems to be using some stupid
At 08:21 PM 6/24/2001 +0200, Jani Taskinen wrote:
What new functionality? Why the hell should the API change?
Only the function names should have been changed, not break
the whole extension!
It's a rewrite which is more in the PHP spirit. i.e. return true/false and
not -1/0 and stuff like that
Do you have a short reproducing script which makes your server hang?
Andi
At 02:07 PM 6/25/2001 -0400, Dean Limbaugh wrote:
Yes, I installed 4.0.6 this AM and it's still happening.
PHP has encountered an Access Violation at 013124B6
Error log entry
The HTTP server encountered an unhandled
At 11:17 PM 6/25/2001 +0200, Jani Taskinen wrote:
On Mon, 25 Jun 2001, Wilfredo Sanchez wrote:
On Monday, June 25, 2001, at 06:58 AM, Jani Taskinen wrote:
This happens because of your patch. What is the use of -S anyway? :)
Could you please check this out?
-S sets the value of an
Yep I agree. It can sense to sort a one element array because it might be
coming from an external source.
Andi
At 04:47 PM 6/26/2001 +0300, Zeev Suraski wrote:
I'd say that this is a bug, and needs to be fixed.
Zeev
At 15:40 26/6/2001, Andre Langhorst wrote:
Hi,
apparently php-users are
Hey,
For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current
upgrade isn't being fixed. Maybe we should revert it back to what it was
in 4.0.6 until it gets a thorough make over?
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
At 09:00 AM 6/27/2001 +0200, Christian Stocker wrote:
In article [EMAIL PROTECTED], Andi
Gutmans [EMAIL PROTECTED] wrote:
Hey,
For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current
upgrade isn't being fixed. Maybe we should revert it back to what it
was in 4.0.6 until
Guys,
We are moving the CVS tree to a different server so please don't commit
anything in the next few hours.
Once it's up and running we'll post a message including the IP of the new
machine (in case the DNS change doesn't propagate early enough for you).
Andi
--
PHP Development Mailing
At 02:30 PM 6/27/2001 -0400, Colin Viebrock wrote:
For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current
upgrade isn't being fixed. Maybe we should revert it back to what it was
in 4.0.6 until it gets a thorough make over?
You love to make me work, huh? :)
Seriously, if
At 01:14 PM 6/29/2001 +0200, [EMAIL PROTECTED] wrote:
On Fri, 29 Jun 2001, Andi Gutmans wrote:
Well everyone would like to see it fixed but no one is fixing it. So we are
better of rolling back. It means we will end up with one version and not
three because we will roll back to 4.0.6.
I
I would like to roll it back to 4.0.6 until the current version gets fixed.
However, I have not used either of them so that's why I'm waiting for
enough feedback from people who actually use it.
Andi
At 03:12 PM 6/28/2001 +0200, Derick Rethans wrote:
Hello,
as I about to write PHP scripts
Hi,
I can't help you too much but I am pretty sure I bumped into problems after
installing Access 2000 w/ an app which uses Access. I think the ODBC driver
was changed in 2000.
Maybe you can find something at msdn.microsoft.com. If you find anything
useful please let me know.
Andi
At 05:25
I think both for Zend 2 and for the cleanup version of PHP (if they happen
at the same time or not) it is important to come up with how to do the
development. We can either work in a branch or create a new CVS tree.
They both have their pros cons, but especially for the PHP CVS which is a
Nabeel,
Please contact the PHP documentation group at [EMAIL PROTECTED] (to
subscribe [EMAIL PROTECTED]).
I'm sure many people will be glad to have an Arabic version of the
documentation and I'm sure the PHP Documentation team can get you started.
Andi
At 05:04 PM 7/5/2001 +, Nabeel
Thies,
The patch you supplied looks like it's heading in the right direction but
it is incorrect as not all of the stack is zval's. I'll try and take a look
at it tomorrow (no time now). I think we can probably fix up your patch a
bit and make it work with nested functions.
In any case, if I
Thies,
I have thought about your problem. Your patch fixed your test case but it
won't fix all test cases. It is pretty much impossible to make sure on
bailout (including exit() and errors) that all of the reference counts of
the variables will go down to 0 even if we clean the call stack.
At 04:31 PM 7/6/2001 +0200, Thies C. Arntzen wrote:
On Fri, Jul 06, 2001 at 05:12:07PM +0300, Andi Gutmans wrote:
Thies,
I have thought about your problem. Your patch fixed your test case but it
won't fix all test cases. It is pretty much impossible to make sure on
bailout (including
, Jul 06, 2001 at 05:39:18PM +0300, Andi Gutmans wrote:
At 04:31 PM 7/6/2001 +0200, Thies C. Arntzen wrote:
On Fri, Jul 06, 2001 at 05:12:07PM +0300, Andi Gutmans wrote:
Thies,
I have thought about your problem. Your patch fixed your test case but
it
won't fix all test cases
Yep looks like it. I think I just had a stale directory.
Andi
At 11:00 AM 7/7/2001 +0200, Martin Jansen wrote:
On Sat, 07 Jul 2001 11:42:02 +0300, Andi Gutmans wrote:
Didn't we decide on nuking ext/rtfm?
Can I go ahead?
Isn't this extension already removed?
- Martin
--
PHP Development
Hey,
Didn't we decide on nuking ext/rtfm?
Can I go ahead?
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 PROTECTED]
Resending as we only got one answer...
Andi
Date: Fri, 06 Jul 2001 00:53:47 +0300
To: [EMAIL PROTECTED],Brian Moon [EMAIL PROTECTED],
php developers [EMAIL PROTECTED]
From: Andi Gutmans [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] php 4.1 or php 5.0
I think both for Zend 2 and for the cleanup
Hi,
I commited a patch.
Andi
At 12:59 PM 7/7/2001 -0700, Shane Caraveo wrote:
Hello,
Sending this little fix to the dev group, since I don't beleive I have
write access into TSRM. Can someone get this submitted?
In tsrm_win32.c, line 138, change the +4 to +5 to allow for the trailing
null
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 directory
automatically. As we pretty much always have the expanded filename of the
current executing script I
Shane,
Can you please also have Daniel Beulshausen [EMAIL PROTECTED] take a look
at it as he did the original patch.
Also please try and send unified diffs (cvs diff -u).
Thanks,
Andi
At 03:12 PM 7/8/2001 -0700, Shane Caraveo wrote:
Hi Andi,
Here is yet another patch to tsrm. The popen
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
At 10:24 PM 7/9/2001 -0700, Frank M. Kromann wrote:
On Tue, Jul 10, 2001 at 07:51:14AM +0300, Andi Gutmans wrote:
I think it's something we should consider. From what Joey wrote it
sounds
as if the PHP Group is perceived as something *above* php-dev in the
community. I don't
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
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),
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
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
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
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
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
. 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:
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,
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
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 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
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
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.
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
301 - 400 of 939 matches
Mail list logo