On Sat, Aug 06, 2011 at 08:07:01PM -0700, Rasmus Lerdorf wrote:
Coverity has run a new scan of trunk and there are a lot of valid
issues. You have probably noticed that I have started to fix some of
them, but there are 500+ to go, so I could use some help. The following
people already have
On Tue, Aug 09, 2011 at 12:19:53AM -0700, Rasmus Lerdorf wrote:
On 08/08/2011 11:45 PM, Joey Smith wrote
A lot of the 'STACK_USE' ones seem to be false positives; it's reporting
when the stack exceeds the maximum single use of 1024 bytes - that 1024
is a Coverity-configurable value which
On Mon, Aug 08, 2011 at 03:52:37PM +0100, Keloran wrote:
There seems to be a bug in traits that if you use any of the GLOBAL vars it
segfaults
snip
I'm not sure it's clear from Keloran's code example here, so I thought I'd point
out that the problem only seems to happen if you include the
On Sun, Aug 07, 2011 at 04:50:55PM -0400, David Soria Parra wrote:
Hi Internals,
NOTE: this is not the place for any religiouise discussion about git vs
mercurial whatsover. if you have nothing else to add than hg is $***
anyway or think hosting platform XY will solve all our problems
On Thu, Aug 04, 2011 at 01:06:38AM +0800, Laruence wrote:
Hi:
I read the ext/date/lib/parse_date.c, and I think this could not be a bug ,
since 800 will be think as 80h 0min(timelib_get_nr is common
function, to get number from data description string with fixed max
length),
than 11
On Wed, Aug 03, 2011 at 01:29:54PM -0600, Joey Smith wrote:
DateTime::createFromFormat(dn, 118)
-- Did you mean August 11th, November 8th, or June 1st?
Pardon my idiocy, here - it's quite clear that November 8th
wouldn't be a possible meaning here - I collapsed a couple of
examples together
On Fri, Jul 29, 2011 at 02:20:17PM -0300, Adir Kuhn wrote:
Hello guys,
while I'm studing some c codes i found this page:
http://www.nicksays.co.uk/2009/05/awesome-c-exam-question/
and this code:
#include stdio.h
int func (int a, int b) {
static int c = 1;
return a + b *
On Sun, Jul 17, 2011 at 10:26:16PM +0400, Solar Designer wrote:
+ * For actual implementation, we set an array index in the variable bug
+ * (0 means no bug, 1 means sign extension bug emulation) and a flag in the
+ * variable safety (bit 16 is set when the safety measure is requested).
+ *
On Sun, Mar 14, 2010 at 09:15:37AM -0400, Wez Furlong wrote:
I'm sure that the docs team will add this to the manual if you ask them
politely.
Specifically, PDO_SQLITE defaults to a 60 second busy timeout. This can
be changed by setting PDO::ATTR_TIMEOUT. The value is specified in
Oh, yes, the question:
Wouldn't you agree that it is better for PHP to use the word closure as
it is being used in the JavaScript community?
There's a pretty big difference between how PHP implements closures and how
JavaScript implements them - in PHP, you have to explicitly request which
If anyone ever needs me to host a patch, there's more than enough
room at patch.joeysmith.com, just email me the patch as an attachment
off-list. It'd probably be better than relying on a pastebin.
On Tue, Feb 09, 2010 at 04:38:44PM +0100, Johannes Schlüter wrote:
Hi,
On Tue, 2010-02-09 at
There's an open bug on this, #15238 (http://bugs.php.net/bug.php?id=15238;). I'm
sure patches would be welcomed.
On Fri, Jan 29, 2010 at 03:49:18PM -0500, Dominik Gehl wrote:
Hi,
I noticed that the imap extension seems to support only IMAP2 search criteria.
This is caused by the fact that
On Fri, Jan 22, 2010 at 04:32:55AM +, Niel Archer wrote:
Well whaddya-know! This time it worked for me, although 45 minutes wait
seems long. I'd given up 20 minutes after the other requests had been
answered.
I had the same problem and waited several weeks between attempts, checking
my
On Wed, Jan 20, 2010 at 02:29:27PM -0800, Rasmus Lerdorf wrote:
Well, that conversion still needs to happen somewhere, since plenty of
apps call extract() on those superglobals, but with register_globals
entirely gone in PHP 6, I suppose that conversion can be moved to the
extract()
This might be better served by taking it to php-general, because I don't
think you need to pin your question so hard to the behaviour of
array_walk(). Here's a quick example of (if I understood your question
correctly) how you might solve it using array_udiff_uassoc and 5.3's new
'closure' syntax
Maybe I'm up in the night, but I've just opened 50728 because I discovered that
all
the PDO drivers had a hardcoded 0 where I would expect to see the
driver-specific
error - a user reported this in ##PHP on Freenode and I take a stab at writing
the
patches that would let the individual drivers
I also just attached the following to the bug - it's a test that checks this
fix in
the sqlite driver - I can write tests for all the others if need be, but I
figured
there are others who might already be more familiar with the individual PDO
drivers
that would write them more quickly than I.
On Tue, Dec 15, 2009 at 08:46:44PM +0100, Christian Seiler wrote:
(A+): (A) + Closure::bind Closure-bindTo for rebinding
if this is wanted the possibility to call a closure as an object
method. (See last section of RFC for details)
+1 for A+ with class scope option 2
I'm a bit
On Tue, Dec 15, 2009 at 02:27:30PM -0800, Michael Shadle wrote:
However if people have ideas on how this will help or be useful (i.e.
you -are- planning on running logfiles or logwatch or something) then
it might be smart to bring it back to the table again. Jérôme and I
were talking about
Write yourself a bit of code that replaces ereg which could be installed in an
auto_prepend location server-wide. Here's an example you could start with,
although I should point out that I spent all of about 30 seconds thinking about
it, so you might want to give it more thought than that - I'm
Ooops:
On Mon, Oct 12, 2009 at 01:48:28PM -0600, Joey Smith wrote:
$delimiters =
array(chr(1),chr(1),chr(1),chr(1),chr(1),chr(1),'/', '@', '#', '%', '_');
should have been
$delimiters =
array(chr(1),chr(2),chr(3),chr(4),chr(5),chr(6),'/', '@', '#', '%', '_');
I
Feel free to collaborate with the authors of PHP_Compat [1].
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
[1] http://pear.php.net/package/PHP_Compat
An excellent pointer, Lukas, thank you. I had forgotten PHP_Compat
existed.
--
PHP Internals - PHP Runtime Development Mailing List
To
I can understand not having the 'shebang skipping' code
in both the SAPI *and* the scanner, but we probably
need to have it in at least ONE of them. :)
Per his email[1] almost a year ago, Dmitry removed the
shebang line check from sapi/cgi/cgi_main.c in changeset
264153, saying:
Removed
On Fri, Sep 04, 2009 at 02:16:40AM -0600, Joey Smith wrote:
Per his email[1] almost a year ago, Dmitry removed the
[1] should have been: http://tinyurl.com/kwne3v
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I definitely had the wrong changeset - sorry, Nuno. :) Looks
like maybe 273177 is the problem child.
http://tinyurl.com/lewcft
On Fri, Sep 04, 2009 at 09:25:52AM +0100, Scott MacVicar wrote:
On 4 Sep 2009, at 09:16, Joey Smith j...@joeysmith.com wrote:
I can understand not having
Wietse:
On Fri, Aug 21, 2009 at 04:41:31PM -0400, Wietse Venema wrote:
The Postfix sendmail command prefers input in native UNIX stream-lf
format. Postfix will jump some hoops for software that wants to
use the non-native CRLF format. It uses a switch (going from using
LF to using CRLF) and
On Fri, Aug 21, 2009 at 04:55:31PM +0100, Chris Smith wrote:
I've encountered difficulties utilising the mail() function properly
under a NIX environments while conforming to RFC 2822. There two
specific issues, one is a code problem the other a documentation
issue they are intertwined so I
I know - dbase. Why is anyone still trying to use this?
However, I thought it worth noting tha tthe extension is documented as
moved to PECL, but it doesn't appear to be there - at least, I couldn't
find it at pecl.php.net/dbase or via the search form at pecl.php.net
--
PHP Internals - PHP
On Thu, Jul 30, 2009 at 10:48:49AM +0200, Hannes Magnusson wrote:
No PHP warnings at all.
Again. The examples you are looking for are network issues with
fopen(), file_get_contents() and such things.
-Hannes
Hannes, these are actually the ones I had in mind when I sent my last
email -
On Wed, Jul 29, 2009 at 05:33:18PM -0400, Alban wrote:
The result is it's impossible to use this function without @ statement.
SimpleXML is hardly alone here, but I would imagine that if we could identify
these and get bugs opened on them, there'd be very little resistance to fixing
that aspect.
ext/standard/crypt.c contains a whole bunch of #if's which, as I read it, won't
be very meaningful after 5.3.0,
where we provide our own implementations of any missing crypt() algorithms.
Most notably, automatic salt
generation, which I think will always use MD5 from now on?
Also, since
31 matches
Mail list logo