Although I don't find the original post to be a troll, (despite the
title), I could not resist poking some fun...
Still Alive?
This was a triumph!
I'm making a note here: HUGE SUCCESS!!
It's hard to overstate, my satisfaction.
D programming Language:
We do what we must, because we
On Fri, 28 Jan 2011 20:16:54 -0500, Walter Bright
newshou...@digitalmars.com wrote:
Steven Schveighoffer wrote:
I can't buy enterprise support,
Of course you can!
No really, I can't afford it ;)
But seriously, I find it hard to believe that you can buy enterprise
support for D if it
On Fri, 28 Jan 2011 16:25:49 -0500, retard r...@tard.com.invalid wrote:
Fri, 28 Jan 2011 10:14:04 -0500, Steven Schveighoffer wrote:
I think as D matures
and hopefully gets more enterprise support, these problems will be
history.
This is the classic chicken or the egg problem. I'm not trying
Steven Schveighoffer schvei...@yahoo.com wrote:
On Fri, 28 Jan 2011 20:16:54 -0500, Walter Bright
newshou...@digitalmars.com wrote:
Steven Schveighoffer wrote:
I can't buy enterprise support,
Of course you can!
No really, I can't afford it ;)
But seriously, I find it hard to believe
2011/1/28 retard r...@tard.com.invalid:
I've heard this before. I've also heard the 64-bit port and many other
things are done in a year/month or two. The fact is, you're overly
optimistic and these are all bullshit. When I come back here in a year or
two, I have full justification to laugh at
I've chosen to only work with D1/Tango from start, and I simply don't
recognize the frustration many are feeling. I'm only concerned over
that there ARE quite a few developers that seems to have been turned
off by instability, and the Phobos/Tango-problem.
Well, if nobody acted as a guinea pig,
On Mon, 31 Jan 2011 12:26:56 -0500, Simen kjaeraas
simen.kja...@gmail.com wrote:
Steven Schveighoffer schvei...@yahoo.com wrote:
On Fri, 28 Jan 2011 20:16:54 -0500, Walter Bright
newshou...@digitalmars.com wrote:
Steven Schveighoffer wrote:
I can't buy enterprise support,
Of course
Trass3r Wrote:
I've chosen to only work with D1/Tango from start, and I simply don't
recognize the frustration many are feeling. I'm only concerned over
that there ARE quite a few developers that seems to have been turned
off by instability, and the Phobos/Tango-problem.
Well, if
2011/1/31 Jesse Phillips jessekphillip...@gmail.com:
I do not think there is an issue with using D2 in a new project, but if you
have to ask you probably should go with D1. I say this because someone who is
aware of the issues present in the language is able to decide if their
desired
Mon, 31 Jan 2011 11:43:37 -0500, Steven Schveighoffer wrote:
On Fri, 28 Jan 2011 20:16:54 -0500, Walter Bright
newshou...@digitalmars.com wrote:
Steven Schveighoffer wrote:
I can't buy enterprise support,
Of course you can!
No really, I can't afford it ;)
But seriously, I find it
On Monday, January 31, 2011 11:31:29 Jesse Phillips wrote:
Trass3r Wrote:
I've chosen to only work with D1/Tango from start, and I simply don't
recognize the frustration many are feeling. I'm only concerned over
that there ARE quite a few developers that seems to have been turned
off
Mon, 31 Jan 2011 11:53:34 -0800, Jonathan M Davis wrote:
On Monday, January 31, 2011 11:31:29 Jesse Phillips wrote:
Trass3r Wrote:
I've chosen to only work with D1/Tango from start, and I simply
don't recognize the frustration many are feeling. I'm only
concerned over that there ARE
On 1/31/11 1:52 PM, retard wrote:
I think the same applies to Phobos 2.. only Andrei knows the design well
enough and knows how it's going to change in the future. No matter how
much time one spends studying D or the ecosystem or how D is used in the
enterprise world, one simply can't obtain any
Steven Schveighoffer wrote:
But seriously, I find it hard to believe that you can buy enterprise
support for D if it means that you do the work. There's only one you.
So at some point, you might be spread too thin between adding new
features, posting to this newsgroup, and supporting all
retard wrote:
The fact that the final specification and design rationale of D is
undocumented and in Walter's head means that no other person can sell
that kind of deep enterprise support because it's not clear how the
language should work.
Oh rubbish. C++ was highly successful in the
On 27/01/11 6:14 PM, Jonathan M Davis wrote:
The safety net we are talking about is present only at the right bound of a
slicing syntax (it's not performed in normal array indexing), and it
consists in a single min(x, $) operation, that's one branch. So it slows
down code, but only a bit. And in
Peter Alexander:
I agree. I've never needed to add a bounds check like that.
While my string processing D code contains many of them :-) I presume I am
thinking in Python there.
Bye,
bearophile
Jonathan M Davis:
I generally end up using unit tests to verify that stuff works correctly and
then
throw exceptions on bad input. So while I like having DbC built in, I don't
end
up using it all that much. It's prim,arily invariant that I end up using
though,
and that's harder to do
On 01/28/2011 12:36 PM, bearophile wrote:
I think the problem here is that you are not using your D tools well enough yet:
- Preconditions allow you to save some tests in your unittests, because you
have less need to test many input boundary conditions.
- Postconditions are useful to save some
Am 28.01.2011 13:30, schrieb spir:
On 01/28/2011 12:36 PM, bearophile wrote:
I think the problem here is that you are not using your D tools well enough
yet:
- Preconditions allow you to save some tests in your unittests, because you
have less need to test many input boundary conditions.
spir:
What is this old feature?
It's a basic DbC feature that's currently missing in D because of some
implementation troubles (and maybe also because Walter is a bit disappointed
about DbC).
Example: a class member function performs a certain computation and changes
some attributes. In the
On Thu, 27 Jan 2011 04:50:32 -0500, retard r...@tard.com.invalid wrote:
Wed, 26 Jan 2011 14:39:08 -0500, Steven Schveighoffer wrote:
I will warn you, once you start using D, you will not want to use
something else. I cringe every day when I have to use PHP for work.
Nice trolling.
On Thu, 27 Jan 2011 04:59:18 -0500, retard r...@tard.com.invalid wrote:
Wed, 26 Jan 2011 15:35:19 -0500, Steven Schveighoffer wrote:
I'd suggest to anyone looking to use D for something really big to try
and prove out how well D will perform for you by coding up bits of
your whole project
On Thu, 27 Jan 2011 21:37:31 -0500, Ellery Newcomer
ellery-newco...@utulsa.edu wrote:
On 01/27/2011 05:41 PM, Walter Bright wrote:
Unit testing has produced a dramatic improvement in coding.
agreed. unit testing (maybe with dbc, I don't remember) was the only
reason I noticed issue
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article
On 1/27/11 8:02 PM, Walter Bright wrote:
I think one of the reasons DbC has not paid off is it still requires a
significant investment of effort by the programmer. It's too easy to not
bother.
One issue with DbC is
On 1/28/11 10:14 AM, Roman Ivanov wrote:
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article
On 1/27/11 8:02 PM, Walter Bright wrote:
I think one of the reasons DbC has not paid off is it still requires a
significant investment of effort by the programmer. It's too easy
Fri, 28 Jan 2011 10:14:04 -0500, Steven Schveighoffer wrote:
On Thu, 27 Jan 2011 04:59:18 -0500, retard r...@tard.com.invalid wrote:
Wed, 26 Jan 2011 15:35:19 -0500, Steven Schveighoffer wrote:
I'd suggest to anyone looking to use D for something really big to try
and prove out how well D
Fri, 28 Jan 2011 16:14:27 +, Roman Ivanov wrote:
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s
article
On 1/27/11 8:02 PM, Walter Bright wrote:
I think one of the reasons DbC has not paid off is it still requires
a significant investment of effort by the
On 1/28/11 3:25 PM, retard wrote:
Fri, 28 Jan 2011 10:14:04 -0500, Steven Schveighoffer wrote:
I think as D matures
and hopefully gets more enterprise support, these problems will be
history.
This is the classic chicken or the egg problem. I'm not trying to be
unnecessarily mean. Enterprise
Steven Schveighoffer wrote:
I can't buy enterprise support,
Of course you can!
On Friday, January 28, 2011 17:16:54 Walter Bright wrote:
Steven Schveighoffer wrote:
I can't buy enterprise support,
Of course you can!
Well, since Scotty hasn't been born yet, it's probably a bit premature... ;)
- Jonathan M Davis
Jonathan M Davis wrote:
On Friday, January 28, 2011 17:16:54 Walter Bright wrote:
Steven Schveighoffer wrote:
I can't buy enterprise support,
Of course you can!
Well, since Scotty hasn't been born yet, it's probably a bit premature... ;)
She canna take the power!
spir:
Sorry, but you are wrong on this. I understand this sounds unsafe, but no.
Most
languages, I guess, just do that without any worry. In particular, I have
frequented python and Lua mailing lists for years without even reading once
about this beeing a misfeature (and indeed have
Wed, 26 Jan 2011 14:39:08 -0500, Steven Schveighoffer wrote:
I will warn you, once you start using D, you will not want to use
something else. I cringe every day when I have to use PHP for work.
Nice trolling.
Wed, 26 Jan 2011 15:35:19 -0500, Steven Schveighoffer wrote:
I'd suggest to anyone looking to use D for something really big to try
and prove out how well D will perform for you by coding up bits of
your whole project that you think will be needed. Hopefully, you can do
everything without
Wed, 26 Jan 2011 14:09:25 -0800, Walter Bright wrote:
Trass3r wrote:
But once you had a test drive, you just can't get out anymore.
I've had more than one longtime C++ expert tell me that after using D
for a while, then for work reasons get forced back into C++, just find
themselves
Wed, 26 Jan 2011 23:33:54 +0100, Trass3r wrote:
For me, D's killer features were string handling (slicing and
appending/concatenation) and *no header files*. (No more header files!!
Yay!!!). But auto is fantastic too though, I get sooo much use out of
that.
Getting rid of the pointer crap
retard Wrote:
Or maybe the community members in general aren't very good developers; they
can't see the potential of this language. The fact is, no matter what
language you choose, if it isn't a complete joke, you can finish the
project
We have a lot of talented people in this community
Am 27.01.2011 01:41, schrieb spir:
On 01/26/2011 11:33 PM, Trass3r wrote:
For me, D's killer features were string handling (slicing and
appending/concatenation) and *no header files*. (No more header files!!
Yay!!!). But auto is fantastic too though, I get sooo much use out of
that.
Getting
On 01/27/2011 04:06 AM, Jonathan M Davis wrote:
Clearly, if you think that not being strict about indices is a good idea, you're
either dealing with very different circumstances than I have and/or you're
coding
very differently. Regardless, since it's trivial to create a wrapper that does
what
On 01/27/2011 01:24 PM, Mafi wrote:
Am 27.01.2011 01:41, schrieb spir:
On 01/26/2011 11:33 PM, Trass3r wrote:
For me, D's killer features were string handling (slicing and
appending/concatenation) and *no header files*. (No more header files!!
Yay!!!). But auto is fantastic too though, I get
You mean that if you give an index which is too large, it just uses $
instead?
That sounds seriously bug-prone to me. I'd much rather that it blew up and
thus
told me that my program had a bug in it rather than silently trying to
work.
Sorry, but you are wrong on this. I understand this
Ulrik Mikaelsson:
Isn't the real reason for this that bounds-checking is usually
completely turned-off in release-builds?
Bounds checking is turned off in release builds mostly because:
1) DMD is not able to infer remove most bound checks at compile-time as the
latest Oracle VM are able to
On Thursday, January 27, 2011 01:34:04 bearophile wrote:
spir:
Sorry, but you are wrong on this. I understand this sounds unsafe, but
no. Most languages, I guess, just do that without any worry. In
particular, I have frequented python and Lua mailing lists for years
without even reading
Honestly, I think this would just encourage writing sloppy code.
Using min(x, $) explicitly informs the reader of the code of exactly
what happens. It's harder to tell when it's implicit. Not only that,
but it can introduce bugs in your code - because while you might use
any upper bound, you're
On Thursday, January 27, 2011 09:47:44 bearophile wrote:
Ulrik Mikaelsson:
Isn't the real reason for this that bounds-checking is usually
completely turned-off in release-builds?
Bounds checking is turned off in release builds mostly because:
1) DMD is not able to infer remove most bound
Andrej Mitrovic:
Honestly, I think this would just encourage writing sloppy code.
I don't believe this, on the other hand I believe the current behaviour is
bug-prone.
Using min(x, $) explicitly informs the reader of the code of exactly
what happens.
Right. The problem is that in some
This *code* was accepted, not *could*.
Jonathan M Davis:
I don't think that you stand much chance of convincing a crowd using a system
programming language that having the compiler adjust your out of bound
indices
to be in bounds is good idea.
Technically here we are talking about slicing bounds, and not indexes. But you
are
On 1/27/11, bearophile bearophileh...@lycos.com wrote:
Programmers just quickly learn that indexes and slices have a bit different
semantics.
Right, programmers can easily adapt to slightly different semantics in
related areas of the language, I mean C++ is known for being very easy
to learn
Am 27.01.2011 19:25, schrieb bearophile:
Programmers just quickly learn that indexes and slices have a bit different
semantics.
And I guess this holds true for programmers used to python as well?
So they should have no problem with learning to use foo = blah[i..min($,i+n)]
instead of foo =
retard wrote:
I also got brainwashed by the C++ advocates years ago. However, I didn't
need D to see how terrible writing C++ is. C++ sure is a powerful
language and sometimes a necessary evil, but you don't really need very
strong doses of more recent languages to see how much nicer
retard wrote:
The main reasons were RAII and Design by
Contract. Even funnier, it took D about 9 years to fix the main bug in DbC
(contract inheritance).
The reason that took so long was that few people were using DbC effectively, so
it was a low priority. I originally had high hopes that
On 1/27/11 1:26 PM, Walter Bright wrote:
retard wrote:
I also got brainwashed by the C++ advocates years ago. However, I
didn't need D to see how terrible writing C++ is. C++ sure is a
powerful language and sometimes a necessary evil, but you don't really
need very strong doses of more recent
Walter:
The reason that took so long was that few people were using DbC effectively,
so it was a low priority. I originally had high hopes that DbC would produce
dramatic improvements in code quality, but the real world results were
disappointing.
After many years and many failed hopes, I
bearophile wrote:
Walter:
The reason that took so long was that few people were using DbC
effectively, so it was a low priority. I originally had high hopes that DbC
would produce dramatic improvements in code quality, but the real world
results were disappointing.
After many years and many
Walter Bright napisał:
bearophile wrote:
Walter:
The reason that took so long was that few people were using DbC
effectively, so it was a low priority. I originally had high hopes that DbC
would produce dramatic improvements in code quality, but the real world
results were
Tomek Sowiński wrote:
Walter Bright napisał:
bearophile wrote:
Walter:
The reason that took so long was that few people were using DbC
effectively, so it was a low priority. I originally had high hopes that
DbC would produce dramatic improvements in code quality, but the real
world results
On 1/28/11, Walter Bright newshou...@digitalmars.com wrote:
I think one of the reasons DbC has not paid off is it still requires a
significant investment of effort by the programmer. It's too easy to not
bother.
Another way to look at it is that programmers are enjoying the safety
of using
On 1/27/11 8:02 PM, Walter Bright wrote:
Tomek Sowiński wrote:
Walter Bright napisał:
bearophile wrote:
Walter:
The reason that took so long was that few people were using DbC
effectively, so it was a low priority. I originally had high hopes
that
DbC would produce dramatic improvements in
On 01/27/2011 05:41 PM, Walter Bright wrote:
Unit testing has produced a dramatic improvement in coding.
agreed. unit testing (maybe with dbc, I don't remember) was the only
reason I noticed issue 5364.
Andrej Mitrovic:
Another way to look at it is that programmers are enjoying the safety
of using regular D so much as to not even think about using DbC.
This may be a case of Risk homeostasis:
http://en.wikipedia.org/wiki/Risk_homeostasis
But maybe it's mostly a matter of getting used to D.
Andrei Alexandrescu wrote:
On 1/27/11 8:02 PM, Walter Bright wrote:
I was talking about this with Andrei the other day. D's focus on making
it easy to do things the right way has paid off handsomely, though this
is not at all obvious from reading a feature list. It only becomes clear
when you
On Thursday 27 January 2011 19:29:59 Walter Bright wrote:
Andrei Alexandrescu wrote:
One issue with DbC is that its only significant advantage is its
interplay with inheritance. Otherwise, scope() in conjunction with
assert works with less syntactic overhead. So DbC tends to shine with
Andrei:
One issue with DbC is that its only significant advantage is its
interplay with inheritance. Otherwise, scope() in conjunction with
assert works with less syntactic overhead. So DbC tends to shine with
large and deep hierarchies... but large and deep hierarchies are not
that a la
the problems C++ has are not necessary in order to get
the powerful things C++ can do.
That thought makes me happy!
Dear D community,
My name is Fabian and I used to code C++ and Delphi. But a few month ago I've
got a book about D as a present. All in all D sounds very interesting ... but
- the big but - is D still alive?
Are there usable and stable GUI-Toolkits which are actually under development
On Wed, 26 Jan 2011 14:25:10 -0500, Fab fab-cod...@web.de wrote:
Dear D community,
My name is Fabian and I used to code C++ and Delphi. But a few month ago
I've
got a book about D as a present. All in all D sounds very interesting
... but
- the big but - is D still alive?
Very much so
D sounds very interesting
... but
- the big but - is D still alive?
Very much so. D2 is being actively developed. D1 is not, but Tango is
being actively developed (which works with D1).
I should clarify, D1 is not getting any new features, but it is getting
bug fixes.
-Steve
Thank you for your answer.
But is there also a productive IDE for 'the daily use'?
I'm used to code Delphi and there is also everything in the IDE I need to code
full featured applications.
I don't need a GUI-Designer (but it would be nice - maybe something like the
QT-Designer) but a IDE which
In addition you have to know for what I want to use D.
I want to code little games (2D: Jump'n'Run) and I want to use D for scholastic
use - drawing plots, calculating functions, ... and so on.
You see: I want to use D for private and for scholastic purposes.
On Wed, 26 Jan 2011 14:54:06 -0500, Fab fab-cod...@web.de wrote:
Thank you for your answer.
But is there also a productive IDE for 'the daily use'?
I'm used to code Delphi and there is also everything in the IDE I need
to code
full featured applications.
I don't need a GUI-Designer (but it
Steven Schveighoffer schvei...@yahoo.com wrote in message
news:op.vpxkvij9eav7ka@steve-laptop...
On Wed, 26 Jan 2011 14:25:10 -0500, Fab fab-cod...@web.de wrote:
Are there any continued database projects?
AFAIK, there is very little DB support (which will definitely need to be
addressed
Fab fab-cod...@web.de wrote in message
news:ihpu4u$24bp$1...@digitalmars.com...
Thank you for your answer.
But is there also a productive IDE for 'the daily use'?
I'm used to code Delphi and there is also everything in the IDE I need to
code
full featured applications.
I don't need a
Fab fab-cod...@web.de wrote in message
news:ihpv7r$272q$1...@digitalmars.com...
In addition you have to know for what I want to use D.
I want to code little games (2D: Jump'n'Run) and I want to use D for
scholastic
use - drawing plots, calculating functions, ... and so on.
You see: I want
On Wed, 26 Jan 2011 15:11:06 -0500, Nick Sabalausky a@a.a wrote:
Steven Schveighoffer schvei...@yahoo.com wrote in message
news:op.vpxkvij9eav7ka@steve-laptop...
On Wed, 26 Jan 2011 14:25:10 -0500, Fab fab-cod...@web.de wrote:
Are there any continued database projects?
AFAIK, there is very
and I want to use D for scholastic use -
drawing plots, calculating functions, ... and so on.
Well nothing can beat Matlab for quick plots n stuff.
(Speaking of which, of course you can write plugins for it with D:
https://bitbucket.org/trass3r/matd)
You see: I want to use D for private
But is there also a productive IDE for 'the daily use'?
I still use Descent for Eclipse. It isn't maintained anymore but it's the
only one with a copy of the dmd frontend with some semantic analysis.
VisualD on Windows provides some basic auto-completion and goto definition
etc via compiler
But a few month ago I've got a book about D as a present
Nice, the word is spreading.
So - is there any reason to change to D? I would ... I really would
change
if there were more points than a nice language.
I don't buy a good car if it's too expensive
But once you had a test drive,
Trass3r wrote:
But once you had a test drive, you just can't get out anymore.
I've had more than one longtime C++ expert tell me that after using D for a
while, then for work reasons get forced back into C++, just find themselves
cringing every time they edit it.
On 1/26/11 4:09 PM, Walter Bright wrote:
Trass3r wrote:
But once you had a test drive, you just can't get out anymore.
I've had more than one longtime C++ expert tell me that after using D
for a while, then for work reasons get forced back into C++, just find
themselves cringing every time
On Wednesday, January 26, 2011 14:09:25 Walter Bright wrote:
Trass3r wrote:
But once you had a test drive, you just can't get out anymore.
I've had more than one longtime C++ expert tell me that after using D for a
while, then for work reasons get forced back into C++, just find themselves
Walter Bright newshou...@digitalmars.com wrote in message
news:ihq66j$2llc$1...@digitalmars.com...
Trass3r wrote:
But once you had a test drive, you just can't get out anymore.
I've had more than one longtime C++ expert tell me that after using D for
a while, then for work reasons get
Trass3r wrote:
But once you had a test drive, you just can't get out anymore.
I've had more than one longtime C++ expert tell me that after using D
for a while, then for work reasons get forced back into C++, just find
themselves cringing every time they edit it.
Yep, like being thrown
On 1/26/11 4:09 PM, Walter Bright wrote:
Trass3r wrote:
But once you had a test drive, you just can't get out anymore.
I've had more than one longtime C++ expert tell me that after using D
for a while, then for work reasons get forced back into C++, just find
themselves cringing every time
Jonathan M Davis jmdavisp...@gmx.com wrote in message
news:mailman.973.1296080233.4748.digitalmar...@puremagic.com...
On Wednesday, January 26, 2011 14:09:25 Walter Bright wrote:
Trass3r wrote:
But once you had a test drive, you just can't get out anymore.
I've had more than one longtime
For me, D's killer features were string handling (slicing and
appending/concatenation) and *no header files*. (No more header files!!
Yay!!!). But auto is fantastic too though, I get sooo much use out of
that.
Getting rid of the pointer crap (proper arrays, bounds checking, classes
as
Nick Sabalausky a@a.a wrote in message
news:ihq7a3$2o05$1...@digitalmars.com...
Jonathan M Davis jmdavisp...@gmx.com wrote in message
news:mailman.973.1296080233.4748.digitalmar...@puremagic.com...
On Wednesday, January 26, 2011 14:09:25 Walter Bright wrote:
Trass3r wrote:
But once you had
Steven Schveighoffer napisał:
Adam Ruppe and Piotr Szturmaj have recently been working on some database
stuff. See the recent thread Can your programming language do this?
I have ignored that thread (I sometimes just ignore threads because they
start out uninteresting, or become
Yeah, ditto for QuantLibD. I just spent too much time on a test project
trying to isolate dmd and phobos bugs to submit something meaningful to
bugzilla and too little time coding. Not to mention that sometimes it
was really hard to know what the language *should* do because of
outdated
On 01/26/2011 11:33 PM, Trass3r wrote:
For me, D's killer features were string handling (slicing and
appending/concatenation) and *no header files*. (No more header files!!
Yay!!!). But auto is fantastic too though, I get sooo much use out of that.
Getting rid of the pointer crap (proper
On Wednesday, January 26, 2011 16:41:10 spir wrote:
On 01/26/2011 11:33 PM, Trass3r wrote:
For me, D's killer features were string handling (slicing and
appending/concatenation) and *no header files*. (No more header files!!
Yay!!!). But auto is fantastic too though, I get sooo much use out
On 01/27/2011 02:11 AM, Jonathan M Davis wrote:
On Wednesday, January 26, 2011 16:41:10 spir wrote:
On 01/26/2011 11:33 PM, Trass3r wrote:
For me, D's killer features were string handling (slicing and
appending/concatenation) and *no header files*. (No more header files!!
Yay!!!). But auto is
On Wednesday 26 January 2011 17:52:19 spir wrote:
On 01/27/2011 02:11 AM, Jonathan M Davis wrote:
On Wednesday, January 26, 2011 16:41:10 spir wrote:
On 01/26/2011 11:33 PM, Trass3r wrote:
For me, D's killer features were string handling (slicing and
appending/concatenation) and *no
On Wednesday 26 January 2011 19:06:37 Jonathan M Davis wrote:
On Wednesday 26 January 2011 17:52:19 spir wrote:
On 01/27/2011 02:11 AM, Jonathan M Davis wrote:
On Wednesday, January 26, 2011 16:41:10 spir wrote:
On 01/26/2011 11:33 PM, Trass3r wrote:
For me, D's killer features were
Am 27.01.2011 02:11, schrieb Jonathan M Davis:
On Wednesday, January 26, 2011 16:41:10 spir wrote:
On 01/26/2011 11:33 PM, Trass3r wrote:
For me, D's killer features were string handling (slicing and
appending/concatenation) and *no header files*. (No more header files!!
Yay!!!). But auto is
Am 27.01.2011 08:10, schrieb Daniel Gibson:
Am 27.01.2011 02:11, schrieb Jonathan M Davis:
On Wednesday, January 26, 2011 16:41:10 spir wrote:
On 01/26/2011 11:33 PM, Trass3r wrote:
For me, D's killer features were string handling (slicing and
appending/concatenation) and *no header files*.
97 matches
Mail list logo
