Apache children get killed and re-spawned after the number of requests
defined by MaxRequestsPerChild, the default is 10,000. Though MINI
talways get called for each child spawned.
Is Apache using pre-fork or worker?
Scott
Michael B Allen wrote:
I have someone using my extension who is
Hi all,
Static callbacks behave differently between 5.2 and 5.3, I recently
noticed this when trying to install PEAR, it printed a warning each time
call_user_func and call_user_func_array was used.
After some tracking down it seems like the callback option for
zend_parse_parameters was
or
IS_CALLABLE_ACCESS_CHECK_SKIP.
Scott
Etienne Kneuss wrote:
Hi,
I planned to do some various callbacks related cleanups on 5_3.
If that's ok with you, I'll come with a patch within the following
days that should fix various issues, including your patch if still
necessary.
Regards
On Jan 30, 2008 11:48 AM, Scott
Marcus,
I fully agree that you should add static keywords if you intend to call
a method statically, but it's not always possible. Some people are still
maintaing a code base that runs in both PHP 4 and 5 without any
significant changes.
The other problem here is inconsistency, I can call
Hi,
While doing some threaded work I noticed that tsrm_mutex_lock and
tsrm_mutex_unlock return different values for Windows and Linux (using
pthread).
Attached is the patch to make everything more pthread like, it will
return 0 for success and any other value is an error.
Windows, GNU
Hi Dmitry,
I don't have karma for TSRM only php-src.
Scott
Dmitry Stogov wrote:
Hi Scott,
I'm fine with your patch.
Please commit it, or let me know if you like me to commit it.
Thanks. Dmitry.
Scott MacVicar wrote:
Hi,
While doing some threaded work I noticed that tsrm_mutex_lock
The old behaviour would have to remain as well as anything new as it
isn't easy to simply change your script. You'd need to track down all
your input and change any references of x.y to x_y to ensure you don't
break anything.
Scott
Sebastian wrote:
hi,
PHP6 still replaces . with an
It should be fixed now.
Scott
Stanislav Malyshev wrote:
Hi!
Windows build is broken right now. When trying to build, I get:
\cygwin\bin\bison.exe --output=Zend/zend_ini_parser.c -v -d -p ini_
Zend/zend_ini_parser.y
\cygwin\bin\re2c.exe --case-inverted -cbdFt
Zend\zend_ini_scanner_defs.h
Hi All,
One of the proposals for Google Summer of Code is a replacement of the
autoconf part of our current build system. This email is a
clarification of some of the concerns that may arise if it is accepted
as a project.
The current autoconf system is written using the macro processing
The opcode cache skips out the scanning, parsing and compilation steps
after the first run.
So if you have an opcode cache you're only going to see benefit the
first time before its stored.
Scott
Christian Schneider wrote:
David Z|lke wrote:
of course. how can you measure scanner
Can you try a debug build with --enable-debug to get a more detailed
backtrace.
Also what is the exact configure line and which apache 2 model are you
using? Worker or Pre-fork?
Scott
On 29 Mar 2008, at 01:12, Jeremy Privett wrote:
Hey list,
I really /really/ hate to cause additional
I'm pretty sure its to do with flex allocating + 2 onto the end of the
original size to look for 2 null bytes to indicate the last token. In
some cases the last token gets lost.
This may be something that needs handled in the parser rather than the
tokenizer. I'd need to investigate some
Thanks Matt,
I'll review these and merge them in with my other scanner fixes.
Scott
Matt Wilmas wrote:
Hi all,
First, I just realized while going through the scanner code after the re2c
changes that there's a bug with heredoc handling (from my code changes last
year, oops) on something like:
Jeremy Privett wrote:
Another week later and still no response. I would hope /someone/ thinks
this a critical issue and needs to be resolved. Is /anyone/ looking at
this at all?
Thanks.
The line that is crashing was last changed by Dmitry on January 24th,
see
Hi Richard,
The patch would fix it in this case but there is an underlying change
that needs sorted.
zend_ini_string()'s behaviour was changed to fix
http://bugs.php.net/bug.php?id=42657 so that if the default value was
NULL it would then return an empty string instead.
Richard Quadling wrote:
On 22/04/2008, Antony Dovgal [EMAIL PROTECTED] wrote:
On 22.04.2008 15:01, Richard Quadling wrote:
Another warning is that some of the constants are redefined to a
different value from the ones that are part of the compiler. The
/TRSM/readdir.h, _WIN32_WINNT is
It's working fine here on VC6 and 2005 on XP.
afaik the code was only there to deal with older versions of Windows
that didn't have _WINNT32_WINNT defined.
More investigation is needed to see what exactly is broken. We may just
need to rebuild some of the things in zip.zip again.
Scott
Jani Taskinen wrote:
On Thu, 2008-04-17 at 17:59 +0100, Scott MacVicar wrote:
Hi Richard,
The patch would fix it in this case but there is an underlying change
that needs sorted.
zend_ini_string()'s behaviour was changed to fix
http://bugs.php.net/bug.php?id=42657 so that if the default
Hi everyone,
We've discussed this a few times in the past and it's time to make a
final decision about its removal.
I think most people have agreed that this is the way forward but no
one has produced a patch. I have a student working on unicode
conversion for the Google Summer of Code
Tomas Kuliavas wrote:
We've discussed this a few times in the past and it's time to make a
final decision about its removal.
I think most people have agreed that this is the way forward but no
one has produced a patch. I have a student working on unicode
conversion for the Google Summer of Code
developers saw the bug report.
Scott
Richard Quadling wrote:
Hi.
From the recent daily cvs changelog ...
+2008-05-29 Scott MacVicar [EMAIL PROTECTED]
+
+* (PHP_5_2)
+ NEWS
+ TSRM/tsrm_win32.c:
+ MFH: Fix a bug when command is quoted and parameters are quoted
during call
Applied to 5_3 and head.
Scott
Pierre Joye wrote:
On Sun, Jun 1, 2008 at 3:01 PM, Gregory Beaver [EMAIL PROTECTED] wrote:
Pierre Joye wrote:
hi Greg,
Please commit it, thanks for the patch!
Someone with ZendEngine2 karma will need to commit.
Scott will do it asap.
Cheers,
--
PHP
Pierre Joye wrote:
On Mon, Jun 2, 2008 at 10:21 AM, Derick Rethans [EMAIL PROTECTED] wrote:
On Mon, 2 Jun 2008, Pierre Joye wrote:
While working on the windows ports, I asked Sara about the mhash
status in regard of the new shiny ext/hash. The plan is to remove
ext/hash completely and
Pierre Joye wrote:
On Mon, Jun 2, 2008 at 12:34 PM, Scott MacVicar [EMAIL PROTECTED] wrote:
Pierre Joye wrote:
On Mon, Jun 2, 2008 at 10:21 AM, Derick Rethans [EMAIL PROTECTED] wrote:
On Mon, 2 Jun 2008, Pierre Joye wrote:
While working on the windows ports, I asked Sara about the mhash
You need to list the packages you intend to maintain, if it's a new
package then we really need to see the code. This might be something
more appropriate for [EMAIL PROTECTED]
Scott
Alexey Zakhlestin wrote:
maintaining pecl-packages (will request karma separately)
--
PHP Internals - PHP
Hi Michal,
Everything looks fine here and it applies cleanly, do you think you
could make a patch against HEAD with this as well? I suspect it will be
different due to Unicode.
Scott
Michal Dziemianko wrote:
Hello,
Here: http://212.85.117.53/DIFF.txt is small patch that will speed up
There is rabin-karp too but its worse case is O(nm) so that might not be
ideal, perhaps we should try to compare all of them.
Scott
Nuno Lopes wrote:
Hi,
So some comments:
- you have some problems with the indentation. We only use tabs, so
please stick to that. Also, there are some lines
I'm working on the patch to remove stuff from Zend/*, I've yet to change
any of the macros. Will most likely leave that to last.
Scott
Stanislav Malyshev wrote:
- Changed:
- ZEND_STR_TYPE - IS_UNICODE
- convert_to_text - convert_to_unicode
- convert_to_text_ex -
I'll take the SQLite/hash ones, I'm already registered if someone
would just assign me the tasks I'll get to them once I'm back from the
Dutch PHP Conference.
Scott
On 12 Jun 2008, at 19:52, Lukas Kahwe Smith wrote:
Hi,
So we still have a number of unreviewed submissions in the TestFest
We'll end up asking for OS after we can't reproduce it on Linux.
OS is definately needed.
Scott
Richard Quadling wrote:
2008/6/25 Barry Carlyon [EMAIL PROTECTED]:
Greetings all,
For the basic, basic, basic bug tracker, (none of this pear/pecl shit,
*jokes*) I currently have the following
Pierre Joye wrote:
On Mon, Jun 2, 2008 at 12:34 PM, Scott MacVicar [EMAIL PROTECTED] wrote:
Pierre Joye wrote:
On Mon, Jun 2, 2008 at 10:21 AM, Derick Rethans [EMAIL PROTECTED] wrote:
On Mon, 2 Jun 2008, Pierre Joye wrote:
While working on the windows ports, I asked Sara about the mhash
extension_loaded still works, this was a primary goal.
Scott
On 28 Jun 2008, at 17:25, Sebastian Bergmann wrote:
Scott MacVicar schrieb:
MFB: Make the old mhash API a wrapper around hash
There is a BC break, though, for code that uses
extension_loaded('mhash');
instead
Hi All,
I've been working on sqlite3[1] as a replacement for the ageing sqlite
extension, I've had a few people interested in getting this into 5.3
and I think its definitely a possibility as the API is more or less
finalised at this moment in time.
The reason that the current sqlite
Sorted now, the new file was missing from the build files.
Scott
Matt Wilmas wrote:
Hi all,
Noticed that PHP 6 snapshots aren't working and got these errors when trying
to build:
zend_API.obj : error LNK2019: unresolved external symbol _zend_get_closure
referenced in function
The PHP Internals list isn't an appropriate place to spam your blog.
Scott
Gustav F. Nyvell wrote:
Read: http://talkingtocomputers.wordpress.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
There hasn't been an official release with the NOWDOCS token though.
Scott
Nuno Lopes wrote:
Patch seems ok to me, although I haven't tested it. But let's see what
Dmitry thinks about it.
I'm not sure about the removal of the nowdoc tokens, though. Somebody
may me relying on them for
On 12 Jul 2008, at 12:36, Jochem Maas wrote:
to Greg and his cohorts a hearty bravo!
Phar is a really great addition, I'm very impressed with
the finesse of the initial implementation ... it's quite
rare to see [imho] a new feature appear in such a mature
and well thought out manner, good
Ulf Wendel wrote:
Pierre Joye schrieb:
Drop the launchpad and use php's cvs. We have actually two development
branches (5.3 until the 24th and HEAD) and PECL. The latter let you
experiment as much as you wish.
Pierre, you are not in the position to tell us what repository we use
for internal
Jochem Maas wrote:
David Zülke schreef:
Am 17.07.2008 um 11:36 schrieb Mario Brandt:
I made a test on my console (cmd.exe)
ENV: WinXP SP 3 all updates, PHP 5.2.6 / PHP 5.2.6 non thread safe
(NTS)
Intel Celeron 2.4 GHz 1 GB DDR Ram
It showed that the non thread safe is faster than the
Hey Steph,
John worked on apache2filter and for some reason he only made a change
to do with streams on the 5.x branch [1] and never merged his change to
head. It means that currently apache2filter works on HEAD but not on PHP 5.3
I've not yet had time to see if there is a way to get a
Steph,
Steph Fox wrote:
Hi Scott, thanks,
John worked on apache2filter and for some reason he only made a change
to do with streams on the 5.x branch [1] and never merged his change
to head. It means that currently apache2filter works on HEAD but not
on PHP 5.3
Ahhh it was 2
I've committed a fix now and it compiles correctly, I also removed the
two warnings.
Scott
Steph Fox wrote:
Scott,
Isn't it just a case of rewriting php_apache_fteller_stream() to use
the new API?
I think we can actually just add an fsizer function and use
apr_brigade_length(pbb-bb);
It's been removed without a replacement since I don't believe there
has been a concrete use case given for it.
Apart from a profiler, and for that there is XDebug which does a far
better job.
Scott
On 18 Jul 2008, at 18:42, Markus Fischer wrote:
Hi,
Now that it has been deprecated (also
Markus Fischer wrote:
Hi,
Scott MacVicar wrote:
It's been removed without a replacement since I don't believe there has
been a concrete use case given for it.
Probably true, I remember it having used for quite uncommon cases but it
was useful (especially in CLI functions, having to work
Hi Andi,
The patch is attached for 5_3.
I've got some time allocated tomorrow to review all of Michal's patches
that have been produced for the GSoC. I'll try to post some figures from
real life apps.
Scott
Andi Gutmans wrote:
Hi Michal,
Can you please send a link to the patch so we can
There is an aligned version of the algorithm available but its slower,
there is also a 64-bit version in the works. I emailed the author
about its progress to check.
At the moment adding both looks the way forward, i'll benchmark a PPC
version of the algorithm shortly.
Scott
On 21 Jul
Antony Dovgal wrote:
On 06.07.2008 22:56, Lucas Nealan wrote:
Hi Internals,
I am proposing the following RFC to improve signal handling in the Zend
Engine:
http://wiki.php.net/rfc/zendsignals
The RFC looks really nice, but we need to make a decision on it really
fast, since 5_3 feature
Antony Dovgal wrote:
On 23.07.2008 15:42, Scott MacVicar wrote:
http://wiki.php.net/rfc/zendsignals
The RFC looks really nice, but we need to make a decision on it
really fast, since 5_3 feature freeze is set for tomorrow.
I believe this can should go in 5_3, any objections?
Enable
On 25 Jul 2008, at 10:58, Lukas Kahwe Smith wrote:
On 25.07.2008, at 11:46, Marcus Boerger wrote:
I mean that if several people work on a changeset, that they still
might want to have a join central repo. Of course dvcs allows direct
exchange of patches as well, but it might still be a good
Antony Dovgal wrote:
Hello all.
I'd like to express my feelings on the let's-enable-it-by-default mood
that has emerged lately.
Extensions enabled by default in 5.2:
ctype
date
dom
filter
hash
iconv
json
libxml
pcre
PDO
pdo_sqlite
posix
Reflection
session
SimpleXML
SPL
SQLite
standard
Antony Dovgal wrote:
On 01.08.2008 14:20, Scott MacVicar wrote:
ext/pdo_sqlite and ext/sqlite3 use the same underlying lib so its just
another wrapper but without the PDO crap on top.
I know, I know.
But why enable it by default (as well as PDO_SQLITE)? What's so
extremely useful
You don't need a CVS account to start sending patches.
Scott
On 5 Aug 2008, at 21:04, Kris Craig wrote:
Developing the PHP runtime
Maintaining the documentation
Maintaining PHP.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hannes Magnusson wrote:
On Thu, Aug 7, 2008 at 16:17, Ulf Wendel [EMAIL PROTECTED] wrote:
He explained to me that using SET NAMES is what is not recommended when
using libmysql because:
- there is no verification if the client knows the charset
- the internal mysql-charset field will not be
Hi All,
Attached and uploaded [1] is a patch to add the OpenSSL random pseudo
byte function, at the moment it will return FALSE if the bytes aren't
considered cryptographically strong, I am however considering making
this parameter controlled.
Any objections to me applying this to 5.3?
On 3 Sep 2008, at 03:33, David Coallier wrote:
2008/9/2 Scott MacVicar [EMAIL PROTECTED]:
Hi All,
Attached and uploaded [1] is a patch to add the OpenSSL random
pseudo byte
function, at the moment it will return FALSE if the bytes aren't
considered
cryptographically strong, I am however
I agree, users will notice quickly enough and the previous behaviour
doesn't match that of PHP.
If we provide an uprade information popup at the end of the Windows
installer it might help.
Scott
On 4 Sep 2008, at 22:24, Pierre Joye [EMAIL PROTECTED] wrote:
hi,
On Thu, Sep 4, 2008 at
Stanislav Malyshev wrote:
Hi!
That's exactly why I am reluctant to change what Jani did. It is
easier to deal with this minor breakage in 5.3.0 and then have a
consistent and clean configuration system. Continuing to add some
exceptions while hoping that no weird things are used is a bad
buff needs to be null terminated, you can use RETURN_STRINGL(buff,
content_size, 1); if you know the length.
Scott
On 6 Sep 2008, at 23:19, Mangol Smith wrote:
Hello all,
I got a strange problem. I opened a network stream with my web server
(localhost:80) and wrote a HTTP GET into stream
There is no nesting limit, it recurses until it runs out of memory.
Derick was saying that XDebug will add one, but other than that there
isn't any.
dev/php53/sapi/cli/php -r 'function m($m) { echo ++$m . ; m($m); }
m(0); '
I ran that and I got bored when it got to 750,000 levels deep.
Scott
This should go on the main bug tracker rather in PECL, there isn't a
seperate release on PECL any more for PDO extensions.
I can reproduce this on Windows but only with VC6 builds. The VC9 builds
are working without issue.
I'll look when I'm using a Windows machine.
Scott
Daniel Henning wrote:
On 10 Sep 2008, at 20:26, Hannes Magnusson
[EMAIL PROTECTED] wrote:
On Wed, Sep 10, 2008 at 17:31, Scott MacVicar [EMAIL PROTECTED]
wrote:
This should go on the main bug tracker rather in PECL, there isn't a
seperate release on PECL any more for PDO extensions.
Shouldn't the pecl packages
On 25 Sep 2008, at 22:59, Cristian Rodríguez [EMAIL PROTECTED]
wrote:
Scott MacVicar escribió:
Hi All,
Attached and uploaded [1] is a patch to add the OpenSSL random pseudo
byte function, at the moment it will return FALSE if the bytes aren't
considered cryptographically strong, I am
We don't currently support mingw. You can use the free compiler from
Microsoft if you wish to compile on Windows.
Scott
marius popa wrote:
I try to build php 5.2.6 with mingw stable
and i disabled for the moment all the extensions and it fails quite fast
./configure --disable-all
Sounds good, we should also stop building snapshots and change the
other branches to be built more often.
Scott
On 12 Oct 2008, at 07:59, Gregory Beaver [EMAIL PROTECTED] wrote:
Hi all,
Isn't it time to retire PHP 4.4 in gcov.php.net? It's just wasted
resources for that version
Greg
--
Lukas Kahwe Smith wrote:
Hi All,
There was an offline exchange, which generated a lot of good ideas, but
that failed to find agreement for one final proposal among the
participants. I had hoped that the results would have been mailed to
this list yesterday. Since I am going on yet another
Greg Beaver wrote:
Hi,
http://wiki.php.net/rfc/namespaceissues
Read it and discuss. Let's be clear people: the technical problems in
namespaces are limited and solvable. The problems in the political
environment surrounding them may not be. Wouldn't politics be a
stupid-ass reason to
On 17 Oct 2008, at 01:19, Steph Fox wrote:
Heya Scott,
I'd much rather see ::: used and don't care too much about those with
code already written, we never guarantee BC on unreleased versions.
Well, that narrows it down to #1 or #2.
Though I don't object to #3 at all either, so
On 31 Oct 2008, at 19:59, Rasmus Lerdorf wrote:
Hannes Magnusson wrote:
Behavioural change is desperately needed, and I think developers
should lead by example.
One way to to that is to add a new internal-core@ mailinglist which
is
read-only to the world, and writeable by people with
Jonah H. Harris wrote:
While using PDOStatement::debugDumpParams, I noticed that it results
in an endless loop because the hash table is not being traversed. As
such, attached is a patch against php5 HEAD which adds
zend_hash_move_forward_ex accordingly.
Your patch was stripped, can you
Kalle Sommer Nielsen wrote:
2008/11/10 Jaroslav Hanslík [EMAIL PROTECTED]:
Pierre Joye napsal(a):
php_pspell.dll
php_snmp.dll
snmp and pspell are likely to do not be present in the next release
and maybe not in the final release (windows only). The underlying
libraries are not portable
Johannes Schlüter wrote:
On Mon, 2008-11-10 at 12:41 +0200, Jani Taskinen wrote:
1. Change ext/phar to be disabled by default
Is that the only case? We have a few new extensions, fileinfo is enabled
by default at the moment, hash is, sqlite3 is, ...
So the question is: What's the purpose
On 12 Nov 2008, at 14:14, Lukas Kahwe Smith wrote:
Hi,
here are a few questions that need to be answered ASAP.
If at all possible keep your votes as short as possible. I think all
of the above topics have been discussed quite a lot on the list. So
I hope voters can spare the list needless
Lukas Kahwe Smith wrote:
On 22.11.2008, at 14:52, Lukas Kahwe Smith wrote:
Work is still going on to finalize the namespace changes. I am not
sure when this will be done, I am sort of hoping Monday. Then we can
freeze Tuesday and release on Thursday if all goes well.
The good news,
On 26 Nov 2008, at 18:56, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Stanislav,
why not have a secondary extension definition in ext/hash?
Wednesday, November 26, 2008, 7:06:03 PM, you wrote:
Hi!
Then again, we maintain BC aside from this single call to
determine if
the extension is
Hi Marcus,
On 26 Nov 2008, at 19:45, Marcus Boerger wrote:
Hello Scott,
Wednesday, November 26, 2008, 8:33:59 PM, you wrote:
On 26 Nov 2008, at 18:56, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Stanislav,
why not have a secondary extension definition in ext/hash?
Wednesday, November
Hey,
There have been several bug reports about magic_quotes_gpc being
broken, at the moment in 5.2.7 the escaping is not performed even when
enabled. So any applications that attempt to undo the work of
magic_quotes_gpc will end up with problems.
I've backed out the bug that broke this
On 7 Dec 2008, at 04:24, Cristian Rodríguez wrote:
Scott MacVicar escribió:
Since this is a relative serious issue from a security stand point if
people rely on it being enabled and a potential data loss for those
trying to undo it, I'd like to see a release packaged asap.
Please dont
On 8 Dec 2008, at 16:35, Philip Olson [EMAIL PROTECTED] wrote:
On 8 Dec 2008, at 08:18, Hannes Magnusson wrote:
On Mon, Dec 8, 2008 at 16:57, Pierre Joye [EMAIL PROTECTED]
wrote:
On Mon, Dec 8, 2008 at 4:47 PM, Johannes Schlüter [EMAIL PROTECTED]
net wrote:
When dropping magic_quotes the
Steph Fox wrote:
Hi Scott,
Agreed, going from on by default to removed just feels odd.
I'd disable it by default in 5.3 and lets start throwing a strict
error if the configuration enables it.
Why do we have E_DEPRECATED if we're not going to use it?
That's the one I meant, no idea why
Pierre Joye wrote:
hi,
On Mon, Dec 8, 2008 at 5:53 PM, Scott MacVicar [EMAIL PROTECTED] wrote:
I'd disable it by default in 5.3 and lets start throwing a strict error if
the configuration enables it.
A fatal error could be more effective. And the message can make the
reason behind
Hi All,
Basic types were added to our JSON decoder to PHP 5.2.1, this allows
one to use json_encode / json_decode on any of our scalar types. Omar
correctly identified #38680 as not a bug but it appears that Ilia
added support for this anyway violating the RFC [1]. Maybe there was a
RFC:
A JSON parser MUST accept all texts that conform to the JSON
grammar. A JSON parser MAY accept non-JSON forms or extensions.
On 13-Dec-08, at 1:05 PM, Lukas Kahwe Smith wrote:
On 13.12.2008, at 18:59, Ilia Alshanetsky wrote:
On 12-Dec-08, at 10:50 PM, Scott MacVicar wrote:
Hi
troels knak-nielsen wrote:
On Tue, Dec 16, 2008 at 12:57 PM, Scott MacVicar sc...@macvicar.net wrote:
For now I'll be leaving it as is and adding a JSON_STRICT_ENCODE
parameter to the options flag. So you can use
json_encode($var, JSON_STRICT_ENCODE);
I'm really not a fan of named
Richard Quadling wrote:
2008/12/15 mike mike...@gmail.com:
On Mon, Dec 15, 2008 at 9:50 AM, Rasmus Lerdorf ras...@lerdorf.com wrote:
1. Document the fact that if you want to strictly conform to the JSON
spec and be sure your json_encode output will work in various JSON
parsers, you have
Richard Quadling wrote:
2008/12/16 Robin Burchell virot...@viroteck.net:
Settings which change behaviour like that aren't really all that fun
for third party/portable applications developers, e.g. forum software
and the likes. magic_quotes_gpc and others are good examples of this.
Going back
Richard Quadling wrote:
Hi.
With 2008 having a leap-second, does PHP handle this?
In looking at http://en.wikipedia.org/wiki/Leap_second, there have
been quite a few leap seconds - 34 since Jan 1st 1972.
So, if PHP isn't making any changes does this mean PHP time is 34
seconds behind
On 26 Dec 2008, at 01:46, David Grudl wrote:
This code throws *Fatal error*: Method test::__toString() must not
throw an exception
class Test1
{
public function __toString()
{
throw new Exception;
}
}
The same problem causes throwing exceptions in function __autoload.
I think
I went to look at the bug Pierre mention earlier and noticed that
dns_get_record isn't implemented on OS X, this looks to be down to the
fact that it has a bind 8 BC layer that we use by default for some
reason. I tried to make it use the bind 9 interface but it wasn't a
simple task as
Hi Kalle,
Kalle Sommer Nielsen wrote:
Hi Scott
2009/1/7 Scott MacVicar sc...@macvicar.net:
I went to look at the bug Pierre mention earlier and noticed that
dns_get_record isn't implemented on OS X, this looks to be down to the fact
that it has a bind 8 BC layer that we use by default
This isn't something for internals, use php-webmaster
Scott
Nathan Rixham wrote:
I just threw the christmas tree out, came online and noticed that the
decorations are still up on the php.net site; any idea when they're
coming down?
ho-ho-ho etc
--
PHP Internals - PHP Runtime
Lukas Kahwe Smith wrote:
Hello all,
Just wanted to get a status update on the work going on:
- Eric and Nathan are working on new php.ini files and I guess they will
soon post their proposals to the list
- @Steph: have you begun work on the Upgrading Guide? I would really
like to have
Hi Andy,
All these tests are broken in an environment that defines a TZ variable,
you need to use date_default_timezone_set()
Can you fix these please.
Scott
andy wharmby wrote:
wharmby Tue Jan 13 13:38:20 2009 UTC
Added files: (Branch: PHP_5_3)
Hi Everybody,
It's almost that time again where we rush at the last minute to
organise something for the Google Summer of Code, so in the interest
of being prepared I'm thinking it's time to start collecting ideas for
potential students. I've updated a few of the Wiki pages with some
On 25 Jan 2009, at 16:12, David Zülke wrote:
Am 25.01.2009 um 14:29 schrieb Lukas Kahwe Smith:
On 24.01.2009, at 17:40, Ilia Alshanetsky wrote:
I think our bug current tracker is pretty good and most
importantly makes it easy to report and update bugs which is
conducive to more issues
On 25 Jan 2009, at 15:22, Lukas Kahwe Smith wrote:
On 25.01.2009, at 16:17, Graham Kelly wrote:
Lastly, I really think all the PHP GSoC projects should be hosted
in PHP's
CVS under a central location (maybe something like
/repository/gsoc/2009/projectname/). It was very hard at times to
Jani Taskinen wrote:
See: http://cvs.php.net/viewvc.cgi/pear/Bugtracker/
That's the pear bug tracker modified for all pear/pecl/php bugs I worked
on about 1.5years ago. :) It has that roadmap thing..
The one Barry worked on for GSoC 2008 is at
http://cvs.php.net/viewvc.cgi/bugtracker
I've
Greg Beaver wrote:
Lukas Kahwe Smith wrote:
Aloha,
So Johannes and I have chatted about what needs to happen before we can
go to RC1. If there are no bigger issues the next version will indeed be
RC1. Release sometime in the second half of February. No specific date
has been set as of yet.
Igor Feghali wrote:
While trying to perform phar testing on the system previously
mentioned by me, I couldn't manage to get php5.3-200902261130 to
compile with IBM CC. First 3 lines of error:
/tmp/php5.3-200902261130/ext/pcre/pcrelib/pcre_internal.h, line
976.3: 1506-046 (S) Syntax error.
Richard Quadling wrote:
Hi.
Regarding http://bugs.php.net/bug.php?id=47493, I've supplied a patch
to the unit tests too.
Any chance this could get committed to 5.2+
I'm too convinced of the parameter name and I don't think its something
that should be added to 5.2.9 since its a feature.
Richard Quadling wrote:
2009/3/2 Scott MacVicar sc...@macvicar.net:
Richard Quadling wrote:
Hi.
Regarding http://bugs.php.net/bug.php?id=47493, I've supplied a patch
to the unit tests too.
Any chance this could get committed to 5.2+
I'm too convinced of the parameter name and I don't
1 - 100 of 213 matches
Mail list logo
