hi,
Please try using a snapshot instead. a2 introduced something that was
supposed to help with the CRT versions support but had the exact
opposite effect. There was already a bug report about it and is now
closed.
On Wed, Jul 20, 2011 at 5:12 AM, Jingcheng Zhang wrote:
> Hello,
>
> I'm using Wi
On 07/19/2011 07:09 PM, Pierre Joye wrote:
On Wed, Jul 20, 2011 at 1:50 AM, Scott MacVicar wrote:
OpenSSL has been FIPS certified, your change has changed this contract and it's
calling back into a Windows API. Has it been reviewed for correctness?
And by the way, the CryptoAPI for the window
On 7/19/11 8:12 PM, Jingcheng Zhang wrote:
Hello,
I'm using Windows XP Apache 2.2 build with VC9 x86 from Apache Lounge.
5.4.0alpha1 works, but 5.4.0alpha2 is broken with "SideBySide" error.
Is there any difference in building environment between alpha1 and alpha2?
Thanks very much.
Can you
Hello,
I'm using Windows XP Apache 2.2 build with VC9 x86 from Apache Lounge.
5.4.0alpha1 works, but 5.4.0alpha2 is broken with "SideBySide" error.
Is there any difference in building environment between alpha1 and alpha2?
Thanks very much.
On Fri, Jul 15, 2011 at 1:43 AM, David Soria Parra wro
It annoys me to no end that I even feel I need to write these down, but
apparently I do. So, here are a couple of simple rules to guide your
behaviour around here:
1. Do not call other developers nor users idiots nor other derogatory
terms on the mailing list.
2. Do not use Twitter or other pu
On Wed, Jul 20, 2011 at 1:50 AM, Scott MacVicar wrote:
> OpenSSL has been FIPS certified, your change has changed this contract and
> it's calling back into a Windows API. Has it been reviewed for correctness?
And by the way, the CryptoAPI for the windows versions we support is
certified as well
hi,
On Wed, Jul 20, 2011 at 1:50 AM, Scott MacVicar wrote:
> Why did you even commit such a change without discussing it?
I maintain this part of the OpenSsl extension and the php windows
port. There was a horrible bug and slowdown with this code and I fixed
it. Users tested it and are happy wit
Why did you even commit such a change without discussing it? I understand your
logic for doing this but there was no RFC or discussion around the impact of
this.
OpenSSL has been FIPS certified, your change has changed this contract and it's
calling back into a Windows API. Has it been reviewed
Hi,
These tests fail in trunk on my x86_64 build:
crypt_sha256.phpt
crypt_variation1.phpt
The differences are like this:
Expected: <$5$saltstring$5B8vYYiY.CVt1RlTTf8KbXBH3hsxY/GNooZaBBGWEc5>
Got <$5$saltst$JTS/fkywz8NvjeCGmWDndJPi7ZrRFhQKBLNtQZWE2C3>
That is, the salts are truncated. Th
Hi,
On Mon, Jul 18, 2011 at 11:27:32PM +0200, Pierre Joye wrote:
> Thanks for the patches, applied to all active branches.
Thank you!
> About the tests, it would be very good to have them ported as phpt. As
> far as I remember I did that back then when I first ported it to php.
No, your tests a
Hi!
On 7/19/11 3:40 PM, Ilia Alshanetsky wrote:
Stas,
On the "Remove magic quotes" there seems to be an overwhelming support
from PHP Core and the community for removing it. Any reason there is
no definitive decision on the topic?
I think there is, but I wanted to hear people that objected in
On Wed, Jul 20, 2011 at 12:40 AM, Ilia Alshanetsky wrote:
> Stas,
>
> On the "Remove magic quotes" there seems to be an overwhelming support
> from PHP Core and the community for removing it. Any reason there is
> no definitive decision on the topic?
No but some open questions, please read my rep
and I will restore it myself right now, to be sure that it will be in
the next releases.
On Wed, Jul 20, 2011 at 12:54 AM, Pierre Joye wrote:
> Scott,
>
>
>
> On Wed, Jul 20, 2011 at 12:35 AM, Scott MacVicar wrote:
>> Just noticed a commit from Pierre last week
>> http://svn.php.net/viewvc?view
Scott,
On Wed, Jul 20, 2011 at 12:35 AM, Scott MacVicar wrote:
> Just noticed a commit from Pierre last week
> http://svn.php.net/viewvc?view=revision&revision=313112 which changed OpenSSL
> to use a special Windows API call for gathering random data.
>
> I've reverted this change so we can d
Stas,
On the "Remove magic quotes" there seems to be an overwhelming support
from PHP Core and the community for removing it. Any reason there is
no definitive decision on the topic?
On Sun, Jul 17, 2011 at 5:08 AM, Stas Malyshev wrote:
> Hi!
>
> Here are the results of the votes. I've split th
Just noticed a commit from Pierre last week
http://svn.php.net/viewvc?view=revision&revision=313112 which changed OpenSSL
to use a special Windows API call for gathering random data.
I've reverted this change so we can discuss this further.
I disagree with advertising a library function and cha
On 07/18/2011 02:47 PM, Nuno Lopes wrote:
Hi,
The gcov.php.net machine is about to die. Nexcess (the owner) already offered
us the possibility to get a replacement.
However, before accepting their offer I would like to know if someone is still
using the gcov.php.net service. Is it still usef
The gcov.php.net machine is about to die. Nexcess (the owner) already
offered us the possibility to get a replacement.
However, before accepting their offer I would like to know if someone is
still using the gcov.php.net service. Is it still useful for anyone?
I think test coverage, valgrind and
That seems to be linking just fine.
Thank you.
On 19 July 2011 16:23, Pierre Joye wrote:
> please try again (fetch the lib again)
>
> On Tue, Jul 19, 2011 at 3:42 PM, Richard Quadling wrote:
>> Toggling between libpng-1.2.45-vc9-x86.zip and
>> libpng-1.2.46-vc9-x86.zip and 1.2.45 works for me b
On Tue, Jul 19, 2011 at 5:26 PM, Daniel Convissor
wrote:
> Hi Derick:
>
> On Mon, Jul 18, 2011 at 05:23:58PM +0100, Derick Rethans wrote:
>>
>> Doesn't that mean that anybody not running a php.ini file will just
>> always get this warning/error? I wouldn't want that as a php.ini file
>> should be
Hi Derick:
On Mon, Jul 18, 2011 at 05:23:58PM +0100, Derick Rethans wrote:
>
> Doesn't that mean that anybody not running a php.ini file will just
> always get this warning/error? I wouldn't want that as a php.ini file
> should be optional.
Yeah, that's problematic. What are your thoughts as
please try again (fetch the lib again)
On Tue, Jul 19, 2011 at 3:42 PM, Richard Quadling wrote:
> Toggling between libpng-1.2.45-vc9-x86.zip and
> libpng-1.2.46-vc9-x86.zip and 1.2.45 works for me but 1.2.46 doesn't.
>
> On 19 July 2011 13:15, Richard Quadling wrote:
>> Yep. Got it!
>>
>> I've j
yes, seeing that on the builds log as well. No idea yet what causes
this problem as I do not see a relevant change in the libpng
changelog. Stay tuned.
On Tue, Jul 19, 2011 at 3:42 PM, Richard Quadling wrote:
> Toggling between libpng-1.2.45-vc9-x86.zip and
> libpng-1.2.46-vc9-x86.zip and 1.2.45
Toggling between libpng-1.2.45-vc9-x86.zip and
libpng-1.2.46-vc9-x86.zip and 1.2.45 works for me but 1.2.46 doesn't.
On 19 July 2011 13:15, Richard Quadling wrote:
> Yep. Got it!
>
> I've just tried rebuilding my PHP (5.3 and 5.4). Both getting the same
> linker error.
>
>
> [snip]
> xbm.c
>
I didn't know about gcov until a couple days ago, but just poking around I
think its fairly useful, if nothing else to see where potential
vulnerabilities may lie, as well as a quick, convenient way to check out the
internal code.
Thanks,
Mike
On Tue, Jul 19, 2011 at 6:44 AM, Rafael Dohms wrote
Yep. Got it!
I've just tried rebuilding my PHP (5.3 and 5.4). Both getting the same
linker error.
[snip]
xbm.c
rc /n /fo Release\php_gd2.dll.res /d FILE_DESCRIPTION="\"GD
imaging\"" /d FILE_NAME="\"php_gd2.dll\"" /d
URL="\"http://www.php.net\""; /d INTERNAL_NAME="\"GD extension\"" /d
THA
Hi guys.
a few days ago I did a little modifications on
web/php-bugs/trunk/include/php_versions.php so now it fetch the
version information from http://qa.php.net/api.php and
http://www.php.net/releases/index.php
so if everything goes well, yo don't need to change the
php_versions.php anymore.
the
On Mon, Jul 18, 2011 at 6:47 PM, Nuno Lopes wrote:
> Hi,
>
> So, is it worth it?
>
Speaking as a organizer of PHP TestFest events i think GCOV is one of
our most used tools to figure out what needs testing, all of our test
writers need this resource to look into this.
--
Rafael Dohms
PHP Evang
global pkg is not but the standalone one is
On Tue, Jul 19, 2011 at 12:59 PM, Richard Quadling wrote:
> On 19 July 2011 11:25, Pierre Joye wrote:
>> done.
>
> And thank you for the update to http://windows.php.net/downloads/php-sdk/deps
>
>
>
> --
> Richard Quadling
> Twitter : EE : Zend : PHPD
On 19 July 2011 11:25, Pierre Joye wrote:
> done.
And thank you for the update to http://windows.php.net/downloads/php-sdk/deps
--
Richard Quadling
Twitter : EE : Zend : PHPDoc
@RQuadling : e-e.com/M_248814.html : bit.ly/9O8vFY : bit.ly/lFnVea
--
PHP Internals - PHP Runtime Development Mai
well
ON TOPIC:
deprecate it, throw a warning and set default to off
if you can not set default to off for whatever reason
you can not deprecate it - so simple the things are
Am 19.07.2011 12:31, schrieb Pierre Joye:
> May I ask you guys to stay on topic?
>
> I posted the steps to remove it. Th
May I ask you guys to stay on topic?
I posted the steps to remove it. There are only two open questions
about the warning level for the setter (or to kill them) and that's
all. Everything else is off topic. Please don't hijack this thread any
longer :)
On Tue, Jul 19, 2011 at 12:29 PM, Reindl Har
Am 19.07.2011 12:20, schrieb Lester Caine:
> Reindl Harald wrote:
magic_quotes_gpc is deprecated as of 5.3
>> http://php.net/manual/en/migration53.deprecated.php
>> only the default values was left to 1
>>
>> how dumb is this?
>>
>> if i deprecate something
done.
On Mon, Jul 18, 2011 at 8:27 PM, Pierre Joye wrote:
> yes, I do use the latest versions, always if there are security
> related fixes in them.
>
> Thanks for the headup!
>
> On Mon, Jul 18, 2011 at 8:05 PM, James Yu wrote:
>> HI,
>>
>> A venerability issue was found in libpng 1.2.44 which
Reindl Harald wrote:
magic_quotes_gpc is deprecated as of 5.3
>> http://php.net/manual/en/migration53.deprecated.php
>> only the default values was left to 1
>>
>> how dumb is this?
>>
>> if i deprecate something i do not like to use it in
>> future and at the same time i enable it as defaul
On 19 July 2011 09:57, Reindl Harald wrote:
> anybody who maintains a server should make a explicit config
> and not relying on random defaults
Consider me told. Amazed that a 2 year old deprecation notice is still
outstanding, but told all the same.
I think, rather than having "production" and
Am 19.07.2011 10:41, schrieb Lester Caine:
> Reindl Harald wrote:
>> magic_quotes_gpc is deprecated as of 5.3
>> http://php.net/manual/en/migration53.deprecated.php
>> only the default values was left to 1
>>
>> how dumb is this?
>>
>> if i deprecate something i do not like to use it in
>> future
Hello.
I have only one question - is really that many old applications able
to run on 5.3 who require magic_quotes, safe mode, register globals
and other legacy stuff?
How long are you planing on keeping the BC? 10 years, 15 years? Maybe 20?
Reality is - break it in 5.4 or in 6.0 in two-three years
Reindl Harald wrote:
magic_quotes_gpc is deprecated as of 5.3
http://php.net/manual/en/migration53.deprecated.php
only the default values was left to 1
how dumb is this?
if i deprecate something i do not like to use it in
future and at the same time i enable it as default?
there is no logical
Original-Nachricht
Betreff: Re: [PHP-DEV] [RFC] Magic Quotes in PHP, the Finalle
Datum: Tue, 19 Jul 2011 09:07:51 +0200
Von: Ferenc Kovacs
An: Reindl Harald
CC: internals@lists.php.net
magic_quotes_gpc is deprecated as of 5.3
http://php.net/manual/en/migration53.deprecated.php
On Tue, Jul 19, 2011 at 8:53 AM, Reindl Harald wrote:
>
>
> Am 19.07.2011 01:12, schrieb Ferenc Kovacs:
>>> since this is default OFF there is no warning if not configured
>>> empty php.ini implicits = Off
>>
>> sadly no:
>>
>> tyrael@thor:~/checkouts$ php -n -r 'echo PHP_VERSION."\n";echo
>> ini_
41 matches
Mail list logo
