On 3/1/2011 7:32 PM, Walter Bright wrote:
I didn't know that. Thanks for the link!
No problem.
Bekenn wrote:
Ah, this one (folders) I actually have a response for. Or, rather,
Raymond Chen does:
http://blogs.msdn.com/b/oldnewthing/archive/2011/02/16/10129908.aspx
I didn't know that. Thanks for the link!
I updated bud/build to compile with D2. I tested it on Mac OSX 10.6.3 and on
Linux, both x86_64. I haven't tried it on windows.
I couldn't reach Derek Parnell by email, and so I attached a source tarball
to the main wiki page. It was tested with dmd2.0.52. The link is here:
http://www.dsource.org
"Lars T. Kyllingstad" wrote in message
news:ikiht0$2vba$2...@digitalmars.com...
>
> I've also found a few cases like that. In general, I think std.path
> takes the KISS approach, probably because it's the most efficient and
> works in most cases, but I'd rather it did the Right Thing (TM) that
>
On 3/1/11 5:26 PM, Walter Bright wrote:
Yeah, one wonders what's wrong with the word "Programs". And why
directories had to be renamed "folders".
Ah, this one (folders) I actually have a response for. Or, rather,
Raymond Chen does:
http://blogs.msdn.com/b/oldnewthing/archive/2011/02/16/1
Bekenn wrote:
On 3/1/11 3:40 PM, Daniel Gibson wrote:
Or "My Documents", "My Pictures" and whatnot (or is that gone post-XP?)
Yes, those are gone. "My Documents" is just "Documents", "My Pictures"
is just "Pictures", etc. Windows 7 (sadly) still displays the "My"
prefix (Vista doesn't), bu
Bekenn wrote:
On 3/1/11 3:27 PM, Walter Bright wrote:
I've always hated the Windows "Documents and Settings" subdirectory.
Arggh. Always a pain to use on the command line.
No kidding. Thank goodness that's gone post-XP. Now if only they'd do
the same for Program Files...
Yeah, one wonde
"Bekenn" wrote in message
news:ikk0ko$a2u$1...@digitalmars.com...
> On 3/1/11 2:56 PM, Nick Sabalausky wrote:
>> "Jonathan M Davis" wrote in message
>>> No. It's a cat. :)
>>>
>>> - Jonathan M Davis
>>>
>>>
>>> P.S. At least it is if you've seen B5...
>>
>> OMG, I completely forgot about the who
On Tuesday, March 01, 2011 14:56:20 Nick Sabalausky wrote:
> "Jonathan M Davis" wrote in message
> news:mailman.2104.1299019810.4748.digitalmar...@puremagic.com...
>
> > On Tuesday, March 01, 2011 14:27:38 Nick Sabalausky wrote:
> >> "Jesse Phillips" wrote in message
> >> news:ikj3nf$1l0v$1...@d
On 3/1/11 3:40 PM, Daniel Gibson wrote:
Or "My Documents", "My Pictures" and whatnot (or is that gone post-XP?)
Yes, those are gone. "My Documents" is just "Documents", "My Pictures"
is just "Pictures", etc. Windows 7 (sadly) still displays the "My"
prefix (Vista doesn't), but the directory
On 3/1/11 2:56 PM, Nick Sabalausky wrote:
"Jonathan M Davis" wrote in message
No. It's a cat. :)
- Jonathan M Davis
P.S. At least it is if you've seen B5...
OMG, I completely forgot about the whole cat thing in Babylon 5 (I assume
you mean Babylon 5). It's been far too long. Actually, I st
Am 02.03.2011 00:37, schrieb Bekenn:
> On 3/1/11 3:27 PM, Walter Bright wrote:
>> I've always hated the Windows "Documents and Settings" subdirectory.
>> Arggh. Always a pain to use on the command line.
>
> No kidding. Thank goodness that's gone post-XP. Now if only they'd do the
> same
> for P
On 3/1/11 3:27 PM, Walter Bright wrote:
I've always hated the Windows "Documents and Settings" subdirectory.
Arggh. Always a pain to use on the command line.
No kidding. Thank goodness that's gone post-XP. Now if only they'd do
the same for Program Files...
Andrei Alexandrescu wrote:
On 3/1/11 3:42 PM, Nick Sabalausky wrote:
There's a long, seemingly-unending history of unix programs choking on
paths
with spaces in them *even* when you give them the paths properly escaped.
Not all unix apps, but enough.
make and latex are prime examples. I have
Am 01.03.2011 23:45, schrieb Nick Sabalausky:
> "Daniel Gibson" wrote in message
> news:ikjqaf$2e9r$2...@digitalmars.com...
>> Am 01.03.2011 22:42, schrieb Nick Sabalausky:
>>>
>>> There's a long, seemingly-unending history of unix programs choking on
>>> paths
>>> with spaces in them *even* whe
"Jonathan M Davis" wrote in message
news:mailman.2104.1299019810.4748.digitalmar...@puremagic.com...
> On Tuesday, March 01, 2011 14:27:38 Nick Sabalausky wrote:
>> "Jesse Phillips" wrote in message
>> news:ikj3nf$1l0v$1...@digitalmars.com...
>>
>> > Daniel Gibson Wrote:
>> >> .bashrc doesn't ha
On Tuesday, March 01, 2011 14:27:38 Nick Sabalausky wrote:
> "Jesse Phillips" wrote in message
> news:ikj3nf$1l0v$1...@digitalmars.com...
>
> > 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
"Daniel Gibson" wrote in message
news:ikjqaf$2e9r$2...@digitalmars.com...
> Am 01.03.2011 22:42, schrieb Nick Sabalausky:
>>
>> There's a long, seemingly-unending history of unix programs choking on
>> paths
>> with spaces in them *even* when you give them the paths properly escaped.
>> Not all
"Lars T. Kyllingstad" wrote in message
news:ikj54r$14ci$7...@digitalmars.com...
> 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
"Daniel Gibson" wrote in message
news:ikj45k$mbh$3...@digitalmars.com...
> 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
On 3/1/11 3:54 PM, Jonas Drewsen wrote:
On 25/02/11 16.01, Andrei Alexandrescu wrote:
On 2/25/11 8:48 AM, Jonas Drewsen wrote:
Hi,
My first post here so I don't know if this is the right place.
I like how phobos is coming along but really miss a HTTP client and I
think it should be a part of
On Tuesday, March 01, 2011 11:22:17 Bekenn wrote:
> 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 libra
"Jesse Phillips" wrote in message
news:ikj3nf$1l0v$1...@digitalmars.com...
> 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 "d
On 3/1/11 3:42 PM, Nick Sabalausky wrote:
There's a long, seemingly-unending history of unix programs choking on paths
with spaces in them *even* when you give them the paths properly escaped.
Not all unix apps, but enough.
make and latex are prime examples. I have made an executive decision to
"Don" wrote in message
news:ikj7n9$1sg2$1...@digitalmars.com...
> Steven Schveighoffer wrote:
>> On Tue, 01 Mar 2011 09:01:49 -0500, Nick Sabalausky wrote:
>>>
>>> People don't always realize it, but Windows really is the same way. It's
>>> really only the user-level applications like Explorer t
Am 01.03.2011 22:42, schrieb Nick Sabalausky:
> "Daniel Gibson" wrote in message
> news:ikivql$mbh$1...@digitalmars.com...
>> Am 01.03.2011 14:50, schrieb Nick Sabalausky:
>>> "Steven Schveighoffer" wrote in message
>>> news:op.vrn2pooteav7ka@steve-laptop...
On Tue, 01 Mar 2011 08:13:33 -05
On 25/02/11 16.01, Andrei Alexandrescu wrote:
On 2/25/11 8:48 AM, Jonas Drewsen wrote:
Hi,
My first post here so I don't know if this is the right place.
I like how phobos is coming along but really miss a HTTP client and I
think it should be a part of the standard library.
Is anyone working
"Daniel Gibson" wrote in message
news:ikivql$mbh$1...@digitalmars.com...
> Am 01.03.2011 14:50, schrieb Nick Sabalausky:
>> "Steven Schveighoffer" wrote in message
>> news:op.vrn2pooteav7ka@steve-laptop...
>>> On Tue, 01 Mar 2011 08:13:33 -0500, Lars T. Kyllingstad
>>> wrote:
>>>
On Tue,
"Daniel Gibson" 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 Schveighoffer" wrote in message
>>> news:op.vrn2pooteav7ka@steve-laptop...
On Tue, 01 Mar
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 threa
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 ar
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:
http://dsource.org/pro
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 t
Tue, 01 Mar 2011 19:25:57 +, retard wrote:
> .pds.gz,
Sorry about the typo, .pdf.gz
== 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 thread
On 3/1/11, Bekenn 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 used b
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
> >>>
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 here
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 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 throu
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
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
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!
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
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
> >
> > wrote:
> >> On Tue, 01 Mar 2011 10:55:57 -0500, Steven Schveighoffer wrote:
> >>> The point of this wh
Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 09:01:49 -0500, Nick Sabalausky wrote:
"Lars T. Kyllingstad" 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 alr
On Tuesday 01 March 2011 05:35:38 Steven Schveighoffer wrote:
> On Tue, 01 Mar 2011 08:13:33 -0500, Lars T. Kyllingstad
>
> 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
> >>
> >> wrote:
> >>> I can understan
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?
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 for
On Tue, 01 Mar 2011 11:07:15 -0500, Steven Schveighoffer wrote:
> On Tue, 01 Mar 2011 11:04:52 -0500, Lars T. Kyllingstad
> 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
>>> with filenames
On Tue, 01 Mar 2011 11:04:52 -0500, Lars T. Kyllingstad
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
wrote:
On Tue, 01 Mar 2011 10:27:49 -0500, Steven Schveighoffer wrote:
very very smart, experienced pe
On Tue, 01 Mar 2011 10:55:57 -0500, Steven Schveighoffer wrote:
> On Tue, 01 Mar 2011 10:52:43 -0500, Lars T. Kyllingstad
> 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 d
On Tue, 01 Mar 2011 10:39:35 -0500, 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
On Tue, 01 Mar 2011 10:52:43 -0500, Lars T. Kyllingstad
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
errors, I think it's worth it
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?
-Lar
On Tue, 01 Mar 2011 10:27:49 -0500, Steven Schveighoffer wrote:
> On Tue, 01 Mar 2011 10:08:14 -0500, Lars T. Kyllingstad
> 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
>>> wrote:
>>>
On Tue, 01 M
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!
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 treat
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 ex
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 jus
On Tue, 01 Mar 2011 10:08:14 -0500, Lars T. Kyllingstad
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
wrote:
On Tue, 01 Mar 2011 08:50:29 -0500, Nick Sabalausky wrote:
"Steven Schveighoffer" wrote in mess
On Tue, 01 Mar 2011 09:52:50 -0500, Steven Schveighoffer wrote:
> On Tue, 01 Mar 2011 09:31:18 -0500, Lars T. Kyllingstad
> wrote:
>
>> On Tue, 01 Mar 2011 08:50:29 -0500, Nick Sabalausky wrote:
>>
>>> "Steven Schveighoffer" wrote in message
>
From this page: http://en.wikipedia.org/wiki/
On Tue, 01 Mar 2011 09:31:18 -0500, Lars T. Kyllingstad
wrote:
On Tue, 01 Mar 2011 08:50:29 -0500, Nick Sabalausky wrote:
"Steven Schveighoffer" wrote in message
From this page: http://en.wikipedia.org/wiki/Filename, it appears that
really, the only disallowed character in unix filename
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'
Am 01.03.2011 15:31, schrieb Lars T. Kyllingstad:
On Tue, 01 Mar 2011 08:50:29 -0500, Nick Sabalausky wrote:
"Steven Schveighoffer" wrote in message
news:op.vrn2pooteav7ka@steve-laptop...
On Tue, 01 Mar 2011 08:13:33 -0500, Lars T. Kyllingstad
wrote:
On Tue, 01 Mar 2011 08:02:44 -0500, St
Am 01.03.2011 14:50, schrieb Nick Sabalausky:
"Steven Schveighoffer" wrote in message
news:op.vrn2pooteav7ka@steve-laptop...
On Tue, 01 Mar 2011 08:13:33 -0500, Lars T. Kyllingstad
wrote:
On Tue, 01 Mar 2011 08:02:44 -0500, Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 04:16:36 -0500, J
On Tue, 01 Mar 2011 08:50:29 -0500, Nick Sabalausky wrote:
> "Steven Schveighoffer" wrote in message
> news:op.vrn2pooteav7ka@steve-laptop...
>> On Tue, 01 Mar 2011 08:13:33 -0500, Lars T. Kyllingstad
>> wrote:
>>
>>> On Tue, 01 Mar 2011 08:02:44 -0500, Steven Schveighoffer wrote:
>>>
On Tu
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()
{
retu
On Tue, 01 Mar 2011 09:01:49 -0500, Nick Sabalausky wrote:
"Lars T. Kyllingstad" 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 comma
"Lars T. Kyllingstad" 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 extension
>> it i
"Steven Schveighoffer" wrote in message
news:op.vrn2pooteav7ka@steve-laptop...
> On Tue, 01 Mar 2011 08:13:33 -0500, Lars T. Kyllingstad
> 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
>>> wrote:
>>>
On 2/28/11, Steven Schveighoffer 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 getting autocomp
"Steven Schveighoffer" wrote in message
news:op.vrn0zlu4eav7ka@steve-laptop...
> On Tue, 01 Mar 2011 07:50:53 -0500, Nick Sabalausky wrote:
>
>> "Daniel Gibson" wrote in message
>> news:ikij1r$e1i$1...@digitalmars.com...
>>>
>>> The "." at the start is Unix convention to say "this is a hidden
>
On Tue, 01 Mar 2011 08:13:33 -0500, Lars T. Kyllingstad
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
wrote:
I can understand if the path stuff
can't deal with / or \ in file names (that's probably not worth tr
in the download page there is no dmd-2.052 version for rpm package manager
"Lars T. Kyllingstad" wrote in message
news:ikir9v$14ci$1...@digitalmars.com...
> On Tue, 01 Mar 2011 07:48:56 -0500, Nick Sabalausky wrote:
>
>> "Lars T. Kyllingstad" wrote in message
>> news:ikiktf$2vba$3...@digitalmars.com...
>>>
>>> I would like to say, however, that I think 'sep' is almost
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 file
"Steven Schveighoffer" wrote in message
news:op.vrn06uqneav7ka@steve-laptop...
> On Tue, 01 Mar 2011 04:16:36 -0500, Jonathan M Davis
> 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 _
Steven Schveighoffer wrote:
>On Tue, 01 Mar 2011 04:16:36 -0500, Jonathan M Davis
> 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 the
On Tue, 01 Mar 2011 08:02:44 -0500, Steven Schveighoffer wrote:
> On Tue, 01 Mar 2011 04:16:36 -0500, Jonathan M Davis
> 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 t
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."
> >>
> >> But the doc also says that if the filen
On Tue, 01 Mar 2011 07:48:56 -0500, Nick Sabalausky wrote:
> "Lars T. Kyllingstad" 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
"Lars T. Kyllingstad" 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 filename or path.
On Tue, 01 Mar 2011 04:16:36 -0500, Jonathan M Davis
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 no extension.
/ an
On Tue, 01 Mar 2011 07:50:53 -0500, Nick Sabalausky wrote:
"Daniel Gibson" 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,
"Daniel Gibson" 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 when you
>
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 =
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 import
"Lars T. Kyllingstad" 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, but I don't think eve
On Tue, 01 Mar 2011 07:26:28 -0500, Nick Sabalausky wrote:
> "Lars T. Kyllingstad" 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 thi
"Lars T. Kyllingstad" 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 function signatu
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
you'
On Mon, 28 Feb 2011 19:50:44 -0500, Stewart Gordon
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 code, partly
becau
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 issu
On 03/01/2011 02:48 AM, Andrei Alexandrescu wrote:
On 2/28/11 6:03 PM, Jonathan M Davis wrote:
The more I think about this, the more I'm against the idea of named arguments.
I think you have been blessed to work with only small, clean APIs. Certain
domains definitely promote large argument lis
On Tue, 01 Mar 2011 04:10:12 -0500, Don wrote:
Steven Schveighoffer wrote:
On Mon, 28 Feb 2011 16:38:34 -0500, Don 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 t
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 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
>>> you're entering the function, and when you mo
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 featur
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
>> return
1 - 100 of 126 matches
Mail list logo
