gt;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 Ltd. http://www.zend.com/
--
PHP Development Mail
CGI, because of instability. So you can expect FastCGI to be
more popular.
> > In my opinion, the CVS rules should be changed to reflect
> > that, just to make Jani happy, or we'd stay outlaws in his mind forever :)
>
> The CVS rules are fine as they are.
Yes, so sa
s but I took a very close
> look at
> > >them and it doesn't seem like they can cause us problems.
> >
> > Still, it's against the rules.. :) And the config.m4 for it
> > isn't..hmm..optimized.
>
>Improvements are welcome... I'm no expert in t
ine in an
> > > extension can break everything else. And it can easily go
> > > unnoticed, especially if it is not reviewed by experienced
> > > people.
> >
> > Easily unnoticed? I beg to differ.
>
> Zeev, there is a difference between the
lations
as their config.m4, as the gd extension grew to have during the years.
> > I know, and as I said, I disagree. I don't think it can go unnoticed in
> > the further RC.
>
> Ah, of course. Just as newly introduced bugs in the code are
> catched b
s
such as 'dont debate/change the rules while [ANYTHING]'. If the rules are
broken, or there was lacking vision when we authored them, it should be
fixed on the spot.
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]
I'm completely agree (my breath is fine, though :)
Zeev
At 17:52 21/3/2001, Cynic wrote:
>Sascha & Zeev,
>
>May I please ask you to calm down a bit? Flamewars and insults
>won't help anyone.
>
>I think you both could use a few minutes to take your breath.
>
&
At 17:49 21/3/2001, Zeev Suraski wrote:
>I'm completely agree (my breath is fine, though :)
I, even :)
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 adm
trick in good opensource software
is taking calculated risks, and mixing agility with quality assurance. One
can look through your binary glasses, and then it's either complete lack of
quality, or complete lack of risks, and one can look with reasonable
experienced eyes and strive to get to
In an attempt to fulfill Cynic's request, I'll only say that this whole
thread began when I suggested that the release-process is modified to
reflect that adding new modules is allowed.
Zeev
At 18:03 21/3/2001, Sascha Schumann wrote:
> > The bottom line is that, as I said, t
Is this a new issue in 4.0.5? Or did the problem exist in older versions
as well?
Zeev
At 18:44 21/3/2001, Dan Kalowsky wrote:
>Follow up on the earlier reporting of having memory issues to 4.0.5RC1.
>
>We've been able to reproduce the problem once again. Although it see
d
> issues went into 4.0.3. Or what are you referring to?
The Apache module issue was a security problem. A fairly major one, too.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMA
gt;
> - Sascha Experience IRCG
> http://schumann.cx/http://schumann.cx/ircg
--
Zeev Suraski <[EMAIL PROTECTED]>
CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe,
lly a good idea to stop the flame wars. Being
cynical (nice coincidence) doesn't help, because it draws cynical remarks
from the other side (as you could see). Let's just stop. The argument
diverted to unrelated issues anyway.
Zeev
--
PHP Development Mailing List <http:
It's definitely considered experimental.
Zeev
At 22:19 21/3/2001, Jason Greene wrote:
>Though I am still considered new to this group, I thought I would put in
>my two cents.
>
>Are we considering fastcgi module stable? We currently release
>EXPERIMENTAL modules
>as p
know you're doing something wrong. I
considered the fact that the release process did not account for new
experimental modules a limitation of the release process. Even the US
constitution required a few amendments before they got it right :)
Zeev
--
Zeev Suraski <[EMAIL PROT
scussed before (as far as I recall). The engine may
convert certain variables to be references on the fly, without the user
requesting it. So, is_reference() won't mean much to end users.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED
ves a certain
symbol from the namespace. If you refer to the fact you use unset() to
unset not only the symbol itself, but also all other symbols that reference
to the same value - that's true, but that's just the way it is... You can
assign null to them instead.
Zeev
--
PHP Developm
At 22:39 21/3/2001, Björn Schotte wrote:
>Hi Zeev,
>
> > >inconsistencies with unset($foo) and unset($bar["bla"])
> > >(the latter works, the former not))
> > Huh? Both work...?
>
>Here it is in detail:
>
>http://www.php.net/bugs.php?id=8937
&g
Fredrick,
While the tone of the messages was heated, they were very much
on-topic. If it doesn't interest you, then don't participate.
Zeev
At 01:04 22/3/2001, Fredrik Ohrn wrote:
>Flame each other all you want. I don't mind.
>
>But please, stick to one list, stop c
can't be less stable, and figuring whether their addition breaks PHP
is trivial, and would be discovered in a second if they manage to do that
somehow. New modules are no different from any of the unstable modules
that exist in PHP, and there are plenty of them.
Zeev
--
PHP Development
ging RELEASE_PROCESS to
'allow' this to keep things quiet, then we should do it. We shouldn't
consider RELEASE_PROCESS as the bible, but as guidelines to work by and
improve on as we gather experience.
Zeev
At 03:26 22/3/2001, Anil Madhavapeddy wrote:
>The point is, why did this
modules during the RC process, or before
it. That's why they're *modules*, and why PHP's modular.
Everything else you said is fine, except it doesn't really apply to the
issue at hand.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [
actually tested RC2 until now).
Zeev
At 13:10 20/3/2001, Zeev Suraski wrote:
>I intend to package 4.0.5RC2 tonight, if someone still has any patches
>that should go into 4.0.5, please commit them in the next few hours.
>Andre - I did commit the output buffering fixes quite a few
What's the point of returning the language constructs though? By
definition, each of them has its own semantics, so I can't see any use for
that...
Zeev
At 15:08 23/3/2001, Hartmut Holzgraefe wrote:
>Stefan Livieratos wrote:
> >
> > Hi,
> >
> > &
2/4
>
>--
>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 Suraski <[EMAIL PROTECTED]>
CTO & c
e constructs PHP supports aren't a moving target, so there's no
much sense in having a function that returns them. You should be quite
safe hardcoding these constructs in your application.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EM
At 18:49 23/3/2001, Hartmut Holzgraefe wrote:
>Zeev Suraski wrote:
> > The language constructs PHP supports aren't a moving target, so there's no
> > much sense in having a function that returns them. You should be quite
> > safe hardcoding these constructs in yo
erhaps it was a mistake to
copy its syntax as-is).
Let's not look for problems where they don't exist...
Zeev
At 20:31 23/3/2001, Phil Driscoll wrote:
> >it should be even more save to hardcode them in PHP itself
>
>...or better still not to have language constructs at all
week).
Zeev
--
Zeev Suraski <[EMAIL PROTECTED]>
CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the lis
--
Zeev Suraski <[EMAIL PROTECTED]>
CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/
--
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 admini
Can't reproduce it under RH 6.2, but I don't mind seeing that fix in the CVS...
Zeev
At 13:55 27/3/2001, Derick Rethans wrote:
>Hello,
>
>there is a bug #10002, should be fixed too IMHO
>
>Derick
>
>On Tue, 27 Mar 2001, Zeev Suraski wrote:
>
> > There
Is there any way to build PHP with pthreads, with ZTS disabled? The reason
I'm asking is that there are some thread-safe 3rd party libraries which are
linked against pthreads, and apparently, if PHP isn't built with pthreads -
it crashes. Any experience with it?
Zeev
--
Ze
Ok, thanks!
Zeev
At 00:29 28/3/2001, Rasmus Lerdorf wrote:
> > Is there any way to build PHP with pthreads, with ZTS disabled? The reason
> > I'm asking is that there are some thread-safe 3rd party libraries which are
> > linked against pthreads, and apparently,
st leak repeated 18 times' doesn't mean the
pointer got freed 18 times, but rather, that a leak from zend_hash.c(461)
repeated itself 18 times...
There's no magical way of solving this, other than trying to cut down the
script to the smallest piece of code that still leaks, and th
I don't have enough mental strength to dive into that script right now, but
be advised that if you create circular references (which apparently you do)
then yes, it will leak. PHP doesn't support circular references.
Zeev
At 15:06 28/3/2001, Wez Furlong wrote:
>[I can't
RC3 is out - http://www.php.net/distributions/php-4.0.5RC3.tar.gz
Zeev
--
Zeev Suraski <[EMAIL PROTECTED]>
CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For add
Next time www.php.net updates it should be there...
At 17:14 28/3/2001, Cynic wrote:
>404 (error code, not a PHP version :)
>
>At 17:01 28.3. 2001, Zeev Suraski wrote the following:
>--
> >RC3 is out - http://www.php
ents.
>
>Romolo Manfredini
>
>
>--
>PHP Quality Assurance 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]
>--
>PHP
Looks like a bug then. I'll check it out.
At 19:51 28/3/2001, Cynic wrote:
>how often does it update? Three hours later it's still not there.
>
>At 17:34 28.3. 2001, Zeev Suraski wrote the following:
>--
&g
_globals' : undeclared identifier
>V:\php-4.0.5RC3\ext\standard\basic_functions.c(2489) : error C2223: left
>of '->safe_mode' must point to struct/union
>bcmath.c
>.
>.
>.
>Error executing cl.exe.
>
>php4isapi.dll - 2 error(s), 32 warning(s)
>
>
RC4 was released with a fix to the ZTS build and some ming fix build. It's
pretty much the same as RC3.
Zeev
--
Zeev Suraski <[EMAIL PROTECTED]>
CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/
--
PHP Development Mailing List <http://www.php.net/>
T
er we upgrade the file functions
to use IS_RESOURCE resources or not, what they return cannot be relied upon
as file descriptor numbers, simply because they're not.
I hope that clears it up...
Zeev
At 14:06 29/3/2001, Andi Gutmans wrote:
>Lars,
>
>I understand what you're
At 15:41 29/3/2001, Andi Gutmans wrote:
>At 03:35 PM 3/29/2001 +0200, Zeev Suraski wrote:
>>Note that the situation isn't as bad as you thought - it's not that it's
>>not using the resource mechanism. It is, if it wasn't, we'd be getting
>>
iends. They're ok.
Zeev
At 15:52 29/3/2001, Andi Gutmans wrote:
>Well we were talking about the ext/socket extension and all functions
>there which create file descriptors are leaking. It's not an exception.
>Check open_listen_sock() and accept_connect().
>You were probably look
php4.dsw isn't always maintained, and that's one such example... Using
php4ts.dsw should work fine.
Zeev
At 19:44 29/3/2001, Cynic wrote:
>I tried to build CGI PHP using this workspace, and got the
>msgbox below. The build failed, of course.
>What are the requirements to al
How are you loading your extension? If you're using dl(), forget about
retaining any type of information in between requests... You must use
extension= in php.ini
Zeev
At 11:58 30/3/2001, Thomas Wentzel wrote:
>Hi!
>
>I have a problem that is driving me crazy.
>
>I n
s.
My guess is that you probably considered global variables to be more global
than they really are (i.e., across processes). In order to have variables
that are shared among all Apache processes, you're going to have to use
shared memory or some other type of persistent shared storage.
he PHP functions do isn't
considered a significant benefit - people are likely to check the PHP
manual and not the UNIX manual anyway (man pages are just another type of a
manual, hence their name :)
Moving this code to use the standard PHP interface is something that should
be done for
The persistent resource list behaves in a completely different manner from
the regular resource list. Most of the functions that were replicas of the
regular list functions were redundant and removed (e.g.,
zend_plist_delete(), zend_plist_insert()).
Zeev
At 04:07 31/3/2001, clayton collie
Simply update to the branch revision (cvs update -r PHP_4_0_5 NEWS), merge
in the necessary patches, and commit it.
Zeev
At 16:19 1/4/2001, Sebastian Bergmann wrote:
>Sebastian Bergmann wrote:
> > sbergmann Sun Apr 1 07:13:10 2001 EDT
> >
> > Modified
>
>
>--
>PHP Quality Assurance 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]>
I don't think anybody worked on that part yet. I'd say go for it!
Zeev
At 01:16 4/4/2001, Sean R. Bright wrote:
>Has anyone begun work on a PEAR Download/Install tool as of yet? If not I
>would like to see what we can come up with in the way of design and then
>st
At 06:55 4/4/2001, Alexander Bokovoy wrote:
>If so, why this change didn't find its way into PHP_4_0_5 branch? It was
>done a week ago, at the time of ~ RC3 I think.
Because changes such as this aren't critical, make break things, and thus
do not belong in RCs.
Zeev
--
e's a good
procmail recipe for doing that automatically).
Zeev
At 13:46 4/4/2001, Hellekin O. Wolf wrote:
>At 00:54 04/04/2001 +0200, Hartmut Holzgraefe wrote:
>>[EMAIL PROTECTED] wrote:
>> > Please stop crossposting to the PHP-DEV and the PHP-QA mailing list. Most
>> > pe
At 22:52 3/4/2001, Hartmut Holzgraefe wrote:
>lets follow the "break it hard, break it early" rule here ...
It's kind of difficult to do that now, that this behavior has been around
for the last 4 years :) It'll never be early.
Zeev
--
PHP Development Mailing List &
At 23:04 3/4/2001, Joey Smith wrote:
> I've never bought into this argument, because these companies
>can include a "config.php", or something like that, which uses
>ini_set() to set up the INI file however they need it...
ini_set() is run after the input parsing is already done, so it wo
ne
of the links will invalidate all of the handles that point to that
link. It's a bug, though, and I intend to fix it for 4.0.6.
Zeev
At 15:32 13/4/2001, Markus Fischer wrote:
>On Thu, Apr 12, 2001 at 11:23:15PM +0200, Markus Fischer wrote :
> > Would it be an option to extend mysql_
What does mysql_query() return? Did you try checking mysql_error()? In
order to debug it, a good start would be removing the @ marks from your
MySQL statements, so that if there are any errors, you'd see them.
Zeev
At 17:12 12/4/2001, Joshua Butcher wrote:
>I am using code that used
hey can easily find themselves in 4.0 (you can add
the new XSLT stuff under a different extension, for instance). That's just
my opinion though - you can wait :)
Zeev
At 05:10 14/4/2001, Sterling Hughes wrote:
>On Sat, 14 Apr 2001, Sebastian Bergmann wrote:
>
> > Stig Bakken wro
At 10:10 16/4/2001, Alexander Bokovoy wrote:
>One possible way to determine it is to run poll on php.net sites (as well
>as zend.com ones) where people could select extensions
The main problem with this approach is that such polls can very easily and
usually are manipulated...
Zeev
-
re simply too many not-too-mainstream
extensions in there, though, which makes it very difficult to find a stable
point at time to release it. I wouldn't expect MySQL, Oracle or XML
support to be removed from PHP, though.
Zeev
--
PHP Development Mailing List <http://www.php.ne
Everyone - please read about this already hashed-beyond-a-reasonable-doubt
topic in the mailing list archive.
PHP 4.0 is not going to have destructors, ever. Its design simply doesn't
allow for it.
Zeev
At 17:34 17/4/2001, Alberto wrote:
>Yes, destructor ... it's a good
At 06:48 17/4/2001, Sterling Hughes wrote:
>On Tue, 17 Apr 2001, Zeev Suraski wrote:
>
> > At 05:03 17/4/2001, Sterling Hughes wrote:
> > >Ok, let me just see if I understand...
> > >
> > >move everything out of the distribution (from mysql popular extensi
ing whether you
did it that way...
Zeev
At 19:22 17/4/2001, Wez Furlong wrote:
>On 2001-04-17 16:26:19, "Hartmut Holzgraefe" <[EMAIL PROTECTED]> wrote:
>
> > Wez Furlong wrote:
>
> > > I'm working on a file abstraction for fopen and friends,
>
>
At 20:24 17/4/2001, Wez Furlong wrote:
>On 2001-04-17 17:20:34, "Zeev Suraski" <[EMAIL PROTECTED]> wrote:
> > How did you implement it? The main problem with doing this until now was
> > that under Windows, it's pretty much impossible to get a FILE* from a
>
We need to think about it. I think that keeping the release cycle of this
selected set of modules in sync with the PHP releases is actually a good thing.
Zeev
At 00:57 18/4/2001, Stig Sæther Bakken wrote:
>[Zeev Suraski <[EMAIL PROTECTED]>]
> > At 05:03 17/4/2001, Sterli
No there isn't. As I said, IMHO we should really delay this entire
discussion until this becomes more relevant. Right now we don't even know
how PEAR and the installation tool would look like exactly.
Zeev
At 13:13 18/4/2001, Frank M. Kromann wrote:
>Is there a list of modul
>think we should be offensive about taking them out unless they are
>very tightly integrated with PHP, and unless the maintainers object.
>The only ones I can think of that are this integrated must be
>"standard", "bcmath" and "session".
At least I get
RC6 is actually not a branch but a tag, so there's no way to merge anything
into it (other than moving the tag, which is usually not a good idea).
Anything else pending for 4.0.5? Otherwise I'll put out RC7 and get this
release over with...
Zeev
At 11:05 18/4/2001, Derick Rethans
x27;re talking about. Whether or
not we separate modules *at all* will greatly depend on how good an
implementation we end up having. How many of them we end up separating
will also depend on that. Let's just wait with those discussions until
they're somehow connected with reality.
I rolled RC7 - if there are no surprises (there'd better not be! :), it
can finally go out early next week.
Zeev
--
Zeev Suraski <[EMAIL PROTECTED]>
http://www.zend.com/
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For ad
In CVS, it tends to take time before it actually shows up on the web.
On Thu, 19 Apr 2001, Rasmus Lerdorf wrote:
> Uh, where? I don't see it.
>
> On Fri, 20 Apr 2001, Zeev Suraski wrote:
>
> >
> > I rolled RC7 - if there are no surprises (there'd better not
Any good reason for that BTW? :)
On Thu, 19 Apr 2001, Rasmus Lerdorf wrote:
> Ah right, I forgot we are filtering out the cvs commits from that dir
>
> On Fri, 20 Apr 2001, Zeev Suraski wrote:
>
> > In CVS, it tends to take time before it actually shows up on the web.
>
Yep, that's true :(
Looks like I forgot to commit the configure.in/main/php_version.h version
change before tagging.
So heads up folks - RC7 will identify as RC6. Don't believe it :)
Zeev
At 05:59 20/4/2001, Matt White wrote:
>Zeev;
>
>Compiled on Win32 as an Apache modul
Aha, yep, that's a good reason :)
Sascha - with your ultra cvs update script, won't it be doable to detect
.tar.gz files and not attach them?
Zeev
At 05:29 20/4/2001, Rasmus Lerdorf wrote:
> > Any good reason for that BTW? :)
>
>Well, to avoid sending 3M attachments to 1
-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
Zeev Suraski <[EMAIL PROTECTED]>
CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PR
At 19:09 22/4/2001, Jon Parise wrote:
>On Sun, Apr 22, 2001 at 09:33:50AM +0300, Zeev Suraski wrote:
>
> > >default php.ini path: now using --sysconfdir option, defaults to
> > >/usr/local/etc ("configure --sysconfdir=/usr/local/lib" for old behaviour)
> >
This broke the Win32 build, and when I went to fix it, I couldn't find the
letter with the diffs for this change. Any idea why it wasn't sent? Or is
it just me that didn't get it?
If someone can forward me the diffs for this change it'd be appreciated...
Thanks,
Zeev
At 17:47 23/4/2001, Stig Sæther Bakken wrote:
>[Sebastian Bergmann <[EMAIL PROTECTED]>]
> > Zeev Suraski wrote:
> > > This broke the Win32 build, and when I went to fix it, I couldn't
> > > find the letter with the diffs for this change. Any idea why it
>
as no showstoppers.
Zeev
At 23:28 23/4/2001, Jason Greene wrote:
>JW, whats the current release schedule plans for 4.0.5, are we going to
>have an RC8?
>
>-Jason
>
>
>--
>PHP Development Mailing List <http://www.php.net/>
>To unsubscribe, e-mail: [EMAIL PROTECTED]
&g
I'd like to get 4.0.5 today (Tuesday), so no new merges will make it in...
How bad is this bug? If it's not a showstopper, the show should go
on. Chances are 4.0.6 will come out relatively soon after 4.0.5 does.
Zeev
At 01:20 24/4/2001, Chuck Hagenbuch wrote:
>I'd like to m
You may have a broken bison installation - the Zend engine and PHP 4.0.5 in
general compile fine under Visual C++ 6.0.
Zeev
At 00:38 24/4/2001, [EMAIL PROTECTED] wrote:
>ID: 10270
>User Update by: [EMAIL PROTECTED]
>Old-Status: Closed
>Status: Open
>Bug Type: Compile Failure
&g
RC8 after all.
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]
oved every trace of php about 3 times and this keeps
>happening. So, what am I doing wrong? Thanks
>
>Jon
>
>
>
>
>--
>PHP Development Mailing List <http://www.php.net/>
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTE
At 12:03 24/4/2001, Sascha Schumann wrote:
>On Tue, 24 Apr 2001, Zeev Suraski wrote:
>
> > At 03:02 24/4/2001, Anil Madhavapeddy wrote:
> > >It a bit of a showstopper for pretty much all web-based mail clients
> > >like IMP - people have been reporting
A reproducible crash bug in a mainstream module is a show stopper IMHO...
Zeev
At 14:16 24/4/2001, Jani Taskinen wrote:
>On Tue, 24 Apr 2001, Zeev Suraski wrote:
>
> >At 12:03 24/4/2001, Sascha Schumann wrote:
> >>On Tue, 24 Apr 2001, Zeev Suraski wrote:
> >>
&
Not necessarily; Crash bugs can very often lead to security issues. Of
course, it's a clearer cut if it's in a situation which is very likely to
happen.
Zeev
At 17:09 24/4/2001, Andi Gutmans wrote:
>At 03:59 PM 4/24/2001 +0300, Zeev Suraski wrote:
>>A reproducible crash
sily reproducible crash is always more dangerous... I have no
doubt that PHP's code base includes quite a few different crashes today,
but at least they're not known.
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For ad
Andrei's Hebrew sure is getting better :)
At 21:15 24/4/2001, Andrei Zmievski wrote:
>On Tue, 24 Apr 2001, Colin Viebrock wrote:
> > Parse error: parse error, expecting `T_PAAMAYIM_NEKUDOTAYIM' or `'('' in
> > /path/to/file.php on line 246
> >
>
Perl uses SIGALRM to implement alarms, something which is not an option
when you're an Apache module.
Zeev
At 02:13 25/4/2001, Jason Sims wrote:
> > Personally, I think having an alarm (timeout) function is a really good
> > idea.
> >
> > Setting a timer, and
tures, and that
we'll start its release process after a bugs-database-cleaning period
sounds like a good idea to me.
Zeev
At 23:44 24/4/2001, Jani Taskinen wrote:
>On Tue, 24 Apr 2001, Rasmus Lerdorf wrote:
>
> >An easily reproducable segfault in a common PHP extension is a seri
At 17:56 26/4/2001, Jani Taskinen wrote:
>Anyway, we can forget this as most of the developers seem to object the
>idea of 'bug fixing freeze'. (most of them have kept their mouths shut)
I'm still in favour of doing this for 4.0.6.
Zeev
--
PHP Development Mailing Lis
http://www.php.net/distributions/php-4.0.5RC8.tar.gz
If there are no hell-broken-loose situations, 4.0.5 will be released next
Monday.
Zeev
--
Zeev Suraski <[EMAIL PROTECTED]>
CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/
--
PHP Development Mailing
ains
> > nothing from being written in C
>
>not unless installation of PEAR is mandatory
So you considered rtfm() to be mission critical? :)
Zeev
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-m
NSAPI module binary.
>
>Thanks,
>Mark
>
>
>
>--
>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]
rsen - [EMAIL PROTECTED]
>--
>"The internet is full, beat it"
> - Me.
>
>
>
>--
>PHP Development Mailing List <http://www.php.net/>
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contac
e uploads were disabled.
>
>So...is it a feature, or is it a bug?
>
>
>--
>Edit Bug report at: http://bugs.php.net/?id=10533&edit=1
>
>
>
>--
>PHP Development Mailing List <http://www.php.net/>
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional
p://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]
>
>
>--
>PHP Development Mailing List <http://www.php.net/>
>To unsubscribe,
<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 Ltd. http://www.zend.com/
--
P
201 - 300 of 1195 matches
Mail list logo