On Monday 28 February 2011 23:11:30 Jacob Carlborg wrote:
On 2011-03-01 00:12, Bekenn wrote:
Awesome! I actually just received my copy (ordered through an Amazon
reseller) a couple of days ago. I somehow ended up with one of the
limited edition copies...
The non-limited seems to be the
On Tue, 2011-03-01 at 01:47 -0600, Andrei Alexandrescu wrote:
On 3/1/11 1:11 AM, Jacob Carlborg wrote:
On 2011-03-01 00:12, Bekenn wrote:
Awesome! I actually just received my copy (ordered through an Amazon
reseller) a couple of days ago. I somehow ended up with one of the
limited edition
On Tue, 01 Mar 2011 09:47:52 +0200, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
Yah, perhaps sales aren't that strong after all :o).
You mean that, as the author, you don't even get to know how many copies
sold? o_O
--
Best regards,
Vladimir
On 3/1/11 7:28 AM, Vladimir Panteleev wrote:
On Tue, 01 Mar 2011 09:47:52 +0200, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
Yah, perhaps sales aren't that strong after all :o).
You mean that, as the author, you don't even get to know how many copies
sold? o_O
Addison Wesley
On 3/1/11 2:04 AM, Russel Winder wrote:
On Tue, 2011-03-01 at 01:47 -0600, Andrei Alexandrescu wrote:
On 3/1/11 1:11 AM, Jacob Carlborg wrote:
On 2011-03-01 00:12, Bekenn wrote:
Awesome! I actually just received my copy (ordered through an Amazon
reseller) a couple of days ago. I somehow
Andrei Alexandrescu wrote:
Yah, there are many variables. Add to those many handling details that
influence the process. TDPL has certainly sold more than 1830 copies by
now (= the collector's edition count) but booksellers have no obligation
to send older prints first, so it all depends on
Al 01/03/11 21:57, En/na Walter Bright ha escrit:
Andrei Alexandrescu wrote:
Yah, there are many variables. Add to those many handling details that
influence the process. TDPL has certainly sold more than 1830 copies by now
(= the collector's edition count) but booksellers have no obligation
Am 02.03.2011 01:26, schrieb Jordi Sayol:
Al 01/03/11 21:57, En/na Walter Bright ha escrit:
Andrei Alexandrescu wrote:
Yah, there are many variables. Add to those many handling details that
influence the process. TDPL has certainly sold more than 1830 copies by now
(= the collector's
Daniel Gibson wrote:
You'd need a fridge with two doors: one in the front, one in the back. Insert
new food in the front, get food to eat from the back (or the other way round).
But reinsert opened food in the back (or, in the alternative case, in the
front).
Cleaning out what's in the back
Daniel Gibson metalcae...@gmail.com wrote in message
news:ikk423$2e9r$5...@digitalmars.com...
Am 02.03.2011 01:26, schrieb Jordi Sayol:
Al 01/03/11 21:57, En/na Walter Bright ha escrit:
Andrei Alexandrescu wrote:
Yah, there are many variables. Add to those many handling details that
On Monday 28 February 2011 23:49:56 Jacob Carlborg wrote:
On 2011-02-28 22:38, Don wrote:
But I still don't see the need for this feature. Aren't people using
IDEs where the function signature (with parameter names) pops up when
you're entering the function, and when you move the mouse over
On 01/03/11 18:25, Jonathan M Davis wrote:
On Monday 28 February 2011 23:24:00 Steven Wawryk wrote:
On 01/03/11 08:08, Don wrote:
2. It introduces a different syntax for calling a function.
foo(4, 5);
foo(x: 4, y: 5);
They look different, but they do exactly the same thing. I don't like
that
bearophile wrote:
Don:
You don't have that option. At least, if you're a library developer, you
don't. (I'm a bit sick of people saying you don't have to use it if you
don't want to in language design. If it is in the language, you don't
have a choice. You will encounter it).
If you add
Steven Schveighoffer wrote:
On Mon, 28 Feb 2011 16:38:34 -0500, Don nos...@nospam.com wrote:
spir wrote:
Just don't use them!
You don't have that option. At least, if you're a library developer,
you don't. (I'm a bit sick of people saying you don't have to use it
if you don't want to in
On Tuesday 01 March 2011 00:58:04 Nick Sabalausky wrote:
According to the docs, std.path.getName() Returns the extensionless
version of a filename or path.
But the doc also says that if the filename doesn't have a dot, then it
returns null (and I've verified that on DMD 2.050). Isn't that a
what's the error?
I get an access violation at (or sometimes around) the statement
ModuleInfo* m = _moduleinfo_tlsdtors[i];
inside _moduleTlsDtor() in object_.d.
My entire code for the main file is below (although there's obviously more to
the process, like the .obj files,
a few other
Jonathan M Davis jmdavisp...@gmx.com wrote in message
news:mailman.2076.1298971012.4748.digitalmar...@puremagic.com...
I think that I agree with you on all counts. I can understand if the path
stuff
can't deal with / or \ in file names (that's probably not worth trying to
get to
work
On Tuesday 01 March 2011 01:31:52 Nick Sabalausky wrote:
Jonathan M Davis jmdavisp...@gmx.com wrote in message
news:mailman.2076.1298971012.4748.digitalmar...@puremagic.com...
I think that I agree with you on all counts. I can understand if the path
stuff
can't deal with / or \ in file
On Mon, 28 Feb 2011 13:50:52 -0800, Jonathan M Davis wrote:
On Monday, February 28, 2011 13:38:34 Don wrote:
spir wrote:
On 02/28/2011 07:51 PM, Jonathan M Davis wrote:
I'm not entirely against named arguments being in D, however I do
think that any
functions that actually need them
On Tue, 01 Mar 2011 03:58:04 -0500, Nick Sabalausky wrote:
According to the docs, std.path.getName() Returns the extensionless
version of a filename or path.
But the doc also says that if the filename doesn't have a dot, then it
returns null (and I've verified that on DMD 2.050). Isn't that
On Tuesday 01 March 2011 02:30:56 Lars T. Kyllingstad wrote:
On Tue, 01 Mar 2011 03:58:04 -0500, Nick Sabalausky wrote:
According to the docs, std.path.getName() Returns the extensionless
version of a filename or path.
But the doc also says that if the filename doesn't have a dot, then
This thread caught my attention. As an outsider to D (tried it for some time,
but
went back to C++/Java anyway), I'd argue IDE can be a huge asset when it comes
to
promoting a language. Take a look at DevCpp, it is considered one of the worst
IDEs around because of lack of updates, but the mere
On 03/01/2011 09:58 AM, Nick Sabalausky wrote:
According to the docs, std.path.getName() Returns the extensionless version
of a filename or path.
But the doc also says that if the filename doesn't have a dot, then it
returns null (and I've verified that on DMD 2.050). Isn't that a bit
Am 01.03.2011 09:58, schrieb Nick Sabalausky:
According to the docs, std.path.getName() Returns the extensionless version
of a filename or path.
But the doc also says that if the filename doesn't have a dot, then it
returns null (and I've verified that on DMD 2.050). Isn't that a bit
Am 01.03.2011 10:31, schrieb Nick Sabalausky:
Jonathan M Davisjmdavisp...@gmx.com wrote in message
news:mailman.2076.1298971012.4748.digitalmar...@puremagic.com...
I think that I agree with you on all counts. I can understand if the path
stuff
can't deal with / or \ in file names (that's
On Tuesday 01 March 2011 02:49:31 Daniel Gibson wrote:
Am 01.03.2011 09:58, schrieb Nick Sabalausky:
According to the docs, std.path.getName() Returns the extensionless
version of a filename or path.
But the doc also says that if the filename doesn't have a dot, then it
returns null
Nick Sabalausky Wrote:
Jonathan M Davis jmdavisp...@gmx.com wrote in message
news:mailman.2076.1298971012.4748.digitalmar...@puremagic.com...
I think that I agree with you on all counts. I can understand if the path
stuff
can't deal with / or \ in file names (that's probably not worth
On 03/01/2011 10:31 AM, Nick Sabalausky wrote:
Jonathan M Davisjmdavisp...@gmx.com wrote in message
news:mailman.2076.1298971012.4748.digitalmar...@puremagic.com...
I think that I agree with you on all counts. I can understand if the path
stuff
can't deal with / or \ in file names (that's
On Tue, 01 Mar 2011 02:37:27 -0800, Jonathan M Davis wrote:
On Tuesday 01 March 2011 02:30:56 Lars T. Kyllingstad wrote:
On Tue, 01 Mar 2011 03:58:04 -0500, Nick Sabalausky wrote:
According to the docs, std.path.getName() Returns the extensionless
version of a filename or path.
But the
On 02/28/2011 11:13 PM, Steven Schveighoffer wrote:
But I still don't see the need for this feature. Aren't people using IDEs
where the function signature (with parameter names) pops up when you're
entering the function, and when you move the mouse over the function call?
You are wrong Don,
On 03/01/2011 01:03 AM, Jonathan M Davis wrote:
From the perspective
of the library user, it does provide some benefit, but I honestly do not think
that
func(x : 4, y : 5);
is easier to read than
func(4, 5);
Sure, you have to know what func's parameters are, but you have to know that
On 03/01/2011 08:49 AM, Jacob Carlborg wrote:
On 2011-02-28 22:38, Don wrote:
But I still don't see the need for this feature. Aren't people using
IDEs where the function signature (with parameter names) pops up when
you're entering the function, and when you move the mouse over the
function
On Tue, 01 Mar 2011 11:49:31 +0100, Daniel Gibson wrote:
Am 01.03.2011 09:58, schrieb Nick Sabalausky:
According to the docs, std.path.getName() Returns the extensionless
version of a filename or path.
But the doc also says that if the filename doesn't have a dot, then it
returns null (and
On 03/01/2011 01:50 AM, Stewart Gordon wrote:
Trouble is it would create fragility, as parameter names would become a new
thing that can't be changed once decided without breaking existing code. So it
would be important to get them right from the beginning, and there'll be a time
when the
On 03/01/2011 05:52 AM, Bekenn wrote:
On 2/28/2011 8:43 PM, Andrei Alexandrescu wrote:
Don't know about others, but I think this is exactly the point where my
meh detector goes off.
It *might* be worthwhile if it does indeed address Jonathan's concern about
library writers not being able to
On 03/01/2011 02:36 AM, Andrei Alexandrescu wrote:
On 2/28/11 12:38 PM, Bekenn wrote:
On 2/28/11 5:48 AM, Andrei Alexandrescu wrote:
One more thing, order of evaluation should still be left-to-right, not
in order of arguments. This means the feature cannot be a syntactic
rewrite (not a big
On Mon, 28 Feb 2011 19:50:44 -0500, Stewart Gordon smjg_1...@yahoo.com
wrote:
On 28/02/2011 07:03, Bekenn wrote:
HRESULT hr = m_Device.Present(pSourceRect: null, pDestRect: null,
hDestWindowOverride: null, pDirtyRegion: null);
One advantage is that it would encourage self-documenting
On 03/01/2011 12:48 PM, Lars T. Kyllingstad wrote:
On Tue, 01 Mar 2011 12:20:22 +0100, spir wrote:
On 02/28/2011 11:13 PM, Steven Schveighoffer wrote:
But I still don't see the need for this feature. Aren't people using
IDEs where the function signature (with parameter names) pops up when
Lars T. Kyllingstad public@kyllingen.NOSPAMnet wrote in message
news:ikimed$2vba$5...@digitalmars.com...
On Tue, 01 Mar 2011 12:20:22 +0100, spir wrote:
On 02/28/2011 11:13 PM, Steven Schveighoffer wrote:
But I still don't see the need for this feature. Aren't people using
IDEs where the
On Tue, 01 Mar 2011 07:26:28 -0500, Nick Sabalausky wrote:
Lars T. Kyllingstad public@kyllingen.NOSPAMnet wrote in message
news:ikimed$2vba$5...@digitalmars.com...
On Tue, 01 Mar 2011 12:20:22 +0100, spir wrote:
On 02/28/2011 11:13 PM, Steven Schveighoffer wrote:
But I still don't see the
Lars T. Kyllingstad public@kyllingen.NOSPAMnet wrote in message
news:ikiktf$2vba$3...@digitalmars.com...
I would like to say, however, that I think 'sep' is almost up there with
rel2abs in terms of bad naming. If you just see 'sep' in a piece of
code, maybe you understand it is a separator,
bearophile wrote:
Adam Ruppe:
Just accept the few kilobytes of unbearable bloat and use writef,
It's not just template bloat, but also the printing bugs not caught at compile
time.
The point of the first post of this thread was to talk about SAL, that
Microsoft seems to consider very
Daniel Gibson metalcae...@gmail.com wrote in message
news:ikij1r$e1i$1...@digitalmars.com...
The . at the start is Unix convention to say this is a hidden
file/folder, this means ls (the unix equivalent to dir) doesn't list
them (ls -a does, though) and most file browsers only list them
On 01.03.2011 13:20, spir wrote:
I'm fed up with people opposing to features very relevant for code
clarity, which they are not forced to use, and can hardly bother when
reading code themselves. Is the second statement below really that hard
to read?
p = new Point([1,2,3], [3,2,1]);
p
On Tue, 01 Mar 2011 07:50:53 -0500, Nick Sabalausky a@a.a wrote:
Daniel Gibson metalcae...@gmail.com wrote in message
news:ikij1r$e1i$1...@digitalmars.com...
The . at the start is Unix convention to say this is a hidden
file/folder, this means ls (the unix equivalent to dir) doesn't
list
On Tue, 01 Mar 2011 04:16:36 -0500, Jonathan M Davis jmdavisp...@gmx.com
wrote:
I can understand if the path stuff
can't deal with / or \ in file names (that's probably not worth trying
to get to
work right), but it _should_ be able to handle directories with dots in
them and
files with
Lars T. Kyllingstad public@kyllingen.NOSPAMnet wrote in message
news:ikilpg$2vba$4...@digitalmars.com...
On Tue, 01 Mar 2011 11:49:31 +0100, Daniel Gibson wrote:
Am 01.03.2011 09:58, schrieb Nick Sabalausky:
According to the docs, std.path.getName() Returns the extensionless
version of a
On Tue, 01 Mar 2011 07:48:56 -0500, Nick Sabalausky wrote:
Lars T. Kyllingstad public@kyllingen.NOSPAMnet wrote in message
news:ikiktf$2vba$3...@digitalmars.com...
I would like to say, however, that I think 'sep' is almost up there
with rel2abs in terms of bad naming. If you just see 'sep'
On Tue, 01 Mar 2011 08:02:44 -0500, Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 04:16:36 -0500, Jonathan M Davis
jmdavisp...@gmx.com wrote:
I can understand if the path stuff
can't deal with / or \ in file names (that's probably not worth trying
to get to
work right), but it _should_
Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 04:16:36 -0500, Jonathan M Davis
jmdavisp...@gmx.com wrote:
I can understand if the path stuff
can't deal with / or \ in file names (that's probably not worth
trying to get to
work right), but it _should_ be able to handle directories with dots
Steven Schveighoffer schvei...@yahoo.com wrote in message
news:op.vrn06uqneav7ka@steve-laptop...
On Tue, 01 Mar 2011 04:16:36 -0500, Jonathan M Davis jmdavisp...@gmx.com
wrote:
I can understand if the path stuff
can't deal with / or \ in file names (that's probably not worth trying
to get
On Tue, 01 Mar 2011 14:10:58 +0100, Jens Mueller wrote:
Lars T. Kyllingstad wrote:
On Tue, 01 Mar 2011 11:49:31 +0100, Daniel Gibson wrote:
Am 01.03.2011 09:58, schrieb Nick Sabalausky:
According to the docs, std.path.getName() Returns the extensionless
version of a filename or path.
Lars T. Kyllingstad public@kyllingen.NOSPAMnet wrote in message
news:ikir9v$14ci$1...@digitalmars.com...
On Tue, 01 Mar 2011 07:48:56 -0500, Nick Sabalausky wrote:
Lars T. Kyllingstad public@kyllingen.NOSPAMnet wrote in message
news:ikiktf$2vba$3...@digitalmars.com...
I would like to say,
in the download page there is no dmd-2.052 version for rpm package manager
On Tue, 01 Mar 2011 08:13:33 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 08:02:44 -0500, Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 04:16:36 -0500, Jonathan M Davis
jmdavisp...@gmx.com wrote:
I can understand if the path stuff
can't deal with / or
Steven Schveighoffer schvei...@yahoo.com wrote in message
news:op.vrn0zlu4eav7ka@steve-laptop...
On Tue, 01 Mar 2011 07:50:53 -0500, Nick Sabalausky a@a.a wrote:
Daniel Gibson metalcae...@gmail.com wrote in message
news:ikij1r$e1i$1...@digitalmars.com...
The . at the start is Unix
On 2/28/11, Steven Schveighoffer schvei...@yahoo.com wrote:
Dunno, vim doesn't do that for me currently.
-Steve
For C/C++, there's OmniCppComplete. It seems to do some parsing work
and uses ctags. Now, I can use ctags and cscope in Vim with D, no
problem there. But I haven't gotten around on
Steven Schveighoffer schvei...@yahoo.com wrote in message
news:op.vrn2pooteav7ka@steve-laptop...
On Tue, 01 Mar 2011 08:13:33 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 08:02:44 -0500, Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 04:16:36 -0500,
Lars T. Kyllingstad public@kyllingen.NOSPAMnet wrote in message
news:ikis59$14ci$3...@digitalmars.com...
On Tue, 01 Mar 2011 14:10:58 +0100, Jens Mueller wrote:
I don't know whether this is useful but why not look at what is already
there. Linux has a command called basename. For removing the
On Tue, 01 Mar 2011 09:01:49 -0500, Nick Sabalausky a@a.a wrote:
Lars T. Kyllingstad public@kyllingen.NOSPAMnet wrote in message
news:ikis59$14ci$3...@digitalmars.com...
On Tue, 01 Mar 2011 14:10:58 +0100, Jens Mueller wrote:
I don't know whether this is useful but why not look at what is
Peter Alexander Wrote:
If they don't, how do I pass large structs into a function efficiently?
The weird thing is struct literals count as lvalues in D2, so this works:
struct A {}
void foo(ref A a) {}
void main()
{
foo(A());
}
while calling the following doesn't:
static A bar()
{
On Tue, 01 Mar 2011 08:50:29 -0500, Nick Sabalausky wrote:
Steven Schveighoffer schvei...@yahoo.com wrote in message
news:op.vrn2pooteav7ka@steve-laptop...
On Tue, 01 Mar 2011 08:13:33 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 08:02:44 -0500, Steven
Am 01.03.2011 14:50, schrieb Nick Sabalausky:
Steven Schveighofferschvei...@yahoo.com wrote in message
news:op.vrn2pooteav7ka@steve-laptop...
On Tue, 01 Mar 2011 08:13:33 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 08:02:44 -0500, Steven Schveighoffer
Am 01.03.2011 15:31, schrieb Lars T. Kyllingstad:
On Tue, 01 Mar 2011 08:50:29 -0500, Nick Sabalausky wrote:
Steven Schveighofferschvei...@yahoo.com wrote in message
news:op.vrn2pooteav7ka@steve-laptop...
On Tue, 01 Mar 2011 08:13:33 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet
On 3/1/11 4:54 AM, Jonathan M Davis wrote:
On Tuesday 01 March 2011 02:49:31 Daniel Gibson wrote:
Am 01.03.2011 09:58, schrieb Nick Sabalausky:
According to the docs, std.path.getName() Returns the extensionless
version of a filename or path.
But the doc also says that if the filename doesn't
On Tue, 01 Mar 2011 09:31:18 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 08:50:29 -0500, Nick Sabalausky wrote:
Steven Schveighoffer schvei...@yahoo.com wrote in message
From this page: http://en.wikipedia.org/wiki/Filename, it appears that
really,
On Tue, 01 Mar 2011 09:52:50 -0500, Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 09:31:18 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 08:50:29 -0500, Nick Sabalausky wrote:
Steven Schveighoffer schvei...@yahoo.com wrote in message
From this page:
On Tue, 01 Mar 2011 10:08:14 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 09:52:50 -0500, Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 09:31:18 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 08:50:29 -0500, Nick
Daniel Gibson Wrote:
.bashrc doesn't have an extension and is not an extionsion either.
The . at the start is Unix convention to say this is a hidden
file/folder, this means ls (the unix equivalent to dir) doesn't
I don't like this description, it is a configuration file which just so
Nick Sabalausky Wrote:
or just an extentionless file named .bashrc? (I know unix doesn't
typically have a concept of file extension, it's all just part of the name,
but unix programs will often care about the extension portion of a
filename.)
.Net treats it as a nameless file with
Am 01.03.2011 16:38, schrieb Kagamin:
Nick Sabalausky Wrote:
or just an extentionless file named .bashrc? (I know unix doesn't
typically have a concept of file extension, it's all just part of the name,
but unix programs will often care about the extension portion of a
filename.)
.Net treats
The best part is taking the file name issue and combining it with the
shell expansion design unix has.
mkdir something
touch something/test
touch -- -R
touch test
rm *
Every file will be destroyed, including subdirectoriesexcept the
murderous -R file!
On Tue, 01 Mar 2011 10:27:49 -0500, Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 10:08:14 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 09:52:50 -0500, Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 09:31:18 -0500, Lars T. Kyllingstad
Since we're on the topic of std.path, does anyone have an opinion as to
how it should handle the various string types? Currently, it only deals
with string, i.e. immutable(char)[], but should it also be able to handle
the other permutations of mutable/const/immutable and char/wchar/dchar?
On Tue, 01 Mar 2011 10:52:43 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 10:27:49 -0500, Steven Schveighoffer wrote:
very very smart, experienced people sometimes do things without
thinking. If we can do something really small to prevent catastrophic
On Tue, 01 Mar 2011 10:39:35 -0500, Adam Ruppe destructiona...@gmail.com
wrote:
The best part is taking the file name issue and combining it with the
shell expansion design unix has.
mkdir something
touch something/test
touch -- -R
touch test
rm *
Every file will be destroyed, including
On Tue, 01 Mar 2011 10:55:57 -0500, Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 10:52:43 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 10:27:49 -0500, Steven Schveighoffer wrote:
very very smart, experienced people sometimes do things without
On Tue, 01 Mar 2011 11:04:52 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 10:55:57 -0500, Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 10:52:43 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 10:27:49 -0500, Steven
On Tue, 01 Mar 2011 11:07:15 -0500, Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 11:04:52 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 10:55:57 -0500, Steven Schveighoffer wrote:
The point of this whole discussion is how should phobos' std.path deal
Ok, so that's one issue to cross off the list. To summarize the discussion so
far, most of it's revolved around the issue of automatically determining how
many
CPUs are available and therefore how many threads the default pool should have.
Previously, std.parallelism had been using core.cpuid
On 01.03.2011 15:52, Max Samukha wrote:
On 01.03.2011 13:20, spir wrote:
I'm fed up with people opposing to features very relevant for code
clarity, which they are not forced to use, and can hardly bother when
reading code themselves. Is the second statement below really that hard
to read?
On Tuesday 01 March 2011 05:35:38 Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 08:13:33 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 08:02:44 -0500, Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 04:16:36 -0500, Jonathan M Davis
Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 09:01:49 -0500, Nick Sabalausky a@a.a wrote:
Lars T. Kyllingstad public@kyllingen.NOSPAMnet wrote in message
news:ikis59$14ci$3...@digitalmars.com...
On Tue, 01 Mar 2011 14:10:58 +0100, Jens Mueller wrote:
I don't know whether this is useful
On Tuesday 01 March 2011 08:15:35 Lars T. Kyllingstad wrote:
On Tue, 01 Mar 2011 11:07:15 -0500, Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 11:04:52 -0500, Lars T. Kyllingstad
public@kyllingen.nospamnet wrote:
On Tue, 01 Mar 2011 10:55:57 -0500, Steven Schveighoffer wrote:
The
dsimcha Wrote:
Ok, so that's one issue to cross off the list. To summarize the discussion so
far, most of it's revolved around the issue of automatically determining how
many
CPUs are available and therefore how many threads the default pool should
have.
Previously, std.parallelism had
Adam Ruppe wrote:
The best part is taking the file name issue and combining it with the
shell expansion design unix has.
mkdir something
touch something/test
touch -- -R
touch test
rm *
Every file will be destroyed, including subdirectoriesexcept the
murderous -R file!
Kagamin wrote:
Nick Sabalausky Wrote:
or just an extentionless file named .bashrc? (I know unix doesn't
typically have a concept of file extension, it's all just part of the name,
but unix programs will often care about the extension portion of a
filename.)
.Net treats it as a
On 3/1/11 1:51 AM, Lars T. Kyllingstad wrote:
I think I agree with you and Don here. As for skipping default
parameters, I suggest the following syntax:
void foo(int i, bool b = true, real r = 3.14, string s = )
{ ... }
foo(1, , , Hello World!);
This is a much smaller language
On 3/1/11 4:40 AM, Lars T. Kyllingstad wrote:
I just think that, at this late point in D2's development, the
cost of adding them outweighs the benefits. I mean, have you looked at
the spec for D2 lately? It's starting to look like the OOXML spec!
I started out a few weeks ago by reading
On 3/1/11 4:52 AM, Max Samukha wrote:
I hate that explicitness improves code clarity and readability
argument. It may be true in some cases but most of the time explicitness
creates unnecessary redundancy that actually impairs readability.
Correct. However, named arguments are not a most of
On 2/28/11 9:07 PM, Nick Sabalausky wrote:
One could argue the code is more likely like this:
int x = 1;
int y = 2;
int width = 3;
int height = 4;
...
box(x, y, width, height)
Right, at which point you're essentially using named arguments anyway,
except that
On Tuesday, March 01, 2011 06:54:27 Andrei Alexandrescu wrote:
On 3/1/11 4:54 AM, Jonathan M Davis wrote:
On Tuesday 01 March 2011 02:49:31 Daniel Gibson wrote:
Am 01.03.2011 09:58, schrieb Nick Sabalausky:
According to the docs, std.path.getName() Returns the extensionless
version of a
On 3/1/11, Bekenn leav...@alone.com wrote:
When reading existing code, can you easily spot the difference between:
foo(1,,, Hello World!);
and
foo(1 Hello World!);
?
Unlike named arguments, I'd argue this syntax makes things quite a bit
/less/ readable.
This syntax is
== Quote from jasonw (u...@webmails.org)'s article
dsimcha Wrote:
Ok, so that's one issue to cross off the list. To summarize the discussion
so
far, most of it's revolved around the issue of automatically determining
how many
CPUs are available and therefore how many threads the
Tue, 01 Mar 2011 19:25:57 +, retard wrote:
.pds.gz,
Sorry about the typo, .pdf.gz
Tue, 01 Mar 2011 11:04:53 -0800, Jonathan M Davis wrote:
On Tuesday, March 01, 2011 06:54:27 Andrei Alexandrescu wrote:
On 3/1/11 4:54 AM, Jonathan M Davis wrote:
On Tuesday 01 March 2011 02:49:31 Daniel Gibson wrote:
Am 01.03.2011 09:58, schrieb Nick Sabalausky:
According to the docs,
On 2/28/11 1:38 PM, Don wrote:
1. It makes parameter names part of the API.
I wrote earlier that this would probably be the first time parameter
names leaked into user code, but I was wrong. Jacob Carlborg has
pointed out his library implementation of this feature:
Am 01.03.2011 20:19, schrieb dsimcha:
== Quote from jasonw (u...@webmails.org)'s article
dsimcha Wrote:
Ok, so that's one issue to cross off the list. To summarize the discussion
so
far, most of it's revolved around the issue of automatically determining
how many
CPUs are available and
On Tue, 2011-03-01 at 13:06 -0500, jasonw wrote:
dsimcha Wrote:
Ok, so that's one issue to cross off the list. To summarize the discussion
so
far, most of it's revolved around the issue of automatically determining
how many
CPUs are available and therefore how many threads the
Daniel Gibson metalcae...@gmail.com wrote in message
news:ikj0cb$mbh$2...@digitalmars.com...
Am 01.03.2011 15:31, schrieb Lars T. Kyllingstad:
On Tue, 01 Mar 2011 08:50:29 -0500, Nick Sabalausky wrote:
Steven Schveighofferschvei...@yahoo.com wrote in message
1 - 100 of 186 matches
Mail list logo
