On Tue, 5 Mar 2024 at 20:17, Larry Garfield wrote:
>
> A 3 way up-down vote doesn't make sense. What happens if none of the 3
> options reaches 66%?
>
> The viable options here are a single RCV vote (which we've done before), or a
> single "Should we do this" vote that requires 66%, followed
Voting has now been simplified to 3x no/php 8.4/php 9.0 questions.
(I actually would've preferred the original 6, would have been
unambiguous if people are supposed to checkbox only 8.4 or both 8.4
and 9.0, and would have been easier to see the % of people who voted
only 9.0, I think. But I don't
Made a RFC draft: https://wiki.php.net/rfc/sleep_function_float_support
First time, so I'm not surprised if there are some mistakes there.
Feedback is very welcome.
I have tried sending this email 4 times over 2 days from hans at loltek dot
net and every time the email server said delivery
bruary 2024 22:18:05 GMT, Ilija Tovilo wrote:
> >Hi Hans
> >
> >On Sat, Feb 17, 2024 at 3:31 PM Gina P. Banyard wrote:
> >>
> >> On Saturday, 17 February 2024 at 11:24, Hans Henrik Bergan
> >> wrote:
> >>
> >> > Can we ad
On Sun, 18 Feb 2024 at 00:51, Ilija Tovilo wrote:
>
> Hi Hans
>
> On Sat, Feb 17, 2024 at 3:31 PM Gina P. Banyard wrote:
> >
> > On Saturday, 17 February 2024 at 11:24, Hans Henrik Bergan
> > wrote:
> >
> > > Can we add automatic formatting che
On Sat, Feb 17, 2024, 15:27 Gina P. Banyard wrote:
> On Saturday, 17 February 2024 at 11:24, Hans Henrik Bergan <
> h...@loltek.net> wrote:
>
> > Can we add automatic formatting checks for pull requests?
> > Made a PR: https://github.com/php/php-src/pull/13417
> &g
On Sat, 17 Feb 2024 at 08:22, Hans Henrik Bergan wrote:
>
> My name is "Hans Henrik Bergan", usually go by the nickname
> "divinity76", I've contributed to OSS (including PHP) for years, and
> am currently involved in 3 things that might require an RFC, and
> re
On Fri, 16 Feb 2024 at 09:36, Alexandru Pătrănescu wrote:
>
>
> On Fri, Feb 16, 2024 at 10:18 AM Hans Henrik Bergan wrote:
>>
>> Can we make sleep accept int|float?
>> Made a PR: https://github.com/php/php-src/pull/13401
>>
>> For years when I wanted
Can we add automatic formatting checks for pull requests?
Made a PR: https://github.com/php/php-src/pull/13417
php-src use "tabs" instead of "spaces", that is... quite unusual,
and I'm probably not the first person to accidentally use spaces
instead of tabs, ref
My name is "Hans Henrik Bergan", usually go by the nickname
"divinity76", I've contributed to OSS (including PHP) for years, and
am currently involved in 3 things that might require an RFC, and
requesting RFC karma for wiki account "divinity76".
1/3: addin
Can we make sleep accept int|float?
Made a PR: https://github.com/php/php-src/pull/13401
For years when I wanted to sleep for 0.1 seconds, it annoyed me that I
couldn't do
`sleep(0.1);`
instead I had to do
`usleep(figure out how many microseconds there are in 0.1 seconds and put
it here);`
FWIW
EventLoop::repeat($pingInterval,
function(...$args)use($client){$client->ping(...$args)});
just like the constructor accepts
new DateTime("@0.123456"); // 1970-01-01 00:00:00.123456
new DateTime("@".microtime(true));
IMO setTimestamp should accept the same:
$dt->setTimestamp(0.123456); // 1970-01-01 00:00:00.123456
$dt->setTimestamp(microtime(true));
Can we change setTimestamp to
with
https://github.com/php/php-src/commit/52dba99d47563f38d8ed5f84690a3cb2c1785475
,
the PR ( https://github.com/php/php-src/pull/13194 ) got the first merge
conflict. I fixed it, but what's next?
Could vote on it, if there is little more to discuss?
quick recap
AMD Ryzen 9 7950x:
portable
just tested ARM Neon optimizations on Oracle Cloud's cheapest ARM VPS:
VM.Standard.A1.Flex, Ubuntu 22.04, GCC11.4,
results:
-O2 portable: 596MB/s
-O2 -march=native portable: 601MB/s
-O2 ARM Neon optimized implementation: 1138MB/s
Again, even with -march=native, the compiler cannot make the
On Wed, 24 Jan 2024 at 17:59, Marco Pivetta wrote:
>
> Depends on the actual numbers: is there any way to make a comparison that
> is relatively stable across architectures?
>
> Would it be feasible to start with the
> cross-platform-let-the-compiler-do-its-job version (that somebody may
>
Maybe vote on it? (that was suggested in the PR too,
https://github.com/php/php-src/pull/13194#issuecomment-1900430400 )
Can think of 6 things
1: Should BLAKE3 be added to PHP? yes/no
2: Should ARM Neon (2007) optimized implementation be bundled? yes/no
3: Should x86_64 SSE2 (2000) optimized
On Mon, 22 Jan 2024 at 07:10, tag Knife wrote:
>
> That's why I suggested implementing separate lengths of the like we have for
> SHA3, so we could have BLAKE3_256 and BLAKE3_512 and maybe inbetweens.
we can look into exposing blake3's XOF (arbitrary length) capabilities
after (and if) initial
it should be a separate PR, after the initial support gets merged.
On Fri, 19 Jan 2024 at 21:42, Hans Henrik Bergan wrote:
>
> >BLAKE3 has 2 default sizes
>
> Nope, only 1 canonical size, 256 bits.
> *BUT* BLAKE3 is XOF, it can be exactly as long as you want it to be:
>
> $ ec
ength"=>1000]): blake3_8000
that shouldn't be too difficult to implement either! good idea
On Fri, 19 Jan 2024 at 20:20, tag Knife wrote:
>
> On Fri, 19 Jan 2024 at 18:43, Hans Henrik Bergan wrote:
>
> > Can we add the BLAKE3 hash?
> >
> > Created a PR here: h
Can we add the BLAKE3 hash?
Created a PR here: https://github.com/php/php-src/pull/13194
BLAKE3 is a very fast ("blazing fast") cryptographically secure hash. It is
the latest iteration of the BLAKE hash, which was a SHA3 finalist~ see
https://github.com/BLAKE3-team/BLAKE3 for more info on
i think Shift_JIS can also be automatically converted to UTF-8, does
this seem right?
https://github.com/divinity76/php2utf8/commit/6e08c4c16312961170cce821195816a8d24e23f6
On Wed, 29 Nov 2023 at 01:21, youkidearitai wrote:
>
> > Use zend.script_encoding=sjis and zend_bultibyte=true
> >
> > ❯
=> ini_get("zend.detect_unicode"),
"mbstring.internal_encoding" => ini_get("mbstring.internal_encoding"),
"mbstring.func_overload" => ini_get("mbstring.func_overload"),
"PHP_VERSION" => PHP_VERSION,
"r
verload" => ini_get("mbstring.func_overload"),
"PHP_VERSION" => PHP_VERSION,
));
```
there? What do you get?
On Wed, 29 Nov 2023 at 00:47, youkidearitai wrote:
>
> 2023年11月29日(水) 8:07 Hans Henrik Bergan :
> >
> > @youkidearitai right now the code
for BOMs, and BOMs are
> > significantly less useful in fixed-endian encodings (like UTF8) than
> > bi-endian encodings (like UTF16/UTF32) ^^
> >
> > On Tue, 28 Nov 2023 at 21:47, Hans Henrik Bergan
> > wrote:
> > >
> > > > What is the migration
UTF16/UTF32) ^^
On Tue, 28 Nov 2023 at 21:47, Hans Henrik Bergan wrote:
>
> > What is the migration path for legacy code that use those directives?
>
> The migration path is to convert the legacy-encoding PHP files to UTF-8.
> Luckily this can be largely automated, here is my
> What is the migration path for legacy code that use those directives?
The migration path is to convert the legacy-encoding PHP files to UTF-8.
Luckily this can be largely automated, here is my attempt:
https://github.com/divinity76/php2utf8/blob/main/src/php2utf8.php
but that code definitely
With the dominance of UTF-8 (a fixed-endian encoding), surely no new
code should utilize any of declare(encoding='...') / zend.multibyte /
zend.script_encoding / zend.detect_unicode.
I propose we deprecate all 4.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
I think it'd be a good idea if they used FILTER_VALIDATE_BOOLEAN and
FILTER_VALIDATE_INTEGER type logic, with an error if conversion fails..
I wonder if PDO::PARAM_BOOL_OR_NULL would be worthwhile
On Sun, Nov 5, 2023, 10:10 Saki Takamachi wrote:
> Hi,
>
> To think more deeply about this issue,
I had no idea PDO's PARAM_INT and PARAM_BOOL was so buggy, good catch!
On Sat, Nov 4, 2023, 07:59 Saki Takamachi wrote:
> Hi internals,
>
> As shown in the following issue, the behavior of `PDO::PARAM_` is
> inconsistent and I would like to fix this.
>
been years since i checked, but last time i checked, BCMath supports
floating point numbers,
and PHP's GMP wrappers does not (this is not a limitation of GMP
itself, but of PHP's GMP wrappers)
- has the GMP api floating issues been fixed? a quick test suggest
/no/: https://3v4l.org/FQaI4
On Thu,
The only thing socket_set_blocking() is good for is to confuse people
looking for socket_set_block()
fine.
> https://gist.github.com/youkidearitai/0018dee27353c00aebaff3bf57c5b8c6
>
> However, this code is C++17, php-src is C code.
> If you would like contribute, I would like written to C code.
>
> Regards
> Yuya
>
> 2023年10月1日(日) 19:46 Hans Henrik Bergan :
> >
> >
i = -1;
}
}
2x nested loops reduced to 1 loop, and goto removed~
On Sun, 1 Oct 2023 at 10:43, Hans Henrik Bergan wrote:
>
> > If have any idea, feel free to comment to me.
>
> i think the C code would look something like
>
>
> void mb_trim(si
> If have any idea, feel free to comment to me.
i think the C code would look something like
void mb_trim(size_t *strlen, char **str, const size_t
trim_lengths_num, const size_t *trim_lengths, const char **trim_chars)
{
size_t local_strlen = *strlen;
char *local_str = *str;
for (;;)
the php-fpm master<->php-fpm worker glue code. php-fpm master usually
runs as *root*, so a compromise in that glue could lead to webserver
rooting
On Mon, 25 Sept 2023 at 10:49, Derick Rethans wrote:
>
> Hi,
>
> The Foundation is organising an external audit/security check of the PHP
> source
I think the submodule approach is fine, but maybe it should be moved from
Dmitry's gh to php-src gh, or maybe it's own dedicated group, to reduce the
bus factor (how much work needs to be done if Dmitry is hit by a bus~)
On Sat, Sep 16, 2023, 00:22 Tim Düsterhus wrote:
> Hi
>
> On 9/15/23
40.695820 total (1.406958 per hash)
real4m31.854s
user4m13.115s
sys 0m2.168s
hanshenrik@jonathan-dayton:~$ cat /proc/cpuinfo | head
(...)
model name : AMD Opteron(tm) Processor 4122
On Tue, 12 Sept 2023 at 18:01, Tim Düsterhus wrote:
>
> Hi
>
> On 9/12/23 17:5
>web hosters *love* their ancient hardware
No kidding. dreamhost.com host over 1.5 million websites, presumably most
are on their "Shared Unlimited" package, which runs on
AMD Opteron 4122, a high-end server CPU from 2010.
Some benchmarks there:
hanshenrik@jonathan-dayton:~$ cat /proc/cpuinfo |
@Craig warning, it's very random what kind of CPU performance you get
on your t2 instances, the CPUs vary greatly from modern to many years
old.
I know of Fortune 500 companies that have automated systems to spin up
t2 instances until they randomly get "a good one", then discard the
others,
Argon2 is opt-in, not opt-out, at compile-time, so then we would have to
agree on it being acceptable for PASSWORD_DEFAULT to have different values
depending on compile-time options, maybe thats completely fine, or maybe it
isn't, idk.
But as Dusterhus points out, Argon2 is inferior to bcrypt
2023 at 18:36, Hans Henrik Bergan wrote:
>
> maybe we could do a
> declare(internal_strict_types=1);
> on a per-file basis just like the existing userland strict_types?
> (name is up for bikeshedding ofc)
>
> On Tue, 29 Aug 2023 at 17:49, Claude Pache wrote:
> >
> &g
maybe we could do a
declare(internal_strict_types=1);
on a per-file basis just like the existing userland strict_types?
(name is up for bikeshedding ofc)
On Tue, 29 Aug 2023 at 17:49, Claude Pache wrote:
>
>
>
> > Le 29 août 2023 à 15:19, Saki Takamachi a écrit :
> >
> >> Hi,
> >>
> >> The
how are errors handled, like if the format of php://input is
unrecognized, not valid multipart/form-data and not valid
application/x-www-form-urlencoded?
errors? exceptions? nothing?
On Tue, 20 Jun 2023 at 11:26, Ilija Tovilo wrote:
>
> Hi internals
>
> A while ago I encountered a limitation of
ps://quick-bench.com/q/j3k_unXcE91gVdTRH9Dm0nxpDUA
(guess it's because it avoids the `flags < 0` thing)
On Tue, 6 Jun 2023 at 12:54, Hans Henrik Bergan wrote:
>
> Can I get some attention to https://github.com/php/php-src/pull/11254
> ? It's been 3 weeks and nothing so far
--
PHP Internals - PH
Can I get some attention to https://github.com/php/php-src/pull/11254
? It's been 3 weeks and nothing so far
DATE_ISO8601 doesn't have to be removed anytime soon, but no new code
should be written using that constant, thus an E_DEPRECATED is
warranted.
Is anyone really arguing against that statement?
On Tue, 30 May 2023 at 18:26, Hans Henrik Bergan wrote:
>
> >In my opinion, deprecating
sounds like array_find could be implemented by just adding a new flag
for array_filter's $mode:
ARRAY_FILTER_STOP_ON_FIRST_MATCH
or some such?
On Fri, 2 Jun 2023 at 02:15, Casper Langemeijer wrote:
>
> On Thu, Jun 1, 2023, at 18:02, Janusz Szczypka wrote:
> > array_find(): This function would
>In my opinion, deprecating this does not do anything besides annoying
users.
In my opinion, since it isn't, and likely never was, a legal ISO8601
string, it's a no-brainer that it should be deprecated. (it's at least
been illegal since iso8601:2004 released in 2004)
On Fri, 26 May 2023 at
I think it would be useful.
For some reason, lots of people on stackoverflow has a hard time
implementing this function in userland:
on
https://stackoverflow.com/questions/2517947/ucfirst-function-for-multibyte-character-encodings
there are 10 broken implementations of mb_ucfirst, and 1 correct
>outdated format, standard has been changed while ago
What do you mean? Do you mean that the constant was legal at some point?
Was there ever a version of ISO8601 allowing the mixing of "extended
format" and "basic format" ? The earliest version I've read, iso8604:2004,
does not allow it (more on
(tl;dr: if an English version exists, I have no idea why I was served
the German version.)
On Sun, 14 May 2023 at 23:36, Rowan Tommins wrote:
>
> On 14 May 2023 21:48:51 BST, Hans Henrik Bergan wrote:
> >fwiw for those of you lucky enough to not get the captcha page, it
> >looks
multiple times per week now, i get this Security
Sicherheitsüberprüfung captcha page when visiting php.net and it's
really annoying to solve that captcha multiple times per week.
"PHP is that annoying language where you have to solve captchas just
to read the documentation"
is not the experience
@Robert I know windows has problems with moving files that are opened
by other processes,
BUT this still works fine on Windows 10 running on NTFS:
rename returns true and the file really is moved (and the file is no
longer automatically deleted - i suspect PHP's tmpfile() try to delete
the
several PHP versions will be maintained for 10 years by third-party vendors.
PHP5.6 will meet the 10 year mark by 28 august 2024, and freexian.com
maintains PHP5.6 with multiple customers paying 6000€/year for 5.6
maintenance.
Canonical intends to maintain PHP7.0 until April 2026 for their Ubuntu
Something like
```
$data = compile_time_routine(function() {
return json_decode(file_get_contents("large.json"), true);
});
```
being equivalent at runtime to
```
$data = array(...whatever json_decode returned...);
```
and
```
echo "opcache compiled at " .
Good point, and come to think of it, people wishing to $offset can fseek()
before before fpassthru() anyway. Nevermind the $offset thing, it's more
trouble than it's worth ^^
On Sun, Feb 12, 2023, 15:46 Thomas Hruska wrote:
> On 2/12/2023 5:47 AM, Hans Henrik Bergan wrote:
> > Fwiw I w
Fwiw I would also find an $offset argument useful. fpassthru's lack of both
$length and $offset made my life harder when implementing "HTTP 206 Partial
Content" / "HTTP range requests",
Ended up with a
$output = fopen('php://output', 'wb'); + stream_copy_to_stream()
hack because of fpassthru's
function f(int $value){
$value="foo"; // should this be a TypeError? BC break all the things
}
On Mon, 6 Feb 2023 at 22:15, someniatko wrote:
>
> Hi there,
>
> I am not a core PHP language developer, just a regular PHP programmer, and
> cannot speak for the whole community, so I'll just
+1, we don't want to bundle and maintain and monkey-patch 1.1.1
ourselves for 14.4 months,
which I guess would be the alternative.
On Wed, 18 Jan 2023 at 13:20, Christoph M. Becker wrote:
>
> Hi all!
>
> While the official builds for PHP 8.2 already use OpenSSL 3.0, the PHP
> 8.1 builds are
how about base64_encode(string $string, int $flags = 0): string
with $flags accepting BASE64_RFC4648 and BASE64_NO_PADDING
or something to that effect?
On Mon, 9 Jan 2023 at 22:56, David Gebler wrote:
>
> On Mon, Jan 9, 2023 at 9:42 PM Derick Rethans
> wrote:
>
> > On 9 January 2023 18:49:28
when http_build_query() wanted to support different encoding schemes,
PHP_QUERY_RFC1738 and PHP_QUERY_RFC3986 was made, instead of creating
http_build_query_rfc1738() and http_build_query_rfc3986() , hmm
On Mon, 9 Jan 2023 at 21:12, Tim Düsterhus wrote:
>
> Hi
>
> On 1/9/23 19:49, Sara Golemon
Why isn't that generating an ArgumentCountError?
On Fri, Dec 30, 2022, 21:36 Tim Düsterhus wrote:
> Hi
>
> On 12/30/22 18:36, G. P. B. wrote:
> > - Add a proper constructor that does the same as gmp_init() in
> master/8.2.1
>
> My preference would be this (without any target branch
$max) return $min;
return $min + random_int(0, PHP_INT_MAX) / PHP_INT_MAX * ($max - $min);
}
On Tue, 20 Dec 2022 at 09:06, Hans Henrik Bergan wrote:
>
> >returns a value between 0.0 and 1.0.
>
> wouldn't it be better to follow random_int(int $min, int $max) design? eg
> rand
>returns a value between 0.0 and 1.0.
wouldn't it be better to follow random_int(int $min, int $max) design? eg
random_float(float $min, float $max): float
On Tue, 20 Dec 2022 at 07:27, Go Kudo wrote:
>
> Hi Internals.
>
> Congratulations on the release of PHP 8.2.
> I just recently upgraded
sounds like that's been done with PECL previously yeah?
PECL json until native json_encode in PHP5.2.0,
PECL PDO until native PDO in PHP 5.1.0,
PECL ZendOpcache until native opcache in PHP 5.5.5
etc?
On Wed, 5 Oct 2022 at 00:38, Flávio Heleno wrote:
>
> On Tue, Oct 4, 2022, 17:43 David Rodrigues
FILTER_SANITIZE_EMAIL should burn. If you have a bad email address, i can't
imagine the correct solution is to remove characters until it becomes
valid, short of a trim()
On Sun, Oct 2, 2022, 17:10 Larry Garfield wrote:
> On Sat, Oct 1, 2022, at 10:39 AM, Kamil Tekiela wrote:
> > Hi Internals,
maybe you'll find
$t=microtime(true) - $startTime;
var_dump($t,number_format($t,10));
interesting, https://3v4l.org/Ejia3
On Sat, 10 Sept 2022 at 17:11, Eugene Sidelnyk wrote:
> Oh, yes. Sorry for that.
>
> Thanks for pointing out.
>
> On Sat, Sep 10, 2022 at 3:23 PM Christoph M. Becker
>
>it might be hard to properly implement support
No effort should be wasted supporting this.
+1
On Wed, Aug 31, 2022, 21:21 Sara Golemon wrote:
> On Wed, Aug 31, 2022 at 10:43 AM Christoph M. Becker
> wrote:
>
> > recently, there was a bug report regarding declare(encoding)[1]. I've
> >
quote
> you can't efficiently validate JSON in userland
Has anyone actually put that claim to the test? Has anyone actually made a
userland json validator (not just wrap json_decode()/json_last_error()) for
performance comparison?
( if not, https://www.json.org/JSON_checker/JSON_checker.c would
dangerous to be sure, but it's also a technically valid seed,
are you sure we should disallow a valid seed?
On Thu, 4 Aug 2022 at 20:33, Tim Düsterhus wrote:
> Hi
>
> On 8/4/22 10:09, Anton Smirnov wrote:
> > xoshiro** has a known edge case: all-zero seed
>
> Indeed, good catch. I had that in
>1. Are there any reasonable objections to consistently implementing
character range expressions for all character masks?
would be a minor BC break to silently change the meaning of memspn($str,
"a..b"), which currently has the same meaning as "a.b" with wasted cpu
cycles, but with your
ing because... in my
> opinion/experience, hyperthreading implementations in older Intel CPUs
> often did more harm than good, making the cpus run hotter and clock lower,
> this is a (high-end) 2011 model. (I have the opposite experience with AMD
> SMT fwiw)
>
>
>
> On Thu
:18, Hans Henrik Bergan
wrote:
> Fwiw Chris Haas / vendiadvertising.com has reached out, they're willing
> to sponsor raid(1) if my proposal is accepted.
> Haas is reading this mailing list, but does not wish to participate/post
> directly at present.
> (I have no prior relati
at 22:31, Hans Henrik Bergan
wrote:
> i have a 40-core 128GB RAM server with 1 (and only 1) static ipv4 address
> that I intend to keep around until at least 27 november 2025 (but unsure
> after that),
> it has more RAM/CPU than i need, and i could set up a virtual machine on
> it and
Jul 2022 at 15:38, Christoph M. Becker wrote:
> On 11.07.2022 at 21:04, Hans Henrik Bergan wrote:
>
> > Any of you windows.php.net guys familiar with SSH? Can one be created?
>
> That would be possible (needed to be set-up by Alex Schoenmaker), but
> while that could solve the u
Any of you windows.php.net guys familiar with SSH? Can one be created?
On Mon, 11 Jul 2022 at 19:52, Christoph M. Becker wrote:
> On 11.07.2022 at 18:53, Hans Henrik Bergan wrote:
>
> > Is there any SSH public key associated with the Windows php developers?
> Or
> > with C
Is there any SSH public key associated with the Windows php developers? Or
with CMB?
On Mon, 11 Jul 2022 at 18:25, Christoph M. Becker wrote:
> On 11.07.2022 at 17:41, Hans Henrik Bergan wrote:
>
> > Do you mean it is unlikely that Github Actions will suffice? because that
> >
Do you mean it is unlikely that Github Actions will suffice? because that
would definitely be a great solution if it was possible/feasible .
Anyway, with regards to "I don't think there are special requirements
regarding the hardware", can you give a rough estimate on RAM/disk space
requirements?
ment
On Sat, 2 Jul 2022 at 05:02, Anton Smirnov wrote:
> On Fri, 2022-07-01 at 16:11 +0200, Hans Henrik Bergan wrote:
> > > As far as we are aware, only two languages in widespread use
> > > require variables to be explicitly closed over: PHP and C++. All
> >
>As far as we are aware, only two languages in widespread use require
variables to be explicitly closed over: PHP and C++. All other major
languages capture implicitly, as is proposed here.
to be fair to c++, it supports [&] to capture everything, like
int a=1,b=2,c=3;[&]()->void{std::cout << a
(dammit, mixed sftp:// with ftps:// there, ignore that, i meant sftp:// )
On Wed, 22 Jun 2022 at 16:53, Hans Henrik Bergan
wrote:
> nitpicking but I kind-of doubt the description
> for CurlUrl::NO_DEFAULT_PORT is correct, quote:
> > Instructs the method to return null if the
:22/
Is that correct? I would imagine it returns null if the port isn't
specified, rather than null if the port when specified matches the default
port?
On Wed, 22 Jun 2022 at 16:46, Hans Henrik Bergan
wrote:
> any particular reason CurlUrl::getPort() defaults to 0 rather than one of
>
any particular reason CurlUrl::getPort() defaults to 0 rather than one of
the valid options? (that being CurlUrl::DEFAULT_PORT
and CurlUrl::NO_DEFAULT_PORT )
On Wed, 22 Jun 2022 at 16:23, Pierrick Charron wrote:
> Hi Derick,
>
>
> >
> > - The new CurlUrl class should probably be immutable from
y much completely useless since php
7.0, so I doubt it'll break anything keeping up with new releases of PHP.
On Mon, 13 Dec 2021 at 13:57, Hans Henrik Bergan
wrote:
> This has been requested for years (since at least 2009?) but it seems no
> actual plan has been proposed
> How about this?
>
> RFC. There are other inconsistencies as well now, depending on how the
undefined variable comes to exist
absolutely, but shouldn't try to do too much in a single rfc, wouldn't want
it to be rejected for the wrong reasons ^^
On Wed, 30 Mar 2022 at 12:17, Björn Larsson via internals <
i'd write it as
$name = "Theodore Brown";
echo "{$name} has a length of " . strlen ( $name ) . ".";
On Fri, 18 Mar 2022 at 05:49, Theodore Brown wrote:
> On Thu, Mar 17, 2022 at 5:40 PM Tobias Nyholm
> wrote:
>
> > On Thu, 17 Mar 2022, 23:27 Ilija Tovilo, wrote:
> >
> >> Hi everyone
> >>
> >>
fwiw i recall a real-world script modifying a linux system's /etc/passwd /
/etc/shadow using crypt() because password_hash() couldn't create
passwd/shadow-compatible hashes while crypt() could
On Mon, 21 Feb 2022 at 12:49, Marco Pivetta wrote:
> On Mon, Feb 21, 2022 at 12:39 PM Tim Düsterhus
good job! can we do PDO_MYSQL next? if that also goes away (seems likely),
all libmysqlclient-specific code can be removed i think
On Sat, 5 Feb 2022 at 16:10, Kamil Tekiela wrote:
> The voting has now ended. The RFC has been unanimously accepted (30/0).
>
> Since PHP 8.2 it will not be
another thing, it wouldn't surprise me if someone at some point want to
emulate some IIS-specific codes in PHP, like
header("HTTP/1.1 401.3 Unauthorized due to ACL on resource.");
it'd be a shame if PHP literally cannot send IIS-errorcodes
On Thu, 23 Dec 2021 at 16:40, Hans Henrik Ber
sometime in the future HTTP 6xx will be defined, and we'll have to add a
big warning to the header()/http_respons_code() pages like
"Warning: HTTP 6.x.x is only supported in PHP >= x.x.x and PHP <=8.1.x",
and library developers have to add fugly code like
`if(PHP_VERSION_MAJOR >= X ||
I wonder if anyone depends on utf8_* without also depending on mb_* ? I
imagine that is exceedingly rare
On Wed, Dec 22, 2021, 15:26 Rowan Tommins wrote:
> On 22/12/2021 10:45, Andreas Heigl wrote:
> > I just dug a bit deeper on the subject and found this RFC from 2016:
> >
> >
This has been requested for years (since at least 2009?) but it seems no
actual plan has been proposed
How about this?
since we already have the constant FILE_USE_INCLUDE_PATH , seems it was
introduced in PHP5.0.0,
1: FILE_USE_INCLUDE_PATH currently collides with LOCK_SH (they're both 1),
lets
btw why is this code *not* getting dotted capital i on 3v4l?
https://3v4l.org/D1WG1#v7.4.26
it gets ["res_hex"]=> string(2) "49"
$str,
"str_hex"=>bin2hex($str),
"res"=>$res,
"res_hex"=>bin2hex($res),
]);
?>
On Thu, 25 Nov 2021 at 09:57, Côme Chilliet wrote:
> Le jeudi 25 novembre
> then the backtick operator will not behave identically anymore. Am I
correct?
yeah kindof-correct, the backtick operator would then behave identically to
giving shell_exec() only 1 argument, or null as the 2nd argument
(btw i'm the guy that made the linked bugs.php.net feature request)
while
if hosting it ourself is a priority, i suggest looking into GitLab’s
Community Edition, which is entirely open source,
and the GNOME project moved from Bugzilla to GitLab CE in 2018,
here's how that worked out, 2 years later:
https://about.gitlab.com/blog/2020/09/08/gnome-follow-up/
(and the TL;DR
for whatever reason, searching for "fpassthru" on bugs.php.net does not
find https://bugs.php.net/bug.php?id=39135 ,
titled "fpassthru with optional argument length" - screenshot:
https://i.imgur.com/gUjNYBz.png
that nearly caused me to make a duplicate of 39135 today
ref https://bugs.php.net/bug.php?id=39135 ,
i was thinking about how to implement HTTP Range requests/HTTP 206 Partial
Content in userland php,
and ofc it's possible to implement using fread() loops, but it'd be easier
(and faster? presumably) to implement if fpassthru() natively supported a
is mailing list:
>> > List: php-internals
>> > Subject:Re: [PHP-DEV] [RFC] Deprecations for PHP 8.1
>> > From: Nikita Popov
>> > Date: 2021-06-15 12:23:50
>> > Message-ID: CAF+90c8wht+LpERZxj-XuY4sAYek8fH9hH_fc+JVZYg_yiAMpw ()
. (but if there is no actual https links in
the wild, I'm guessing it won't add much value)
On Sun, 10 Oct 2021 at 13:10, Ayesh Karunaratne wrote:
> >
> > S, what's next?
> >
> > On Tue, 5 Oct 2021 at 18:06, Hans Henrik Bergan
> > wrote:
> >
> > > @Ayesh thanks
1 - 100 of 147 matches
Mail list logo