Re: [PHP-DEV] [RFC] Unbundle ext/interbase

Den søn. 24. mar. 2019 kl. 03.11 skrev Lester Caine : > > (Neely forgot to fix reply address!) > > On 24/03/2019 00:22, Kalle Sommer Nielsen wrote: > > mysql_connect('localhost', 'user', 'password'); > > mysql_select_db('test'); // The last created connection is implicitly added > > here > > This

Re: [PHP-DEV] [RFC] Unbundle ext/interbase

(Neely forgot to fix reply address!) On 24/03/2019 00:22, Kalle Sommer Nielsen wrote: mysql_connect('localhost', 'user', 'password'); mysql_select_db('test'); // The last created connection is implicitly added here This situation never exists in Firebird or Interbase. The ONLY way to connect

Re: [PHP-DEV] [RFC] Unbundle ext/interbase

Hi Lester Den lør. 23. mar. 2019 kl. 23.41 skrev Lester Caine : > Thread safety is one area where the way the extension was structured > originally may now be wrong, but the main problem with multiple > connections is confined completely to multiple connections to a single > database. In particula

Re: [PHP-DEV] [RFC] [VOTE] JIT

On 23 March 2019 19:46:16 GMT+00:00, Peter Kokot wrote: > I'm sure very little people will compile PHP 8.0-dev on >their own and install it to test that before the release. I suggested before that a series of official PHP 8 preview builds could be released so that people didn't need to compile t

Re: [PHP-DEV] [RFC] Unbundle ext/interbase

On 23 March 2019 21:09:35 GMT+00:00, Kalle Sommer Nielsen wrote: > the extension can be taken over by anyone who >wants to from the relevant community, it just will not be distributed >by default with PHP. In fact if the extension is released on PECL, it >gives the relevant community more freedom

Re: [PHP-DEV] [RFC] Unbundle ext/interbase

On 23/03/2019 21:09, Kalle Sommer Nielsen wrote: I updated the RFC with a section earlier to list some of the issues the extension currently has. Thread safety is one area where the way the extension was structured originally may now be wrong, but the main problem with multiple connections is

Re: [PHP-DEV] [RFC] Unbundle ext/interbase

Den lør. 23. mar. 2019 kl. 22.59 skrev Lester Caine : > So is there anything else which is required to bring the extension up to > date? There is nothing above that prevents the extension doing it's job > for the vast majority of users and even the suggestion that it is > unusable due to Bug 72175

Re: [PHP-DEV] New syntax proposal (type hinting)

On Sat, 23 Mar 2019 at 20:17, dj.drezyna wrote: > > I wish have opportunity to set types not only like: function a(): string {} > or function b(): ?string {} > but also as: function c(): string | int {} or function d(): ?string | > ?array {}// all of them should mark > that null is accept

Re: [PHP-DEV] [RFC] Unbundle ext/interbase

On 22/03/2019 13:26, Kalle Sommer Nielsen wrote: I'd like to start the discussion for the future of the ext/interbase extension: https://wiki.php.net/rfc/deprecate-and-remove-ext-interbase Currently I am seeing 6 open bugs against ext/interbase going back to 2009 ... 48447 - 2009 The oldest b

Re: [PHP-DEV] [RFC] Unbundle ext/interbase

On Fri, 22 Mar 2019 at 13:26, Kalle Sommer Nielsen wrote: > G'day internals > To everyone reading this thread please note: Although people are free to discuss RFCs amongst themselves off-list, it is not appropriate behaviour to contact people discussing an RFC on this list through other communi

[PHP-DEV] New syntax proposal (type hinting)

I wish have opportunity to set types not only like: function a(): string {} or function b(): ?string {} but also as: function c(): string | int {} or function d(): ?string | ?array {}// all of them should mark that null is accepted. Similar thing is I suppose is in catch{} clause. O

Re: [PHP-DEV] [RFC] [VOTE] JIT

Hello, On Thu, 21 Mar 2019 at 12:58, Dmitry Stogov wrote: > > Hey, > > I'm starting the vote on JIT RFC. > > > https://wiki.php.net/rfc/jit > > > The voting period is one week, until Thursday 28-03-2019 GMT. > > > Since the initial announcement and f

Re: [PHP-DEV] [RFC] Abolish Short Votes

> A compromise between the two positions could be to allow voting to be extended ONCE, and only within the first X% of the voting period. So, if someone calls for a 14 day voting period, within the first 7 days they can extend it at most one time, and it can never be extended after the first 7 days

Re: [PHP-DEV] Offset-only results from preg_match

Yup, testing via CLI but Wikimedia will (eventually) be running PHP 7.x with opcache ( https://phabricator.wikimedia.org/T176370 / https://phabricator.wikimedia.org/T211964 ). It would be nice to fix the CLI to behave more like the server wrt interned strings. It certainly would make benchmarking

Re: [PHP-DEV] Firebird - Who are WE ...

Den lør. 23. mar. 2019 kl. 15.59 skrev Lester Caine : > It's lunch time here and I've just had a phone call from a client > complaining that their site is down ... just a white screen ... > Actually it was only a small area inside the site and I'd not picked it > up in the several hundred pages tha

Re: [PHP-DEV] Firebird - Who are WE ...

On 23/03/2019 13:30, Kalle Sommer Nielsen wrote: This kind of behavior does not belong here in any possible way, and it does not win you any points in favor. Take the rest of the evening off the computer if you cannot handle the reality and issues that is present here in the ext/interbase deb

Re: [PHP-DEV] Firebird - Who are WE ...

lør. 23. mar. 2019 kl. 15.22 skrev Lester Caine : > On 23/03/2019 12:46, Kalle Sommer Nielsen wrote: > >> Now to get back to working out why Nikita's patch does not work in > >> 7.2.16 ... > > Obviously because the patch was made for PHP 7.3. Hint: If a > > macro/function is not available in 7.2,

Re: [PHP-DEV] Firebird - Who are WE ...

On Sat, Mar 23, 2019 at 2:22 PM Lester Caine wrote: > On 23/03/2019 12:46, Kalle Sommer Nielsen wrote: > >> Now to get back to working out why Nikita's patch does not work in > >> 7.2.16 ... > > Obviously because the patch was made for PHP 7.3. Hint: If a > > macro/function is not available in 7.

Re: [PHP-DEV] Firebird - Who are WE ...

Lester lør. 23. mar. 2019 kl. 15.16 skrev Lester Caine : > On 23/03/2019 12:47, Joe Watkins wrote: > > The thing is broken > > The BLOODY THING IS WORKING PERFECTLY ... what is broken is something > that simply currently necessitates using the resource that has already > been created rather than

Re: [PHP-DEV] Firebird - Who are WE ...

On 23/03/2019 12:46, Kalle Sommer Nielsen wrote: Now to get back to working out why Nikita's patch does not work in 7.2.16 ... Obviously because the patch was made for PHP 7.3. Hint: If a macro/function is not available in 7.2, then look at how it is implemented in 7.3 and migrate it or see how

Re: [PHP-DEV] Firebird - Who are WE ...

No it is not, if it were, it would not need patching, it would not be doing illegal things in ZTS mode and I wouldn't be getting shouted at by someone not qualified to say if it works or not. Consider me out of this conversation. On Sat, 23 Mar 2019, 14:16 Lester Caine, wrote: > On 23/03/2019 1

Re: [PHP-DEV] Firebird - Who are WE ...

On 23/03/2019 12:47, Joe Watkins wrote: The thing is broken The BLOODY THING IS WORKING PERFECTLY ... what is broken is something that simply currently necessitates using the resource that has already been created rather than trying to connect again. The correct response to someone complaini

Re: [PHP-DEV] Firebird - Who are WE ...

You say lots of people are relying on it, but it is only you who speaks in support of it. The thing is broken, it does bad things, there is no maintainer, and not a huge userbase. It's not the case that we are just kicking it out for convenience, it is the case that we cannot keep it in phpsrc wit

Re: [PHP-DEV] Firebird - Who are WE ...

Hi Den lør. 23. mar. 2019 kl. 14.36 skrev Lester Caine : > We as in the people who rally around when we need to to protect the > things we think are important. There are more people today reliant on > elements like Firebird than there were 20+ years ago and to be honest if > you kick the interbase

Re: [PHP-DEV] Firebird - Who are WE ...

On 23/03/2019 12:05, Kalle Sommer Nielsen wrote: 80% of this posting is more a personal blog of how you (not "we") have been interacting with the PHP community (as in the PHP.net community specifically). What you should have done was to reply to either me or Dan in the RFC thread with a one liner

Re: [PHP-DEV] Firebird - Who are WE ...

Hi Den lør. 23. mar. 2019 kl. 11.28 skrev Lester Caine : > > Over twenty years ago Borland took over Ashton Tate to bring dBase into > the Borland tool set. What they did not appreciate at the time was that > Ashton Tate had taken over Interbase to provide a proper multi-user > database engine to

Re: [PHP-DEV] [RFC] Unbundle ext/interbase

On 22/03/2019 16:25, Nikita Popov wrote: I've created a patch forhttps://bugs.php.net/bug.php?id=72175 (last comment), which seems to be the biggest open problem in the interbase extension. I'd appreciate it if you or someone else who uses firebird could test this. OK now got a test framework

Re: [PHP-DEV] Offset-only results from preg_match

On Sat, Mar 23, 2019 at 6:32 AM C. Scott Ananian wrote: > So... > > In microbenchmarks you can clearly see the improvement: > ``` > >>> timeit -n500 preg_match_all('/(.{65535})/s', $html100, $m, > PREG_OFFSET_CAPTURE); > => 39 > Command took 0.001709 seconds on average (0.001654 median; 0.854503

Re: [PHP-DEV] [RFC] DOM Living Standard API

On Fri, Mar 22, 2019 at 11:26 PM Claude Pache wrote: > Beware that behaviour of some methods should differ between HTML and > non-HTML documents. For instance, the RFC says: > > > DOMElement→nodeName casing was previously undefined, it is now changed > to always uppercase. > > However, the DOM Li

[PHP-DEV] Firebird - Who are WE ...

Over twenty years ago Borland took over Ashton Tate to bring dBase into the Borland tool set. What they did not appreciate at the time was that Ashton Tate had taken over Interbase to provide a proper multi-user database engine to augment dbase. The bean counters at Borland decided there was no