Am 27.11.2011 02:32, schrieb Caligo:
It's almost 2012, and people are still using IDE's?
Some people like to be productive...
On 11/26/2011 10:01 PM, Brad Roberts wrote:
On Saturday, November 26, 2011 5:40:27 AM, Max Samukha wrote:
On 11/25/2011 09:34 PM, Andrei Alexandrescu wrote:
Oh, I see. Thanks for enlightening me. So apparently I defined those
variables...
Andrei
Could you or Walter add some information abo
bls Wrote:
> Creating an ODBC Interface at all is pretty useless. NOBODY is using
> ODBC at all.
Then why SQLAlchemy supports it?
On 26 November 2011 23:39, Walter Bright wrote:
> On 11/26/2011 5:46 AM, Steven Schveighoffer wrote:
>
>> Ranges are not good for reading N bytes from a file
>> descriptor.
>>
>
> Why not? Isn't that exactly what a range is supposed to be good for?
>
It sounds like a bad idea to me... I can imag
On 2011-11-27 01:20, deadalnix wrote:
I have this function :
extern(C++) void* __dsfml_start_thread(EntryPoint entryPoint, void*
userData);
If EntryPoint is defined as follow :
alias extern(C++) void* function(void*) EntryPoint;
The function mangle in _Z20__dsfml_start_threadPFPvS_ES_
if alias
On 2011-11-27 01:40, Kapps wrote:
One of the great things about D is the ability to do so much work at
compile-time, including static verification. An example is the amount of
constraints available for templates, static ifs, etc. But at some point,
it starts getting very problematic to just figur
On Sat, Nov 26, 2011 at 11:27 PM, Andrej Mitrovic <
andrej.mitrov...@gmail.com> wrote:
> I've managed to get StyledTextCtrl compiled and working. I had to add
> a few missing .obj/.cpp file entries in the DMC makefile for the
> StyledTextCtrl contrib tree (just a couple of lexer files), but there
On Sun 27 Nov 2011 05:02:09 AM CST, Jacob Carlborg wrote:
> On 2011-11-27 01:20, deadalnix wrote:
>> I have this function :
>> extern(C++) void* __dsfml_start_thread(EntryPoint entryPoint, void*
>> userData);
>>
>> If EntryPoint is defined as follow :
>> alias extern(C++) void* function(void*) Entr
On 2011-11-27 07:13, Steve Teale wrote:
You may detest ODBC, but it is very soon going to be the only way to
communicate with SQL Server short of writing another wire protocol
effort. There was the alternative of OLE DB, but MS is dumping that.
FreeTDS can be used directly.
--
/Jacob Carlborg
On 2011-11-27 02:13, Timon Gehr wrote:
On 11/27/2011 02:03 AM, Andrei Alexandrescu wrote:
On 11/26/11 6:40 PM, Kapps wrote:
One of the great things about D is the ability to do so much work at
compile-time, including static verification. An example is the amount of
constraints available for tem
On 2011-11-27 02:03, Andrei Alexandrescu wrote:
On 11/26/11 6:40 PM, Kapps wrote:
One of the great things about D is the ability to do so much work at
compile-time, including static verification. An example is the amount of
constraints available for templates, static ifs, etc. But at some point,
Le 27/11/2011 12:02, Jacob Carlborg a écrit :
On 2011-11-27 01:20, deadalnix wrote:
I have this function :
extern(C++) void* __dsfml_start_thread(EntryPoint entryPoint, void*
userData);
If EntryPoint is defined as follow :
alias extern(C++) void* function(void*) EntryPoint;
The function mangle
On 11/27/2011 12:33 PM, Jacob Carlborg wrote:
On 2011-11-27 02:13, Timon Gehr wrote:
On 11/27/2011 02:03 AM, Andrei Alexandrescu wrote:
On 11/26/11 6:40 PM, Kapps wrote:
One of the great things about D is the ability to do so much work at
compile-time, including static verification. An example
On 11/27/2011 12:36 PM, Jacob Carlborg wrote:
On 2011-11-27 02:03, Andrei Alexandrescu wrote:
On 11/26/11 6:40 PM, Kapps wrote:
One of the great things about D is the ability to do so much work at
compile-time, including static verification. An example is the amount of
constraints available for
D ChangeLog gives all such information, I believe.
On Sun, 27 Nov 2011 01:20:35 +0100, deadalnix wrote:
alias extern(C++) void* function(void*) EntryPoint
Can you please file a reduced test case as bug
stating exactly what in the mangling went wrong.
Not sure about the current policy of passing shared data to C++ functions.
It seems to work
On Sun 27 Nov 2011 05:54:27 AM CST, deadalnix wrote:
> Le 27/11/2011 12:02, Jacob Carlborg a écrit :
>> On 2011-11-27 01:20, deadalnix wrote:
>>> I have this function :
>>> extern(C++) void* __dsfml_start_thread(EntryPoint entryPoint, void*
>>> userData);
>>>
>>> If EntryPoint is defined as follow
Le 27/11/2011 13:17, Jude Young a écrit :
On Sun 27 Nov 2011 05:54:27 AM CST, deadalnix wrote:
Le 27/11/2011 12:02, Jacob Carlborg a écrit :
On 2011-11-27 01:20, deadalnix wrote:
I have this function :
extern(C++) void* __dsfml_start_thread(EntryPoint entryPoint, void*
userData);
If EntryPoin
Le 27/11/2011 13:16, Martin Nowak a écrit :
On Sun, 27 Nov 2011 01:20:35 +0100, deadalnix wrote:
alias extern(C++) void* function(void*) EntryPoint
Can you please file a reduced test case as bug
stating exactly what in the mangling went wrong.
Not sure about the current policy of passing sh
On 11/27/2011 7:01 AM, Dejan Lekic wrote:
D ChangeLog gives all such information, I believe.
They are, but they're mixed with other changes and bug fixes. You have
to read each item in the changelog to find the breaking changes. Listing
them separately would help greatly when updating code.
On 27-11-2011 02:32, Caligo wrote:
It's almost 2012, and people are still using IDE's?
Let's not go there.
- Alex
On 27-11-2011 01:40, Kapps wrote:
One of the great things about D is the ability to do so much work at
compile-time, including static verification. An example is the amount of
constraints available for templates, static ifs, etc. But at some point,
it starts getting very problematic to just figur
Le 27/11/2011 01:20, deadalnix a écrit :
I have this function :
extern(C++) void* __dsfml_start_thread(EntryPoint entryPoint, void*
userData);
If EntryPoint is defined as follow :
alias extern(C++) void* function(void*) EntryPoint;
The function mangle in _Z20__dsfml_start_threadPFPvS_ES_
if al
On 11/27/11 5:36 AM, Jacob Carlborg wrote:
"auto" cannot be used here. Just like it can't be used in any place
where there is no implementation of a function.
Seems to me it needs to look something like this:
enum interface Range (T)
{
void popFront();
@property bool empty() const;
@property T
On 2011-11-27 12:56, Timon Gehr wrote:
On 11/27/2011 12:36 PM, Jacob Carlborg wrote:
"auto" cannot be used here. Just like it can't be used in any place
where there is no implementation of a function.
Seems to me it needs to look something like this:
enum interface Range (T)
{
void popFront()
On 2011-11-27 16:47, Andrei Alexandrescu wrote:
On 11/27/11 5:36 AM, Jacob Carlborg wrote:
"auto" cannot be used here. Just like it can't be used in any place
where there is no implementation of a function.
Seems to me it needs to look something like this:
enum interface Range (T)
{
void popFr
On 11/27/11 10:03 AM, Jacob Carlborg wrote:
For the simpler cases an interface is easier to reason about. But yes,
template constraints are more powerful.
I've reached the same conclusion. Symbolic interfaces explode quite
quickly. Fortunately, the experimentation in that direction has been
a
On Sun, 27 Nov 2011 02:40:08 +0200, Kapps wrote:
Which brings in, compile-time interfaces. It seems like a natural thing
to include when you have the above tools. Instead of having a method
such as:
auto DoSomething(T)(T Data) if(isInputRange!(T)) { }
You could simply do:
auto DoSomething(R
On 11/26/2011 04:19 PM, Brad Anderson wrote:
How about putting a disclaimer on the module warning the code hasn't
been through a rigorous security audit and point them at well
established C libraries if they need that sort of assurance.
What does that gain over implementing the first itteratio
Whenever i see articles like
http://cpp-next.com/archive/2011/11/having-it-all-pythy-syntax/ i keep
wondering why they are so silent in this newsgroup,
I am sure they keep an eye on D. I would expect some kind of contribution
(as in suggestions, proposes...).
They are the top C++ developers,
Am 27.11.2011 17:32, schrieb so:
Whenever i see articles like
http://cpp-next.com/archive/2011/11/having-it-all-pythy-syntax/ i keep
wondering why they are so silent in this newsgroup,
I am sure they keep an eye on D. I would expect some kind of
contribution (as in suggestions, proposes...).
They
Hi folks,
I just wondered why there still is this uncomfortable and obviously outdated
newsgroup software in use.
Perhaps it'd be more contemporary to have a 'real' browser-based forum to which
everyone can register and post D-related questions&answers.
So, my recommendation would be to establ
On Sun, 27 Nov 2011 19:13:46 +0200, Paulo Pinto
wrote:
Why switch state of the art C++ compilers with years of optimizations
built-in and tooling by D?
Tool and compilers come eventually, especially after big players attend in
discussions.
I don't understand this reasoning really, what e
On Sun 27 Nov 2011 11:41:01 AM CST, alex wrote:
> Hi folks,
>
> I just wondered why there still is this uncomfortable and obviously outdated
> newsgroup software in use.
>
> Perhaps it'd be more contemporary to have a 'real' browser-based forum to
> which everyone can register and post D-related
On Sun, 27 Nov 2011 19:41:01 +0200, alex wrote:
Hi folks,
I just wondered why there still is this uncomfortable and obviously
outdated newsgroup software in use.
Perhaps it'd be more contemporary to have a 'real' browser-based forum
to which everyone can register and post D-related quest
"alex" wrote in message
news:jatsnd$f71$1...@digitalmars.com...
> Hi folks,
>
> I just wondered why there still is this uncomfortable and obviously
> outdated newsgroup software in use.
>
old != outdated
NGs are better.
Seriously, what's with people's "old == outdated" bullshit these days? Wh
On Sun 27 Nov 2011 10:27:58 AM CST, bcs wrote:
> On 11/26/2011 04:19 PM, Brad Anderson wrote:
>>
>> How about putting a disclaimer on the module warning the code hasn't
>> been through a rigorous security audit and point them at well
>> established C libraries if they need that sort of assurance.
>
nntp is more flexible then "real" web forum.
On Sun, 27 Nov 2011 20:04:14 +0200, Jude Young <10equa...@gmail.com> wrote:
I would definitely be interested in a forum.
But only if it has the following:
a separate off topic area
definite rules about what is and what is not allowed.
permabans
if it was associated with d-p-l, keep with the col
On Sun 27 Nov 2011 12:01:24 PM CST, Nick Sabalausky wrote:
> "alex" wrote in message
> news:jatsnd$f71$1...@digitalmars.com...
>> Hi folks,
>>
>> I just wondered why there still is this uncomfortable and obviously
>> outdated newsgroup software in use.
>>
>
> old != outdated
>
> NGs are better.
"Jude Young" <10equa...@gmail.com> wrote in message
news:mailman.1127.1322417735.24802.digitalmar...@puremagic.com...
> On Sun 27 Nov 2011 12:01:24 PM CST, Nick Sabalausky wrote:
>> "alex" wrote in message
>> news:jatsnd$f71$1...@digitalmars.com...
>>> Hi folks,
>>>
>>> I just wondered why there
On Sun, 27 Nov 2011 19:41:01 +0200, alex wrote:
Even if this idea should be a bit too 'large', please do fix the http
interface for the D main newsgroup thread - it's not working for me and
only gives back a
connection timeout.
I am working on a new web interface. In its default view, it
On Sun, 27 Nov 2011 20:24:04 +0200, Adam D. Ruppe
wrote:
Vladimir Panteleev Wrote:
I am working on a new web interface. In its default view, it looks a bit
like a forum.
That's awesome! Curious: using D for it?
Of course :)
https://github.com/CyberShadow/DFeed
--
Best regards,
Vladimi
> post questions and search the archives EASILY
That's it. To be more beginner-friendly. Not to be that unnecessarily
complicated and opaque.
Vladimir Panteleev Wrote:
> I am working on a new web interface. In its default view, it looks a bit
> like a forum.
That's awesome! Curious: using D for it?
On Sun, 27 Nov 2011 20:19:48 +0200, Vladimir Panteleev
wrote:
On Sun, 27 Nov 2011 19:41:01 +0200, alex wrote:
Even if this idea should be a bit too 'large', please do fix the http
interface for the D main newsgroup thread - it's not working for me and
only gives back a
connection timeo
On Sun 27 Nov 2011 12:25:20 PM CST, alex wrote:
>> post questions and search the archives EASILY
>
> That's it. To be more beginner-friendly. Not to be that unnecessarily
> complicated and opaque.
>
If you make a forum, I would join.
I like the NG. and let's face it, it's generally the people tha
Andrei Alexandrescu wrote:
> On 11/27/11 5:36 AM, Jacob Carlborg wrote:
>> "auto" cannot be used here. Just like it can't be used in any place
>> where there is no implementation of a function.
>>
>> Seems to me it needs to look something like this:
>>
>> enum interface Range (T)
>> {
>> void popFr
On 11/27/2011 10:19 AM, Vladimir Panteleev wrote:
I am working on a new web interface. In its default view, it looks a bit like a
forum.
It's not yet finished, but you can preview it here:
http://dfeed.kimsufi.thecybershadow.net/discussion/
I intend to finish it within the coming week. You may
On Sun, 27 Nov 2011 20:29:50 +0200, so wrote:
On Sun, 27 Nov 2011 20:19:48 +0200, Vladimir Panteleev
wrote:
On Sun, 27 Nov 2011 19:41:01 +0200, alex wrote:
Even if this idea should be a bit too 'large', please do fix the http
interface for the D main newsgroup thread - it's not working
> It's not really a matter of "either/or" imo...
> I think that everyone will admit that having an 'official' forum would
> probably boost popularity.
>
> A good place to post questions and search the archives EASILY would
> definitely be a boon.
True. Most people have some experiance with f
On Sun, 27 Nov 2011 21:08:46 +0200, Bane
wrote:
And with registred usernames there would be less/no trolls ?
Quite the contrary. After you introduce read/write web interfaces based on
popular frameworks,
you open doors to new kind of trolls and worse... spams. Since this is a
programmer
On Sun, 27 Nov 2011 17:41:01 + (UTC)
alex wrote:
> Hi folks,
>
> I just wondered why there still is this uncomfortable and obviously
> outdated newsgroup software in use.
-1
What is outdated in using mailer, getting nice threaded discussuion,
easy searching of archives, automatic archives.
Actually, I find a newsgroup far superior to a mailing list for this
purpose. Reading and Archiving integrated in the same system and
accessible with the same client. Far less total traffic, since only
those contributions need to be transmitted that are actually read.
It is a pity that newsgro
On Sun, 27 Nov 2011 18:25:20 + (UTC)
alex wrote:
> That's it. To be more beginner-friendly. Not to be that unnecessarily
> complicated and opaque.
What is not beginner-friendly in this group?
My mailer allows reading news, I selected digitalmars server, was
offered list of groups, subscribe
Hi,
I wonder why struct can't have a default constructor. TDPL state that it
is required to allow every types to have a constant .init .
That is true, however not suffiscient. A struct can has a void[constant]
as a member and this doesn't have a .init . So this limitation does not
ensure tha
Ah right, sizers. I forgot to set a sizer for the tab. Now it works:
http://codepad.org/Kc5TxXjU
Thanks!
On Sun, Nov 27, 2011 at 9:27 AM, bcs wrote:
> On 11/26/2011 04:19 PM, Brad Anderson wrote:
>
>>
>> How about putting a disclaimer on the module warning the code hasn't
>> been through a rigorous security audit and point them at well
>> established C libraries if they need that sort of assurance.
On 11/27/11 12:36 PM, "Jérôme M. Berger" wrote:
1. Right now we have "function applies to any type R that is a range".
With the other approach, there'd be "function applies to any type T such
that the given type R is a Range!T". That roundabout approach is likely
to scale poorly to more complex c
In addition, here is a workaround :
// Wonderfull !
@disable this();
// Default constructor workaround.
this(int dummy = 0) { ... }
But that look very dirty and it feels like working against the language.
Jude Young wrote:
On Sun 27 Nov 2011 10:27:58 AM CST, bcs wrote:
On 11/26/2011 04:19 PM, Brad Anderson wrote:
How about putting a disclaimer on the module warning the code hasn't
been through a rigorous security audit and point them at well
established C libraries if they need that sort of ass
Le 27/11/2011 21:14, Andrei Alexandrescu a écrit :
What I meant to say was that since we need restricted templates anyway
and compile-time interfaces would be a redundant addition to the
language, we may as well question their usefulness.
I do think that this is not helping the language itself
Manu wrote:
On 26 November 2011 23:39, Walter Bright mailto:newshou...@digitalmars.com>> wrote:
On 11/26/2011 5:46 AM, Steven Schveighoffer wrote:
Ranges are not good for reading N bytes from a file
descriptor.
Why not? Isn't that exactly what a range is supposed to be
On 11/27/2011 11:08 AM, Bane wrote:
And with registred usernames there would be less/no trolls ?
Required registration is a barrier for people who want to be onetime posters.
(And onetime posters often become regular posters!)
Vladimir Panteleev wrote:
On Sun, 27 Nov 2011 19:41:01 +0200, alex wrote:
Even if this idea should be a bit too 'large', please do fix the http
interface for the D main newsgroup thread - it's not working for me
and only gives back a
connection timeout.
I am working on a new web interface. I
2011/11/27 Nick Sabalausky
> "alex" wrote in message
> news:jatsnd$f71$1...@digitalmars.com...
> > Hi folks,
> >
> > I just wondered why there still is this uncomfortable and obviously
> > outdated newsgroup software in use.
> >
>
> old != outdated
>
> NGs are better.
>
> Seriously, what's with
That's not a workaround, that ctor never gets called unless you pass
an argument.
Wait nevermind, I thought you mean't the ctor *actually runs*. What
you meant was disable this() doesn't work with that ctor in place.
On 11/27/11, Andrej Mitrovic wrote:
> That's not a workaround, that ctor never gets called unless you pass
> an argument.
>
But on mobile devices (such as smartphone) the mainstream is not
web-apps via browser. Mainstream is small usable native apps for each
services. For example: newsreader :-)
Le 27/11/2011 21:39, Andrej Mitrovic a écrit :
That's not a workaround, that ctor never gets called unless you pass
an argument.
So if you @disable this(); you shouldn't get an error. Actually, you
have an implicit constructor, even if it's only to set the variable as
equal to .init property
On Sun, 2011-11-27 at 17:41 +, alex wrote:
> Hi folks,
>
> I just wondered why there still is this uncomfortable and obviously outdated
> newsgroup software in use.
What is outdated about with a mail list based system?
> Perhaps it'd be more contemporary to have a 'real' browser-based forum
On Sun, 2011-11-27 at 13:01 -0500, Nick Sabalausky wrote:
[...]
>
> phpBB is crap. Actually, anything PHP is crap.
[...]
Isn't that demeaning to crap which has the ability to fertilize things
and allow new life to spring forth. Unlike PHP which leads to websites
that are always open to hacking?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Your a little late with your predictions..
On 11/27/2011 03:05 PM, Russel Winder wrote:
> On Sun, 2011-11-27 at 17:41 +, alex wrote:
>> Hi folks,
>>
>> I just wondered why there still is this uncomfortable and
>> obviously outdated newsgroup so
so Wrote:
> On Sun, 27 Nov 2011 21:08:46 +0200, Bane
> wrote:
>
> > And with registred usernames there would be less/no trolls ?
>
> Quite the contrary. After you introduce read/write web interfaces based on
> popular frameworks,
> you open doors to new kind of trolls and worse... spams. Si
Walter Bright Wrote:
> On 11/27/2011 11:08 AM, Bane wrote:
> > And with registred usernames there would be less/no trolls ?
>
> Required registration is a barrier for people who want to be onetime posters.
> (And onetime posters often become regular posters!)
Yeah, I hate that too. Then anonymo
On Sun, 2011-11-27 at 15:12 -0600, Jude wrote:
> Your a little late with your predictions..
So I have now discovered. My excuse is that trying to do anything
related to the Internet on the end of a 2G TCP/IP connection leads to
discontinuities of flow. I.e. I had written and send my answer befor
On 11/27/2011 12:14 PM, Brad Anderson wrote:
That's even better but isn't the issue over bundling incompatibly
licensed libraries with phobos? Nothing is stopping someone from
writing bindings for these libraries as some random library on D Source
or Github already.
If we can't find something
On Sun, 27 Nov 2011 21:19:38 +0100, deadalnix wrote:
In addition, here is a workaround :
// Wonderfull !
@disable this();
// Default constructor workaround.
this(int dummy = 0) { ... }
But that look very dirty and it feels like working against the language.
I believe your "workaround" will
On 11/27/2011 12:15 PM, Piotr Szturmaj wrote:
Jude Young wrote:
On Sun 27 Nov 2011 10:27:58 AM CST, bcs wrote:
On 11/26/2011 04:19 PM, Brad Anderson wrote:
How about putting a disclaimer on the module warning the code hasn't
been through a rigorous security audit and point them at well
establ
Le 27/11/2011 22:24, Simen Kjærås a écrit :
On Sun, 27 Nov 2011 21:19:38 +0100, deadalnix wrote:
In addition, here is a workaround :
// Wonderfull !
@disable this();
// Default constructor workaround.
this(int dummy = 0) { ... }
But that look very dirty and it feels like working against the
On 11/27/2011 10:18 PM, Bane wrote:
Walter Bright Wrote:
On 11/27/2011 11:08 AM, Bane wrote:
And with registred usernames there would be less/no trolls ?
Required registration is a barrier for people who want to be onetime posters.
(And onetime posters often become regular posters!)
Yeah,
On 11/27/2011 2:14 PM, Timon Gehr wrote:
How do you create a captcha that reliably discriminates between trolls and
non-trolls?
You can't.
But a nice feature would be the addition of a button that only moderators can
see & use, that would simply delete the corresponding posting. Moderators ca
On 11/27/2011 12:34 PM, Jimmy Cao wrote:
Why are online bulletin boards/forums attractive?
* The entire interface is designed for message board communication. You can
navigate easily as the interface organizes conversations into pages. For
example, you can just click on a link
Walter Bright Wrote:
> On 11/27/2011 2:14 PM, Timon Gehr wrote:
> > How do you create a captcha that reliably discriminates between trolls and
> > non-trolls?
>
> You can't.
>
> But a nice feature would be the addition of a button that only moderators can
> see & use, that would simply delete t
On 11/27/2011 1:05 PM, Russel Winder wrote:
So if you want to get any traction at all in this debate only propose an
integrated forum/email system any other choice leads to #fail.
Yup. A decent web interface to NNTP is just the ticket.
Hi!
It seems like structs in private section (module or class) remains public:
class A {
private:
struct B {int b;}
}
void foo() {A.B b; b.b=10;}
this code compiles ok.
WTF?
On 11/27/11 10:32 AM, so wrote:
Whenever i see articles like
http://cpp-next.com/archive/2011/11/having-it-all-pythy-syntax/ i keep
wondering why they are so silent in this newsgroup,
I am sure they keep an eye on D. I would expect some kind of
contribution (as in suggestions, proposes...).
They
I'm trying to switch from C++ to D. But I can't find some things that
I love in C++. For example in C++ I can separate module specification
and implementation. Advertising article "The Case for D" says that it
is real in D too:
"D has a true module system that supports separate compilation and
gen
FWIW I've got the StyledText sample fixed for D2 (it wasn't compiling
for D1 either).
It has a dependency on the Display class, and it seems wxd is compiled
with this class but you can't use it because it depends on
wxc\display.cpp, which has a whole section idfef'd out (via #if
wxUSE_DISPLAY). So
On 11/27/2011 03:57 PM, Alexey Veselovsky wrote:
Hi!
It seems like structs in private section (module or class) remains public:
class A {
private:
struct B {int b;}
}
void foo() {A.B b; b.b=10;}
this code compiles ok.
WTF?
D's private is different than some other languages (e.g. C+
>>
>>
>>
>>
>>
> D's private is different than some other languages (e.g. C++). 'private'
> provides access to the entire module.
>
> public: no access limitation
>
> private: access by the module
>
> package: access by the modules of the package
>
> protected: access by the inheriting c
On 11/27/2011 4:44 PM, Alexey Veselovsky wrote:
"D has a true module system that supports separate compilation and
generates and uses module summaries (highbrowspeak for "header files")
automatically from source, so you don't need to worry about
maintaining redundant files separately, unless you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/27/2011 04:14 PM, Timon Gehr wrote:
> On 11/27/2011 10:18 PM, Bane wrote:
>> Walter Bright Wrote:
>>
>>> On 11/27/2011 11:08 AM, Bane wrote:
And with registred usernames there would be less/no trolls ?
>>>
>>> Required registration is a ba
On 11/27/2011 9:53 AM, so wrote:
Even Herb Sutter broke his silence and mentioned D here and there,
Herb is a very nice (and very smart) guy, and when I've heard him talk about D
he's been very complimentary about our efforts.
Le 28/11/2011 03:29, Alexey Veselovsky a écrit :
D's private is different than some other languages (e.g. C++). 'private'
provides access to the entire module.
public: no access limitation
private: access by the module
package: access by the modules of the package
protected: access b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/27/2011 06:44 PM, Alexey Veselovsky wrote:
> I'm trying to switch from C++ to D. But I can't find some things
> that I love in C++. For example in C++ I can separate module
> specification and implementation. Advertising article "The Case for
> D
On Sun, 27 Nov 2011 14:15:28 +0100, Xinok wrote:
On 11/27/2011 7:01 AM, Dejan Lekic wrote:
D ChangeLog gives all such information, I believe.
They are, but they're mixed with other changes and bug fixes. You have
to read each item in the changelog to find the breaking changes. Listing
th
Hi,
I have been evaluating D for the past week, and have some concerns regarding
the No Default sharing rule. I have been reading the D book by Andrei as
well. This particular feature has been very confusing to me as I come from the
c++ world.
I agree that message passing and resource hiding ar
On 11/27/2011 5:40 PM, Jude wrote:
//quote cause I'm lazy
Those are all desirable properties. But the forum software I've seen
throws out what's good about NNTP news forums:
1. Threaded view
2. Being able to mark messages as "read"
3. Being able to quickly scan read vs unread
//end quote
1. For
Walter Bright Wrote:
> They just don't get what a threaded view is.
It's not a difficult concept. Maybe there's some web forum
authors who don't get it, but I'm sure a lot of them do.
And they probably also know why it is a godawful misfeature,
which is why they didn't implement it.
Sometimes,
1 - 100 of 108 matches
Mail list logo
