Anyone visiting my D blog (The One With D) or the Derelict forums
recently will likely (hopefully!) have seen a malware warning.
The problem is coming from the blog, where Google detected some
script injection going on. Using cURL, I was able to see where
it's happening, but I've been unable to
On 4/6/2014 4:17 PM, Andrei Alexandrescu wrote:
On 4/6/14, 10:52 AM, Walter Bright wrote:
I use enums a lot in D. I find they work very satisfactorily. The way
they work was deliberately designed, not a historical accident.
Sorry, I think they ought to have been better. -- Andrei
Sorry, yer
Walter Bright:
Having special syntax for everything makes the language
unusable.
While there are ways to reach excesses in every design direction,
and make things unusable, the risk discussed here seems remote to
me.
So do you have an example of this risk? Or examples of languages
that ha
Walter Bright, el 5 de April a las 21:15 me escribiste:
> On 4/5/2014 6:28 PM, Leandro Lucarella wrote:
> >Walter Bright, el 5 de April a las 11:04 me escribiste:
> >>Of course, you can hide all this in a template.
> >
> >Well, you can "emulate" enums as they are now with structs too, so that
> >
I've put up an initial release of DAuth: A simple-yet-flexible salted
password hash based authentication utility lib for D.
Before you get too excited, know that actual cryptographic algorithms
are outside the scope of this lib. Instead, it uses any
Phobos-compatible digests and random number
On 4/6/14, 10:52 AM, Walter Bright wrote:
On 4/6/2014 3:31 AM, Leandro Lucarella wrote:
What I mean is the current semantics of enum are as they are for
historical reasons, not because they make (more) sense (than other
possibilities). You showed a lot of examples that makes sense only
because y
On Sunday, 6 April 2014 at 19:53:43 UTC, Paulo Pinto wrote:
A counterexample is Go, which has gotten a lot of traction
with a simple
syntax.
It has more to do with Google than with the language's design.
That, and being perceived as a http-server-language and having
standard libraries and a
On 4/6/2014 2:26 PM, Araq wrote:
The fact that you are unaware of how it's properly done (hint: Pascal got right
with 'set of enum' being distinct from 'enum') makes it a historical accident.
I wrote a Pascal compiler before the C one.
On Sunday, 6 April 2014 at 17:52:19 UTC, Walter Bright wrote:
On 4/6/2014 3:31 AM, Leandro Lucarella wrote:
What I mean is the current semantics of enum are as they are
for
historical reasons, not because they make (more) sense (than
other
possibilities). You showed a lot of examples that makes
Am 06.04.2014 19:54, schrieb Walter Bright:
On 4/6/2014 4:26 AM, bearophile wrote:
So do you have an example of this risk?
Algol is a rather famous one.
A counterexample is Go, which has gotten a lot of traction with a simple
syntax.
It has more to do with Google than with the language's de
On Sunday, 6 April 2014 at 11:26:41 UTC, bearophile wrote:
Walter Bright:
Having special syntax for everything makes the language
unusable.
While there are ways to reach excesses in every design
direction, and make things unusable, the risk discussed here
seems remote to me.
Too much synta
On Sunday, 6 April 2014 at 16:46:12 UTC, Andrei Alexandrescu
wrote:
On 4/6/14, 3:31 AM, Leandro Lucarella wrote:
What I mean is the current semantics of enum are as they are
for
historical reasons, not because they make (more) sense (than
other
possibilities). You showed a lot of examples that
On 4/6/2014 3:31 AM, Leandro Lucarella wrote:
What I mean is the current semantics of enum are as they are for
historical reasons, not because they make (more) sense (than other
possibilities). You showed a lot of examples that makes sense only
because you are used to the current semantics, not b
On 4/6/2014 4:26 AM, bearophile wrote:
So do you have an example of this risk?
Algol is a rather famous one.
A counterexample is Go, which has gotten a lot of traction with a simple syntax.
On 4/6/14, 3:31 AM, Leandro Lucarella wrote:
What I mean is the current semantics of enum are as they are for
historical reasons, not because they make (more) sense (than other
possibilities). You showed a lot of examples that makes sense only
because you are used to the current semantics, not be
15 matches
Mail list logo