Hi, I hit problem with templates/opDispatch.
http://pastebin.com/rc09yWNt
% uname -a
Linux machine 3.11.0-20-generic #35-Ubuntu SMP Fri May 2 21:32:49
UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
On 7/9/14, 4:18 PM, Bob wrote:
Hi, I hit problem with templates/opDispatch.
http://pastebin.com/rc09yWNt
% uname -a
Linux machine 3.11.0-20-generic #35-Ubuntu SMP Fri May 2 21:32:49 UTC
2014 x86_64 x86_64 x86_64 GNU/Linux
What does this event mean? Where does xyz come from? The code below
On 7/9/14, 5:58 PM, Andrew Edwards wrote:
On 7/9/14, 4:18 PM, Bob wrote:
Hi, I hit problem with templates/opDispatch.
http://pastebin.com/rc09yWNt
% uname -a
Linux machine 3.11.0-20-generic #35-Ubuntu SMP Fri May 2 21:32:49 UTC
2014 x86_64 x86_64 x86_64 GNU/Linux
What does this event mean?
On Wednesday, 9 July 2014 at 12:11:13 UTC, Andrew Edwards wrote:
remove the string components parameter form opDispatch to
reveal the same error.
Hm, could you elaborate a bit further on this? As per the spec,
opDispatch requires a string parameter
On Tuesday, 8 July 2014 at 16:03:36 UTC, Andrei Alexandrescu
wrote:
https://news.ycombinator.com/newest (please find and vote
quickly)
https://twitter.com/D_Programming/status/486540487080554496
https://www.facebook.com/dlang.org/posts/881134858566863
A fork of this article also appeared on sdtimes :
http://www.sdtimes.com/content/article.aspx?ArticleID=71465page=1
On Wednesday, 9 July 2014 at 12:21:20 UTC, David Nadlinger wrote:
On Wednesday, 9 July 2014 at 12:11:13 UTC, Andrew Edwards wrote:
remove the string components parameter form opDispatch to
reveal the same error.
Hm, could you elaborate a bit further on this? As per the spec,
opDispatch
On Wednesday, 9 July 2014 at 05:30:21 UTC, Ola Fosheim Grøstad
wrote:
That's true, but OpenGL is being left behind now that there is
a push to match the low level of how GPU drivers work.
As I said, ALL api's are converging on low level access, this
includes opengl. This means that all major
On Wed, Jul 09, 2014 at 14:56:59 +, Andrew Edwards via
Digitalmars-d-announce wrote:
My concern is that this shouldn't compile in the first place. What is
xyz?, Is it a free function? Is it a member variable or function? In
my mind it is neither of the two so why does it compile? Removing
On Wednesday, 9 July 2014 at 15:03:13 UTC, Tofu Ninja wrote:
Also I should note, dx and ogl are both also moving towards
exposing the command buffer.
http://www.reddit.com/r/programming/comments/2a8xf4/dconf_2014_day_2_talk_4_reducing_d_bugs_by/
https://www.facebook.com/dlang.org/posts/881813965165619
https://news.ycombinator.com/newest (please find and vote quickly)
https://twitter.com/D_Programming/status/486902390399180801
Andrei
Am 07.07.2014 13:57, schrieb Nordlöw:
On Monday, 7 July 2014 at 11:55:48 UTC, Nordlöw wrote:
BTW, corresponding GitHub issue:
https://github.com/D-Programming-Language/dub/issues/154
Do you fix the PR?
Shall I just commit the file (with you as the author of course), or do
you want to open
On 7/9/14, Andrei Alexandrescu via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
https://news.ycombinator.com/newest (please find and vote quickly)
Just paste the URL with some randomness in it and people can then
copy-paste it themselves, this search hunt think is silly.
On Wednesday, 9 July 2014 at 15:03:13 UTC, Tofu Ninja wrote:
I am not exactly sure where you are get that idea, Metal is the
same, buffers+shaders. The major difference is the command
buffer that is being explicitly exposed, this is actually what
is meant when they say that the the api is
On Wednesday, 9 July 2014 at 15:22:35 UTC, Tofu Ninja wrote:
On Wednesday, 9 July 2014 at 15:03:13 UTC, Tofu Ninja wrote:
Also I should note, dx and ogl are both also moving towards
exposing the command buffer.
I should say that it looks like they are moving in that
direction, both opengl
On Wednesday, 9 July 2014 at 16:25:14 UTC, Tofu Ninja wrote:
is almost nearly all the way to a command buffer, it is only a
matter of time before it become a reality(explicitly with metal
and mantel).
Yes, of course, but it does not belong in a stable high level
graphics API. It's not gonna
On 7/9/14, Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
On 7/9/14, Andrei Alexandrescu via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
https://news.ycombinator.com/newest (please find and vote quickly)
Just paste the URL with some randomness in it and people can
On Wednesday, 9 July 2014 at 15:39:50 UTC, David Nadlinger wrote:
On Wednesday, 9 July 2014 at 14:57:01 UTC, Andrew Edwards wrote:
My concern is that this shouldn't compile in the first place.
What is xyz?, Is it a free function? Is it a member variable
or function? In my mind it is neither
http://youtu.be/5iXRFlKvEY0
On 07/09/2014 06:00 PM, Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/2a8xf4/dconf_2014_day_2_talk_4_reducing_d_bugs_by/
https://www.facebook.com/dlang.org/posts/881813965165619
https://news.ycombinator.com/newest (please find and vote quickly)
On Wednesday, 9 July 2014 at 18:26:53 UTC, simendsjo wrote:
Would it make sense to add them to the dtools repository?
It's already included there as a submodule :)
On Wednesday, 9 July 2014 at 16:21:55 UTC, Ola Fosheim Grøstad
wrote:
My point was that the current move is from heavy graphic
contexts with few API calls to explicit command buffers with
many API calls. I would think it fits better to tiling where
you defer rendering and sort polygons and
On 07/10/2014 01:22 AM, Nordlöw wrote:
On Wednesday, 9 July 2014 at 18:26:53 UTC, simendsjo wrote:
Would it make sense to add them to the dtools repository?
It's already included there as a submodule :)
Hidden in plain sight.
On 08/07/14 19:54, David Nadlinger wrote:
Hi all,
I am excited to share news about two changes that recently made their
way into the development version of LDC, changes that might be
interesting for many of you Linux users out there.
The first is that LDC now supports linker-level dead code
On 09/07/14 00:21, bearophile wrote:
9. Built-in tuples usable in all the most important situations (with a
syntax that doesn't kill possible future improvements of the switch
statement to perform basic pattern matching on structs that have an
optional method named unapply).
I think it would
On 7/8/2014 10:00 PM, H. S. Teoh via Digitalmars-d wrote:
On Tue, Jul 08, 2014 at 07:42:50PM -0700, Walter Bright via Digitalmars-d wrote:
On 7/8/2014 3:37 PM, bearophile wrote:
Walter Bright:
3. 'ref' means 'borrowed', to use Rust's terminology
We're almost there with this. This means
On Tuesday, 8 July 2014 at 21:22:31 UTC, Walter Bright wrote:
5. Precise and Concurrent GC
There's been a lot of work on this, but I don't know where we
stand on it.
The precise work is held up by:
https://github.com/D-Programming-Language/dmd/pull/2480
The GC is due for a redesign /
On Wednesday, 9 July 2014 at 02:48:03 UTC, Walter Bright wrote:
On 7/8/2014 2:31 PM, Brian Schott wrote:
http://wiki.dlang.org/DIP65
tldr: There are parser and specification bugs and I want to
fix them. It will
break some poorly-written code, but I think I can automate the
upgrade process.
Hi folks,
Thank you all for your very informative answers - much
appreciated.
Great to see such an active community there.
To summarise what you said:
+ No, the GC can't be taken out, but with careful attention one
can - relatively easily - bypass it. This can come at a price of
some great
Adrian:
for if the GC is stumbling block for some people (such as
myself), an inefficient/weak one does not help in convincing GC
sceptics to accept it.
...
is there a comprehensive and precise set of instructions
available that one could follow in order to write D programs
entirely devoid
Meta:
What if we had an opDestructure or opMatch or something
like that? It could return a tuple and be auto-implemented by
the compiler for simple structs/classes. Then users could
precisely control how their type can be destructured.
The optional unapply method is from the Scala language,
On Wednesday, 9 July 2014 at 02:44:54 UTC, Walter Bright wrote:
On 7/8/2014 6:01 PM, Mike wrote:
On Tuesday, 8 July 2014 at 21:22:31 UTC, Walter Bright wrote:
1. Ref Counting
I believe that ARC is a pipe dream for D, as we've discussed
extensively here.
But a ref counted object should work,
(and I agree opSomething sounds like a more fitting name for D).
Added your names:
https://issues.dlang.org/show_bug.cgi?id=596
Bye,
bearophile
Walter Bright:
The list isn't about things that would be nice to add to D,
it's about fairly critical issues with large impact we need to
address. More on tuples and pattern matching are not critical
issues.
In this thread I have asked for just tuples, not pattern matching
(I have just
On Tuesday, 8 July 2014 at 20:39:23 UTC, Andrei Alexandrescu
wrote:
has anyone ever tied a real webservice to vibe.d?
Yes and see no problems with it. Looks like author has very
specific expectations of webservice concept and can't do a
thing with 100%
On Wednesday, 9 July 2014 at 09:47:21 UTC, Dicebot wrote:
On Tuesday, 8 July 2014 at 20:39:23 UTC, Andrei Alexandrescu
wrote:
has anyone ever tied a real webservice to vibe.d?
Yes and see no problems with it. Looks like author has very
specific expectations of webservice concept and can't do
On Wednesday, 9 July 2014 at 01:09:10 UTC, Puming wrote:
Vibe.d is more like a base library for async I/O, networking
and concurrency, a full stack WEB framework should be built on
top of it
Ironically I find pure vibe.d solutions much more clean and easy
to maintain than any enhancements
On Tuesday, 8 July 2014 at 20:40:02 UTC, Walter Bright wrote:
On 7/8/2014 1:39 PM, Walter Bright wrote:
This is all great news, congratulations!
On the gc-sections front, Martin had gotten it to work for DMD
on Linux but then
had to back it out because it failed with the ld.gold linker.
If
On Tuesday, 8 July 2014 at 17:54:48 UTC, David Nadlinger wrote:
Hi all,
I am excited to share news about two changes that recently made
their way into the development version of LDC, changes that
might be interesting for many of you Linux users out there.
The first is that LDC now supports
Some minor disagreements:
On Tuesday, 8 July 2014 at 21:22:31 UTC, Walter Bright wrote:
2. Unique References
unique_ptrT is another big success for C++. 2.066 has already
made big strides in inferring uniqueness of expressions, but it
doesn't go so far as creating a Unique!T type.
On Wednesday, 9 July 2014 at 02:44:54 UTC, Walter Bright wrote:
On 7/8/2014 6:01 PM, Mike wrote:
On Tuesday, 8 July 2014 at 21:22:31 UTC, Walter Bright wrote:
1. Ref Counting
I believe that ARC is a pipe dream for D, as we've discussed
extensively here.
But a ref counted object should work,
Have you written enough D code where you have seen the current
GC is not good enough for you? How much good has to be the D GC
for you to use it?
Bye,
bearophile
Hi,
As I said at the start, I have been away a while but I wrote a
fair amount of code in D about a year ago to test the waters.
On 02/07/2014 10:10 PM, Alix Pexton wrote:
On 02/07/2014 6:13 PM, Vladimir Panteleev wrote:
On Wednesday, 2 July 2014 at 16:53:52 UTC, Brad Anderson wrote:
He should be contacted and asked if he'd be willing to assign
copyright to Walter. Does anyone have his email address?
Walter and I have
Adrian:
As for your second question (i.e. how good the GC needs to be
for me), I would probably be satisfied with a GC that matches
the Java one
This will not happen even in one hundred years. So if that's what
you want, you will never be satisfied by D GC.
Bye,
bearophile
On Tuesday, 8 July 2014 at 21:01:46 UTC, Iain Buclaw via
Digitalmars-d wrote:
On 8 July 2014 21:20, deadalnix via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Friday, 4 July 2014 at 07:39:51 UTC, Russel Winder via
Digitalmars-d wrote:
On Fri, 2014-07-04 at 07:46 +0100, Iain Buclaw via
On Wednesday, 9 July 2014 at 11:21:13 UTC, bearophile wrote:
Adrian:
As for your second question (i.e. how good the GC needs to be
for me), I would probably be satisfied with a GC that matches
the Java one
This will not happen even in one hundred years. So if that's
what you want, you will
On Wednesday, 9 July 2014 at 11:44:31 UTC, Marc Schütz wrote:
This will not happen even in one hundred years. So if that's
what you want, you will never be satisfied by D GC.
Uhmm... what makes you think so?
Good question actually...
On Tuesday, 8 July 2014 at 21:17:50 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 8 July 2014 at 20:38:59 UTC, Marc Schütz wrote:
But as you already noted, there needs to be a mechanism to
restrict escaping of pointers.
Yes, there ought to be, at least for @safe code.
Do you have some
On Wednesday, 9 July 2014 at 12:01:12 UTC, Marc Schütz wrote:
Sounds a lot like pure, but not quite matching up?
Well, `scope` was supposed to be that, but it's unimplemented
and not completely thought through.
*nods*
Thinking aloud: If we could distinguish GC pointers from non-GC
On 7/9/14, Brian Schott via Digitalmars-d digitalmars-d@puremagic.com wrote:
There is no ambiguity in the grammar. catch (A) { ... } is not
valid.
Give it a rest. If 'void foo(int, float)' is ok so should 'catch (E)'
be. We can change the spec if we have to, it's easier than breaking
code.
On Wednesday, 9 July 2014 at 12:20:43 UTC, Andrej Mitrovic via
Digitalmars-d wrote:
Give it a rest. If 'void foo(int, float)' is ok so should
'catch (E)'
be. We can change the spec if we have to, it's easier than
breaking code.
Huh? Brian explicitly remarked earlier that
Implementing the
On Wednesday, 9 July 2014 at 12:20:43 UTC, Andrej Mitrovic via
Digitalmars-d wrote:
On 7/9/14, Brian Schott via Digitalmars-d
digitalmars-d@puremagic.com wrote:
There is no ambiguity in the grammar. catch (A) { ... } is
not
valid.
Give it a rest. If 'void foo(int, float)' is ok so should
Marc Schütz:
Uhmm... what makes you think so?
The huge amount of work done on the OracleVM GC that is not easy
to match.
D need for low-level code (currently user code can't tell the GC
what are the current actual contents of a union, this includes
Algebraic), D desire to interface
On Tuesday, 8 July 2014 at 21:22:31 UTC, Walter Bright wrote:
3. 'ref' means 'borrowed', to use Rust's terminology
We're almost there with this. This means better escape
analysis, too.
IMO this is not good, because it should be applicable for
pointers, classes and slices, too (and structs
On 7/9/14, David Nadlinger via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Wednesday, 9 July 2014 at 12:20:43 UTC, Andrej Mitrovic via
Digitalmars-d wrote:
Give it a rest. If 'void foo(int, float)' is ok so should
'catch (E)'
be. We can change the spec if we have to, it's easier than
On Wednesday, 9 July 2014 at 13:01:36 UTC, bearophile wrote:
The huge amount of work done on the OracleVM GC that is not
easy to match.
D need for low-level code (currently user code can't tell the
GC what are the current actual contents of a union, this
includes Algebraic), D desire to
i recently sent this email to andrei. he encouraged me to post
it in this forum. here it is:
hi andrei
a colleague recently pointed me to the wired article about you
your D computer language. thought you might be interested an
earlier attempt to produce a new better computer language
On Wednesday, 9 July 2014 at 07:10:09 UTC, Jacob Carlborg wrote:
On 09/07/14 00:21, bearophile wrote:
9. Built-in tuples usable in all the most important situations
(with a
syntax that doesn't kill possible future improvements of the
switch
statement to perform basic pattern matching on
On Wednesday, 9 July 2014 at 13:18:00 UTC, jim schmit wrote:
i recently sent this email to andrei. he encouraged me to post
it in this forum. here it is:
hi andrei
a colleague recently pointed me to the wired article about you
your D computer language. thought you might be interested an
On 7/9/14, 6:17 AM, jim schmit wrote:
i recently sent this email to andrei. he encouraged me to post it in
this forum. here it is:
hi andrei
a colleague recently pointed me to the wired article about you your D
computer language. thought you might be interested an earlier attempt
to
On Wednesday, 9 July 2014 at 13:18:00 UTC, jim schmit wrote:
i recently sent this email to andrei. he encouraged me to post
it in this forum. here it is:
hi andrei
a colleague recently pointed me to the wired article about you
your D computer language. thought you might be interested an
On 07/08/2014 11:22 PM, Walter Bright wrote:
...
3. 'ref' means 'borrowed', to use Rust's terminology
We're almost there with this. This means better escape analysis, too.
...
What makes you think that 'ref' is a good match for this functionality,
and how are we almost there with this?
On Wednesday, 9 July 2014 at 12:07:27 UTC, Ola Fosheim Grøstad
wrote:
Another benefit with explicit GC pointers is that you could ban
GC pointers to classes that provide destructors, sanitizing the
constructor/destructor situation.
This could also be done at the allocator level, though. An
On Wednesday, 9 July 2014 at 13:06:06 UTC, Marc Schütz wrote:
std.type.Unique needs to be fleshed out, or a different type
created (`Owned`?).
There is an `Isolated` in vibe.d which is more tuned for usage
with std.concurrency (its vibe.d fork to be specific)
On Wednesday, 9 July 2014 at 01:35:49 UTC, Puming wrote:
That commenter is probably a web developer that wants all
batteries included.
Yep. He mistook vibe.d for a complete web development framework,
I suppose. It's quite common that people are put off because they
expect too much or do not
On Wednesday, 9 July 2014 at 14:36:37 UTC, Marc Schütz wrote:
This could also be done at the allocator level, though.
An allocator presumably knows whether it's objects are garbage
collected (hmm... maybe not necessarily?), and it can inspect
types to find out whether they have destructors.
On Wednesday, 9 July 2014 at 01:09:10 UTC, Puming wrote:
Vibe.d is more like a base library for async I/O, networking
and concurrency, a full stack WEB framework should be built on
top of it which focus on application development and ease of
use for newcomers. Sonke has said that too. Vibe.d
Am 09.07.2014 03:54, schrieb luminousone:
There is lots of missing little bits here and their, password hashing
functions that use crypt_(C) formated hashes.
I was hoping for dauth [1] to fill that gap. It doesn't use the same
format, but one with the same goal. I didn't actually try it out
On Wednesday, 9 July 2014 at 01:33:01 UTC, Puming wrote:
Also, in playframework, vert.x and nodejs, they all have a
plugin/module system, that people could easily compose plugins
to make a website. (I call it plugin because that is what play
used to call it, now they all call it a module but
On 09/07/2014 12:36 PM, Chris wrote:
On Tuesday, 8 July 2014 at 21:01:46 UTC, Iain Buclaw via Digitalmars-d
And everyone should drive on the left.
Driving on the left goes back to the times when coaches (carriages) were
still in use. This was to avoid that drivers would accidentally hit
On 08/07/2014 23:40, Remo wrote:
What about the already present std.typecons.Unique?
Unfortunately there are a lot of /+Doesn't work yet+/ comments in
std.typecons.Unique code.
I think it was written a long time ago. I think much of those parts will
work now. I'm slowly going through them
On Wednesday, 9 July 2014 at 09:48:32 UTC, Dicebot wrote:
On Wednesday, 9 July 2014 at 09:47:21 UTC, Dicebot wrote:
On Tuesday, 8 July 2014 at 20:39:23 UTC, Andrei Alexandrescu
wrote:
has anyone ever tied a real webservice to vibe.d?
Yes and see no problems with it. Looks like author has
On Wednesday, 9 July 2014 at 15:34:03 UTC, Alix Pexton wrote:
On 09/07/2014 12:36 PM, Chris wrote:
On Tuesday, 8 July 2014 at 21:01:46 UTC, Iain Buclaw via
Digitalmars-d
And everyone should drive on the left.
Driving on the left goes back to the times when coaches
(carriages) were
still
Interesting story. Thanks for posting it. I remember Telerate!
That was the reason we had a PC in our house in the 80s. If it
weren't for that, I may not have ended up a programmer.
On Wed, Jul 09, 2014 at 12:47:30AM -0700, Walter Bright via Digitalmars-d wrote:
On 7/8/2014 10:00 PM, H. S. Teoh via Digitalmars-d wrote:
On Tue, Jul 08, 2014 at 07:42:50PM -0700, Walter Bright via Digitalmars-d
wrote:
On 7/8/2014 3:37 PM, bearophile wrote:
[...]
Is scope still left for
Am 09.07.2014 17:17, schrieb Sean Kelly:
I might take issue with the specifics
of how some of the APIs are designed, but not with the feature set.
Please be vocal about such design issues :) I think most parts are in a
pretty good shape, but there is of course almost always room for
Am 09.07.2014 17:26, schrieb Sean Kelly:
On Wednesday, 9 July 2014 at 01:33:01 UTC, Puming wrote:
Also, in playframework, vert.x and nodejs, they all have a
plugin/module system, that people could easily compose plugins to make
a website. (I call it plugin because that is what play used to call
Dicebot:
I don't know where it comes from but non-nullable reference
type has ZERO value if it is not the default one.
This article talks about switching to NotNull on default in real
(small) Java projects (you have to add a @NonNullByDefault at
package level to change the default):
Am Wed, 09 Jul 2014 18:16:49 +0200
schrieb Sönke Ludwig slud...@rejectedsoftware.com:
Am 09.07.2014 17:26, schrieb Sean Kelly:
On Wednesday, 9 July 2014 at 01:33:01 UTC, Puming wrote:
Also, in playframework, vert.x and nodejs, they all have a
plugin/module system, that people could easily
On Wednesday, 9 July 2014 at 17:05:21 UTC, Johannes Pfau wrote:
Completely off-topic, but:
Have you considered making vibe http-backend independent?
So that it could provide a fcgi interface or be included in an
nginx
plugin?
What is the benefit as opposed to using proxy_pass at nginx? fcgi
On Wednesday, 9 July 2014 at 17:01:02 UTC, bearophile wrote:
Dicebot:
I don't know where it comes from but non-nullable reference
type has ZERO value if it is not the default one.
This article talks about switching to NotNull on default in
real (small) Java projects (you have to add a
Dicebot:
Yes and this is exactly what we can't do in D.
I don't understand, if they can do that with Java, why not D?
Bye,
bearophile
On Wednesday, 9 July 2014 at 18:09:58 UTC, bearophile wrote:
Dicebot:
Yes and this is exactly what we can't do in D.
I don't understand, if they can do that with Java, why not D?
Bye,
bearophile
Java bytecode reflection makes possible to find all reference
types in an attributed package
On 7/9/2014 10:49 AM, Chris wrote:
On Wednesday, 9 July 2014 at 01:35:49 UTC, Puming wrote:
That commenter is probably a web developer that wants all batteries
included.
Yep. He mistook vibe.d for a complete web development framework, I
suppose. It's quite common that people are put off
Am 09.07.2014 19:03, schrieb Johannes Pfau:
Am Wed, 09 Jul 2014 18:16:49 +0200
schrieb Sönke Ludwig slud...@rejectedsoftware.com:
Am 09.07.2014 17:26, schrieb Sean Kelly:
On Wednesday, 9 July 2014 at 01:33:01 UTC, Puming wrote:
Also, in playframework, vert.x and nodejs, they all have a
From my usage of vibe.d thus far, I've found that it has a lot of
things I want if I were to use it for building sites like the
sites I build at work. vibe.d can offer excellent performance and
scalability, and those are great building blocks to have for
building a great web framework. I think
On 7/9/14, 7:25 AM, David Gileadi wrote:
Seriously though, this is a fascinating glimpse at some interesting
technology and history. Many thanks for taking the time to post this here.
Seconded. Thanks Jim! -- Andrei
On 7/9/2014 11:21 AM, Sönke Ludwig wrote:
Am 09.07.2014 03:54, schrieb luminousone:
There is lots of missing little bits here and their, password hashing
functions that use crypt_(C) formated hashes.
I was hoping for dauth [1] to fill that gap. It doesn't use the same
format, but one with the
On Wednesday, 9 July 2014 at 15:21:40 UTC, Sönke Ludwig wrote:
Am 09.07.2014 03:54, schrieb luminousone:
There is lots of missing little bits here and their, password
hashing
functions that use crypt_(C) formated hashes.
I was hoping for dauth [1] to fill that gap. It doesn't use the
same
Vladimir's talk on Dustmite is now up on Reddit. We ship Dustmite as part of the
dmd distribution.
But it's a secret.
Just try to find out anything or any mention of Dustmite on dlang.org.
The idea Build It, and They Will Come is a stupid hollywood myth. We cannot go
on with creating
On 7/9/2014 3:05 PM, w0rp wrote:
* An API for creating form handlers, especially for creating instances
of models in the ORM through forms. (Django Form and ModelForm)
What I've started doing, and absolutely love so far, is to write my
forms purely in the HTML template (with a little bit a
On 7/9/2014 7:25 AM, David Gileadi wrote:
Whew, Walter dodged a bullet there by capitalizing his D language! :)
This is the first I've heard of that product, it is fun hearing about it!
On Wednesday, 9 July 2014 at 15:17:03 UTC, Sean Kelly wrote:
Huh. I guess it depends what your goal is. For the kind of
work I do, vibe.d is in the right ballpark. The services I
create basically respond to AJAX calls (JSON-RPC is the best,
though REST is okay too) and do other back-end
Am 09.07.2014 21:19, schrieb Nick Sabalausky:
InstaUser Web: This would leverage vibe.d to provide an out-of-the-box
working (and customizable) web-based register/login system. I expect
that some applications may (or might not) outgrow this, but I think it
would be fantastic for getting a
A coworker collected a good reading list:
http://www.cs.kent.ac.uk/projects/ofa/c++csp/
http://maciekgajewskiprogramming.blogspot.nl/
http://morsmachine.dk/go-scheduler
http://www1.cs.columbia.edu/~aho/cs6998/reports/12-12-11_DeshpandeSponslerWeiss_GO.pdf
On 2014-07-08 9:32 PM, Puming wrote:
Also, in playframework, vert.x and nodejs, they all have a plugin/module
system, that people could easily compose plugins to make a website. (I
call it plugin because that is what play used to call it, now they all
call it a module but that name will easily
On 7/9/2014 3:20 AM, Dicebot wrote:
Last time we talked about it during dconf you have mentioned doing necessary
escape analysis for borrowing semantics is too complicated to consider :) Ad if
you don't mean transitive, you shouldn't refer to Rust borrowing terminology as
any ownership type is
Am 09.07.2014 21:21, schrieb luminousone:
On Wednesday, 9 July 2014 at 15:21:40 UTC, Sönke Ludwig wrote:
Am 09.07.2014 03:54, schrieb luminousone:
There is lots of missing little bits here and their, password hashing
functions that use crypt_(C) formated hashes.
I was hoping for dauth [1] to
Walter Bright:
Making it the default is impossible for D.
Is it impossible any strategy analogous to the Java one, as
visible in the link I've shown earlier in this thread?
http://blog2.vorburger.ch/2014/07/java-8-null-type-annotations-in-eclipse.html
Bye,
bearophile
On 7/9/2014 7:37 AM, Timon Gehr wrote:
On 07/08/2014 11:22 PM, Walter Bright wrote:
3. 'ref' means 'borrowed', to use Rust's terminology
We're almost there with this. This means better escape analysis, too.
What makes you think that 'ref' is a good match for this functionality, and how
are we
1 - 100 of 241 matches
Mail list logo