On 5/21/2020 4:45 PM, H. S. Teoh wrote:
This makes it sound like you think that those who disagree with you
disagree with @safe by default. That is not the case.
I'm sure you all know what I'm talking about.
On 5/21/2020 8:36 PM, Paul Backus wrote:
Something ought to be done to prevent this. It doesn't have to be the exact
proposal from the discussion thread, but doing nothing and allowing widespread
silent breakage cannot possibly be the best solution.
I can see that happening. A simple example wo
# Hunt HttpClient
Hunt HttpClient is a tool library for sending HTTP requests to
Web service communications. provides a very good development
experience for developers.
The interface design draws on the most popular laravel in the PHP
:)
## Simple code for get:
```D
string content =
Http
On Thu, May 21, 2020 at 06:22:19PM -0700, Walter Bright via
Digitalmars-d-announce wrote:
> I have made these points before, but I'll summarize them here
> for convenient referral.
[...]
Thank you. This makes your position clear, even if I don't entirely
agree with it. On that note, though: thi
On Friday, 22 May 2020 at 01:22:19 UTC, Walter Bright wrote:
I have made these points before, but I'll summarize them here
for convenient referral.
[...]
First, thank you for taking the time to summarize your position.
I understand
your objection to the proposed amendment much better no
I have made these points before, but I'll summarize them here
for convenient referral.
The proposed amendment to Safe by Default is:
"Extern C and C++ functions without bodies should be @system
by default."
The rationale is that since the compiler cannot check them for @safe,
they should
On 5/21/2020 2:41 PM, Steven Schveighoffer wrote:
I even put forth a completely ignored compromise solution that would have solved
the problem and allowed extern(C) functions to be considered @safe by default:
https://digitalmars.com/d/archives/digitalmars/D/Discussion_Thread_DIP_1028--Make_safe
On Friday, 22 May 2020 at 00:50:00 UTC, Walter Bright wrote:
On 5/21/2020 2:44 PM, Joseph Rushton Wakeling wrote:
One concern here is that these responses are scattered across
different parts of a long discussion thread. So it probably
would be a good idea for the acceptance to be accompanied
On 5/21/2020 2:45 PM, bachmeier wrote:
On Thursday, 21 May 2020 at 20:48:18 UTC, Walter Bright wrote:
On 5/21/2020 10:03 AM, bachmeier wrote:
Walter makes decisions based on his mood on a particular day
That's uncalled for.
Regional variation in English? Translation: You make your decisions
On 5/21/2020 2:44 PM, Joseph Rushton Wakeling wrote:
One concern here is that these responses are scattered across different parts of
a long discussion thread. So it probably would be a good idea for the
acceptance to be accompanied by an explanation of what the major objections were
to the DI
On 22/05/2020 12:21 PM, Daniel C wrote:
Can this library be used in a 64-bit build? I only see the one lib, and
was curious if the function definitions make any assumptions about
argument size or stack configuration etc.
There are no binary files provided in the bindbc-sdl repository.
https:
Can this library be used in a 64-bit build? I only see the one
lib, and was curious if the function definitions make any
assumptions about argument size or stack configuration etc.
On Thursday, 21 May 2020 at 16:32:32 UTC, Adam D. Ruppe wrote:
On Thursday, 21 May 2020 at 16:14:02 UTC, Seb wrote:
Why we can't we have a technical board where the community can
vote in experts and potentially companies could even buy a
seat for $$$ which would mean a lot more for them than th
On Thu, May 21, 2020 at 01:46:09PM -0700, Walter Bright via
Digitalmars-d-announce wrote:
[...]
> I expected flak from this decision. I'm prepared to take the flak
> because this is the right decision. I did not make it lightly.
This makes it sound like you think that those who disagree with you
On Thursday, 21 May 2020 at 20:46:09 UTC, Walter Bright wrote:
On 5/21/2020 9:14 AM, Seb wrote:
Why we can't we have a technical board where the community can
vote in experts and potentially companies could even buy a
seat for $$$ which would mean a lot more for them than the
current very vagu
On Thursday, 21 May 2020 at 21:41:53 UTC, Steven Schveighoffer
wrote:
The unfortunate end result of this change is that safety will
be gutted with all C functions being trusted by default
I'm really sorry, Walter, but I have to agree with Steve on this
point. This was the one aspect of the DI
On Thursday, 21 May 2020 at 20:48:18 UTC, Walter Bright wrote:
On 5/21/2020 10:03 AM, bachmeier wrote:
Walter makes decisions based on his mood on a particular day
That's uncalled for.
Regional variation in English? Translation: You make your
decisions based on how you feel about the situati
On Thursday, 21 May 2020 at 20:59:08 UTC, Walter Bright wrote:
Many replies to you, Steven:
https://digitalmars.com/d/archives/digitalmars/D/Discussion_Thread_DIP_1028--Make_safe_the_Default--Final_Review_336354.html
I did not ignore you. I just didn't agree.
One concern here is that these re
On 5/21/20 4:59 PM, Walter Bright wrote:
On 5/21/2020 10:26 AM, Steven Schveighoffer wrote:
Agree. I will not be participating in the DIP process from now on. It
is a complete waste of time. Walter should just make the changes he
wants and not bother with the facade of discussion.
Many replie
On 5/21/2020 10:26 AM, Steven Schveighoffer wrote:
Agree. I will not be participating in the DIP process from now on. It is a
complete waste of time. Walter should just make the changes he wants and not
bother with the facade of discussion.
Many replies to you, Steven:
https://digitalmars.com
On 5/21/2020 10:03 AM, bachmeier wrote:
Walter makes decisions based on his mood on a particular day
That's uncalled for.
On 5/21/2020 11:36 AM, H. S. Teoh wrote:
I'd even grant that Walter, being BFDL, can make whatever arbitrary
decisions he wants, but at the very least acknowledge the existence of
the rest of us. "Accepted without comment" amounts to denial that we
even exist, considering how much feedback was g
On 5/21/2020 9:14 AM, Seb wrote:
On Thursday, 21 May 2020 at 13:51:34 UTC, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
"without comment" - even though there were a lot of unaddress
On Thu, May 21, 2020 at 05:49:27PM +, Paul Backus via
Digitalmars-d-announce wrote:
[...]
> I think the real problem here is the lack of communication. As it
> stands, we have no way to tell whether feedback was considered or
> ignored, or what the ultimate rationale behind this decision was--
On Thursday, 21 May 2020 at 17:49:27 UTC, Paul Backus wrote:
On Thursday, 21 May 2020 at 17:03:49 UTC, bachmeier wrote:
The problem as I see it is someone making a decision on his
own DIP. That just doesn't make any sense to me, and I've
stated that numerous times. Walter has a tendency to thro
On Thursday, 21 May 2020 at 17:03:49 UTC, bachmeier wrote:
The problem as I see it is someone making a decision on his own
DIP. That just doesn't make any sense to me, and I've stated
that numerous times. Walter has a tendency to throw gas on the
fire by ignoring much of the feedback and not sp
On Thursday, 21 May 2020 at 13:51:34 UTC, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without
comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
As others have mentioned, this really is a farce. I understand
that not everybody will be hap
On 5/21/20 12:14 PM, Seb wrote:
On Thursday, 21 May 2020 at 13:51:34 UTC, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
"without comment" - even though there were a lot of unaddresse
On Thursday, 21 May 2020 at 16:48:22 UTC, SashaGreat wrote:
On Thursday, 21 May 2020 at 16:32:32 UTC, Adam D. Ruppe wrote:
On Thursday, 21 May 2020 at 16:14:02 UTC, Seb wrote:
Why we can't we have a technical board where the community
can vote in experts and potentially companies could even buy
On Thursday, 21 May 2020 at 16:14:02 UTC, Seb wrote:
On Thursday, 21 May 2020 at 13:51:34 UTC, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without
comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
"without comment" - even though there we
On Thursday, 21 May 2020 at 16:32:32 UTC, Adam D. Ruppe wrote:
On Thursday, 21 May 2020 at 16:14:02 UTC, Seb wrote:
Why we can't we have a technical board where the community can
vote in experts and potentially companies could even buy a
seat for $$$ which would mean a lot more for them than th
On Thursday, 21 May 2020 at 16:14:02 UTC, Seb wrote:
Why we can't we have a technical board where the community can
vote in experts and potentially companies could even buy a seat
for $$$ which would mean a lot more for them than the current
very vague sponsorship options.
ditto, I think we s
On Thursday, 21 May 2020 at 13:51:34 UTC, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without
comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
"without comment" - even though there were a lot of unaddressed
problems :/
Great! So what'
Hunt Framework is a full stack Web framework based on DLang
language.
Designed for rapid development of Web servers, similar PHP's
Laravel、Java's Spring、Python's Django!
## This major update is as follows:
1. safety - related GET parameter test
2. improve the worker thread, add WokerGroup
On Thursday, 21 May 2020 at 13:51:34 UTC, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without
comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
I guess they be more open to dips that fixes holes in the "safe
by default" feature then.
On 21.05.20 15:51, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without comment.
just another brick in the wall
DIP 1028, "Make @safe the Default", has been accepted without
comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
37 matches
Mail list logo