of the variable. Sorry if I wasn't clear.
Andi
George
Andi Gutmans wrote:
I'd probably go for class::function($arg1, $arg2).
Also take into consideration that the args aren't always available.
Andi
At 02:58 PM 11/27/2002 -0500, George Schlossnagle wrote:
Is there a concensus on how arguments should
At 03:18 PM 11/27/2002 -0500, George Schlossnagle wrote:
Ok... but that looks nasty when you are passed an array or an object.
Yeah but backtraces tend to look nasty :)
Andi
Andi Gutmans wrote:
At 03:13 PM 11/27/2002 -0500, George Schlossnagle wrote:
Hmmm any hints on how to get
At 03:21 PM 11/25/2002 -0500, Sterling Hughes wrote:
If this thread was about error messages of a C compiler, I
would agree that users can be expected to understand English.
That is a completely different level you are dealing with then.
However, PHP needs to take beginners
http://marc.theaimsgroup.com/?l=php-devm=90279104406287w=2
I'm sure there's some other stuff too.
Andi
At 10:21 PM 11/26/2002 +0100, Derick Rethans wrote:
On Tue, 26 Nov 2002, Andi Gutmans wrote:
I remember having a long conversation on this issue quite a long time ago.
I think it was on php
http://marc.theaimsgroup.com/?l=php-devm=90279104406264w=2
There's more...
Andi
At 10:21 PM 11/26/2002 +0100, Derick Rethans wrote:
On Tue, 26 Nov 2002, Andi Gutmans wrote:
I remember having a long conversation on this issue quite a long time ago.
I think it was on php-dev. The bottom line
2002, Andi Gutmans wrote:
http://marc.theaimsgroup.com/?l=php-devm=90279104406264w=2
There's more...
Andi
At 10:21 PM 11/26/2002 +0100, Derick Rethans wrote:
On Tue, 26 Nov 2002, Andi Gutmans wrote:
I remember having a long conversation on this issue quite a long
time ago.
I think
At 07:06 PM 11/21/2002 +0100, Sander Roobol wrote:
Hey,
Attached is a patch that makes the bcmath extension thread safe.
Very cool! Thanks a lot.
I'm new to all that TSRM stuff, but I think this should do it. I
replaced the old globals with TSRM globals (inspired by the CG() and the
Yes, so that it'll be compatible with the way libc's putc() works (the
value is the written char).
Andi
At 01:20 PM 11/21/2002 -0800, Brad Bulger wrote:
I was looking at compile warnings for 4.3, and came across this
in Zend/zend.h
/* output support */
#define ZEND_WRITE(str, str_len)
Hi,
The way you implemented it isn't what I meant *and* I never remember
agreeing to final.
I don't see any need for final. If you really want Java then it already exists.
Andi
At 02:24 PM 11/20/2002 +0100, Marcus Börger wrote:
Added final now: http://marcus-boerger.de/php/ext/ze2
So we have:
At 06:43 PM 11/20/2002 +0100, Sebastian Bergmann wrote:
Andi Gutmans wrote:
I don't see any need for final.
A ZendEncoder customer could want to declare an encoded class final
so that his users can't extend that class :-)
A proxy object would do the trick! Very quick hack :)
Andi
At 06:53 PM 11/20/2002 +0100, Sebastian Bergmann wrote:
Andi Gutmans wrote:
A proxy object would do the trick!
I know, and it wasn't meant as all that serious an argument :)
I know you weren't serious, neither was I :)
Andi
--
PHP Development Mailing List http://www.php.net
At 02:04 PM 11/20/2002 +0100, Derick Rethans wrote:
On Tue, 19 Nov 2002, Marcus Börger wrote:
As far as i can tell from the source there is ZEND_TEST_EXCEPTIONS
to guard crash() but leak() isa allways there. Without debug leak() doesn't
report anything but it produces a leak.
hmm, you're
There seems to be some bug in CVS. After I reverted this patch number.c and
number.h from within ext/bcmath are missing. If I erase them and do a cvs
update I don't get them anymore. I definitely didn't remove them.
Anyone have any idea?
Andi
From: Andi Gutmans [EMAIL PROTECTED]
To: [EMAIL
I have backups of number.c and number.h but I see them in Attic/ so it
might be better to restore them so that we keep the history. Anyone know
how to do it? mv Attic/number* . doesn't seem to work.
Andi
At 10:08 PM 11/20/2002 +0200, Andi Gutmans wrote:
There seems to be some bug in CVS. After
revert caused the files to diseapear from your
checkout -- but i noticed them in my checkouts, and they were still present.
more cvs wierdness, and more reason to look for an alternative.
-- james
-Original Message-
From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
Sent: Wednesday
Hi,
I'm a bit behind my Email but I'll give you a quick answer.
I think we can do abstract method's but I wouldn't want to do it the way
you did because it adds an additional check in the method calling.
It should create a function which will bailout.
This might be a bit complicated to do so
I suggest dns_get_record().
Andi
At 09:43 PM 11/17/2002 +0100, [EMAIL PROTECTED] wrote:
There we go :-)
--
Regards.
M.CHAILLAN Nicolas
[EMAIL PROTECTED]
www.WorldAKT.com Hébergement de sites internets.
Pollita [EMAIL PROTECTED] a écrit dans le message de news:
[EMAIL PROTECTED]
I'll put the
At 11:35 AM 11/16/2002 -0500, George Schlossnagle wrote:
Hi,
There is a problem with the patch committed. It incorrectly tokenizes
things like
$foo = %-{$bar}
(this breaks the PEAR installer, amongst other things)
I've attached a fix for it.
Also, it looks like you didn't accept the part
At 09:14 AM 11/13/2002 -0500, Andrei Zmievski wrote:
On Wed, 13 Nov 2002, Melvyn Sopacua wrote:
FWIW:
* If this is ever going to make core as a part of PHP's i18n efforts, you
are going to have to deal with the 'unseen' at some point. You are not
going to identify them, by testing it
At 02:21 PM 11/13/2002 -0500, Andrei Zmievski wrote:
I made a branch for 4.3 and tagged it PHP_4_3. Please remember to sync
your fixes into the branch, if they are important and relevant, of
course.
BC still needs to be fixed in order to be thread-safe. The problem is that
_one_, _two_, _zero_
At 12:15 AM 11/14/2002 +0200, Jani Taskinen wrote:
On Wed, 13 Nov 2002, Peter Neuman wrote:
Hello,
Andrei Zmievski [EMAIL PROTECTED]:
andrei Wed Nov 13 14:19:07 2002 EDT
Modified files:
/php4 configure.in
/php4/main php_version.h
Log:
Change version to 4.4.0-dev.
hm? not
Wasn't this commited a while ago?
Andi
At 11:58 AM 11/15/2002 +0100, Marcus Börger wrote:
The following patch for bug #19566 is open but should make it into 4.3.
cvs -z3 -q diff zend_hash.c (in directory S:\php4-HEAD\Zend\)
Index: zend_hash.c
Can you please send the diff as an attachment? I'll apply it.
Thanks,
Andi
At 01:13 PM 11/15/2002 +0100, Marcus Börger wrote:
Here is a patch that hopefully would merge all the dlsym stuff from ZE1.
After this patch i no longer get a warning while configuring ZE2.
marcus
cvs -z3 -q diff
At 11:14 PM 11/14/2002 -0500, Andrei Zmievski wrote:
On Fri, 15 Nov 2002, Andi Gutmans wrote:
It's not that I think enabling it is such a bad idea but as we're going
for
PHP 5 right after PHP 4.3 anyway I don't think it's too bad to wait for
that. I'm sure lots of people will test PHP 5 RC's
Commited.
Andi
At 11:22 PM 11/15/2002 +0900, Moriyoshi Koizumi wrote:
No, it's not committed yet.
Both Marcus and me doesn't have access to Zend module.
Moriyoshi
Andi Gutmans [EMAIL PROTECTED] wrote:
Wasn't this commited a while ago?
Andi
At 11:58 AM 11/15/2002 +0100, Marcus Börger
Never mind I did it manually.
Andi
At 03:57 PM 11/15/2002 +0200, Andi Gutmans wrote:
Can you please send the diff as an attachment? I'll apply it.
Thanks,
Andi
At 01:13 PM 11/15/2002 +0100, Marcus Börger wrote:
Here is a patch that hopefully would merge all the dlsym stuff from ZE1.
After
Hey,
Has anyone managed to get php to compile with lcc? It compiles much faster
and therefore is good for development.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Very cool for development but there are a few files which don't quite
compile. I was hoping someone's already played around with it.
Andi
At 04:39 PM 11/15/2002 -0600, Jason T. Greene wrote:
Cool, I will have to try that.
Thanks!!
-Jason
On Fri, 2002-11-15 at 09:11, Andi Gutmans wrote:
Hey
Hey,
I think this patch makes the scanner much more complicated to understand. I
have an idea of a patch which would make it much cleaner although under
very certain cases might be a tad bit less optimized when it comes to the
amount of tokens but it'd save all of the yyless() and push_stacks
I propose something like the following: (not tested)
It's definitely a sexier patch :)
Andi
RCS file: /repository/ZendEngine2/zend_language_scanner.l,v
retrieving revision 1.62
diff -u -u -r1.62 zend_language_scanner.l
--- zend_language_scanner.l 5 Nov 2002 22:01:35 - 1.62
+++
At 06:23 PM 11/15/2002 -0500, George Schlossnagle wrote:
Andi Gutmans wrote:
Try it out and let me know how the results are. Also *please* send diffs
also as attachments so that when people apply them we won't get bad
whitespace in our sources.
php-dev seems to eat my attachments
that fixes those (heredocs are tokenized
on newlines - I think that is best case)
Andi Gutmans wrote:
I propose something like the following: (not tested)
It's definitely a sexier patch :)
Andi
RCS file: /repository/ZendEngine2/zend_language_scanner.l,v
retrieving revision 1.62
diff -u -u -r1.62
Any ideas?
Andi
Date: Fri, 15 Nov 2002 17:14:51 +0100
To: Andi Gutmans [EMAIL PROTECTED]
From: Melvyn Sopacua [EMAIL PROTECTED]
Subject: Bug #14870
X-Bogosity: No, tests=bogofilter, spamicity=0.00, version=0.7.5
Andi,
could I request your attention for this bug:
http://bugs.php.net
.
Andi
At 10:42 AM 11/11/2002 -0600, Jason T. Greene wrote:
Why not just convert to using a long? Is there really a need to have 2
numeric types in the ini system?
-Jason
On Mon, 2002-11-11 at 00:20, Andi Gutmans wrote:
Hi,
How about changing the INI_ENTRY macros in debug mode to check if we're
Schlossnagle wrote:
The patch I submitted included BACKQUOTES in the token matching as
well. I'm not convinced that is bad, but I will try to thoroughly test
it tomorrow, and if it's broken, I'll just case it for and heredocs.
George
On Monday, November 11, 2002, at 01:56 AM, Andi Gutmans wrote:
OH
At 10:22 PM 11/11/2002 +0100, Derick Rethans wrote:
On Mon, 11 Nov 2002, Harrie Hazewinkel wrote:
harrieMon Nov 11 16:09:19 2002 EDT
Modified files:
/php4/ext/snmpCREDITS php_snmp.h snmp.c
Log:
Adding SNMPv3 support.
-113,6 +121,11
At 04:31 PM 11/11/2002 -0500, Dan Kalowsky wrote:
On Monday, November 11, 2002, at 02:39 PM, Andi Gutmans wrote:
Well I assume lots of extension maintainers are using int's for all sorts
of things. I'm not sure it's a good idea to try and catch every last
place. In any case, even if we
Fixed both in ZE1 and ZE2.
Andi
At 11:02 AM 11/10/2002 +0900, Yasuo Ohgaki wrote:
I'm glad to hear that :)
--
Yasuo Ohgaki
Andi Gutmans wrote:
It's on my TODO list. I'll check it out in the next few weeks. Last time
I looked at it it didn't seem trivial but I can't quite remember anymore
Hi,
A patch which improves on this would be welcome.
However, this patch at first glance is bogus. You are returning T_STRING
with possible spaces and other non A-Za-z_ chars. This token is also used
as tokens such as constants and function names .
Andi
At 06:31 PM 11/10/2002 -0500, George
Hi,
How about changing the INI_ENTRY macros in debug mode to check if we're
using UpdateInt/UpdateLong and if so check if sizeof(param) ==
sizeof(int/long)?
This could help a lot.
Andi
At 01:12 PM 11/11/2002 +0800, James Devenish wrote:
Hi, just some followup, including some general build
This should be solved in ZE2.
We now treat static variables like special variables such as $GLOBALS,
$this and so on where they are treated at compile-time. This means that
they are faster now but they can't be referenced indirectly similar to the
above mentioned. I don't think this is a
and constants aren't available as barewords in
DOUBLE_QUOTES or HEREDOCs, right?
On Monday, November 11, 2002, at 01:12 AM, Andi Gutmans wrote:
Hi,
A patch which improves on this would be welcome.
However, this patch at first glance is bogus. You are returning T_STRING
with possible spaces and other
Actually zval_ptr_dtor() is probably more suitable.
In any case, is this zval something you keep locally in your extension or
are you returning/adding it to the engine's symbol table? If so, the engine
should take care of the memory automatically as long as you've done
everything correctly.
At 05:44 PM 11/9/2002 +0100, Sterling Hughes wrote:
On Sat, 9 Nov 2002, Sterling Hughes wrote:
On Sat, 9 Nov 2002, Sterling Hughes wrote:
There is no such release of Curl yet. This makes testing
the RCs quite a hassle now so either you revert those changes
or get the
At 12:29 PM 10/30/2002 +0100, Sascha Schumann wrote:
a) Bison is needed for CVS builds
b) Bison is not needed for snapshot/release builds
c) buildconf is needed for CVS builds
At some point in time, the CVS becomes a release. Then you
would need to move the check into
By the way, I still haven't completely verified that this problem also
happens with ZE1.
The main problem is that it's hard to find because it seems to have to do
with bison's stack (some kind of corruption).
I haven't had time to report it to the bison guys to make sure it's not a
bug in the
Hi,
I am very much against anything like this.
Improving strlen()'s performance only will have a negligible performance
impact on a real world script.
With the same kind of argument you could probably find 10-20 functions
which would be faster if you'd make opcodes for them. That's not really
I haven't followed the thread. What is the problem with the var_args()?
Also, please don't commit the second part of the patch. The warning is due
to the compiler not understanding the code well enough. Functionality wise
there's no reason to NULL that variable. Live with the warning or upgrade
At 05:18 PM 11/8/2002 -0500, Andrei Zmievski wrote:
On Sat, 09 Nov 2002, Andi Gutmans wrote:
I am very much against anything like this.
Improving strlen()'s performance only will have a negligible performance
impact on a real world script.
With the same kind of argument you could probably
Hey,
What's the schedule for 4.3? It seems to be lingering. That said I'd like
to resolve the bison issue before we release it (i.e. make sure that ZE1
isn't bitten by versions 1.28).
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
Commited. Thanks.
Andi
At 02:04 PM 11/5/2002 +0100, Marcus Boerger wrote:
Could someone with karma please commit following patch
or give me karma for tsrm? It would silence all those warnings
at once:
/usr/src/php4-HEAD/TSRM/TSRM.c: In function `tsrm_startup':
I can't remember who did this patch. Sascha?
Can someone who knows exactly what needs merging do so please?
Andi
At 04:50 AM 11/2/2002 +0200, Jani Taskinen wrote:
Some people don't bother doing MFZE1...
--Jani
On Fri, 1 Nov 2002, Marcus Boerger wrote:
The build system complains
We'll take a look at this.
Thanks,
Andi
At 07:48 AM 11/6/2002 +0900, Moriyoshi Koizumi wrote:
The attached patch may be a fix for that bug.
Hope it works.
Moriyoshi
Moriyoshi Koizumi [EMAIL PROTECTED] wrote:
I looked into it, and I've found you really got a point.
Doesn't the INI mechanism reset the values to their original INI values at
the end of each request? Zeev knows this stuff better than me as he wrote it.
Andi
At 02:56 PM 10/31/2002 +0100, Derick Rethans wrote:
Hello Andi,
I encountered a somewhat weird thing with the report_memleak settings.
I
At 06:24 PM 10/30/2002 +0100, Sebastian Bergmann wrote:
Andi Gutmans wrote:
Right, and if you try it with 1.28 it'll work.
Is this is a bug in bison (and if so, do the bison developers know
about it?), or a (temporary) issue with Zend Engine 2?
I think (not sure) it's a bug in bison. I
necessarily the average PHP user.
Andi
At 11:39 AM 10/29/2002 -0600, Jason T. Greene wrote:
On Thu, 2002-10-24 at 09:51, David M. Lloyd wrote:
On Thu, 24 Oct 2002, Andi Gutmans wrote:
At 02:49 PM 10/23/2002 -0500, David M. Lloyd wrote:
The reality of twos-complement, bitwise arithmatic
At 10:08 AM 10/30/2002 -0800, Rasmus Lerdorf wrote:
Well, in the threaded case you avoid a rather expensive ts_resource_ex()
function call, so what you gain is performance. Functionality should be
the same.
It's not *that* slow as on most OS's we cache it in local storage.
But then again, yes,
At 08:05 PM 10/30/2002 +, James Cox wrote:
We're going to walk into a confusion where people will expect to work
too, and get bitten. We have to be really careful that we explain it
properly.
That was my initial worry too.
Andi
--
PHP Development Mailing List http://www.php.net/
To
Adding a BCMATH_G() TSRM macro around all instances of _one_, _two_ and
_zero_ seems to be quite a pain because it means that libbcmath needs to
understand TSRM now.
On the other hand these three variables need to be per-request because
emalloc()'ed memory can't survive in between requests.
At 01:36 AM 10/31/2002 +0100, Timm Friebe wrote:
On Wed, 2002-10-30 at 23:34, [EMAIL PROTECTED] wrote:
This works only with ZE2.
[...public and private functions...]
AFAIK not. There will be private, protected and public class members,
though.
We are also planning private/public methods. Zeev
You are right. I screwed up. I have to make these TSRM globals.
I'll try and do it tomorrow.
Andi
At 09:44 AM 10/29/2002 -0800, Michael Sisolak wrote:
I'm seeing a memory overrun under PHP 4.3.0pre2 (debug) running under
Windows 2000 ISAPI. [ . . . ]
---
At 07:07 AM 10/28/2002 +0100, Sebastian Bergmann wrote:
Andi Gutmans wrote:
Engine 2 doesn't seem to work with 1.28.
How does this show?
?
function getFrontendObject()
{
$a = new $GLOBALS['_PEAR_Command_uiclass'];
}
?
Andi
--
PHP Development Mailing List http
At 05:40 PM 10/28/2002 +0200, Stanislav Malyshev wrote:
TCA yep - but can we simply move init_executor a bit up?
I fear it's as up as it can be - just the start of zend_activate(). The
problem, as it seems, is that some code can be called before
zend_activate() - like INI handlers.
Right
No idea where those came from. Is there anyway of checking who created a tag?
Andi
At 06:05 PM 10/27/2002 +0100, Derick Rethans wrote:
Hello,
can somebody explain what the dev/ tag is doing in CVS:
php_4_2_3RC2: 1.17.2.2
new_apache_hooks: 1.23.0.2
php_4_2_3RC1:
At 09:57 PM 10/27/2002 -0500, Mike Robinson wrote:
Zeev Suraski writes:
I vote we keep PHP-CLI with implicit_flush
on by default.
Ditto.
Make that Ditto * 2.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
My email was dead in the past 24 hours. All email I received was lost. If
there's anything important you wanted me to read please email it to me again.
Thanks,
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
-unsubscribe: mailto:zend-engine-cvs-unsubscribe;lists.php.net
list-post: mailto:zend-engine-cvs;lists.php.net
Delivered-To: mailing list [EMAIL PROTECTED]
From: Andi Gutmans [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Wed, 23 Oct 2002 20:26:27 -
X-Spam-Status: No, tests=bogofilter, spamicity=0.0
At 02:49 PM 10/23/2002 -0500, David M. Lloyd wrote:
On Tue, 22 Oct 2002, Andi Gutmans wrote:
Jason knows that my stand on this one is that if we have we really
should also have which will clash with here-docs. Suggestions for
other operators such as his are a possibility.
Wrong on two
At 12:20 PM 10/23/2002 +0900, Yasuo Ohgaki wrote:
Jani Taskinen wrote:
Again..was this agreed upon?
I suppose so.
I didn't get any more objections.
It's not a big deal to me but I don't understand why this should need
changing. Who cares what perl does? I don't think there's a right or
At 01:54 AM 10/22/2002 +0200, Sterling Hughes wrote:
On Tue, 2002-10-22 at 01:38, Alan Knowles wrote:
Non blocking connections would be nice...
- On the generating stuff - why do you want to generate the code on the
users system? -
all the re2c stuff in CVS is 'pre-genereated'
It would be
I don't get this. Are people replying to you directly and you're cc'ing to
the list? Because I only see your answers and not their replies.
Andi
At 03:30 PM 10/22/2002 +1000, Terence Kearns wrote:
Yasuo Ohgaki wrote:
I see side effect of ? tag as PHP start tag.
IMHO, language that supposed
At 03:33 PM 10/22/2002 +1000, Terence Kearns wrote:
Agreed.
If short tags were disabled in v5, then there would be no such need for a
hack like this.
They won't be disabled.
They won't be disabled.
They won't be disabled.
They won't be disabled.
They won't be disabled.
They won't be disabled.
At 04:31 AM 10/21/2002 +0200, NTPT wrote:
Hi.
I have some idea and suggestion how to extend PHP language a bit in some
way. That may probably lead to increasing of php flexibility, allow more
modular coding to be done etc
My sugestion is simple:
Allow PHP programmer to explicitelly told
I fixed the compile warning. Next time please mention it's in engine 2.
Thanks,
Andi
At 10:45 PM 10/19/2002 +0200, Marcus Boerger wrote:
I can no longer compile CVS version. See log:
[...]
Thank you for using PHP.
gcc -Iext/zlib/ -I/usr/src/php4-HEAD/ext/zlib/ -DPHP_ATOM_INC
-I/usr/src
obvious that this won't be going anywhere.
Andi
At 06:12 PM 10/17/2002 +0200, Zeev Suraski wrote:
Well, I differ with you on that. I don't think there's anything in the
same class as ?xml.
Zeev
At 18:08 17/10/2002, Andi Gutmans wrote:
I don't think we should add special hacks to the scanner. Soon
At 01:09 AM 10/18/2002 +0200, Zeev Suraski wrote:
At 18:49 17/10/2002, Rasmus Lerdorf wrote:
?xml ()? has whitespace.
And I personally think it's a bit pushing it. How likely is it for
someone to have a function called xml(), and then call it without a space
from the ? tag, and then add a
At 18:08 17/10/2002, Andi Gutmans wrote:
I don't think we should add special hacks to the scanner. Soon we're
going
to have a zillion hacks for other XML/SGML/foobar documents.
Andi
At 12:17 PM 10/16/2002 -0400, Ilia A. wrote:
Since the general consensus by the developers
At 10:14 AM 10/18/2002 +0200, Zeev Suraski wrote:
At 07:40 18/10/2002, Andi Gutmans wrote:
At 01:09 AM 10/18/2002 +0200, Zeev Suraski wrote:
At 18:49 17/10/2002, Rasmus Lerdorf wrote:
?xml ()? has whitespace.
And I personally think it's a bit pushing it. How likely is it for
someone
At 05:45 AM 10/16/2002 +0300, Jani Taskinen wrote:
On Wed, 16 Oct 2002, Yasuo Ohgaki wrote:
Another option.
How about remove $_FILES contents from $_REQUEST?
It seems it has less impact.
+1 for this option. There's really no need it for to
be in $_REQUEST..
+1 from me too. I think
I don't think we should add special hacks to the scanner. Soon we're going
to have a zillion hacks for other XML/SGML/foobar documents.
Andi
At 12:17 PM 10/16/2002 -0400, Ilia A. wrote:
Since the general consensus by the developers is not to remove the short_tags
or even disable them. Perhaps
Hey,
I'm sure that if there's work to be done people using Oracle will
appreciate your contribution.
Personally, I don't use Oracle so I suggest you talk to Thies who's the
maintainer of the extension about the things you feel are missing. (It can
also be public here on php-dev if you need
I'll keep my message short:
NO!
I think removing short tags from PHP and/or as INI default is horrible.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
If there's no concrete reason it is needed I think things should stay as
they are.
One reason - it's slower, probably not noticeable but it still is.
Andi
At 03:06 PM 10/14/2002 +0100, Nick Lindridge wrote:
why would one want to have different executors/compilers in
different
Also here, best to have a short 10-20 line reproducing script.
Andi
At 12:19 PM 10/14/2002 +0200, Jan Schneider wrote:
Zitat von Yasuo Ohgaki [EMAIL PROTECTED]:
0x4055778f in _efree (ptr=0x83476e4)
at /home/jan/software/php4/Zend/zend_alloc.c:229
229
What we'd really need is a short 10-20 line reproducing script.
Andi
At 11:20 AM 10/14/2002 -0700, Aaron Gowatch wrote:
Heres a backtrace from one of my SIGSEGVs. This one looks a little
different from previous segfaults, but perhaps it can help track this bug
down:
Program received signal
At 09:49 PM 10/14/2002 +0100, Nick Lindridge wrote:
One reason would be to allow for a product like APD to do JIT swapping
of executors to enable tracing on demand. I imagine you could come up
with a clever way of letting Zend (En|De)coder be used for oly
prticular clients in a large
From the feedback I think it's best to revert this. Please do so.
Thanks,
Andi
At 11:05 PM 10/9/2002 +0200, Andi Gutmans wrote:
At 11:03 PM 10/9/2002 +0200, Sterling Hughes wrote:
On Wed, 2002-10-09 at 22:56, Derick Rethans wrote:
On Wed, 9 Oct 2002, Andi Gutmans wrote:
At 10:35 PM 10/9
Hi,
GD uses malloc()/free() and friends (gdhelpers.c). Unless there is stuff in
gd which has to survive between requests, as we have its source in our tree
it might be beneficial to move to emalloc() and friends.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe,
Looks good!
Andi
At 09:47 AM 10/9/2002 -0400, Jon Parise wrote:
A new CODING_STANDARDS patch is attached, based on feedback from Andi
and Dan (thanks!). Please review and comment.
--
Jon Parise ([EMAIL PROTECTED]) :: The PHP Project (http://www.php.net/)
--
PHP Development Mailing List
Hey,
If the fopen() fails why not create the directory? It shouldn't be too hard
to do and it'd really improve usability.
Andi
At 09:03 AM 10/9/2002 +, Sascha Schumann wrote:
sas Wed Oct 9 05:03:04 2002 EDT
Modified files:
/php4 php.ini-dist
Log:
Unless we're missing some problem I agree with Rasmus here.
I don't see much advantage in changing this.
Of course, there might be a reason
Andi
At 10:40 AM 10/9/2002 -0700, Rasmus Lerdorf wrote:
On Wed, 9 Oct 2002, Sascha Schumann wrote:
I'd like to do a collective rethink of this. The
At 10:47 PM 10/9/2002 +0200, Sterling Hughes wrote:
On Wed, 2002-10-09 at 22:45, Derick Rethans wrote:
On 9 Oct 2002, Sterling Hughes wrote:
On Wed, 2002-10-09 at 22:21, Thies C. Arntzen wrote:
On Wed, Oct 09, 2002 at 06:29:45PM -, Sterling Hughes wrote:
sterling
At 11:03 PM 10/9/2002 +0200, Sterling Hughes wrote:
On Wed, 2002-10-09 at 22:56, Derick Rethans wrote:
On Wed, 9 Oct 2002, Andi Gutmans wrote:
At 10:35 PM 10/9/2002 +0200, Sterling Hughes wrote:
On Wed, 2002-10-09 at 22:21, Thies C. Arntzen wrote:
On Wed, Oct 09, 2002 at 06:29:45PM
It might be a good idea to mention that almost in all cases memory returned
to the engine has to be emalloced.
You can also mention that malloc() also should be used if the memory has to
survive in between requests.
Andi
At 10:14 PM 10/8/2002 -0400, Jon Parise wrote:
Attached is a patch that
Sounds good to me.
Andi
At 10:09 AM 10/7/2002 -0400, Andrei Zmievski wrote:
I think the general consensus is that PHP tree is not ready for
branching and RC1. So, here 's what I propose: we roll a 4.3.0-pre1 from
HEAD on Thursday, so that QA team (or what's left of it) and everyone
else can
Wow. Zeev and I used the *exact* same sentence. Scary...
Andi
At 05:19 PM 10/7/2002 +0300, Zeev Suraski wrote:
Sounds good to me.
At 17:09 07/10/2002, Andrei Zmievski wrote:
I think the general consensus is that PHP tree is not ready for
branching and RC1. So, here 's what I propose: we roll a
Please use sizeof(sid) and not 4 in such code.
Also, why use hash_find() if just calling hash_del() would work?
Andi
At 12:05 AM 9/27/2002 +0200, Markus Fischer wrote:
Guys,
_Please_ include bug fixes in NEWS entries (or separately
commit them) so we've complete log.
You already have public which you can use instead of var.
I think method would look very nice but I don't think it's worth creating
another reserved word.
Andi
At 01:34 PM 9/28/2002 -0600, Lamont R. Peterson wrote:
All:
I can't hardly wait for PHP 4.3 (Zend 2.0) to hit the streets. I can't
It doesn't really make sense to me to add an alias to MySQL if it's not needed.
The less aliases we have in PHP the better IMO.
Andi
At 11:04 AM 10/3/2002 +0900, Yasuo Ohgaki wrote:
Ok. I'll add alias to mysql and rename pgsql function.
--
Yasuo Ohgaki
Derick Rethans wrote:
On Wed, 2 Oct
I don't think this is a good idea because some code which runs before the
script runs depends on this.
It doesn't make sense to make such a hack just for the tests, just to get
some session code to run differently.
Andi
At 09:01 AM 10/3/2002 +0200, Sascha Schumann wrote:
The session test
101 - 200 of 939 matches
Mail list logo
