ariants of setOptions(), I am uncertain about
that, because with an enumeration, we would still need to have some
sort of whitelisting of what options can be passed into the method.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
feel that you are a
representing the Laravel community and start there. We often hear
feedback from other projects, but I cannot remember a recent time
where Laravel representative gave feedback to a discussion or
contributed (arguably my memory like most others is not the best).
I cannot see ho
Den ons. 3. maj 2023 kl. 04.43 skrev PHP Group :
> VCS Account Approved: ericmann approved by kalle \o/
Welcome aboard Eric!
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
y objections to removing compatibility for
> OS2.
Makes sense to go ahead, I removed NetWare and BeOS2000 support years
ago that died around the same time as that. Likely we aren't fully
compatible elsewhere anyway
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runti
ople. Banner is the
> least possible, still useful way to help and people will know you are trying
> to help whatever you think you can help.
Trying to push on people's feelings is also offending, or rather
trying to weaponize it as part of your personal agenda to get what you
want.
--
regards,
Ka
Den fre. 4. mar. 2022 kl. 01.18 skrev Lynn :
> Not making a statement is also making a statement.
I disagree, assuming a stance without understanding the context is insanity
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscr
u tonight is more alike to being
kafkatraps based on the phrasing, which I would refrain from
(regardless of the topic being discussed).
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
be conveyed,
but I don't agree with turning the project into such a forum.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
into making a stance
on every politics and world events, like BLM, are we also now gonna
have an LGBT banner too? No, the PHP project is not a place for such.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https:/
ng a stance here and change the
politics of the PHP project.
To reiterate, I understand where you are coming from but I don't agree
with forcing a political stance for the PHP project. So my stance will
not change on the matter, and I believe in neutrality from politics.
--
regards,
Kalle S
kes me dread the idea of even
considering such, even if it is done with the purest of intentions.
Big -1 from me (and to all future proposals of similar political matter)
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
e SDK that manages dependencies and provides cross MSVC
environment build scripts is no longer supported.
You can still build PHP on Windows without the Binary SDK but you will
have to manage the build depedencies in all their flavors manually
without this Binary SDK for PHP.
Kalle Sommer Nielsen
ka.
ather than relying on
> the implicit operator precedence and associativity.
[1] https://www.php.net/manual/en/language.operators.precedence.php
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
fix is only applied to the bundled library, but not
synced upstream, then it breaks this philosophy.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
s vote (if desired), is with the RMs,
not the internal contributors.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
the liberty to close the vote and moved the RFC to the
Withdrawn section given its supposedly abandoned status
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
ponsibility of maintaining the PHP project"
[1] https://wiki.php.net/rfc/curl_user_agent
[2] https://wiki.php.net/rfc/fsync_function
[3] https://wiki.php.net/rfc/fibers
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
ementation
patches, which is fantastic and well deserved in my opinion.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
uest turned out to
be declined.
-1 from me to prevent discrimination and keep it consistent.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
Den tir. 8. jun. 2021 kl. 17.02 skrev Kalle Sommer Nielsen :
> In layman terms
> that means that Zend has more decision making power over any
> individual contributor.
Seems like I did a freudian slip, the above should read as following;
"In layman terms that means Zend has *no*
s defined in our mailing lists rules, will also get you a
long way on other platforms, like the Laminas forum which you
mentioned.
ps, I have CC'd internals, so this reply may serve as a future
reference; should this ever be the case again.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Interna
factory! Thanks again
for the feedback and for helping us make PHP even greater.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
ts own rather
than off topicing it here, so I will leave it at that.
Overall, +1 for adding this
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
e as Stas does here.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
t's make it happen.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
can
be checked there -- that part of why we have a bug tracker, to confirm
such things or not.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
Hi Bishop
Den tor. 1. apr. 2021 kl. 07.55 skrev Bishop Bettini :
> I've documented why we need signing, and how to set it up:
>
> https://wiki.php.net/vcs/commit-signing
>
> Feedback welcomed!
Great guide, any chance to add some Windows information here?
--
regards,
Kalle So
nt karma to others
going forward?
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
I think it
is fine to have the exception of making arrow functions behave this
way and would have voted as such had it come to my desk today.
And again, kindly stop top posting.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
feature flag so it is not unnatural, the
naming of the keyword `auto` sure, but that is another discussion.
[1]
https://git.php.net/?p=php-src.git;a=blob_plain;f=docs/mailinglist-rules.md;hb=HEAD
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscrib
re is a very
vitual difference (similar to `static` closures is rare if you don't
intend on binding `$this`).
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
make less sense
with the current deprecations of functions like `strptime()` (also
non-cross platform) and `strftime()`. Personally I have seen more code
in the wild use array derefencing on `localeconv()` (which is cross
platform) over using `nl_langinfo()` for a single category.
--
regards,
Kalle
the RFC however.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
other should go into the core as it could
force the answer to the namespace question. Having them in \ would be
a +1 from me tho.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
o find
out what our legal option is to make sure that you cannot continue to
abuse our maintainers, contributors, users, among others.
I hope you will rethink your stance and give up this crusade of yours,
Thank you
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runt
e if the
NetzDG or STGB 185 applies here, but it is worth finding out as this
abuse has gone on for far too long now and it is time to make it end.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
yesterday and it took me a bit to
figure out what was going on. This RFC would fix that behavior so big
+1
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
thing related to the websites belong to the
php-webmaster@ mailing list, *not* internals and I would highly
recommend moving the thread there.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
`
functions in ext/spl. Such as `iterator_to_array()`,
`iterator_count()` and `iterator_apply()`, so that prefix is somewhat
available to use for consistency.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
earn it like a regular
contributor if I wanted it so dearly. It really does not take much
effort.
There is nothing that stops an RFC author from surveying userland
various communities before they seek to have it accepted into PHP
proper. Twitter is a decent place to do so.
--
regards,
Kalle Sommer
of PHP? No I shouldn't. If
I'm involved with a project in question, then that changes the
perspective but it is still up to the project to decide on how to
proceed here.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
more involved with
the project as a whole.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
Den ons. 12. aug. 2020 kl. 18.29 skrev Paul M. Jones :
> It's premature. If we can't follow our own rules, why even have them?
Agreed
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
orm, please read the
page in detail and it should be a walk in the park.
-K
> --
regards,
Kalle Sommer Nielsen
ka...@php.net
xpected to be true is not,
> so executing further is a bad idea. This leaves throwing or bailing
> out. I think throwing an exception is better than bailing out, so
> that's what I propose.
+1 on this. I was recently surprised why this wasn't the default either
--
regards,
Kalle Sommer Nie
information to
fill out this spam challenge seems to have been lost sometime when we
upgraded the wiki software but never fixed.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
need a VCS account for that, but rather a Wiki account if
that is your sole purpose (similar to fatpot from Symfony).
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
Hello Internals
The voting has closed with 44 for and 30 against. The RFC has not been
accepted as it did not meet the 2/3 requirement to be approved, thank
you to everyone for joining the discussions and turned out to vote.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals
et, they should be able to handle
something like this.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
itelist to allowlist,
something that is not noted in the RFC itself among other things, or
did I miss something?
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
top post”.)
Your initial post does not state who should implement this feature
either, or if this is only a concept.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
udience that you need for this change to pass.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
where it landed.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
till don't think it will make the community better by breaking
already working code. To say that the current naming is not diverse
and welcoming is almost disrespectful in itself.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ll, we have a
major version in the works, set to release later this year. Something
(excuse my bias here) is way more important than trying to justify
backwards compatibility breaks for no reason.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development
y these changes and I still am not convinced that we should
change these for the sake of changing. I get that the thread is to
start a dialog, but I do not see any concrete plan here to justify
these changes.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Developme
o
the current political events occurring world wide. This here is just
an example of changing things for the sake of changing.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
of the features
were ported to PHP5.3. I don't think we should go down that path again
of soft reserving something before we can guarantee it will be
implemented, something we cannot currently until it is voted in.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime
ween now and when it
is eventually implemented.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ing is
going to be deprecated allows userland to have a larger time for
upgrading as these warnings about certain behavior will change many
years from now, but old behavior is still in effect.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubs
alar type hints RFCs. Perhaps someone smarter
than me can phrase this better.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ise) so he
should be able to push his key now.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
tware projects, and I would love the opportunity to
> volunteer more of my time to the PHP project.
>
> Thank you for the consideration!
+1 for Ben
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
not want such to bloat RFCs so that it
morally questions my choices when I vote in the sense that I think is
best suited. I understand the curiosity but I do not wish for us to
fall so deep because someone on Reddit or what not believes anyone who
votes against something has to be pulled in
e awesome but the one thing I dislike is the syntax). I doubt
everyone have time to go in details and understand to the teeth what
each and every feature does. I instead recommend that you look at Dan
Ackroyd's repository which he linked in his reply.
Similar to him, I'm also fairly against the development of such a feature.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
asing that out, see is_real()
and the (real)-cast), so that name would most likely make it more
confusing to userland.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
FIG members and what not,
once one start creeps in, everyone will. If the contributor in
question wanted to be active at the PHP project, then I see no problem
in it
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
tice, realize what I was doing and not think that I
> needed to be educated on the existence of instanceof.
That is fine if the instanceof operator does not do it for you, but
you could have left that last part of the comment out of the mail,
after all, it was just a tip.
--
regards,
Kalle So
e)
{
// Notice the ! is right associative and instanceof is non
associative, hence the lack of parantheses
}
use Interfaces;
if($object instanceof Interfaces\MyInterface)
{
}
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
all of us
have.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
) ?
I got no objection to adding it, but perhaps an RFC should be more in
the direction of a "Mission statement" of sorts, stating what the
project is, what our goals are, who steers the direction etc. This
could be a decent start to sorting out the strings.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
of the world.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
read new comments if you are not email
subscribed and even then it still remains hard to follow. The
individual moderation required to also sort out irrelevant comments is
also one thing I personally would not want to deal with either.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Inter
ents
> to my Gist?
You are welcome to reply both here and in the gist for your readers
which may not be reading internals, thank you :)
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
hod over
procedural functions (like get_object_vars()).
(Bear in mind I wrote this as the first in the morning)
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
a runtime version of
php.ini with a million declare statements on top of each file, each
having multiple meanings and an added complexity to maintain the code,
not a burden I think userland developers need as it is.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ays
before putting this to a vote, please put it back to discussion and
read the voting RFC:
https://wiki.php.net/rfc/voting#discussion_period
Besides this, voting must happen over a 2 week period:
https://wiki.php.net/rfc/voting#voting
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Inter
nductive to properly
> discussing each specific change, but mixing changes of different types
> makes it even worse.
I will have a chat with Nikita regarding this.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Greetings Internals
Nikita and I would like to open the discussion for the RFC:
"Deprecations for 7.4", this RFC targets a larger set of various
features targeting for deprecation in 7.4 with the intention of
removal in PHP 8.0.
https://wiki.php.net/rfc/deprecations_php_7_4
If there is no major
comments off the list and in private, such does not
belong to internals, it is a mailing list about the development of a
programming language, not a kinder garden)
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
multiple
statements or all over the body still means we need to check if the
body contains such a statement and do the right computations for it, I
still don't think the argument presented in the RFC justifies this
potential cost, and would like to see a demo implementation and impact
it would have
computations into separate methods which also encourages
better testability.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
return the old value, I
think we should retain this and only change the default value.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
internals first to hear others thoughts on the matter. I definitely
think consistency is something we should embrace more and thinking
about it for a day then I do think we should keep the naming similar,
but avoid a design like SQLite3::enableExceptions().
--
regards,
Kalle Sommer Nielsen
ka...@p
original ones?
>
> tschüss.
These mails only goes to moderators of the php-announce@ list,
typically RMs and the like moderates this list hence why only a
handful has gotten them, each moderation mail contains the original
mail and addresses to approve or reject the message.
--
regards,
K
I personally think its better to simply deal with the default value
rather than making a bigger potential BC break by renaming the method
to something like: SQLite3::toggleExceptions()
Thoughts?
[1] https://github.com/php/php-src/pull/4166
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
hich returns current public/protected/private property
values. While this functionality is not an ideal or by design, it is
fairly heavily (ab-)used, meaning that it is a potential BC break
without the ability to an alternative.
See this example: https://3v4l.org/ONMoi
--
regards,
Kalle Sommer Nielsen
egards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
s
> like a bug in the driver.
Again odd it did not fail for me, but we should log a bug about this
issue if there isn't one already and hope that someone will pick it up
unless you want to invest the time into it.
Thanks for looking into these! Much appreciated.
--
regards,
Kalle Sommer Nielsen
ean types to PDO_Firebird was updated too,
to reflect these changes so it should be good to go into 7.4 I suppose
if its rebased.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
9
If a brave soul can test on Unix it would be great, but this is about
as good as it gets.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Christoph
Den tor. 2. maj 2019 kl. 16.57 skrev Christoph M. Becker :
>
> Hi Kalle,
>
> On 02.05.2019 at 15:35, Kalle Sommer Nielsen wrote:
> Indeed, it seems that pdo_firebird requires to connect to an existing
> database, contrary to e.g. pdo_mysql which supports DSN
es
a manual touch to configure credentials to run.
I'm personally fine with the simple solution, thoughts?
(ps. Thanks for the fix for the AppVeyor part I missed)
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi
Den tir. 9. apr. 2019 kl. 20.02 skrev Kalle Sommer Nielsen :
>
> Evening Internals
>
> Apologies for the one day delay, but the voting for the RFC "Unbundle
> ext/interbase" is open[1]. There is only one voting choice, which
> decides if the extension should
ng that so
digging up the right channels to get it done may take a bit of time.
[1] https://pecl.php.net/account-request.php
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ebird driver, then I could potentially seeing it joining PECL
in the future as I'm unfamiliar its internals, but looking at the bugs
reported[1], I can only start wondering.
[1]
https://bugs.php.net/search.php?cmd=display_type=All=Open_name%5B%5D=PDO+Firebird=Any=30
--
regards,
Kalle Sommer N
ere has been no reason to 'continually update'
> the driver, only the wrappers around the basic driver. Which do not
> impact the driver extension itself?
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ude the
> driver from the main php distribution has started (only people on the
> php.internals mailing list can vote, http://news.php.net/php.internals) and
> as expected it is not looking good:
>
> https://wiki.php.net/rfc/deprecate-and-remove-ext-interbase
>
> Today Martin has finally succee
Den tir. 9. apr. 2019 kl. 20.02 skrev Kalle Sommer Nielsen :
>
> Evening Internals
>
> Apologies for the one day delay, but the voting for the RFC "Unbundle
> ext/interbase" is open[1]. There is only one voting choice, which
> decides if the extension should
un for one extra day and therefore officially close on
tuesday, 23th of April, 2019 around noon EET.
[1] https://wiki.php.net/start#voting
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
1 - 100 of 610 matches
Mail list logo
