m/
>
>- Original Message -
>From: "Zeev Suraski" <[EMAIL PROTECTED]>
>To: "Brian Moon" <[EMAIL PROTECTED]>
>Cc: <[EMAIL PROTECTED]>
>Sent: Wednesday, May 16, 2001 3:17 AM
>Subject: Re: [PHP-DEV] removing ereg functions
>
>
>
PG key : http://www.jdimedia.nl/formulier/pgp/igmar
>
>--
>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]
--
Zeev Suras
I'd wait with Visual Studio 7.0; It's only beta 1, it can change quite a
lot before it's released.
Zeev
At 13:44 17/5/2001, Sebastian Bergmann wrote:
>Sebastian Bergmann wrote:
> > sbergmann Thu May 17 02:55:04 2001 EDT
> >
> > Modified
t the main problem is that people won't see it for what it is...
Zeev
--
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]
e of their invalid points, but I couldn't even find
a place to do that in.
Zeev
At 08:56 18/5/2001, Michael Loftis wrote:
>They were actually considering Windows as a viable platform for a server
>at all.
>
>*shudder*
>
>John Donagher wrote:
>
> > Responding to this art
not get into the state of mind that
breaking downwards compatibility is ok, as long as you increment some digit
in the version number.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
thing, and later improving on it
(sometimes by changing it completely).
I don't mind using the middle version number to signify major changes in
the API. Judging by other projects, though, people would probably expect
substantial functionality improvement from such version changes, while in
on what? :)
It's generally a side effect of the implementation, so I wouldn't be too
keen on documenting as a feature, but as an undefined behavior.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-ma
At 16:27 18/5/2001, Andrei Zmievski wrote:
>On Fri, 18 May 2001, Zeev Suraski wrote:
> > It's generally a side effect of the implementation, so I wouldn't be too
> > keen on documenting as a feature, but as an undefined behavior.
>
>A very useful side effect, p
At 16:31 18/5/2001, Oyvind Moll wrote:
>Could the current behaviour be hard to keep in the future, with the
>"$this assignment in constructor" syntax?
Yes, it is.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Guys,
This isn't up for a vote... It's a side effect of implementation, and
other implementations may invalidate it. We can't document it as a
feature, because it may bite us big time in the future.
Zeev
At 19:21 18/5/2001, Sebastian Bergmann wrote:
>Kristian Köhntopp wrot
At 20:00 18/5/2001, Andrei Zmievski wrote:
>On Fri, 18 May 2001, Zeev Suraski wrote:
> > Yes, but still, a side effect. Could end up changing in the future,
> and we
> > don't want to have to limit ourselves to implementations that have this
> > side effect.
At 20:39 18/5/2001, Hartmut Holzgraefe wrote:
>Zeev Suraski wrote:
> >
> > Guys,
> > This isn't up for a vote... It's a side effect of implementation, and
> > other implementations may invalidate it. We can't document it as a
> > feature, because
about us? :-)
That we have a filthy rich man's Web platform? :)
Zeev
--
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]
ng. There's always someone who relies on a
>quirk. If you mix the spec/doc and fixing processes you're in deep
>shit, that's something the first-year university students should
>learn, too. ;-)
>
>Anyway, this is a process Zeev & Andi would have to be deeply invol
t this question was asked, but really, be prepared to the fact
that 'no' can also be an answer.
Zeev
At 20:26 21/5/2001, Kristian Köhntopp wrote:
>Stig Sæther Bakken wrote:
> > I disagree with your conclusion here. If a side-effect is useful
> > enough and people want to
At 01:30 22/5/2001, Stig Sæther Bakken wrote:
>IMHO this type of functionality should only be available in a
>dedicated SAPI module, at least now. There are a lot of worms waiting
>to come out of this can, so put the can in a bucket first. :-)
Very nicely put! :)
Zeev
--
PHP De
At 15:49 22/5/2001, Kristian Köhntopp wrote:
>Zeev Suraski wrote:
> > It's good that this question was asked, but really, be prepared to the fact
> > that 'no' can also be an answer.
>
>Then let me rephrase the question: What is the recommended
>way to sig
>
>>
>>
>>now run test.php.. PHP crashes. There's a little syntax error in
>>test1.php: echo"a"); should be echo("a");
>>
>>
>>---
>>
>>
>>
Hrm, how about a semicolon at the end of the 3rd line? :)
It leaks, but it works.
Zeev
At 22:53 20/6/2001, Colin Viebrock wrote:
>Okay, you said to take this out of the bug database, so ...
>php -l *still* doesn't work for me with the RC4 tarball:
>
>[cmv@sunniva Reg]$ cat x.
I'd like to see this fix tested a bit more before it gets released. I
think that going off with 4.0.6 as it was packaged and starting the 4.0.7
release process soon afterwards makes the most sense.
Zeev
At 15:54 21/6/2001, Rasmus Lerdorf wrote:
> > http://www.php.net/~andi/php-4
Oh, and it didn't? It did for me. Anyway, I rewrote most of it
today. Can you test the latest CVS?
Zeev
At 18:49 21/6/2001, Colin Viebrock wrote:
> > Hrm, how about a semicolon at the end of the 3rd line? :)
> > It leaks, but it works.
>
>Zeev, my point was that "
e_name)+1,
>(void **)&value);
>
>My hashtable is empty.
>When array_dl_handle was not part of ZTS globals, everything was OK. Any
>clue ?
>
>Gilles.
>
>
>
>
>--
>PHP Development Mailing List <http://www.php.net/>
>To unsubscribe, e-mail: [EMAIL PROTECTED]
&
in an
inconsistently with the way the other $HTTP_*_VARS[] behave?
With this change we went one step away from consistency, at least as long
as the other $HTTP_*_VARS[] behave as they do today. It may be a good
step, but if it is, it should be followed by other steps to keep consistency...
Zeev
At 14:54
ot come to say that it's ok that it's now broken under UNIX, or
how the change was done (I don't remember so I won't comment about it). It
does come to say that the general change was a good idea.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscr
ystem programming
background, not that it really matters in this case. People who use PHP
should see that it is consistent, and should not be required to be familiar
with Unix or Winsock APIs.
Zeev
At 00:18 25/6/2001, Sascha Schumann wrote:
> Jeroen,
>
> > For lower-scale and home-use
s.
Not all of us are biased :) I think that the C socket API has no room in PHP.
Zeev
--
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]
browsers at http://www.php.net/downloads.php.
Zeev
23 Jun 2001, Version 4.0.6
- Fixed memory fragmention problem which could lead to web server processes
growing much more than they should. (Andi, Zend Engine)
- Made $HTTP_SESSION_VARS['foo'] and $foo be references to the same val
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 fooled (bug 9633, private email to me) by zends
>sorting on one-element arrays. In fact we do nothing there.
>
> > if (ht->nNumOfEl
ll
pretty much a reality.
Judging by the numbers from E-soft
(http://www.securityspace.com/s_survey/data/200105/servers.html), I'd say
we're best off trying to support 1.3.6 and later.
Zeev
At 00:17 26/6/2001, Jani Taskinen wrote:
>On Mon, 25 Jun 2001, Wilfredo Sanchez wrote:
>
If it indeed happens, it is a bug. How did you check it?
Zeev
At 10:26 26/6/2001, Adam Dickmeiss wrote:
>Hi,
>
>when running PHP using IIS in ISAPI (threaded) mode I notice that
>when a HTTP request is received before the current is finished,
>the RSHUTDOWN is not called for th
esolved.
We opened a mailing list for discussing the Zend Engine 2.0. You can
subscribe by mailing [EMAIL PROTECTED] You're quite welcome
to join in!
Finally, we'd like to thank Andrei Zmievski for providing helpful feedback
and comments on the initial design document - thanks!
Andi
sort).
Zeev
At 17:52 27/6/2001, Swift wrote:
>Warning: Could not execute mail delivery program in
>/local/Web/sites/phpweb/bugs.php on line 419
>Mail not sent!
>Please send this page in a mail to [EMAIL PR
This isn't a known problem (well, at least I haven't heard any such
complaints). It may be a coincidence (i.e. not related to 4.0.6) - I'd
wait and see if this problem persists.
Zeev
At 14:46 28/6/2001, Swift wrote:
>Hi Zeev!
>
>Zeev Suraski wrote:
>
> > memo
At 17:00 28/6/2001, Swift wrote:
>Hi Zeev!
>
>I tested a little around:
>1) I dropped our leased-line, so there is no load.
>2) I set the mem_limit to 12M.
>3) Reboot
>4) I used the 2 test-scripts as shown in one of my last mails. I called both
>scripts via wget at th
Saying it worked in 4.0.4 was quite a valuable piece of information. I can
confirm now that memory_limit is broken in 4.0.6, I'll submit a fix to CVS
soon.
Zeev
At 15:23 28/6/2001, Swift wrote:
>Hi Zeev!
>
>Zeev Suraski wrote:
>
> > This isn't a known problem (we
egistered resources on a child_exit
(module_shutdown, I guess). We can live without actually freeing malloc'd
memory, as indeed, it will be auto-freed upon exit anyway.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For ad
lifies as a recursive call - it's really doing what
it's supposed to do. Perhaps the Oracle module should protect itself, but
not running cleanup is wrong IMHO - consider semaphores or the likes which
won't clean up automatically. Or SQL servers that won't immediately detect
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]
--
Zeev Suraski <[EMAIL PROTECTED]>
CTO & co-founder, Zend Technologies
, $$foo["bar"]). I don't think
it's a serious drawback though.
Zeev
At 15:07 2/7/2001, Derick Rethans wrote:
>Hello list,
>
>sometimes I use PHP too, and today I noticed the things I described here.
>Per coincidence, Jani, who is working on the new bugsystem, had the
t around to it"?
>
>Thanks,
>
>Daniel
>
>
>--
>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]
--
wouldn't break any existing behavior, but
>would only make foreach more flexible.
>
>Daniel
>
>- Original Message -
>From: "Zeev Suraski" <[EMAIL PROTECTED]>
>To: "Daniel Beckham" <[EMAIL PROTECTED]>
>Cc: "php-dev" <[EMA
it should work. It's also a bit tricky to
implement, as the engine doesn't know about include_path (at least right now).
I'm leaning towards #3, even though I don't like the
yet-another-runtime-option. It may be justified if we say we're phasing
out the old functional
At 18:35 9/7/2001, Andrei Zmievski wrote:
> > I'm leaning towards #3, even though I don't like the
> > yet-another-runtime-option. It may be justified if we say we're phasing
> > out the old functionality in PHP 5.0.
>
>How about #3 for 4.1 and #2 fo
doing a bit of research on this about two weeks before you published your
patches (he heard re2c was faster), so he stopped for now (I actually
didn't know he was playing with it :)
Attaching an eye to PHP's foot because you don't like the way the eye
socket looks right now, makes
I think it's the 'right' thing to do, even though that too requires some
thinking. If we move to always use the virtual cwd system in TSRM (any
reason not to?) then there'll be pretty much no performance implications
either.
Zeev
At 20:08 9/7/2001, Andi Gutmans wrote:
&
be too late for you, though, you don't appear to learn.
And to the point - I don't quite care about what you feel about the last
1.5 years - I still have no intention of letting you do wrong things with
the PHP project.
Zeev
At 20:35 9/7/2001, Sascha Schumann wrote:
> Z
I can explain this in any better way. Perhaps somebody else on this
list can help me?
Zeev
--
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]
ot work in this case. When personal matters
start affecting professional decisions, the way Sascha demonstrated today,
the personal matters have to be first resolved. I'm afraid this is the
case here.
Zeev
At 21:02 9/7/2001, Jon Parise wrote:
>On Mon, Jul 09, 2001 at 08:52:11PM +0300, Z
; I couldn't agree more.
No, it's not going to end like this this time - you should have thought
about this before you bashed me one time too many. I don't think we can go
on working in the same project with you thinking about me the things you
do, and me thinking about y
ay change in the next few months. Especially in the light
of this, I see Sascha's changes as making even less sense than what they
would have made before, and that wasn't too much to begin
with. Abstracting the scanner buys you *nothing* from a technical point of
view.
Zeev
--
sues.
I'd appreciate it if you stayed out of this one. I'm fed up with Sascha's
attitude towards me and other developers, and decided it was time to point
that issue out.
Zeev
--
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]
So have a patch on your directory as you published it, for those few for
which the flex scanner doesn't work (and they *are* very few). Don't break
PHP.
Zeev
At 21:31 9/7/2001, Sascha Schumann wrote:
> > I've been discussing the Zend Engine license with the 'lead
on whether it should be plugged into PHP in a backwards way or not.
Zeev
--
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]
At 21:46 9/7/2001, Thies C. Arntzen wrote:
>On Mon, Jul 09, 2001 at 09:37:35PM +0300, Zeev Suraski wrote:
> >
> > > So please stop with the personal attacks and
> > >concentrate on the real technical issues.
> >
> > I'd appreciate it if you staye
may not be too high right now.
Remember that while this is an impressive improvement, it's not all that
useful in the vast majority of cases (it's especially useful with Apache 2.0).
Zeev
--
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]
environment, to no avail. It *is* a shame, since he is indeed a talented
developer. It did take me literally *years* before I came to the
conclusion, today, that it's best off publicly discussed.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL
At 21:49 9/7/2001, Sascha Schumann wrote:
>On Mon, 9 Jul 2001, Zeev Suraski wrote:
>
> > So have a patch on your directory as you published it, for those few for
> > which the flex scanner doesn't work (and they *are* very few). Don't break
> > PHP.
>
At 21:50 9/7/2001, Zeev Suraski wrote:
I've done my best to avoid saying it for years, I'm sorry, I decided to say
what I think.
>BTW, I've had several beers offered me so far by several guys on this list
... other than the ones who stopped developing thanks to Sascha's
At 21:55 9/7/2001, Thies C. Arntzen wrote:
>On Mon, Jul 09, 2001 at 09:47:46PM +0300, Zeev Suraski wrote:
> > Remember that while this is an impressive improvement, it's not all that
> > useful in the vast majority of cases (it's especially useful with Apache
> >
ed as 'personal attacks'. I didn't
appreciate the kindergarten teacher tone that you used, that's all, sandbox
or not :)
Zeev
--
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]
ointed out I may have
fended off a couple of developers in the past? Could be, and if it
happened, I'm sorry it did, and I know very well I've changed a lot since
then (yes, despite the fact I'm publicly 'attacking' you - we both know, as
you once told me, that you
ove your world
for the better? Remember, the scanner is already there, you can use it if
you think it's useful. We're arguing on whether it should be plugged into
PHP in a backwards way or not.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail:
At 22:12 9/7/2001, Zak Greant wrote:
>Zeev wrote:
> > Rasmus wrote:
> > > So please stop with the personal attacks and
> > >concentrate on the real technical issues.
> >
> > I'd appreciate it if you stayed out of this one
>
> Quoting fro
re2c, after
all, not 2 man years). I'd rather write the scanner up myself than pop an
eye on PHP's leg.
Zeev
--
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]
him. Perhaps it's
because I'm just a tiny asset, that must be it.
Zeev
--
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]
d make it even less "secure".
Well true, except it has nothing to do with the scanner. And you can
already do it today using the extension API, which is the clean and correct
way of doing what you mentioned.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To
oesn't mean I don't realize it's
currently not being actively used, though.
Zeev
--
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]
p.
I generally agree with the points you made. Perhaps it the group forum
changed to be more representative of the PHP development community, or PHP
community in general, as was suggested by Jani and James in the past, then
it would have been a more appropriate forum to discuss it in.
Zeev
At
's also not very complex.
With the eye in the foot metaphor I didn't mean that it would make it
difficult to talk, just that it's not where it belongs. For that matter,
you could place it on the palm of your hand.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
which makes sense), one of them being
faster than the others.
Zeev
--
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]
At 00:52 10/7/2001, Sascha Schumann wrote:
>On Tue, 10 Jul 2001, Zeev Suraski wrote:
>
> > At 00:26 10/7/2001, August Zajonc wrote:
> > >You see this happen though all the time with other software.
> > >
> > >Media players don't need to h
tter. Friendship and collaboration matter even
more, and if Sascha was a bit more practical and a bit less strict about
this, we could have had this solved on the spot. Sascha can have his patch
available, and as I said, we won't be coming after him for QPLing his
scanner. Sascha is apparentl
I do believe you wouldn't have even thought about this
solution if it wasn't for the license issue. Having an extra layer of
abstraction in this case is bloat and some overhead. We can improve the
scanner and perform 'further work' without abstracting anything, just like
d look (as a
basis for discussion) - but he's on vacation right now.
Zeev
--
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]
At 16:05 10/7/2001, Rodent of Unusual Size wrote:
>First, Zeev: I consider you to be 'way off base here. Regardless
>of what has gone before, pointing out (what you consider to be)
>someone else's inadequacies does not obviate your own. Do
>you admit that your posts are no
it for 4.1 or later? If so I'll
> leave it
> > for now (I'll have more free time :).
>
>It'd be really nice to have it as soon as possible. ;-)
>
>-Andrei
>* Change is the only constant. *
--
Zeev Suraski <[EMAIL PROTECTED]>
CTO & co-founder, Zend
There are many ways to cause such behavior, which are much simpler than
that. One simple example is
To avoid it, you should use the max execution time feature.
Zeev
At 12:34 11/7/2001, laacz wrote:
>But it doesn't solve the problem itself. You can easily overload
>server on wh
hough the code is still buggy, but I
guess that's only the example.
Zeev
At 06:48 12/7/2001, Andrew Sitnikov wrote:
>This code "Segmentation" for me also (php 4.0.5 linux).
>
>zeev> The code snippet you supplied doesn't work - it dies with
>zeev> Fatal err
It removes trailing spaces. It's not supposed to remove leading spaces.
Zeev
At 16:10 13/7/2001, void wrote:
>$littlelist[$i][1] = "whatever "
>
>the command in the subject line doesn't work !
>
>it does not get rid of the spaces in the $littlelist[$i]
It's not a dead issue, James is still on vacation (I think). He'll draft
something up when he comes back.
Zeev
At 11:57 16/7/2001, Joey Smith wrote:
>Is this a dead issue, or were we ever going to finish this? Is James
>still gone on vacation?
>
>On Tue, 10 Jul 2001,
eeing 0x08505B24 (21 bytes),
>script=Config.php
>
>Perhaps someone who better understands the fopen magic could take a look
>at this one?
>
>--
>PHP Development Mailing List <http://www.php.net/>
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands,
Sorry for the 2nd typo - Jeroen :)
At 17:09 16/7/2001, [EMAIL PROTECTED] wrote:
>ID: 10721
>Updated by: zeev
>Reported By: [EMAIL PROTECTED]
>Old Status: Assigned
>Status: Closed
>Bug Type: Scripting Engine problem
>Operating System: GNU/Linux
>PHP Version: 4.0.6
&
Sounds like a broken build to me. Any chance you switched between debug
and non-debug recently? Try a clean build...
Zeev
At 11:21 17/7/2001, Joey Smith wrote:
>I'm getting the following error trying to compile latest CVS:
>undefined reference to `_zval_ptr_dtor_wrapper'
&
WN:0
>}
>
>If function doesn't return by reference, then it's fine.
>
>-Andrei
>* Non-volatile, random-access, analog memory store... a book. *
--
Zeev Suraski <[EMAIL PROTECTED]>
CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/
--
PHP Develop
That's not what I asked :) I played with this code (a bit) a couple of
days ago. Can you verify whether this problem is happening in the old
(say, 4.0.6) version..?
At 22:49 17/07/2001, Andrei Zmievski wrote:
>On Tue, 17 Jul 2001, Zeev Suraski wrote:
> > Is that a new problem r
I found the problem, trying to figure out a fix.
Zeev
At 22:16 17/07/2001, Andrei Zmievski wrote:
>I updated from Zend CVS today, and recompiled everything freshly. Ran
>into a problem with the following:
>
>class matcher {
> var $arg_types = array();
>
>
No good reason for that. When I wanted to change that, it was already too
late in the game.
It'd probably make good sense to add a mysql_get_field_name_ex() which
returns a more accurate value.
Zeev
At 00:37 19/07/2001, Cynic wrote:
>Hi there,
>
>could anyone tell me what is
I think it'd break a huge amount of scripts, which is why I didn't even do
it in the 3.0->4.0 move.
Zeev
At 00:55 19/07/2001, Cynic wrote:
>Hi Zeev,
>
>thanks for the prompt reply. I don't think another function
>is necessary if this gets changed in 4.1. what do
olly get an idea how much welcome (or not) this change
>would be if you asked in php-general@. I could do it if you're
>interested.
>
>
>At 23:56 7/18/2001, Zeev Suraski wrote the following:
>--
> >I think it'
, httpd.conf or .htaccess.
Zeev
At 10:49 19/07/2001, J. Jones wrote:
>I am not subscribed to this list, so please CC: or reply directly to me.
>Thanks!
>
>I may be doing something wrong.. I'm not real sure. Neither $argc or $argv
>seem to be registered with the cgi version of p
It's kind-of odd that you use this function in a module, it's not really an
API function that's useful outside the context of the engine. Are you sure
that's the right thing to do in there..?
Zeev
At 11:58 19/07/2001, Marc Boeren wrote:
>Hi,
>
>If I build the d
Yes, just use the same zval *, increase refcount accordingly, and set the
is_ref bit. It'd be much faster (and also more correct) than using the
assign_to_variable_reference() function...
Zeev
At 12:30 19/07/2001, Stanislav Malyshev wrote:
>MB>> I want the fieldname to be a tru
statements, and it still seems to work... (this is in the 4.0.6 version,
>btw)
>There is no memory loss for both versions...
(a) You only have to set is_ref once.
(b) If you don't increase the refcount, the behavior is undefined, and is
likely to end up crashing PHP. Not increasing
re it'd crash.
>So, do I need just the refcount++, or the is_ref=1 as well?
If you want the values to be connected to each other (changing one will
change the other), you need to set is_ref to 1. Otherwise, you don't. In
any case, you must update the refcount.
Zeev
--
P
help you to solve
bugs, and favours performance. In release builds, we don't perform slow
checking of every memory block. If an invalid block was passed - it'd
cause a crash (most probably). In debug builds, which can be slower, we
favour stronger debugging capabilities to perfor
AIL PROTECTED] This feature was actually discussed quite a lot in
that forum in the last few days, and it will be included in PHP 5.0 (not
with the :: operator though because of the class conflict, but we'll find
something else :)
Zeev
--
PHP Development Mailing List <http://www.php.
; > configure it but the thread will live till the last connection is closed.
> > ( 8 hours after a pconnect ).
>
>Huh? If we are talking about Apache on any UNIX platform then there are
>no threads.
True, but it doesn't change much in the explanation...
Zeev
--
PHP Develop
Sure, [EMAIL PROTECTED]
At 23:39 19/07/2001, James E. Flemer wrote:
>Are (any of) the Zend lists public? (either to browse or
>submit.)
>
>-James
>
>On Thu, 19 Jul 2001, Zeev Suraski wrote:
>
> > Language-level things like this one are being discussed at
> > [E
ition to fixing the
HEAD branch, fix also the 4.0.6 branch, so that we at least can check out
one version back. What do you guys think?
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To
401 - 500 of 1195 matches
Mail list logo