Tom Worster schreef op 8 februari 2015 15:38:15 GMT+00:00:
>mycrypt was abandoned by its developers in 2007. The package in Debian
>is
>from 2009. It has been removed from RHEL.
>
>This is already unacceptable. But it would be an insult to the idea of
>"security" to include mcrypt in PHP 7.
>
>The
On Tue, 10 Feb 2015, Yasuo Ohgaki wrote:
> Hi all,
>
> Some of you are tired with this topic, but please take a look the RFC
>
> [RFC] Script only includes - this is 3rd version.
> https://wiki.php.net/rfc/script_only_include
>
> Please let me know what you like or dislike.
Con:
- It introduce
On Wed, 11 Feb 2015, Yasuo Ohgaki wrote:
> Hi Markus,
>
> On Tue, Feb 10, 2015 at 5:59 PM, Markus Fischer wrote:
>
> > What constitutes "first token" in this context?
> >
> > Would this be detected as a PHP file?
> >
> > -8<
> > root:x:0:0:root:/root:/bin/bash
> > daemon:x:1:1:daemon:/u
On Mon, 16 Feb 2015, Yasuo Ohgaki wrote:
> On Mon, Feb 16, 2015 at 2:40 PM, Stanislav Malyshev
> wrote:
>
> > > Are you sure that "the ini file is created by the package
> > > maintainer and it includes the “date.timezone” setting" is true?
> > > Last time I checked it
> >
> > I my experience,
On Mon, 16 Feb 2015, Dmitry Stogov wrote:
> hi,
>
> During discussion of different ways of implementing "Design by Contract" we
> got an idea of using annotations.
>
> BTW: annotations are useful by their own and may be used for different
> purposes. Support for annotations was proposed long tim
On Mon, 16 Feb 2015, Sara Golemon wrote:
> On Mon, Feb 16, 2015 at 2:50 PM, François Laupretre wrote:
> > Once again, anyone can take over version 0.3, if it is so great. Why don't
> > you do it ?
> > I will play the game, stop working on my proposal, and vote 'yes' again.
> > But don't ask me t
On Tue, 17 Feb 2015, Dmitry Stogov wrote:
> On Mon, Feb 16, 2015 at 10:57 PM, Derick Rethans wrote:
>
> > On Mon, 16 Feb 2015, Dmitry Stogov wrote:
> >
> > > hi,
> > >
> > > During discussion of different ways of implementing "Design by Contr
On Sun, 22 Feb 2015, Nikita Popov wrote:
> I would like to propose reclassifying our few existing E_STRICT
> notices and removing this error category:
>
> https://wiki.php.net/rfc/reclassify_e_strict
>
> As we don't really have good guidelines on when which type of error
> should be thrown
On Tue, 24 Feb 2015, Yasuo Ohgaki wrote:
> On Tue, Feb 24, 2015 at 4:48 PM, Alexander Lisachenko <
> lisachenko...@gmail.com> wrote:
>
> > There is a draft for that: https://wiki.php.net/rfc/case-sensitivity
> > (mostly empty), so I decided to ask this question in the internals
> > mail list.
>
Hey Joe,
I think there are a few issues with the proposal, although I like the
general idea. I've had the tab with the RFC open since October... but
never looked at it until now :-/. So, a few comments:
- UString as a name.
I think I am going to prefer "Text" as a class name. Unicode (and
int
On Sun, 1 Mar 2015, Yasuo Ohgaki wrote:
> Hi Joe,
>
> On Sun, Mar 1, 2015 at 7:14 PM, Yasuo Ohgaki wrote:
>
> >public function __construct([string $string [, string $source_codepage
> > [, string $substitute_char] ]);
>
> One additional comment for constructor. It should have default
> no
On Sat, 28 Feb 2015, Rowan Collins wrote:
> On 28/02/2015 06:48, Joe Watkins wrote:
> > Morning internals,
> >
> > This is just a quick note to announce my intention to ready this RFC
> > for voting next week.
> >
> > I know I'm a little late maybe, I was real sick most of last week, s
On Fri, 27 Feb 2015, Xinchen Hui wrote:
> Hey Internals:
>
> I was looking Bob's switch optimization..
>
> then I start to worry about where is the place optimization should
> goes..
>
> in generally, PHP is a interpreted language. IMO, it should
> compiler the PHP codes to
On Thu, 5 Mar 2015, Trevor Suarez wrote:
> Good morning internals!
>
> I would like to propose a small addition be made to the DateTime class.
>
> https://github.com/php/php-src/pull/1145
When the factory method was added, we had this same discussion. And the
discussions lead to the conclusion
On Wed, 11 Mar 2015, Zeev Suraski wrote:
> The vote on the Coercive Scalar Type Hints is now open for voting.
>
>
>
> The latest version of the RFC includes changes discussed on internals@ last
> week:
>
> 1. Accept string->bool and int->bool conversions (false->bool is not
> supported)
>
>
On Wed, 11 Mar 2015, Zeev Suraski wrote:
> From: Anthony Ferrara [mailto:ircmax...@gmail.com]
>
> > > function bar(float $x)
> > > $foo = 1;
> > > bar($foo); // will definitely fail in strict mode
> >
> > No, actually it won't fail in strict mode:
> > https://wiki.php.net/rfc/scalar_type_hints_v5
On Tue, 10 Mar 2015, Patrick ALLAERT wrote:
> 2015-03-10 16:02 GMT+01:00 Anthony Ferrara :
> >
> > Can we please come down to a single RFC, with a single vote yes/no?
> > It's easier to understand, easier to manage and has less possibility
> > of gaming.
>
> That is much more stricter than my tho
On Thu, 12 Mar 2015, Thomas Punt wrote:
> Hey PHP Internals,
>
> So there hasn't been much discussion on this RFC, and yet a lot of people have
> voted -1 on it. This is a little disappointing because I'm not entirely sure
> why
> people are against it - and no one seems to want to debate it eit
"guilhermebla...@gmail.com" schreef op 13 maart
2015 18:57:35 GMT+00:00:
>+1 on this, as this is more inline with how ZPP currently works,
>creating
>less headaches to end users.
>
>On Fri, Mar 13, 2015 at 2:33 PM, Stelian Mocanita
>wrote:
>
>> So to get it clear for everyone: the right way is f
On Fri, 13 Mar 2015, guilhermebla...@gmail.com wrote:
> I really want to understand if we're gonna allow this RFC voting or not.
> That's important to reconsider my vote on STH
Well, if we look at it the theoretical way, then no, we won't be able
to consider this one for PHP 7:
- It got announc
On Fri, 13 Mar 2015, Arvids Godjuks wrote:
> At this point I have only swearing words for the proposing persons and
> supporters.
Certainly *that* is going to help?
> It's magic_quotes and register_globals all over again, but this time
> you can't fix it with some PHP code.
It is not even clo
Rowan Collins schreef op 15 maart 2015 17:59:17
GMT+00:00:
>On 15/03/2015 14:19, Anthony Ferrara wrote:
>> All,
>>
>> I ran some numbers on the current votes of the dual-mode vote right
>> now. There were a number of voters that I didn't recognize. So I
>> decided to pull some stats.
>>
>> The fo
On Sun, 15 Mar 2015, Zeev Suraski wrote:
> > I don't think it's going to far, if you have people with no clue writing
> > this:
> >
> > https://plus.google.com/+KristianK%C3%B6hntopp/posts/ijoDNH2M8mB
>
> Do you know who Kristian is and how instrumental he was in the
> proliferation of PHP? How
On Mon, 16 Mar 2015, Xinchen Hui wrote:
> On Mon, Mar 16, 2015 at 5:00 PM, Pierre Joye wrote:
> >
> > On Mar 16, 2015 4:29 PM, "Xinchen Hui" wrote:
> >>
> >> that means, I need to add a lots of (int) while I try to call a
> >> function in a library which is not written by myself.
> >>
> >>
On Mon, 16 Mar 2015, Yasuo Ohgaki wrote:
> On Mon, Mar 16, 2015 at 5:17 PM, Pierre Joye wrote:
>
> > On Mar 16, 2015 6:46 PM, "Yasuo Ohgaki" wrote:
> > >
> > > On Mon, Mar 16, 2015 at 3:33 PM, Dennis Birkholz
> > > wrote:
> > >
> > > > Am 16.03.2015 um 07:22 schrieb Yasuo Ohgaki:
> > > >
> > >
On Mon, 16 Mar 2015, Pavel Kouřil wrote:
> >> This RFC will have serious consequence. We made mistake with
> >> "safe_mode". The main reason it failed is "it did not force caller
> >> to have responsibility to make it work as it should". This RFC does
> >> the same for how declare(strict_types=
On Mon, 16 Mar 2015, Jordi Boggiano wrote:
> On 16/03/2015 11:49, Pavel Kouřil wrote:
> > it's similiar to the safe_mode though. Sure, it's not as bad as INI
> > setting, but the "intent" is the same - a switch changing how code
> > behaves.
>
> ini_set('memory_limit', 10); also changes how your
On Mon, 16 Mar 2015, Yasuo Ohgaki wrote:
> On Mon, Mar 16, 2015 at 8:18 PM, Derick Rethans wrote:
>
> > On Mon, 16 Mar 2015, Xinchen Hui wrote:
> >
> > > On Mon, Mar 16, 2015 at 5:00 PM, Pierre Joye wrote:
> > > >
> > >
On Mon, 16 Mar 2015, Xinchen Hui wrote:
> And last comment, if there no such declare thing, I will definitely
> vote yes to this RFC.
>
> that's why I want vote no for this, and wait for Bob's Basic STH.
That will not be in PHP 7.0 though, as the deadline passed.
And I can probably bet on tha
On Sun, 12 Apr 2015, Peter Lind wrote:
> Hi,
>
> I wanted to get into PHP code development so I grabbed a random bug from
> bugs.php.net. Which turned out to be https://bugs.php.net/bug.php?id=69378
>
> The problem the bug report describes is that creating a diff between two
> dates and then sub
Hi,
This indeed looks like a bug - Happy to have a look at it to fix in
timelib: https://github.com/derickr/timelib
cheers,
Derick
On Mon, 4 May 2015, David Lundgren wrote:
> There is actually already a bug for about this:
> https://bugs.php.net/bug.php?id=54909
>
> I ran into this several m
On Tue, 9 Jun 2015, Jakub Zelenka wrote:
> Hi,
>
> The voting is now open:
>
> https://wiki.php.net/rfc/json_numeric_as_string#voting
FWIW, I voted no to all of them because (as you even say in the RFC),
this is probably better be solved with a JSON schema thingy.
cheers,
Derick
--
PHP Inte
Hi,
this change moved:
-#define ZEND_OPCODE_HANDLER_ARGS zend_execute_data *execute_data
-#define ZEND_OPCODE_HANDLER_ARGS_PASSTHRU execute_data
-
-typedef int (*user_opcode_handler_t) (ZEND_OPCODE_HANDLER_ARGS);
-typedef int (ZEND_FASTCALL *opcode_handler_t) (ZEND_OPCODE_HANDLER_ARGS);
-
-extern
)
Whereas in PHP 7, this ZEND_OPCODE_HANDLER_ARGS define now in a .h file
I can't include (zend_execute_vm.h) — and I can't quite understand *why*
you've moved that macro.
cheers,
Derick
> On Fri, Jun 26, 2015 at 2:46 AM, Derick Rethans wrote:
>
> >
On Tue, 21 Jul 2015, Marco Pivetta wrote:
> I should also add that this breaking change was introduced in a patch
> release (5.5.8).
That wasn't good, but I don't see how it was a *breaking* change. It
never worked before this change either. You now just told you're doing
something inappropriat
On Thu, 30 Jul 2015, Ferenc Kovacs wrote:
> On Sun, Feb 22, 2015 at 11:30 PM, Nikita Popov wrote:
>
> > I would like to propose reclassifying our few existing E_STRICT
> > notices and removing this error category:
> >
> > https://wiki.php.net/rfc/reclassify_e_strict
> >
> > As we don't real
On Fri, 31 Jul 2015, Julien Pauli wrote:
> Hi people.
>
> I've been pinged many times to add a new spl_object_id() function to PHP,
> that would return the internal object handle of an object.
>
> Today, spl_object_hash() partially allows that, but adds many randomness to
> the result, which is
On Tue, 4 Aug 2015, Ferenc Kovacs wrote:
> On Tue, Aug 4, 2015 at 7:18 PM, Scott Arciszewski
> wrote:
>
> > On Tue, Aug 4, 2015 at 12:36 PM, Ferenc Kovacs wrote:
> > > On Tue, Aug 4, 2015 at 6:12 PM, Terry Cullen wrote:
> > >
> > >> On Tuesday, 4 August 2015, Johannes Schlüter
> > >> wrote:
>
On Mon, 17 Aug 2015, Christian Weiske wrote:
> >This is intended and documented here:
> >http://php.net/manual/en/function.set-exception-handler.php
>
> If "Documented" means the note
>
> > Note that providing an explicit Exception type hint for the ex
> > parameter in your callback will cause
On Tue, 6 Aug 2024, Christoph M. Becker wrote:
> Hi all,
>
> this is about the PFTT2 repository[1]. This was used by the Windows QA
> team long ago, and had a short-term revival about 2019, but was then
> dropped in favor of using run-tests.php, while all the other features
> (such as PHPUnit te
On 15 August 2024 18:10:11 BST, Lanre wrote:
>You're embarrassing yourself John, read my very first paragraph (you got
>this).
We have said this before, but you *really* need to stop using condescending
language, and ad-hominems like this.
cheers
Derick
On 15 August 2024 21:57:07 BST, Dennis Snell
wrote:
> Is there a guide for how to use the mailing list (e.g. how to reply to
> specific emails from a digest)? I’ve had an awful hard time finding
> information online about this.
It's possible, but only if you have a really good email client (t
On 15 August 2024 18:42:58 BST, Lanre wrote:
>On Thu, Aug 15, 2024 at 11:33 AM Derick Rethans wrote:
>
>> On 15 August 2024 18:10:11 BST, Lanre wrote:
>>
>> >You're embarrassing yourself John, read my very first paragraph (you got
>> this).
>>
>&g
t language,
bordering on trolling.
You have therefore been given a 3-month timeout, which will be enforced
by blocking you from sending email to the php.net domain, including
subdomains.
Evading, or attempts to evade, this restriction will result in longer
expulsions.
with kind regards,
Derick R
Hi!
Arnaud, Larry, and I have been working on an article describing the
state of generics and collections, and related "experiments".
You can find this article on the PHP Foundation's Blog:
https://thephp.foundation/blog/2024/08/19/state-of-generics-and-collections/
cheers,
Derick
On 21 August 2024 09:59:53 BST, Marc Bennewitz wrote:
>Hi,
>
>The DatePeriod class works based on DateTimeInterface but does not take the
>microsecond of the date-time instance into account [1].
>To fix that I have opened a small PR [2] 2 months ago which got approved
>quickly as well but nothin
On Wed, 10 Jul 2024, Derick Rethans wrote:
> We discussed this during one of our foundation meetings, and we propose:
>
> - to delete all notes with a rating less than -5 that are older than a
> year.
As general consensus was that this correct, I will be creating a script
for t
On Mon, 26 Aug 2024, Bob Weinand wrote:
> On 26.8.2024 19:44:18, Jim Winstead wrote:
> >
> > Another RFC around process:
> > https://wiki.php.net/rfc/web-and-doc-use-not-endorsement
> >
> > Feedback would be appreciated. My intention is to start voting on
> > September 9th unless there is stil
On Mon, 26 Aug 2024, Deleu wrote:
> On Mon, Aug 26, 2024 at 3:12 PM Bob Weinand wrote:
>
> > Thanks for bringing this up - I also suggest that we make this a
> > binary choice - either we adopt the proposed language or its
> > opposite.
> >
> > I.e. a rejection of this should codify that state
On Tue, 27 Aug 2024, Gina P. Banyard wrote:
> Moreover, PECL extensions are part of the PHP ecosystem and not the
> runtime, so why do *some* PECL extension have the right to live on the
> php.net website, but not others?
They always were *allowed* to be on there. It is just that very few
thir
On Sat, 24 Aug 2024, Bilge wrote:
> Hi gang,
>
> New RFC just dropped: https://wiki.php.net/rfc/default_expression. I think
> some of you might enjoy this one. Hit me with any feedback.
I liked this up to the point where I saw:
$f = fn ($v = 1, $default = 2) => $v + $default;
var_dump($f(defaul
On 27 August 2024 22:02:45 BST, Rob Landers wrote:
>On Tue, Aug 27, 2024, at 22:15, Bilge wrote:
>> On 26/08/2024 23:24, Rob Landers wrote:
>>> On Sun, Aug 25, 2024, at 22:28, Gina P. Banyard wrote:
>>>
For the past 2–3 months, you have sent the vast majority of emails on this
list, th
On 31 August 2024 17:56:08 BST, "Christoph M. Becker" wrote:
>On 31.08.2024 at 18:05, Jakub Zelenka wrote:
>
>> On Fri, Aug 30, 2024 at 2:59 PM Christoph M. Becker
>> wrote:
>>
>> There is a note in NEWS about the revert. I'm not sure if we usually do any
>> separate announcement for those kind o
On 4 September 2024 21:15:55 BST, Rob Landers wrote:
>Hello Internals,
>
>I receive the following error when saving an RFC:
>
>There was an unexpected problem communicating with SMTP: Unexpected return
>code - Expected: 250, Got: 554 | 554 5.5.2 <[i:p:v:6::addr]>: Helo command
>rejected: invalid
On 4 September 2024 21:32:10 BST, Rob Landers wrote:
>On Wed, Sep 4, 2024, at 22:26, Derick Rethans wrote:
>> On 4 September 2024 21:15:55 BST, Rob Landers wrote:
>> >Hello Internals,
>> >
>> >I receive the following error when saving an RFC:
>
On Sun, 8 Sep 2024, Christoph M. Becker wrote:
> All these problems could be solved, or at least mitigated, by setting
> up a Github repository for the dependency builds and the series files.
> The upload could be as simple as a cron'd `git pull` on the server.
All our websites, including PHP d
Hi!
I am proposing to move all the content away from qa.php.net and merge it
into php.net
These are the follogwing things currently on the side:
- Documentation on how to write tests
(https://qa.php.net/write-test.php), and how to handle bug reports
(https://qa.php.net/handling-bugs.php);
On Sun, 8 Sep 2024, Christoph M. Becker wrote:
> On 08.09.2024 at 16:58, Derick Rethans wrote:
>
> > I think it needs some good thinking through first. I also don't
> > believe the RFC system is something we need to use for deciding how
> > to serve files.
>
&g
On Sat, 31 Aug 2024, Rob Landers wrote:
> On Fri, Aug 30, 2024, at 20:13, Christoph M. Becker wrote:
> > It's easy to vote "yes, unbundle this extension" if you've never
> > used the extension and are not planning to do so in the future. It
> > may be a death sentence, though.
> >
>
> I went
On Tue, 10 Sep 2024, Gina P. Banyard wrote:
> On Friday, 30 August 2024 at 20:13, Christoph M. Becker
> wrote:
>
> > Instead I'm saying that we should be careful to unbundle extensions.
> > This should probably seen as a last resort if we absolutely can't
> > maintain the extension any longer
On Wed, 4 Sep 2024, Derick Rethans wrote:
> On 4 September 2024 21:32:10 BST, Rob Landers wrote:
> >On Wed, Sep 4, 2024, at 22:26, Derick Rethans wrote:
> >> On 4 September 2024 21:15:55 BST, Rob Landers wrote:
> >> >
> >> >I receive the following er
On 11 September 2024 22:27:41 BST, JB wrote:
>Thank you for this suggestion. I have one question.
>
>The GD PHP extension defines "imagecreatefromxpm" functions. How do you manage
>it if XPM support is disabled?
The function should not exist in that case, probably commented out through an
#ifd
On Wed, 11 Sep 2024, Christoph M. Becker wrote:
> On 11.09.2024 at 15:51, Derick Rethans wrote:
> >
> > Ideally, instead of having downloads.php.net/~windows, we have
> > downloads.php.net/windows which is a Git repository for the series
> > files, but it is probably
On 14 September 2024 22:44:20 BST, Barel wrote:
>Hi
>
>For C/C++ development I usually use CLion from Jetbrains but I tried to use
>it with php-src and was unable to get it to work properly. CLion really
>insists on using CMake and has only quite limited support for makefiles.
>After trying to get
On Sat, 14 Sep 2024, Gina P. Banyard wrote:
> I came across the Directory class while doing some code exploration of
> ext/standard. This class is effectively an opaque object for Directory
> resources, however it doesn't behave like one, as it has existed since
> PHP 4.
>
> As such, I am prop
On Sat, 14 Sep 2024, Jordan LeDoux wrote:
> I want to discuss what changes to the previous proposal people would
> be seeking, and why. The most contentious design choice of the
> previous proposal was undoubtedly the `operator` keyword and the
> decision to make operator overload implementatio
On Tue, 6 Dec 2011, James Edmunds wrote:
> I am new to this list and I am wondering if this is the appropriate place to
> ask a question about the internals for an extension, or is there a more
> appropriate list for that purpose? My issue is fairly technical and involved
> with the deep guts of Z
On Wed, 7 Dec 2011, Pierre Joye wrote:
> pajoye Wed, 07 Dec 2011 09:03:07 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=320564
>
> Log: - print_r seems to display 0 or nothing for days, let make that
> test works in both cases, that's not
On Wed, 7 Dec 2011, Sebastian Bergmann wrote:
> Can somebody look into https://bugs.php.net/bug.php?id=54514 please?
> This causes issues for CLI tools implemented in PHP that are invoked
> through Apache Ant, for instance, and need to know the PHP interpreter
> that is running them.
>
> See
On Sun, 11 Dec 2011, Oleg Oshmyan wrote:
> * The tzname C variable can be used to get two abbreviations for the
> current zone (typically the standard one and the DST one for zones
> where DST is used), which allows to improve the guess compared to using
> just one abbreviation; for example,
On Mon, 12 Dec 2011, Evert Pot wrote:
> On Dec 11, 2011, at 1:07 PM, Pierre Joye wrote:
>
> > On Sun, Dec 11, 2011 at 1:59 AM, Oleg Oshmyan wrote:
> >
> >> I am willing to work on patches but I suppose some consensus should be
> >> reached first.
> >
> > The consensus was that you have to set
On Mon, 12 Dec 2011, Oleg Oshmyan wrote:
> > This might work on some distrbutions, but not nearly on all. And
> > definitely not on Windows. On Debian it's not a symlink for example.
>
> It is still usable as one of the possibilities for the guessing algorithm
> to examine.
>
> Initially I also
On Tue, 13 Dec 2011, Oleg Oshmyan wrote:
> >> Which is why a pseudo-timezone called System is needed so that guesses
> >> do not have to be made. The extension would then convert
> >> /etc/localtime to its internal time zone description format or just
> >> use system-provided APIs as it used to do
On Tue, 20 Dec 2011, David Muir wrote:
> Keeping the tz database up to date is a very annoying issue. System tz
> data is typically more up-to-date as it's pushed to the user, while with
> php, you need to have admin rights to install an updated tz database, or
> hope that the packager for your di
On Wed, 14 Dec 2011, Oleg Oshmyan wrote:
> > Using the information from /etc/localtime is *not* enough as
> > you can't get the timezone identifier out of it.
>
> The time zone identifier would be System. No need to extract one from
> /etc/localtime.
"System" is not a defined Timezone Identifi
On Wed, 14 Dec 2011, Stas Malyshev wrote:
> > I believe he's referring to sys/time.h, but this introduces
> > portability issues. If it were just unix, that would be one thing.
> > But maintaining this and a Windows alternative, and I have no idea
> > what that is, is not worth it IMO.
>
> Ye
On Wed, 14 Dec 2011, Ángel González wrote:
> On 14/12/11 22:53, Will Fitch wrote:
>
> > I believe he's referring to sys/time.h, but this introduces
> > portability issues. If it were just unix, that would be one thing.
> > But maintaining this and a Windows alternative, and I have no idea
> >
On Thu, 15 Dec 2011, Lester Caine wrote:
> Oleg Oshmyan wrote:
> > It is worth mentioning that VC9 has 64-bit and 32-bit versions of time_t,
> > localtime and mktime while VC6 only has a 32-bit version. Unfortunately,
> > none of these versions work with times before 1970.
>
> Actually that is pr
On Thu, 22 Dec 2011, Will Fitch wrote:
> On Dec 22, 2011, at 10:11 AM, Dmitri Snytkine wrote:
>
> > I think the return type hinting really depends on variable type hinting.
> > A simple example whould bea typical getter function
> >
> > public function \Customer getCustomer(){
> > return $this
On Thu, 22 Dec 2011, Will Fitch wrote:
> Sent from my iPad
> On Dec 22, 2011, at 5:51 PM, "Ángel González" wrote:
>
> > Your examples only show class methods with visibility qualifyiers, and
> > looking at the changes to zend_language_parser.y
> > it seems as if would only be available for metho
On Sat, 24 Dec 2011, Pierre Joye wrote:
> hm, I should read better...
>
> "The REQUEST_TIME value inside server now returns a floating point number"
>
> How does it break BC except if one is doing a strong type test? which
> makes very little sense in this case.
>
> While a fix is easy, (int) c
On Sat, 24 Dec 2011, Pierre Joye wrote:
> Laruence refers to the PHP C source code and removing trailing white
> spaces is a good thing as it is part of our CS.
>
> Go ahead Laruence :)
Please don't. Changing whitespace en-masse makes it a royal pain to do
merges later. Please just fix them whe
Stas Malyshev wrote:
> Hi!
>
> I see that test for bug 52062 (marked as fixed by this commit:
> http://svn.php.net/viewvc/?view=revision&revision=320481) now
> fails
> on my 32-bit system. Looking at the patch and the test, it can not
> actually succeed, as the test expects this:
> int(10
On Mon, 26 Dec 2011, Patrick ALLAERT wrote:
> 2011/12/24 Pierre Joye :
> >
> > Right but there is a clear BC break here. And yes I really don't like
> > how datetime deals with that but it is how it is, and it is certainly
> > the only case where it fails (or almost).
> >
> > On Sat, Dec 24, 2011
On Sun, 25 Dec 2011, Stas Malyshev wrote:
> I see that test for bug 52062 (marked as fixed by this commit:
> http://svn.php.net/viewvc/?view=revision&revision=320481) now fails on my
> 32-bit system. Looking at the patch and the test, it can not actually succeed,
> as the test expects this:
> int(
On Tue, 27 Dec 2011, Pierre Joye wrote:
> On Tue, Dec 27, 2011 at 11:37 AM, Derick Rethans wrote:
> > On Mon, 26 Dec 2011, Patrick ALLAERT wrote:
> >
> >> 2011/12/24 Pierre Joye :
> >> >
> >> > Right but there is a clear BC break here. And yes I
On Tue, 27 Dec 2011, Pierre Joye wrote:
> On Tue, Dec 27, 2011 at 1:19 PM, Derick Rethans wrote:
>
> > Ah, that one. I got lost between all the commas and thought he meant an
> > RFC for changing REQUEST_TIME from int to float :-)
>
> Which name should we use?
>
On Mon, 26 Dec 2011, Antony Dovgal wrote:
> On 12/26/2011 12:40 PM, Derick Rethans wrote:
>
> > I'll have a look when I get back home. Is there anything else you
> > want me to look at?
>
> Yes!
> https://bugs.php.net/bug.php?id=53437 =)
I've just had
On Tue, 27 Dec 2011, Stas Malyshev wrote:
> > 3. $d->setTimestamp(1000) is not ever going to work as
> > zend_parse_parameters simply gives me long: 1215752192. This I find
> > really strange actually. Any clue?
>
> That's probably float to long conversion, since 1000 is f
On Wed, 4 Jan 2012, Rasmus Lerdorf wrote:
> On 01/04/2012 11:09 PM, Stas Malyshev wrote:
>
> > I think we'd need and API to access the seed value and to calculate
> > hash for given seed value. That would probably allow extensions that
> > store hashes with some additional work to do it properly
On Fri, 13 Jan 2012, Lester Caine wrote:
> Remi Collet wrote:
> > Onhttp://snaps.php.net/
> >
> > Lastest is php5.4-201201041830
> >
> > Is something broken ?
>
> Looks like someone has given the box a kick ;)
Yup. Should work again!
Derick
--
PHP Internals - PHP Runtime Development Mailing
Hi David,
When I was just checking PHP 5.4 compatibility with Xdebug I ran into
the case where zend_eval_string() no longer would bail out when you'd
evalulate something that doesn't work (like a standalone
"$this->property;" without being in a class scope).
Xdebug has code (simplified) like t
On Wed, 1 Feb 2012, Ondřej Surý wrote:
> Ccing PHP internals to let them know and ask if it is a good idea (the 5.4RC
> will be probably used by more people when uploaded to Debian unstable, i.e.
> it means more testing, but also more bugreports).
Sounds like a good idea to me. This is why we hav
On Thu, 2 Feb 2012, Stefan Esser wrote:
> Sorry it makes no difference if a feature was introduced into PHP by
> taking code from Suhosin or from someone else. Fact is the feature
> existed before in Suhosin.
>
> * GLOBALS overwrite protection
> * max_file_uploads
> * max_input_vars
> * crypt()
On Sun, 5 Feb 2012, Nikita Popov wrote:
> I have written an RFC that proposes to *deprecate* and *remove* the /e
> modifier:
>
> https://wiki.php.net/rfc/remove_preg_replace_eval_modifier
>
> Comments welcome!
This RFC makes no sense. It says:
For example the above example can be used to exec
On Sun, 5 Feb 2012, Tom Boutell wrote:
> A sense of humor is important when reading mailing lists frequented by
> extremely clever people (:
Sarcasm doesn't work on mailinglists, so don't use it.
Derick
--
http://derickrethans.nl | http://xdebug.org
Like Xdebug? Consider a donation: http://xde
On Mon, 6 Feb 2012, Reindl Harald wrote:
> you are a foolsih idiot, sorry but no other words for that
This is the last time we're warning you about this sort of language. It
does *not* belong on this mailinglist.
cheers,
Derick
--
http://derickrethans.nl | http://xdebug.org
Like Xdebug? Consi
On Mon, 6 Feb 2012, Laruence wrote:
> there comes a new bug relate to this change, #60978, in php_cli.c
>
>case PHP_MODE_CLI_DIRECT:
> cli_register_file_handles(TSRMLS_C);
> if (zend_eval_string_ex(exec_direct, NULL, "Command line
> code", 1 TSRMLS_CC) == FAILUR
On Tue, 7 Feb 2012, Stas Malyshev wrote:
> > > I'm not sure this bug is critical enough to keep messing with the
> > > code base this close to the release. Could you please describe
> > > what is the current status, what was before the fix and what
> > > exactly the problems are here?
> >
> > l
On Tue, 7 Feb 2012, Stas Malyshev wrote:
> > Works for me. But I'd like to test it after it's been reverted. Will
> > there be one more RC?
>
> I'm not sure there is need for an RC for the revert, as we're
> basically go to the code that already existed for years. Do you think
> we still need
1 - 100 of 2983 matches
Mail list logo
