Hi all,
a week ago Denis Simonov submitted a PR[1] regarding formatting of the
new time zone types of Firebird 4.0 (which appears sensible per se).
This requires to access new Firebird APIs which are written in C++ (the
old Interbase APIs are still provided as C code). Now the Firebird
developers
On 11.08.2024 at 08:05, Juliette Reinders Folmer wrote:
> I'm currently going through the RFC wiki page and I'm seeing various
> (PHP 8.4) RFCs which haven't been properly updated after the vote.
>
> I've not gone through all of the RFCs, but these are definitely some
> which I'd like to flag for
On 11.08.2024 at 19:06, Ayesh Karunaratne wrote:
>> I've fixed up the first two, but I haven't yet found the PRs regarding
>> the extension unbundling [snip]
>
> I'm watching the php-src repo for some writing stuff and noted down the
> commits; here are the ones related to the `unbundle_imap_pspel
On 11.08.2024 at 22:21, Juliette Reinders Folmer wrote:
> Thanks Christoph! I was tempted to update the RFCs myself, but thought
> it was against protocol for anyone but the RFC owner to do so ? hence my
> email.
Changing an open RFC without consent of the RFC author(s) is certainly
against proto
On 12.08.2024 at 11:45, danielha...@gmail.com wrote:
> After reading Rowan's last message, it feels appropriate to link to this:
>
> "The Absolute Minimum Every Software Developer Must Know About Unicode in
> 2023 (Still No Excuses!)"
>
> https://tonsky.me/blog/unicode/
I have only skimmed that a
On 11.08.2024 at 19:05, Pierre Joye wrote:
> On Sun, Aug 11, 2024, 8:32 PM Gina P. Banyard wrote:
>
>> I didn't say to rewrite the whole extension.
>> Considering the library we are going to be depending on is in C++ it makes
>> more sense to do what the ext/intl extension does, which is to use C
On 12.08.2024 at 19:15, Nick Lockheart wrote:
> One report is: https://www.unicode.org/reports/tr36
>
> There's several things in their guide.
>
> They recommend that illegal byte sequences not be deleted as this can
> create an attack vector where two bytes that fit together are split by
> an ill
On 10.08.2024 at 15:13, Christoph M. Becker wrote:
> a week ago Denis Simonov submitted a PR[1] regarding formatting of the
> new time zone types of Firebird 4.0 (which appears sensible per se).
> This requires to access new Firebird APIs which are written in C++ (the
> old Interb
On 14.02.2019 at 12:56, Zeev Suraski wrote:
> On Wed, Feb 13, 2019 at 11:26 AM Joe Watkins wrote:
>
>> The ZTS build is very commonly used in Windows today
>
> Any idea why?
windows.php.net:
| With Apache you have to use the Thread Safe (TS) versions of PHP.
--
Christoph
. Suggestions
welcome!
Thoughts?
[1] <https://blade.tencent.com/magellan/index_en.html>
[2] <https://github.com/php/php-src/pull/3709>
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 20.02.2019 at 15:10, Alexandru Pătrănescu wrote:
> Maybe it's my fault but I find it hard to find a documented way of how to
> setup your local environment for contributing to php.
See <http://www.phpinternalsbook.com/php7/build_system/building_php.html>.
--
Christoph M
.3 should be expected in 2 weeks, i.e. on March 7th, 2019.
Hash values and PGP signatures can be found below or at
<https://gist.github.com/cmb69/2588060d2c1e4323398193d2a3728394>.
Thank you, and happy testing!
Regards,
Stanislav Malyshev &am
make the necessary changes if needed, but for this i need feedback
> and possibly permissions to edit the RFC. (Wiki username=ro0nl)
You should have RFC karma now. However, before editing that RFC, please
try to reach out to the original author asking for permission.
--
Christoph M. Becker
--
PHP
7.4 feature freeze.
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 11.02.2019 at 19:42, Christoph M. Becker wrote:
> On 31.01.2019 at 23:19, Christoph M. Becker wrote:
>
>> The voting on
>>
>> <https://wiki.php.net/rfc/deprecate-and-remove-ext-wddx>
>>
>> has ended, and it has unanimously been decided (30:0) to
ernals manual is
> limited ... :-)
And should be removed altogether, in my opinion[1]. Such info seems to
be more suitable for <http://www.phpinternalsbook.com/>, or another
place where more people experienced with the engine are involved.
[1] <http://news.php.net/php.doc/969386904>ff
--
Chr
tains
provisional dates for GA and pre-releases:
<https://wiki.php.net/todo/php74>
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
php.net either, I
>> may ?
>
> FYI: dsp bjori rasmus tyrael johannes nikic salathe
Thanks for the info, Joe and Peter!
Still, I'm looking for someone who is willing to create a new home for
ext/wwdx on PECL.
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Ma
lt;http://www.php.net/ChangeLog-7.php#7.3.3>
Many thanks to all the contributors and supporters!
Stanislav Malyshev, Christoph M. Becker
php-7.3.3.tar.bz2
SHA256 hash:
61969e943adfea79701a34b8e701edd3f95be829d16601a4aabeb05f83023ce6
PGP signature:
-BEGIN PGP SIGNATURE-
iQJAB
Hi all!
On 04.03.2019 at 17:28, Christoph M. Becker wrote:
> With the first alpha of 7.4 due in three months, I think it's time to
> start the process of finding and electing release managers for the next
> minor release of PHP.
>
> We are looking for two souls to take on th
ity, let's backport it. If it's security related, maybe
> even to 7.1 since it's still in security support (if it's not too hard).
I have applied the PR[1] to PHP-7.2+. Joe may consider to cherry-pick
to 7.1.
[1] <https://github.com/php/php-src/pull/3709>
--
Christoph
egardless of the configure option --disable-short-tags or others.
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 06.03.2019 at 14:31, Christoph M. Becker wrote:
> Still, I'm looking for someone who is willing to create a new home for
> ext/wwdx on PECL.
Still, I'm looking for someone who is willing to create a new home for
ext/wwdx on PECL.
--
Christoph M. Becker
--
PHP Interna
On 11.03.2019 at 15:19, Derick Rethans wrote:
> On Mon, 11 Mar 2019, Christoph M. Becker wrote:
>
>> On 04.03.2019 at 17:28, Christoph M. Becker wrote:
>>
>>> With the first alpha of 7.4 due in three months, I think it's time
>>> to start the process of
On 18.03.2019 at 20:08, Sara Golemon wrote:
> On Mon, Mar 18, 2019 at 7:08 AM Christoph M. Becker
> wrote:
>
>> Great! Since we only have two volunteers, there's no need for a vote.
>>
>> Ladies and gentlemen, I give you your PHP 7.4 Release Managers:
>&g
e API docs though, I haven't tried it.
There is runkit_import(), which will overwrite existing class
definitions. However, runkit is still not compatible with PHP 7 to my
knowledge. Don't know whether runkit7[1] supports it.
[1] <https://github.com/TysonAndre/runkit7>
--
Christoph M. Becker
>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ully considered on a case by case basis”. Not sure if the latter
has been done, but since concerns about this feature addition have been
raised, it appears to be appropriate to clarify the reasoning.
I believe it is because DatePeriod::$recurrences doesn't work for all
cases (and fixing
ou do
> access.
+1
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 13.03.2019 at 20:47, Christoph M. Becker wrote:
> Still, I'm looking for someone who is willing to create a new home for
> ext/wwdx on PECL.
This is just a gentle reminder that somebody should please create a new
home for ext/wddx on PECL.
--
Christoph M. Becker
--
PHP Inte
On 20.03.2019 at 13:09, Joe Watkins wrote:
> https://pecl.php.net/package/wddx
Thanks Joe! My request was badly worded, though. Actually, I need
somebody to create a respective Git repo (something like pecl/xml/wddx.git).
> On Wed, 20 Mar 2019 at 13:03, Christoph M. Becker wrote:
&
On 20.03.2019 at 13:43, Joe Watkins wrote:
> Looks like someone done that too, I think you have everything you need now ?
Yes. Thanks a lot!
> On Wed, 20 Mar 2019 at 13:29, Christoph M. Becker wrote:
>
>> On 20.03.2019 at 13:09, Joe Watkins wrote:
>>
>>> htt
now, and documented that[2]. An open
question is whether we want to publish a PECL release. Personally, I
don't think so, but others might disagree.
[1]
<http://git.php.net/?p=php-src.git;a=commit;h=6bbb18a0b6bef11222caaa55c00abdbcbb55d54b>
[2] <http://svn.php.net/viewvc?view=revision
.4 should be expected in 2 weeks, i.e. on April 4th, 2019.
Hash values and PGP signatures can be found below or at
<https://gist.github.com/cmb69/cd2311e26470dae6fe0aabb4d528c12d>.
Thank you, and happy testing!
Regards,
Stanislav Malyshev &am
On 21.03.2019 at 19:20, Joe Watkins wrote:
> I'd like to raise for discussion another minor, self contained change to
> the voting RFC:
>
> https://wiki.php.net/rfc/abolish-short-votes
+1
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubsc
ou have
> nothing to fear from this unbundling.
ext/interbase is indeed broken (i.e. uncompilable) in master (not PHP
7.4 though), since PR #3976[1] has been merged. It will certainly be
fixed, if the “Unbundle ext/interbase” RFC[2] will be declined; if it
will be accepted it might never get fixe
Hello people,
I have a quick question before any formal proposal; would it be complex to
add an exclamation mark indicatorin front a function identifier to indicate
that function throws; like the nullable question mark for types however
without any runtime check something like a pure syntax indic
documentation and a throw vs nothrow is an
important contextual information, it will forcibly
change the way you engage it.
On Wed, Apr 3, 2019 at 9:20 AM Sara Golemon wrote:
> On Wed, Apr 3, 2019 at 11:07 AM M. W. Moe wrote:
>
>> I have a quick question before any formal proposal; would it b
keyword; you can do without
especially with the new traits construct.
Best.
On Wed, Apr 3, 2019 at 9:42 AM Rowan Collins
wrote:
> On Wed, 3 Apr 2019 at 17:27, M. W. Moe wrote:
>
> > yes this is very true; but usually on complex design with a lot of folks
> > working on it you s
3 avr. 2019 à 18:52, M. W. Moe a écrit :
> >
> > Hello,
> >
> > not documenting at first is not really a question of laziness or so, as
> > things are still moving around
> > you absolutely need this agility; a good design layout between theory
> and
> &g
The argument sits there.
function handle(int $cmd, ...$arg) : int /* throw */
function !handle(int $cmd, ...$arg) : int
On Wed, Apr 3, 2019 at 10:10 AM M. W. Moe wrote:
> Hello,
>
> yes this is very true, but still foreign to the language construct; empty
> contextual indicators it
avior, should
be carried by the syntax even if informal, anyhow could evolve over time.
On Wed, Apr 3, 2019 at 10:24 AM Rowan Collins
wrote:
> On Wed, 3 Apr 2019 at 17:52, M. W. Moe wrote:
>
> > not documenting at first is not really a question of laziness or so, as
> > things
ulls, they belong to the prairies.
and what about ?String (cynicism)
Have a good day.
On Wed, Apr 3, 2019 at 11:42 AM Rowan Collins
wrote:
> On 03/04/2019 18:13, M. W. Moe wrote:
> > The argument sits there.
> >
> > function handle(int $cmd, ...$arg) : int /* throw */
Thanks!
On Wed, Apr 3, 2019 at 1:24 PM G. P. B. wrote:
> Hello,
>
> I don't really see the point of it as you self said this wouldn't add a
> runtime check, so in what is it different to a comment?
> More so reusing ! for this will, in my opinion, just lead to confusion as
> people will think it
Hello @Stephen Reay,
yes I have that in my, I was thinking about reusing the `throw` keyword and
re-contextualizing it à la use
function handle(int $cmd, ...$args) : int throw(legit, error) /*
Throws only those else triggers runtime error */
{ return -1; }
function handle(int $
lt;http://www.php.net/ChangeLog-7.php#7.3.4>
Many thanks to all the contributors and supporters!
Stanislav Malyshev, Christoph M. Becker
php-7.3.4.tar.bz2
SHA256 hash:
2e2c3d8212c83649e443b61efffbd03df4b9edd0f9c7a679081fe4cb2da12b78
PGP signature:
-BEGIN PGP SIGNATURE-
iQJAB
Hello,
what about exposing a strict keyword option or a php ini option?
- NO - leave as it isdefault
- YES - allow trailing whitespace punks
- YES - disallow leading whitespace sane people
On Thu, Apr 4, 2019 at 1:57 AM Benjamin Morel
wrote:
> What about going
ead.
>
> On Thu, 4 Apr 2019 at 17:05, M. W. Moe wrote:
>
>> Hello,
>>
>> what about exposing a strict keyword option or a php ini option?
>>
>> - NO - leave as it isdefault
>> - YES - allow trailing whitespace punks
>
Hello,
there is some trace of absolutism in every statements:
first;;; saying php is a highly dynamic is not not fact but a sorry ***
excuse; ain't part of engineering ; admitting php5 is a load of idiotic
mistakes yes; I like people going for reality not ideology; with facts you
can work with id
Hello,
i) was intentional.
ii) Not our fault, we do not have this function in our code-base and won't
ever; we would not even dare 8).
Cheers!
On Mon, Apr 8, 2019 at 7:44 AM Dan Ackroyd wrote:
> On Mon, 8 Apr 2019 at 04:21, M. W. Moe wrote:
> >
> > Hello,
> >
>
Hello,
for now what I see is a bit of everything:
- adding a contextual keyword/alias to function
- enforce by reference
- a lack of coherence
too mockups (I like the arrow idea but won't ever replace `use`
functionalities)
"keeping the unnecessary arrow"
class bar
{
public fn foo(int $x, i
void
{ return; }
}
On Tue, Apr 9, 2019 at 5:33 PM M. W. Moe wrote:
> Hello,
>
> for now what I see is a bit of everything:
> - adding a contextual keyword/alias to function
> - enforce by reference
> - a lack of coherence
>
> too mockups (I like the arrow idea but won't eve
Hello,
this is not much the syntax which is problematic here but the implicit
lambda capture ruleset proposed; for that,
it would require (fully justified in this case) a preprocessing step hence
a language contextual analysis step
or what people call `static`.
On Wed, Apr 10, 2019 at 2:35 AM Ste
@Stephen Reay,
I have never seen ML programmers being improductive; that's because maybe
you witness people
unfit for it; math is less character and contextual i.e meanings change
according to environment;
it's fully readable to people fitted for it.
On Wed, Apr 10, 2019 at 10:18 AM
deprecate short closing tag
wrote:
>
> Finally!!! everybody will be able to parse my xml files with embedded
> php1!1 if I ever wrote one!!!
>
> Sorry for the sarcasm, please don't consider this as a personal attack. The
> whole community (not just you) considers short open tags poison because
ce the mentioned mbstring directives are deprecated as of 5.6.0 - do I
> really need to use mb_internal_encoding() instead?
> Is the documentation wrong or am I just misinterpreting it? I thought that
> default_charset should act as some kind of "master setting" in order not to
&
ed, Apr 10, 2019 at 9:23 PM Stephen Reay
wrote:
>
> > On 11 Apr 2019, at 00:32, M. W. Moe wrote:
> >
> > I have never seen ML programmers being improductive;
>
> Great. I’ve never seen a pig crash a plane, therefore all pilots should be
> pigs?
>
> Given y
Benjamin Morel
wrote:
> > yes php still suffers of
> > it's java-like-transform; historically named php5;
> > repeating the same design traps almost 20 years after it;
>
> Maybe you could just switch to another language then, and bother another
> mailing list?
>
>
@Fabien S
yes, I think you could remove decoration; but still lambda capture process
must
be clarified i.e iterating your ruleset; you don't want to capture every
scope variables.
On Thu, Apr 11, 2019 at 8:22 AM Fabien S wrote:
> Thanks a lot for all your efforts Nikita.
>
> I really like the
@Robert Hickman
yes somehow that's a valid conclusion; however, I can walk and talk; it
does not
bother me at all; I like distractions.
You have a nice day.
On Thu, Apr 11, 2019 at 9:38 AM Robert Hickman
wrote:
> @M. W. Moe If you don't like the java-isms you can ignore them
introduce a
point of `ironism`; would help or not.
You have a good day; thank you.
On Thu, Apr 11, 2019 at 10:41 AM M. W. Moe wrote:
> @Robert Hickman
>
> yes somehow that's a valid conclusion; however, I can walk and talk; it
> does not
> bother me at all; I like distractions.
Hello,
"Since we can define array element by reference now, it doesn't make sense
to change the way of storing values just because it's unpacking. In other
words, the conversion of how values are stored isn't part of spread
operator."
yes it is; no matter what you "think"; banding reality/facts o
Hello,
Sebastian yes; interface or abstract have been somehow created for that
purpose; even if I find people abusing of those constructs; now if your
container is generalized and represents dynamic data; for instance like a
Message class
it could hold dynamic data types;
let say:
// abstract pub
Hello,
just deprecate it; please stop this load of nonsense; it's not even a
rational discussion here; that's a lot of idiotic rumblings.
Have a good day.
On Wed, Apr 24, 2019 at 11:23 AM Chase Peeler wrote:
> On Wed, Apr 24, 2019 at 2:20 PM Сергей Пантелеев
> wrote:
>
> > Hi,
> >
> > >Also i
Hello,
the underlaying discussion here is more important; than just voting yes or
no on uncompleted hamiltonian graphs; the real question here does php8 will
be a break thru; meaning bugger off the mistakes of the past or a
continuation of them; until this RCF does not happen; I would say nothing
til someone who knows how to fix it provides a fix. It's BUILDING
> cached templates which can't simply be sanitised by scanning the code base!
I don't think this belongs to the internals mailing list, so see
<http://news.php.net/php.general/326733>.
--
Christoph M. Becker
features will of course also benefit ;-)
We had an RFC regarding the PHP 5 support timeline[1], so why not have
an RFC regarding the PHP 7 support timeline? Any volunteers?
[1] <https://wiki.php.net/rfc/php56timeline>
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development
27;m on dismal wifi at the moment, else I'd do some searches, but do you
> have any examples of code in the wild subject to this bug?
> I agree it's a lousy state, but it's not emergent.
See <https://externals.io/message/105345#105389>.
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
t).
[1]
<https://github.com/php/php-src/blob/php-7.3.4/ext/bcmath/libbcmath/src/str2num.c#L44>
[2]
<https://github.com/php/php-src/blob/php-7.3.4/ext/bcmath/libbcmath/src/num2str.c>
[3]
<https://github.com/php/php-src/blob/php-7.3.4/ext/bcmath/libbcmath/src/bcmath.h#L61-L64>
--
Hello,
a bit of fuzz; no need having a dramatic posture either; php RFC system
needs to be matured; the same way
than c++ fellowship (I don't say it was without dramas over the years); in
my opinion there are two many of them
opened at the same time; some targets strictly the userspace; some langu
On 30.04.2019 at 23:51, Theodore Brown wrote:
> Hi, I'd like to resurrect the RFC for underscore separators in numeric
> literals. Could someone grant me the necessary wiki karma? My username is
> theodorejb.
You should have rfc karma. Best of luck with the RFC!
--
Chris
Hello,
the _convert_to_string return signature should be changed i.e returning a
status;
hence, accordingly to this status, within a context caller, you may decide
to trigger
an exception or not ; that's not the role of a conversion function to
handle
those concerns; thus the realm is wider than
libcurl/c/curl_version_info.html>
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 01.05.2019 at 19:40, Bishop Bettini wrote:
> On Wed, May 1, 2019 at 1:18 PM Christoph M. Becker
> wrote:
>
>> curl_version()[1] (of ext/curl) makes curl_version_info()[2] (of
>> libcurl) available to PHP userland. The latter requires to pass an age
>>
lt;http://www.php.net/ChangeLog-7.php#7.3.5>
Many thanks to all the contributors and supporters!
Stanislav Malyshev, Christoph M. Becker
php-7.3.5.tar.bz2
SHA256 hash:
4380b80ef98267c3823c3416eb05f7729ba7a33de6b3d14ec96013215d62c35e
PGP signature:
-BEGIN PGP SIGNATURE-
iQJAB
be a
dependency of the pdo_firebird tests.
[1] <https://github.com/php/php-src/blob/PHP-7.4/ext/pdo_firebird/tests
/testdb.inc>
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Kalle,
On 02.05.2019 at 15:35, Kalle Sommer Nielsen wrote:
> Den tor. 2. maj 2019 kl. 14.56 skrev Christoph M. Becker :
>> A problem is that the ext/pdo_firebird tests rely on ext/interbase to
>> create a test database[1], which would require everybody who intends to
>&g
ial Firebird distributions should work
> with the test suite using the sample database rather than the temporary
> one.
A patch would be welcome!
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 02.05.2019 at 18:58, Rowan Collins wrote:
> On Thu, 2 May 2019 at 14:57, Christoph M. Becker wrote:
>
>> Indeed, it seems that pdo_firebird requires to connect to an existing
>> database, contrary to e.g. pdo_mysql which supports DSN like
>> `mysql:host=loc
at
bug_aaa.phpt is causing a memory leak. Maybe someone proficient with
Firebird/Interbase will want to have a look at it.
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 03.05.2019 at 01:18, Björn Larsson wrote:
> Den 2019-04-11 kl. 15:41, skrev Christoph M. Becker:
>
>> On 02.04.2019 at 11:42, Nicolai Scheer wrote:
>>
>>> I'm currently in the process of migrating an old application from php
>>> 5.6
>>&
On 01.05.2019 at 19:18, Christoph M. Becker wrote:
> curl_version()[1] (of ext/curl) makes curl_version_info()[2] (of
> libcurl) available to PHP userland. The latter requires to pass an age
> argument which usually is CURLVERSION_NOW, so that the information
> returned by the run
Hi Kalle!
On 03.05.2019 at 19:00, Kalle Sommer Nielsen wrote:
> Den fre. 3. maj 2019 kl. 12.02 skrev Christoph M. Becker :
>
>> While running the tests with a PHP debug version, I've noticed that
>> bug_aaa.phpt is causing a memory leak. Maybe someone proficient with
>
On 04.05.2019 at 10:56, Christoph M. Becker wrote:
> I have submitted PR #4112 to bring back the common PDO tests, which are
> the majority of existing tests for pdo_firebird. Three tests are
> failing (which should be investigated), but these tests already failed
> in PHP-7.3 and
Hi Kalle!
On 04.05.2019 at 13:33, Kalle Sommer Nielsen wrote:
> Den lør. 4. maj 2019 kl. 14.19 skrev Christoph M. Becker :
>>
>> On 04.05.2019 at 10:56, Christoph M. Becker wrote:
>>
>>> I have submitted PR #4112 to bring back the common PDO tests, which are
>
On 07.05.2019 at 16:09, Nikita Popov wrote:
> On Fri, May 3, 2019 at 11:44 AM Christoph M. Becker
> wrote:
>
>> On 03.05.2019 at 01:18, Björn Larsson wrote:
>>
>>> Did this lead to a bug report?
>>
>> Hmm, apparently not.
>
> This was reported as h
On 10.05.2019 at 06:26, Scott Dutton wrote:
> Could I get Wiki permissions to create an RFC for
>
> https://externals.io/message/104618
Do you have already registered via
<https://wiki.php.net/rfc?do=register>? Which user name did you choose?
--
Christoph M. Becker
--
PHP
hey'll have to disable the hack for PHP >= 7.4 and just use the
>> native support.
>
> How would the change affect extension developers?
See <https://wiki.php.net/rfc/tostring_exceptions#extension_guidelines>.
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Devel
On 14.05.2019 at 23:04, Scott Dutton wrote:
> It's exussum
>
>
> On 10 May 2019 05:26:39 BST, Scott Dutton wrote:
>>
>> Could I get Wiki permissions to create an RFC for
>>
>> https://externals.io/message/104618
You should have rfc karma now.
--
Ch
On 15.05.2019 at 07:42, Rasmus Lerdorf wrote:
> Christoph, I think we should merge
> http://git.php.net/?p=php-src.git;a=commitdiff;h=5c4d125d4c2976236e2ecddd1d8c6e7b113ec482
> into 7.3.6.
Thanks for the ping! This looks like an important bug fix, and since it
will be in PHP 7.2.19, it should al
On 15.05.2019 at 10:08, Nikita Popov wrote:
> On Wed, May 15, 2019 at 10:06 AM Christoph M. Becker
> wrote:
>
>> On 15.05.2019 at 07:42, Rasmus Lerdorf wrote:
>>
>>> Christoph, I think we should merge
>>>
>> htt
ps://github.com/rkopack/php-src/commit/f6c4d1eeccd27a3c5bd836fd8205b1283bd5eabc.
> From
> my understanding Scott MacVicar and Christoph M. Becker are the primary
> maintainers for the sqlite3 extension and Ilia Alshanetsky is the primary
> maintainer for the pdo_sqlite extension;
It'
xpected in 2 weeks, i.e. on May 30th, 2019.
Hash values and PGP signatures can be found below or at
<https://gist.github.com/cmb69/4798085682f2373c3c1668ce0aa07ea0>.
Thank you, and happy testing!
Regards,
Stanislav Malyshev &am
On 16.05.2019 at 15:51, Robert Kopack wrote:
> On Wed, May 15, 2019 at 7:00 PM Christoph M. Becker
> wrote:
>
>> I haven't reviewed closely for now, but basically I like these
>> additions. With regard to sqlite3_extended_result_codes() we have to
>> review ex
On 17.05.2019 at 21:42, Kalle Sommer Nielsen wrote:
> While reviewing a PR[1], which proposes to add two new methods to
> ext/sqlite3, one being an option to toggle on/off, I've noticed that
> there already is another method which also enables the extension to
> toggle on/off behavior, in this cas
On 18.05.2019 at 12:06, Joe Watkins wrote:
> Does anyone know what is the cause of all the spam from the announce
> mailing list? I'm not sure who is getting it, but I'm getting a few emails
> a minute sometimes, it's rather annoying ...
I can confirm that the spam to this mailing list has drasti
n Sat, May 18, 2019 at 5:22 AM Christoph M. Becker
> wrote:
>
> > On 18.05.2019 at 12:06, Joe Watkins wrote:
> >
> > > Does anyone know what is the cause of all the spam from the announce
> > > mailing list? I'm not sure who is getting it, but I'm get
Ok thanks for the heads-up
hence, if that 's exim you might write a script that keeps alike to
quarantine.
On Sat, May 18, 2019 at 11:16 AM Kalle Sommer Nielsen wrote:
> Den lør. 18. maj 2019 kl. 20.19 skrev M. W. Moe :
> >
> > Hello,
> >
> > didn't get
pass through.
I've did basically the same. The only relevant exception is when RMs
send a mail to the announcement list, in which case they should watch
their spam folder.
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello,
"Disabling function mocking is good", in my life I read many idioties; this
one gets the "Palme d'Or";
This majesty; crowned Emperor.
On Mon, May 20, 2019 at 11:45 AM Marco Pivetta wrote:
> On Mon, 20 May 2019, 20:01 Gabriel O, wrote:
>
> >
> > On 20 May 2019 7:17:58 PM Theodore Brown
this isn't
> currently documented.
> Mind sharing an example or explaining a bit more in detail such that I can
> update the documentation?
If you pass only a single array to array_map(NULL, …), you don't get an
array of arrays, but a single flat array, see <https://3v4l.
401 - 500 of 1835 matches
Mail list logo
