On Mon, Mar 5, 2012 at 13:59, Dmitry Stogov wrote:
> dmitry Mon, 05 Mar 2012 12:59:01 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=323909
>
> Log:
> Fixed bug #60887 (SoapClient ignores user_agent option and sends no
> User-Agent header)
>
The operation can continue on-successfully so E_NOTICE seemed
appropriate, I don't see a problem with escalating this to E_WARNING.
On Sat, Mar 3, 2012 at 9:34 PM, Laruence wrote:
> Hi:
> is a WARNING better? :)
>
> thanks
>
> On Sun, Mar 4, 2012 at 4:36 AM, Ilia Alshanetsky wrote:
>> iliaa
Hi:
is a WARNING better? :)
thanks
On Sun, Mar 4, 2012 at 4:36 AM, Ilia Alshanetsky wrote:
> iliaa Sat, 03 Mar 2012 20:36:14 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=323852
>
> Log:
> Fixed bug #60106 (stream_socket_server silent
On Tue, Feb 28, 2012 at 10:38 AM, Xinchen Hui wrote:
> On Tue, Feb 28, 2012 at 1:10 AM, Anthony Ferrara wrote:
>> I initially looked at the final fix when I discovered the issue.
>> Follow me out on this. This is the current code as-implemented in
>> r323563:
>>
>> 265 zval *o
On Tue, Feb 28, 2012 at 1:10 AM, Anthony Ferrara wrote:
> I initially looked at the final fix when I discovered the issue.
> Follow me out on this. This is the current code as-implemented in
> r323563:
>
> 265 zval *obj;
> 266 MAKE_STD_ZVAL(obj);
> 267
I initially looked at the final fix when I discovered the issue.
Follow me out on this. This is the current code as-implemented in
r323563:
265 zval *obj;
266 MAKE_STD_ZVAL(obj);
267 if (Z_OBJ_HANDLER_P(*arg, cast_object)(*arg, obj, type
Sent from my iPad
在 2012-2-28，0:10，Anthony Ferrara 写道：
> Out of curiosity, why are you changing it to copy the object for the
> result of the cast operation? cast_object should init the result
> zval, so why go through the step of copying the starting object to
plz look at the final fix： r32356
Out of curiosity, why are you changing it to copy the object for the
result of the cast operation? cast_object should init the result
zval, so why go through the step of copying the starting object to it?
Wouldn't it be easier just to do:
if (Z_OBJ_HANDLER_PP(arg, cast_object)) {
On Mon, February 27, 2012 2:31 am, Laruence wrote:
> On Mon, Feb 27, 2012 at 4:00 PM, Dmitry Stogov
> wrote:
>> Hi Laruence,
>>
>> The attached patch looks wired. The patch on top of it (r323563)
>> makes it
>> better. However, in my opinion it fixes a common problem just in a
>> single
>> place.
On Mon, Feb 27, 2012 at 11:17 AM, Derick Rethans wrote:
> You can't break extension APIs between 5.4.0 and 5.4.1 either, API
> changes can only into trunk.
And ABI neither.
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
--
PHP CVS Mailing List (http://www.php.net/)
On Mon, 27 Feb 2012, Laruence wrote:
> On Mon, Feb 27, 2012 at 4:31 PM, Laruence wrote:
> > On Mon, Feb 27, 2012 at 4:00 PM, Dmitry Stogov wrote:
> >>
> >> The attached patch looks wired. The patch on top of it (r323563) makes it
> >> better. However, in my opinion it fixes a common problem just
On 02/27/2012 12:37 PM, Laruence wrote:
On Mon, Feb 27, 2012 at 4:31 PM, Laruence wrote:
On Mon, Feb 27, 2012 at 4:00 PM, Dmitry Stogov wrote:
Hi Laruence,
The attached patch looks wired. The patch on top of it (r323563) makes it
better. However, in my opinion it fixes a common problem just
On Mon, Feb 27, 2012 at 4:31 PM, Laruence wrote:
> On Mon, Feb 27, 2012 at 4:00 PM, Dmitry Stogov wrote:
>> Hi Laruence,
>>
>> The attached patch looks wired. The patch on top of it (r323563) makes it
>> better. However, in my opinion it fixes a common problem just in a single
>> place. Each call
On Mon, Feb 27, 2012 at 4:00 PM, Dmitry Stogov wrote:
> Hi Laruence,
>
> The attached patch looks wired. The patch on top of it (r323563) makes it
> better. However, in my opinion it fixes a common problem just in a single
> place. Each call to __toString() that makes "side effects" may cause the
Hi Laruence,
The attached patch looks wired. The patch on top of it (r323563) makes
it better. However, in my opinion it fixes a common problem just in a
single place. Each call to __toString() that makes "side effects" may
cause the similar problem. It would be great to make a "right" fix in
Dmitry:
you might want to review this fix.
let me explain why crash before this fix.
when doing parse_parameter, then convert the object to string by
calling the ce->cast_object,
and passed the same pointer(although there was a separation), to
the cast_object..
then if __toStrin
Hi bjori:
On Sat, Feb 4, 2012 at 8:33 PM, Hannes Magnusson
wrote:
> On Fri, Feb 3, 2012 at 17:27, Xinchen Hui wrote:
>> laruence Fri, 03 Feb 2012 16:27:35 +
>>
>> Revision: http://svn.php.net/viewvc?view=revision&revision=323045
>>
>> Log:
>> Fixed bug #60968
On Fri, Feb 3, 2012 at 17:27, Xinchen Hui wrote:
> laruence Fri, 03 Feb 2012 16:27:35 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=323045
>
> Log:
> Fixed bug #60968 (Late static binding doesn't work with
> ReflectionMethod::invokeArgs())
>
Hi!
Considering this little fix, it is no harm to commit to RC. :)
Anyway it also okey for me to commit after release, since this is
really a trivial bug and there are already one patche for me need to
be remembered ci after 5.4.0 released. :)
OK, it looks like we're going to have another R
to be more specific:
If we do not want to delay 5.4 any further (and I think we should not
delay it any longer after this RC). We should simply stop any kind of
commits after it, to follow the golden release rule. Only very
critical security issues should be allowed, after approvals.
It is also e
hi!
we need another RC anyway.
There is another trait segfault and that openssl security bug.
Cheers,
On Wed, Jan 25, 2012 at 8:29 AM, Stas Malyshev wrote:
> Hi!
>
>
>> Now it looks fine.
>> I think it should be committed into 5.4 as well.
>> Stas?
>
>
> That would probably require new RC, i.e
Sent from my iPhone
在 2012-1-25，15:49，Dmitry Stogov 写道：
> On 01/25/2012 11:36 AM, Rasmus Lerdorf wrote:
>> Still a known crash bug though. This is what our RCs are supposed to
>> catch, right?
>
> This is not a single way to crash PHP with especially prepared code.
> Some of these ways are never
On 01/25/2012 11:36 AM, Rasmus Lerdorf wrote:
Still a known crash bug though. This is what our RCs are supposed to
catch, right?
This is not a single way to crash PHP with especially prepared code.
Some of these ways are never going to be fixed.
For me it doesn't mater if this patch will be co
Hi!
Still a known crash bug though. This is what our RCs are supposed to
catch, right?
Right, but judging by current patten we're pushing the release further
and further without any obvious end in sight. If we will wait with the
release until we have 0 bugs in PHP (or even 0 possibility of s
Still a known crash bug though. This is what our RCs are supposed to
catch, right?
On 01/24/2012 11:34 PM, Dmitry Stogov wrote:
> Hi Stas,
>
> Not a big problem, just yet another way to crash PHP locally with tricky
> code. It may be committed after release as well.
>
> Thanks. Dmitry.
>
> On 0
Hi Stas,
Not a big problem, just yet another way to crash PHP locally with tricky
code. It may be committed after release as well.
Thanks. Dmitry.
On 01/25/2012 11:29 AM, Stas Malyshev wrote:
Hi!
Now it looks fine.
I think it should be committed into 5.4 as well.
Stas?
That would probabl
Hi!
Now it looks fine.
I think it should be committed into 5.4 as well.
Stas?
That would probably require new RC, i.e. release will have to be pushed
back. How serious is the problem we're talking about?
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6
Hi,
Now it looks fine.
I think it should be committed into 5.4 as well.
Stas?
Thanks. Dmitry.
On 01/24/2012 06:43 PM, Laruence wrote:
HI Dmitry:
could you please review this improved fix?
thanks
On Tue, Jan 24, 2012 at 10:39 PM, Xinchen Hui wrote:
laruence
HI Dmitry:
could you please review this improved fix?
thanks
On Tue, Jan 24, 2012 at 10:39 PM, Xinchen Hui wrote:
> laruence Tue, 24 Jan 2012 14:39:45 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=322678
>
> Log:
> Re-fixed bug #60825
On Sun, Dec 18, 2011 at 9:03 PM, Scott MacVicar wrote:
> It's not worth adding a test for, it's never going to re-occur and it only
> affects 4 year old versions of OpenSSL. Basically RHEL 5 is the only thing
> with a problem.
>
> I wrote one but don't want to add a somewhat useless test. Attach
I'm +1 on adding it for several reasons, one of which is there are plenty of
RHEL 5 (and OL 5) sites out there.
Chris
PS the testcase wasn't attached to your email.
On 12/18/2011 12:03 PM, Scott MacVicar wrote:
It's not worth adding a test for, it's never going to re-occur and it only
affec
It's not worth adding a test for, it's never going to re-occur and it only
affects 4 year old versions of OpenSSL. Basically RHEL 5 is the only thing with
a problem.
I wrote one but don't want to add a somewhat useless test. Attached, but the
extra second to test running isn't worth it.
- Sco
hi,
do you have a test case for this crash?
Cheers,
On Sun, Dec 18, 2011 at 6:14 AM, Scott MacVicar wrote:
> scottmac Sun, 18 Dec 2011 05:14:32 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=321094
>
> Log:
> Fix segfault in older versions o
hi Dmitry,
As of yesterday, please add it to php.ini and to the UPGRADING guide :)
Thanks!
On Thu, Dec 15, 2011 at 9:47 AM, Dmitry Stogov wrote:
> dmitry Thu, 15 Dec 2011 08:47:03 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=321038
>
> L
On Sun, 4 Dec 2011, Hannes Magnusson wrote:
> On Sat, Nov 26, 2011 at 17:44, Derick Rethans wrote:
> > derick Sat, 26 Nov 2011 16:44:21 +
> >
> > Revision: http://svn.php.net/viewvc?view=revision&revision=319960
> >
> > Log:
> > - Fixed bug #54851 (DateTime::
On Sat, Nov 26, 2011 at 17:44, Derick Rethans wrote:
> derick Sat, 26 Nov 2011 16:44:21 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=319960
>
> Log:
> - Fixed bug #54851 (DateTime::createFromFormat() doesn't interpret "D").
>
> Bug: https:/
Previous, missing news entry.
On Tue, Nov 15, 2011 at 1:06 PM, Felipe Pena wrote:
> 2011/11/15 Ilia Alshanetsky :
>> iliaa Tue, 15 Nov 2011 18:02:58 +
>>
>> Revision: http://svn.php.net/viewvc?view=revision&revision=319259
>>
>> Log:
>> Fixed bug #60244 (pg_
2011/11/15 Ilia Alshanetsky :
> iliaa Tue, 15 Nov 2011 18:02:58 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=319259
>
> Log:
> Fixed bug #60244 (pg_fetch_* functions do not validate that row param is >0).
>
> Bug: https://bugs.php.net/60244
sorry for wrong bug id, should be:
Fixed bug #60205 (possible integer overflow in content_length)
thanks
On Thu, Nov 3, 2011 at 3:26 PM, Xinchen Hui wrote:
> laruence Thu, 03 Nov 2011 07:26:09 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision
hi Dmitry!
Thanks for this fix :)
Can you add a note to the UPGRADING.INTERNALS please? About the new
get_gc handler?
Thanks!
On Wed, Nov 2, 2011 at 7:31 AM, Dmitry Stogov wrote:
> dmitry Wed, 02 Nov 2011 06:31:33 +
>
> Revision: http://svn.php.net/viewvc?
Fixed
chregu
On 06.10.11 16:31, Hannes Magnusson wrote:
> On Wed, Oct 5, 2011 at 11:56, Christian Stocker wrote:
>> chregu Wed, 05 Oct 2011 09:56:01 +
>>
>> Revision: http://svn.php.net/viewvc?view=revision&revision=317759
>>
>> Log:
>> Added xsl.security_pr
On Wed, Oct 5, 2011 at 11:56, Christian Stocker wrote:
> chregu Wed, 05 Oct 2011 09:56:01 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=317759
>
> Log:
> Added xsl.security_prefs ini option to define forbidden operations within XSLT
> styles
On 09/26/2011 03:03 PM, Hannes Magnusson wrote:
> Where is that discussion?
>
> Would be nice to have this officially known, as it often becomes
> really weird during 5.3.42 and 5.4.3 development.. is bugfix XYZ
> including in that or that release :]
We had it a while ago. It makes perfect sense
Where is that discussion?
Would be nice to have this officially known, as it often becomes
really weird during 5.3.42 and 5.4.3 development.. is bugfix XYZ
including in that or that release :]
-Hannes
On Mon, Sep 26, 2011 at 15:00, Pierre Joye wrote:
> that's changes since last 5.4 releases an
that's changes since last 5.4 releases and will be cleaned up in
final. There was a discussion about that and it was told to do so.
On Mon, Sep 26, 2011 at 2:32 PM, Hannes Magnusson
wrote:
> On Mon, Sep 26, 2011 at 10:56, Pierre Joye wrote:
>> pajoye Mon, 26 Sep
On Mon, Sep 26, 2011 at 10:56, Pierre Joye wrote:
> pajoye Mon, 26 Sep 2011 08:56:56 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=317307
>
> Log:
> - update news
>
> Changed paths:
> U php/php-src/branches/PHP_5_3/NEWS
> U php/php
Hi:
done~ :)
thanks
2011/9/17 Kalle Sommer Nielsen :
> Hi
>
> 2011/9/17 Xinchen Hui :
>> laruence Sat, 17 Sep 2011 03:23:38 +
>>
>> Revision: http://svn.php.net/viewvc?view=revision&revision=316897
>>
>> Log:
>> Update NEWS
>>
>> Changed paths:
>> U php/p
Hi
2011/9/17 Xinchen Hui :
> laruence Sat, 17 Sep 2011 03:23:38 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=316897
>
> Log:
> Update NEWS
>
> Changed paths:
> U php/php-src/branches/PHP_5_3/NEWS
> U php/php-src/branches/PHP_5_4/NEW
On Thu, 2011-09-15 at 12:28 +0200, Ferenc Kovacs wrote:
> so we are now reverting back to the old behavior?
> I didn't expected that by the discussion on the mailing list.
ack, we shouldn't have changed the behavior in the fist place. But going
back and forth is creating an even bigger mess.
joha
On Thu, Sep 15, 2011 at 11:58 AM, Dmitry Stogov wrote:
> dmitry Thu, 15 Sep 2011 09:58:33 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=316810
>
> Log:
> Fixed bug #55475 (is_a() triggers autoloader). (alan at akbkhome dot com)
>
> Bug: http
Hi:
anyone has Zend karma, plz help dmitry to fix this litte bug.
specifically, change the expect warning to :
Fatal error: Allowed memory size of %d bytes exhausted at %s (tried
to allocate %d bytes) in %s/bug55509.php on line %d
thanks
2011/9/14 Christopher Jones :
>
> Dmitry,
>
> T
Dmitry,
This is diffing for me in 5.4 (I've haven't looked at 5.3 or trunk):
007+ Fatal error: Allowed memory size of 3221225472 bytes exhausted at /home/cjones/phpsrc/php/php-src/branches/PHP_5_4/ext/standard/string.c:4636 (tried to allocate 536870913 bytes) in
/home/cjones/phpsrc/php/php-src
On Tue, Sep 13, 2011 at 15:11, Xinchen Hui wrote:
> laruence Tue, 13 Sep 2011 13:11:42 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=316622
>
> Log:
> update news
>
> Changed paths:
> U php/php-src/branches/PHP_5_3/NEWS
> U php/php-s
Hi!
On 9/12/11 3:04 AM, Hannes Magnusson wrote:
Shouldn't this be merged to trunk too?
Thanks, somehow I forgot to merge it. Done now.
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
--
PHP CVS Mailing List (http://www.php.net/)
To unsubsc
On Tue, Jul 5, 2011 at 01:38, Stanislav Malyshev wrote:
> stas Mon, 04 Jul 2011 23:38:09 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=312919
>
> Log:
> fix crypt() issue with overlong salt
>
> Changed paths:
> U php/php-src/branches/
On Thu, Sep 8, 2011 at 21:53, Alexey Shein wrote:
> Hello, Hannes!
> It seems your fix is wrong, bug54798 still fails on my machine on
> trunk, 5.4 and 5.3 branches (ubuntu x64).
> IMO you should move your patch one line upper, i.e. before call to
> _php_curl_cleanup_handle(ch); since error is ras
Hello, Hannes!
It seems your fix is wrong, bug54798 still fails on my machine on
trunk, 5.4 and 5.3 branches (ubuntu x64).
IMO you should move your patch one line upper, i.e. before call to
_php_curl_cleanup_handle(ch); since error is rasing there.
I've also made some patches for this, could you r
Hi
2011/8/30 Arpad Ray :
> arpad Tue, 30 Aug 2011 14:01:35 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=315784
>
> Log:
> fix news entries
>
> Changed paths:
> U php/php-src/branches/PHP_5_3/NEWS
> U php/php-src/branches/PHP_5_4/
On Mon, Aug 29, 2011 at 23:45, Arpad Ray wrote:
> arpad Mon, 29 Aug 2011 21:45:42 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=315747
>
> Log:
> news entry for r66021 Log:
>
> Changed paths:
> U php/php-src/branches/PHP_5_3/NEWS
>
> M
Hi Folks:
On Thu, Jul 07, 2011 at 02:20:50PM -0700, Stas Malyshev wrote:
>
> In fact, I'm not sure why would we need such warning at all. Unknown
> class - return false, who cares?
+1
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intens
Hi!
On 7/7/11 2:08 PM, Johannes Schlüter wrote:
On Thu, 2011-07-07 at 20:27 +0200, Pierre Joye wrote:
what kind of troubles do they see?
https://pear.php.net/bugs/bug.php?id=18656
Even if the Warning is good it's questionable for 5.3, especially during
RC.
Yes, I had problem with it too in
On Thu, 2011-07-07 at 20:27 +0200, Pierre Joye wrote:
> what kind of troubles do they see?
https://pear.php.net/bugs/bug.php?id=18656
Even if the Warning is good it's questionable for 5.3, especially during
RC.
(note that warnings not only cause the error being reported, which can
be switched off
what kind of troubles do they see?
2011/7/7 Johannes Schlüter :
> Hi,
>
> I was told (didn't verify) that this causes lots of trouble with PEAR
> and other applications. We're in final RC phase of 5.3.7. I don't think
> it is critical for 5.3.7 and I wonder whether we need it for 5.3 at all.
>
> j
Hi,
I was told (didn't verify) that this causes lots of trouble with PEAR
and other applications. We're in final RC phase of 5.3.7. I don't think
it is critical for 5.3.7 and I wonder whether we need it for 5.3 at all.
johannes
On Mon, 2011-07-04 at 14:55 +, Dmitry Stogov wrote:
> dmitry
> This looks like a rather big change. Is that needed for 5.3.7?
Even if it looks big, it's not that big. I've extended the SHM usage
and renamed it to scoreboard.
It's not necessary needed for 5.3.7.
++ Jerome
--
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php
On Sun, 2011-06-26 at 15:48 +, Jérôme Loyet wrote:
> fat Sun, 26 Jun 2011 15:48:11 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=312496
>
> Log:
> - Replaced shm_slots with a real scoreboard
> - Added several improvements to the stat
It seems the bug reporter preferred the data version.. I'd say include
it too, doesn't hurt atleast :)
-Hannes
On Thu, Jun 2, 2011 at 19:09, Ilia Alshanetsky wrote:
> The version is already printed in phpinfo(), I am not sure we need to
> bring the data version... What do you think?
>
> On Thu,
The version is already printed in phpinfo(), I am not sure we need to
bring the data version... What do you think?
On Thu, Jun 2, 2011 at 11:37 AM, Hannes Magnusson
wrote:
> On Wed, Jun 1, 2011 at 18:26, Ilia Alshanetsky wrote:
>> iliaa Wed, 01 Jun 2011 16:26:2
On Wed, Jun 1, 2011 at 18:26, Ilia Alshanetsky wrote:
> iliaa Wed, 01 Jun 2011 16:26:21 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=311714
>
> Log:
> Implemented FR #54561 (Expose ICU Version & ICU Data Version info).
>
> Bug: http://bugs
Johannes,
As the bug report mentions the current behaviour is un-expected and
this change does not necessarily make the error fatal, since it'll
abide by the error emitting config the user specifies for PDO as
opposed to ignoring it..
2011/6/1 Johannes Schlüter :
> Hi,
>
> this might be a good th
Hi,
this might be a good thing for consistency and maybe reflect
expectations more, but changing a warning to (possibly) an exception,
which is fatal is a quite big change. Isn't it?
johannes
On Wed, 2011-06-01 at 13:23 +, Ilia Alshanetsky wrote:
> iliaaWe
Please merge into 5.4 branch as well.
Thanks
On Tue, May 31, 2011 at 11:20 AM, Dmitry Stogov wrote:
> dmitry Tue, 31 May 2011 09:20:51 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=311635
>
> Log:
> Fixed bug #54910 (Crash when calling cal
The test segfaults here.
And Valgrind shows this:
==21439== Invalid read of size 8
==21439==at 0x8EDC69: _php_stream_write (streams.c:1085)
==21439==by 0x826C0A: zif_fwrite (file.c:1294)
==21439==by 0x97C392: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:320)
==21439==by 0x
On Mon, 25 Apr 2011 12:32:04 +0100, Hannes Magnusson
wrote:
2011/4/4 Gustavo André dos Santos Lopes :
cataphract Mon, 04 Apr 2011 02:50:27 +
Revision: http://svn.php.net/viewvc?view=revision&revision=309929
Log:
- Fixed bug #54384 (Dual iterators, GlobIter
2011/4/4 Gustavo André dos Santos Lopes :
> cataphract Mon, 04 Apr 2011 02:50:27 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=309929
>
> Log:
> - Fixed bug #54384 (Dual iterators, GlobIterator, SplFileObject and
> SplTempFileObject crash when u
2011/4/18 Johannes Schlüter :
> On 04/18/11 11:50 AM, Hannes Magnusson wrote:
>>
>> Expose PHP_MANDIR
>> Useful for apps (like the pear installer, phd, .. etc) to install their
>> manpages into the same dir as php did :]
>
> Shouldn't that be done via php-config?
Why? These are .php apps, I don't
On 04/18/11 11:50 AM, Hannes Magnusson wrote:
Expose PHP_MANDIR
Useful for apps (like the pear installer, phd, .. etc) to install their
manpages into the same dir as php did :]
Shouldn't that be done via php-config?
johannes
--
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, visi
hi Stas,
please add the CVE to the news entry.
On Wed, Apr 13, 2011 at 8:32 AM, Stanislav Malyshev wrote:
> stas Wed, 13 Apr 2011 06:32:41 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=310194
>
> Log:
> fix bug #54238 (use-after-free in
On 04/01/2011 03:47 AM, Pierre Joye wrote:
> Hi Tony,
>
> This commit breaks the build, see:
>
Oh, sorry about that.
For some reason I was 100% sure this structure is the same in HEAD, but
apparently it isn't.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP C
Hi Tony,
This commit breaks the build, see:
http://windows.php.net/downloads/snaps/trunk-ts-windows-vc9-x86/logs/r309857/compile.txt
Not sure yet why it fails. Does it work for you?
On Thu, Mar 31, 2011 at 1:59 PM, Antony Dovgal wrote:
> tony2001 Thu, 31 Mar 201
Scott,
Are there any tests for this?
Chris
On 02/09/2011 12:05 AM, Scott MacVicar wrote:
scottmac Wed, 09 Feb 2011 08:05:00 +
Revision: http://svn.php.net/viewvc?view=revision&revision=308155
Log:
Fix Bug #53963, error code isn't always set in certain err
hi,
Please add it to UPGRADING too :)
Cheers,
On Fri, Feb 11, 2011 at 11:07 PM, Peter Cowburn wrote:
> salathe Fri, 11 Feb 2011 22:07:22 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=308264
>
> Log:
> MFH - Added SplFileInfo::getExtension(
On Wed, 09 Feb 2011 00:05:39 -, Christopher Jones
wrote:
Can you update php.ini-* too - and ideally also update the doc? Try
using edit.php.net.
Done. Thanks for bringing this to my attention.
--
Gustavo Lopes
--
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, visit:
On 02/08/2011 01:40 PM, Gustavo André dos Santos Lopes wrote:
cataphract Tue, 08 Feb 2011 21:40:51 +
Revision: http://svn.php.net/viewvc?view=revision&revision=308150
Log:
- Changed default serialize_precision from 100 to 17, as discussed in internals.
Chang
Missing news entry from a previous bug fix.
On Fri, Feb 4, 2011 at 10:37 PM, Adam Harvey wrote:
> On 5 February 2011 05:41, Ilia Alshanetsky wrote:
>> Log:
>> Fixed bug #53924 (FILTER_VALIDATE_URL doesn't validate port number).
>>
>> Modified: php/php-src/branches/PHP_5_3/NEWS
>> ===
On 5 February 2011 05:41, Ilia Alshanetsky wrote:
> Log:
> Fixed bug #53924 (FILTER_VALIDATE_URL doesn't validate port number).
>
> Modified: php/php-src/branches/PHP_5_3/NEWS
> ===
> --- php/php-src/branches/PHP_5_3/NEWS 2011-02-04
On 01/30/2011 04:52 PM, Jérôme Loyet wrote:
> 2011/1/30 Antony Dovgal :
>> On 01/29/2011 02:38 PM, Jérôme Loyet wrote:
>>> + if (request_uri) {
>>> + cpystrn(slot->request_uri, request_uri,
>>> sizeof(slot->request_uri));
>>> + }
>>> +
>>
>> No need to use/have private string f
2011/1/30 Antony Dovgal :
> On 01/29/2011 02:38 PM, Jérôme Loyet wrote:
>> + if (request_uri) {
>> + cpystrn(slot->request_uri, request_uri,
>> sizeof(slot->request_uri));
>> + }
>> +
>
> No need to use/have private string funcs for that, we have strlcpy() &
> strlcat() in PHP
On 01/29/2011 02:38 PM, Jérôme Loyet wrote:
> + if (request_uri) {
> + cpystrn(slot->request_uri, request_uri,
> sizeof(slot->request_uri));
> + }
> +
No need to use/have private string funcs for that, we have strlcpy() &
strlcat() in PHP.
See main/strlcpy.c and main/strlcat.
2011/1/28 Johannes Schlüter :
> On Fri, 2011-01-28 at 04:19 +, Adam Harvey wrote:
>>
>> Modified: php/php-src/trunk/UPGRADING
>> ===
>> --- php/php-src/trunk/UPGRADING 2011-01-28 04:17:08 UTC (rev 307806)
>> +++ php/php-src/trunk/U
Hi,
On Fri, 2011-01-28 at 04:19 +, Adam Harvey wrote:
>
> Modified: php/php-src/trunk/UPGRADING
> ===
> --- php/php-src/trunk/UPGRADING 2011-01-28 04:17:08 UTC (rev 307806)
> +++ php/php-src/trunk/UPGRADING 2011-01-28 04:19:40 UT
Hi Ilia,
What about adding a phpt?
Chris
On 01/10/2011 10:19 AM, Ilia Alshanetsky wrote:
iliaaMon, 10 Jan 2011 18:19:02 +
Revision: http://svn.php.net/viewvc?view=revision&revision=307343
Log:
Fixed bug #53630 (Fixed parameter handling inside readline
On 01/07/2011 05:22 PM, Andrey Hristov wrote:
> A php/php-src/branches/PHP_5_3/ext/mysql/tests/bug53649.phpt
Is this test supposed to fail?
# cat /local/qa/5_3_non-ZTS/ext/mysql/tests/bug53649.diff
001+ bug
001- done
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
On Tue, 21 Dec 2010 18:52:07 -, Christopher Jones
wrote:
On 12/21/2010 10:47 AM, Gustavo Lopes wrote:
On Tue, 21 Dec 2010 18:23:11 -, Christopher Jones
wrote:
Hi Gustavo,
Can you review the definition of
http://www.php.net/manual/en/splminheap.compare.php ?
I believe the t
On Tue, 21 Dec 2010 18:23:11 -, Christopher Jones
wrote:
Hi Gustavo,
Can you review the definition of
http://www.php.net/manual/en/splminheap.compare.php ?
I believe the testcase should have the operands reversed to satisfy this
definition and so the bug was bogus.
I did. The de
On 12/21/2010 10:47 AM, Gustavo Lopes wrote:
On Tue, 21 Dec 2010 18:23:11 -, Christopher Jones
wrote:
Hi Gustavo,
Can you review the definition of
http://www.php.net/manual/en/splminheap.compare.php ?
I believe the testcase should have the operands reversed to satisfy this
definitio
Hi Gustavo,
Can you review the definition of
http://www.php.net/manual/en/splminheap.compare.php ?
I believe the testcase should have the operands reversed to satisfy this
definition
and so the bug was bogus.
Chris
On 12/21/2010 09:29 AM, Gustavo André dos Santos Lopes wrote:
cataphract
2010/12/18 Kalle Sommer Nielsen :
> Hi
>
> 2010/12/18 Gustavo André dos Santos Lopes :
>> Changed paths:
>> U php/php-src/branches/PHP_5_3/NEWS
>> U php/php-src/branches/PHP_5_3/ext/zip/lib/zip_dirent.c
>> U php/php-src/trunk/ext/zip/lib/zip_dirent.c
>
> I think that fix should go up
Hi
2010/12/18 Gustavo André dos Santos Lopes :
> Changed paths:
> U php/php-src/branches/PHP_5_3/NEWS
> U php/php-src/branches/PHP_5_3/ext/zip/lib/zip_dirent.c
> U php/php-src/trunk/ext/zip/lib/zip_dirent.c
I think that fix should go upstream instead of have a .patch file like
ext/
On Wed, Nov 3, 2010 at 22:48, Pierre Joye wrote:
> pajoye Wed, 03 Nov 2010 21:48:08 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=305063
>
> Log:
> - add stat support for zip://
does that mean filesize(zip://archive.zip#foobar) and
file_ex
1 - 100 of 173 matches
Mail list logo
