On Fri, 19 Sep 2014 06:11:32 +
Koz Ross via Digitalmars-d wrote:
> Yeah, I'm still confused as to why this is happening to me. So
> does it run correctly and output a bunch of numbers, separated by
> spaces, two per line, or does it just not throw an enforcement
> error?
yes, alot of lines
On Fri, 19 Sep 2014 17:38:20 +
Scott Wilson via Digitalmars-d wrote:
> That CTFE is used randomly everywhere?
CTFE *can* be used alot. this is one of D killer features (our regexp
engine, for example, not only very fast, but regexps can be compiled to
native code thru D in *compile* *time* wi
On Fri, 19 Sep 2014 13:29:46 +
winuser via Digitalmars-d wrote:
> this is the kind of answer you get from the linux guys. there
> seems to be no interest in windows, so - you are on your own.
> windows is the ugly orphan here.
windows is the dead cow, so we tend to just ignore the questions a
On Fri, 19 Sep 2014 19:07:16 +
Cliff via Digitalmars-d wrote:
that's why dedicating people to work solely on build scripts and
infrastructure is good, yet almost nobody does that. ah, "enterprise
BS" again. fsck "enterprise".
as for build times: we always can write parsed and analyzed ASTs t
On Fri, 19 Sep 2014 19:30:21 +
Cliff via Digitalmars-d wrote:
> In a sense I sympathize with your antipath toward enterprises,
> but the simple fact is they have a lot of money and command a lot
> of developers. For us, developers = mind share = more libraries
> for us to use and more ideas
On Fri, 19 Sep 2014 08:32:38 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> First, there must be some compiler flag -nogc or something, which
please, no compiler switches! it's partly ok for "-release", it's not
very good for "-version" and it's awful to add another one which
completely al
On Fri, 19 Sep 2014 21:53:32 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> Changing nothing is not an option. Ideas? -- Andrei
let compiler do it's ARC magic on Throwable and allow programmer to
plug in his own allocator. and drop out GC mechanics for Throwables
entirely (except scanning T
On Sat, 20 Sep 2014 08:25:17 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> I think this is an entirely palatable idiom:
> alias ALfloat = std.typecons.Typedef!(float, "ALfloat");
this is ugly. even if we remove "std.typecons." it's still ugly. making
such core feature ugly is the right way
On Sat, 20 Sep 2014 14:42:47 +
Tofu Ninja via Digitalmars-d wrote:
> Oh another bad part of D is the attribute names with some being
> positive(pure) and some being negative(@nogc) and some of them
> not having an @ on them.
and no way to revert 'final' in classes, for example. or 'static'.
On Sat, 20 Sep 2014 10:20:28 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> >> I think this is an entirely palatable idiom:
> >> alias ALfloat = std.typecons.Typedef!(float, "ALfloat");
> > this is ugly.
> But not unusable.
tying code using my nose is entirely possible too, and it even fun.
On Sat, 20 Sep 2014 16:36:49 +
bearophile via Digitalmars-d wrote:
> A well working Typedef/typedef (named "newtype" in Haskell, where
> it's a built-in) is more commonly useful than octal literals.
i'm not saying that octal literals are in much need, i'm talking about
consistency (again).
On Sun, 21 Sep 2014 08:15:29 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> alias Int1 = Typedef!(int, "a.Int1");
> alias Int2 = Typedef!(int, "b.Int2");
ah, now that's cool. module system? wut? screw it, we have time-proven
manual prefixing!
signature.asc
Description: PGP signature
On Sun, 21 Sep 2014 11:09:28 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> >> alias Int1 = Typedef!(int, "a.Int1");
> >> alias Int2 = Typedef!(int, "b.Int2");
> > ah, now that's cool. module system? wut? screw it, we have
> > time-proven manual prefixing!
> Use __MODULE__. -- Andrei
you st
On Sun, 21 Sep 2014 19:56:48 +0200
Marco Leise via Digitalmars-d wrote:
> It is after all a convenience feature
easy type safety is just "a convient feature"? O_O
i'm wordless.
signature.asc
Description: PGP signature
On Sun, 21 Sep 2014 13:04:49 -0700
Walter Bright via Digitalmars-d wrote:
> I don't know what mental model people have for how lookups work, but
> the above algorithm is how it actually works.
i believe that people expect this:
void foo (int a) {
import a;
a.bar(); // here we use 'a' m
On Sun, 21 Sep 2014 20:48:34 +
Tourist via Digitalmars-d wrote:
> Why don't you capitalize?
it's my "one man's crusade" against the thing i see as completely
useless.
> Looks like you're a reasonable person, and this makes an outsider
> think that your IQ is lower than the average. IMO.
and
On Sun, 21 Sep 2014 15:22:05 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> I don't mind the capitalization, ad hominem, etc. The arguments
> against Typedef are honestly terrible (by all participants), and the
> attempts at enhancing them through hyperbole are embarrassing. --
> Andrei
thi
On Sun, 21 Sep 2014 15:17:52 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> I'm not buying this. The more it goes the less convincing it goes.
oh. i'm off, i just don't know what else to say. this discussion seems
to go in circles, so it's better to put it on hold for some time. at
least un
On Sun, 21 Sep 2014 22:07:21 +
Ola Fosheim Grostad via Digitalmars-d
wrote:
> I am waiting for a patch...
i believe that we should revive 'typedef' keyword, but i'm not fully
convinced yet. so i'll wait a little more. but you guessed it right,
i'm thinking about another patch. ;-)
signature
On Mon, 22 Sep 2014 16:21:42 +
Wyatt via Digitalmars-d wrote:
> On Saturday, 20 September 2014 at 04:52:58 UTC, Andrei
> Alexandrescu wrote:
> >
> > alias A = Typedef!float;
> > alias B = Typedef!float;
> >
> > By basic language rules, A and B are identical. Making them
> > magically distin
On Mon, 22 Sep 2014 14:28:47 +
AsmMan via Digitalmars-d wrote:
> It's really needed to keep C++-compatible as possible otherwise
> too few people are going to use it. If C++ wasn't C-compatible do
> you think it would be a successfully language it is today? I
> don't think so.
D is not c++
On Mon, 22 Sep 2014 16:05:38 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> Best one was a triple "u" in "ugly".
there were four "u"s, but my mail program makes uuugly like breaks with
four "u"s.
signature.asc
Description: PGP signature
On Mon, 22 Sep 2014 16:06:42 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> On 9/22/14, 11:52 AM, ketmar via Digitalmars-d wrote:
> > seems that Andrei talking about 'idiomatic D' and we are talking
> > about 'hacky typedef replacement'. that's w
On Mon, 22 Sep 2014 16:14:28 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> > D is not c++-compatible anyway.
> D is ABI- and mangling-compatible with C++.
but we were talking about syntactic compatibility.
> Well what can I say? I'm glad you're not making the decisions.
i HATE c++. i want
On Mon, 22 Sep 2014 19:16:27 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> For a moment, I read that as you'll destroy any traces of C++, so the
> first thing that would go is the DMD source code. :-P
but we have magicport! well, almost... i'll postpone c++ destruction
until magicport will be com
On Tue, 23 Sep 2014 01:45:31 +
deadalnix via Digitalmars-d wrote:
> If you hate C++, you shouldn't have too much trouble to
> understand that offering a way out for people using C++ is key.
but there is! D is perfectly able to replace c++.
ah, i know, there is alot of legacy c++ code and peo
On Tue, 23 Sep 2014 14:42:39 +0100
Bruno Medeiros via Digitalmars-d wrote:
> Java salaries low, lol...
yes, they are. but java programmers believe that they are somehow
"high-payed professionals". it helps alot when hiring new java
codemonkey.
signature.asc
Description: PGP signature
On Tue, 23 Sep 2014 16:15:19 +
"Adam D. Ruppe via Digitalmars-d" wrote:
> struct HMENU { void* _; alias _ this; }
>
> Don't even have to import a Phobos module for it!
remember my "uuugly" on Typedef! and __MODULE__? well, i was wrong, it
was just "ugly". and now i found really uuugly thing.
On Tue, 23 Sep 2014 14:43:40 +
Don via Digitalmars-d wrote:
> Phobos' Typedef is fundamentally broken, and that your claim that
> it is not, relies on moving the goalposts.
actually, it's not. i grok Andrei's POV and he is perfectly right in
what he is saying. not that i agreed with his POV,
On Tue, 23 Sep 2014 18:02:56 +
Meta via Digitalmars-d wrote:
> //Allowed?
> money o = m * n;
> assert(o == 20.0);
yes.
> //Allowed?
> money p = m * 2.0;
> assert(p == 8.0);
no.
> //Passes or fails?
> assert(!isNaN(p.init));
passes, as it's 'dobule' de
On Tue, 23 Sep 2014 15:19:56 +0100
Bruno Medeiros via Digitalmars-d wrote:
> Even if I had to choose between an occasional savefile corruption
> that would render a game impossible to win, and having my games crash
> every time ANY bug happened, I would still prefer the former.
it game will crash
On Tue, 23 Sep 2014 14:29:05 +
Sean Kelly via Digitalmars-d wrote:
> function attributes. I'm sure someone likes them, but I'm
> drowning in pure system const immutable @nogc @illegitemate @wtf
> hell.
and 'const' is such overpowered that it's barely usable on methods and
struct/class fiel
On Tue, 23 Sep 2014 18:32:39 +
David Nadlinger via Digitalmars-d wrote:
> Seriously, once somebody comes up with an automatic fixup tool,
i bet nobody will. for many various reasons.
signature.asc
Description: PGP signature
On Tue, 23 Sep 2014 17:37:59 +0200
Christof Schardt via Digitalmars-d wrote:
semi-offtopic: i was toying with the idea of porting Harmonia to D2, i
like it's ideas. but there are so many things to do and so many things
much funnier that writing GUIs, alas...
signature.asc
Description: PGP signa
On Tue, 23 Sep 2014 18:08:45 +
Meta via Digitalmars-d wrote:
> Walter *has* said before that he's uncomfortable with tools that
> directly modify source code, which is understandable.
i can't understand this, though. any big project using SCM nowdays, and
it's easy to create branch and work
On Tue, 23 Sep 2014 11:50:22 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> (3) will likely cause backlash because it will break a LOT
> of code that currently compiles and likely to have no actual
> problems.
we always can make a deprecation warning first.
(dreaming) i want wildcard/regexp impor
On Tue, 23 Sep 2014 21:22:43 +0200
simendsjo via Digitalmars-d wrote:
> I disagree and think this code is idiomatic
i'm not saying that it's not idiomatic. but it stil uuugly. this is
exact uglyness that built-in "typedef" can hide. and a perfect fit for
AST macro. ;-)
signature.asc
Description
On Tue, 23 Sep 2014 19:23:28 +
Domingo via Digitalmars-d wrote:
> I emailed the harmonia author and he sent me a copy of the latest
> harmonia D source code
i believe that the code was freely available all the time (but is
somewhat hard to find).
> and I tried to update it to work with
> l
On Tue, 23 Sep 2014 21:59:53 -0700
Brad Roberts via Digitalmars-d wrote:
> I understand quite thoroughly why c++ support is a big win
i believe it's not.
so-called "enterprise" will not choose D for many reasons, and "c++
interop" is on the bottom of the list.
seasoned c++ developer will not mi
On Wed, 24 Sep 2014 06:07:54 +
Cliff via Digitalmars-d wrote:
> Why does anyone have to *wait* for anything?
'cause compiler and libs are complex beasts. there are people that have
the necessary knowledge and they can write things faster (and better).
i'm sure that if Walter or Andrei made o
On Tue, 23 Sep 2014 23:54:32 -0700
Walter Bright via Digitalmars-d wrote:
> This means if we have some level of C++ interop, we have a killer
> feature.
and if we have OCR in phobos we have a killer feature. hey, i know two
users that will switch to D if D will have good OCR in standard
library!
On Tue, 23 Sep 2014 23:24:21 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> > I completely agree. Lets focus on the D users we actually have, not
> > some imaginary C++ users that will come running as soon as there is
> > enough C++ support.
> Those are very real. I know this for a fact. --
On Wed, 24 Sep 2014 07:56:58 +
Atila Neves via Digitalmars-d wrote:
> This isn't true. I'm a C++ developer who migrated to D. I'm still
> (also) a C++ developer. And a D developer. And a Python
> developer. And...
so you aren't migrated. using D for some throwaway utils and so on is
not "mi
On Wed, 24 Sep 2014 07:59:40 +
Meta via Digitalmars-d wrote:
> You forget that D is now actively used at Facebook
no, i'm not. i just can't see why facebook priorities should be D
priorities. facebook needs c++ interop? ok, they can hire alot of
programmers to write this. *not* Walter and And
On Wed, 24 Sep 2014 09:15:27 +
Paulo Pinto via Digitalmars-d wrote:
> Most of us cannot afford to be a "Technology X" developer.
> Every project, every client is a complete new world.
yeah. and so there is *no* *reason* to stress c++ interop, heh. 'cause
"client dictates language" anyway. i
On Wed, 24 Sep 2014 09:28:25 +
ponce via Digitalmars-d wrote:
> To thrive in the enterprise D must wait for a greenfield project
> with zero pre-existing source files (ie. rare), be a small
> project, or be able to interact with the legacy codebase.
>
> I think Andrei accurately identified
On Wed, 24 Sep 2014 09:33:30 +
Atila Neves via Digitalmars-d wrote:
> I don't understand how it isn't obvious how important C++ interop
> would be in getting new users to switch.
'cause it's not.
> I especially don't
> understand it since it's been mentioned several times so far how
> imp
On Wed, 24 Sep 2014 08:53:50 +
user via Digitalmars-d wrote:
> its littered with @
> like a scripting language. that really sucks!
do you like the fact that you can't have variable named "body"? do you
want to have more such forbidden names?
signature.asc
Description: PGP signature
On Wed, 24 Sep 2014 13:16:23 +
Paolo Invernizzi via Digitalmars-d wrote:
> This is starting to be a little offensive...
sorry, i don't meant to. excuse me if i'm getting rude and iffensive.
signature.asc
Description: PGP signature
On Wed, 24 Sep 2014 07:44:38 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> Your guidance of my career is uncalled for.
excuse me, i'm not trying to tell you what to do. neither i was trying
to say that you are forced to work on the features you don't want. same
for Walter. it was a bad exa
On Wed, 24 Sep 2014 13:10:46 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> The problem is that still too many people think "make"
> whenever they hear "build system". Make is but a poor, antiquated
> caricature of what modern build systems can do. Worse is that most
> people are resistant to rep
On Wed, 24 Sep 2014 14:56:10 +
Don via Digitalmars-d wrote:
> "Most D code is yet to be written."
and it will be wrtitten in a language with heavy legacy. it's the same
thing as with c++ interop: pleasing imaginary future users at the
expense for current users. even small changes that either
On Wed, 24 Sep 2014 09:13:31 -0400
Etienne via Digitalmars-d wrote:
> It's finally here: https://github.com/etcimon/libasync
>
> We all know how event loops are the foundation of more popular
> libraries Qt and Nodejs.. we now have a natively compiling async
> library entirely written in D.
it's
On Wed, 24 Sep 2014 21:43:54 +
Joakim via Digitalmars-d wrote:
> So Haskell programmers don't care about fast programs and don't
> know how to choose good algorithms? ;)
;-) they care, but they also want to show how shiny haskell is. the
infamous "quick sort" sample comes to mind (which actu
On Wed, 24 Sep 2014 21:59:08 +
eles via Digitalmars-d wrote:
> > almost immediately: "it's not hard to type that '@'",
> Actually, on the French keyboard, it is. The '\' too.
and i'm for adding more "@"... sorry to all French people. ;-)
signature.asc
Description: PGP signature
On Wed, 24 Sep 2014 22:48:35 +
Meta via Digitalmars-d wrote:
> Is this supposed to work, and if not, should an enhancement be
> made to allow it?
i don't think that ER is needed. `is` is non-overloadable by design.
making it overloadable will bring in the requrements for something like
`is_w
On Wed, 24 Sep 2014 21:15:59 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> needs to write should in theory be simply:
>
> Program("mySuperApp", "src/main.d");
>
> and everything else will be automatically figured out.
ah, that's exactly why i migrated to jam! i got bored of manual
depende
On Wed, 24 Sep 2014 21:44:26 -0700
Walter Bright via Digitalmars-d wrote:
> Make is the C++ of build systems. It may be ugly, but you can get it
> to work.
'make' reminds me assembler language: it's possible to do alot of cool
things with 'make', but it's compilcated and tedious process. ah, and
On Wed, 24 Sep 2014 23:14:30 -0700
Walter Bright via Digitalmars-d wrote:
> And I use make -j on posix for parallel builds, it works fine on dmd.
me too. paired with `git clean -dxf` to get "clean of the cleanest
possible" fileset. it's good that dmd build times are so low. ;-)
signature.asc
De
On Wed, 24 Sep 2014 23:22:56 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> gdb does allow calling your program's functions out-of-band in
> 'print'.
it's handy. what else handy is "quake-like" embedded console. i'm using
that in my c software alot (i can connect to some port using telnet,
inspect
On Thu, 25 Sep 2014 09:04:43 +0200
Jacob Carlborg via Digitalmars-d wrote:
> What problems do you see with Dub?
i, for myself, see a great problem with Dub: it's not a universal build
tool. some of my internal D projects, for example, builds C libraries
from source (and some of that libraries usi
On Thu, 25 Sep 2014 10:46:59 +
currysoup via Digitalmars-d wrote:
> I quite like the idea of "simple by default" and you enable
> features with annotations (@usegc, @throws, @pure).
"@usegc" will be major PITA. for example any function that does string
concatenation or format() will need thi
On Thu, 25 Sep 2014 12:16:16 +
currysoup via Digitalmars-d wrote:
> I wasn't talking about D, just in general.
sorry, it's my frustration speaks. ;-)
signature.asc
Description: PGP signature
On Thu, 25 Sep 2014 21:37:17 +
eles via Digitalmars-d wrote:
> I find it too inconsitent. I doubt even Python programmers
> migrating to D love that...
>
> And, just: std.uni->std.unicode
>
> And I cannot believe that the language-defined complex types are
> still there (since the D1 days
On Thu, 25 Sep 2014 16:11:57 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> Nah, they should be behead() and amputate().
i like it! this makes language much more expressive.
signature.asc
Description: PGP signature
On Thu, 25 Sep 2014 15:48:11 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> I'm not sharing that feeling at all. From that perspective all
> languages are in need of a "serious cleanup". -- Andrei
and they *are*. yet many languages can't be fixed due to huge amount of
written code and user
Hello.
sorry for the noise, but i accidentally ;-) logged out of bugzilla and
i don't remember my password. and "forgot password" feature says that
is sends me a letter, but nothing arrives. i tried many times, but
withous success. what else can i do to get new password?
signature.asc
Descriptio
On Fri, 26 Sep 2014 05:02:37 +0300
ketmar via Digitalmars-d wrote:
sorry again, i finally received password reset mail.
signature.asc
Description: PGP signature
On Fri, 26 Sep 2014 11:52:21 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> Then wikipedia should be edited to be more accurate, while said people
> are still alive!! Otherwise the distorted version of the events will
> come to be regarded as fact.
it's very hard to introduce correct facts to wiki
On Fri, 26 Sep 2014 09:18:50 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> Yeah, but the way I see it is, people get heated up over it because D
> is cool enough to matter to them. If D were really that horrible,
> people would just leave and not bother to get involved in the first
> place.
yep,
On Fri, 26 Sep 2014 22:09:12 +
John Colvin via Digitalmars-d wrote:
> Are my fears misplaced?
it should not incur any problems. and if such code faults, it's a bug
in compiler which must be fixed. if we'll start to use such things,
possible bugs will be ironed out.
signature.asc
Description
On Fri, 26 Sep 2014 15:47:15 -0400
Steven Schveighoffer via Digitalmars-d
wrote:
> Thoughts? This can easily be boilerplated in something like
> roprop!(int, "a")
interesting thing. yet i want third arg to roprop. ;-)
signature.asc
Description: PGP signature
On Sat, 27 Sep 2014 16:15:40 -0700
Walter Bright via Digitalmars-d wrote:
> After all, what would you think of a compiler that spewed out
> messages like this:
>
> > dmd test.d
> test.d(15) Error: missing } thrown from dmd/src/parse.c(283)
>
> ?
"wow, that's cool! one more pleasing feat
On Sun, 28 Sep 2014 19:44:39 +
Uranuz via Digitalmars-d wrote:
> I speaking language which graphemes coded by 2 bytes
UCS-4? KOI8? my locale is KOI8, and i HATE D for assuming that everyone
one the planet using UTF-8 and happy with it. from my POV, almost all
string decoding is broken. string
On Mon, 29 Sep 2014 01:18:02 +0200
Joseph Rushton Wakeling via Digitalmars-d
wrote:
> > Then use assert(). That's just what it's for.
>
> I don't follow this point. How can this approach work with programs
> that are built with the -release switch?
don't use "-release" switch. the whole concep
Hello.
i'm really got tired of writing try/catch boilerplate in main() just to
be able to exit from some inner function, setup exitcode and suppress
stack trace. so i wrote this small ER:
https://issues.dlang.org/show_bug.cgi?id=13554
it adds ExitError to core.exception. when runtime catches it,
On Mon, 29 Sep 2014 10:18:27 +0200
Johannes Pfau via Digitalmars-d wrote:
> I wonder if these 'use asserts for stack traces' and 'an assert is
> always supposed to pass, so it's valid to assume the condition holds
> (in release)' notions can go together. I guess it might at least lead
> to progra
On Mon, 29 Sep 2014 12:49:41 +
Dicebot via Digitalmars-d wrote:
> What is the benefit of using it over plain C `exit`? Do you rely
> on destructors being called upon program termination?
sure, proper cleanup was one of the targets. including catching
ExitError if some additional cleanup need
On Tue, 30 Sep 2014 17:43:04 +
Dicebot via Digitalmars-d wrote:
> On a related note : CDGC D2 port passes druntime test suite
> starting with today (with only shared library tests disabled), so
> initial upstream PR should happen very soon (just need to clean
> up all trace and "omg hax" c
On Thu, 02 Oct 2014 13:18:43 +0100
Bruno Medeiros via Digitalmars-d wrote:
> Err... are you talking in the context of D, or programming in general?
i'm not using interactive debuggers for 10+ years. the only use of GDB
for me is doing post-mortem inspection. i found that logging and
integrated co
On Thu, 02 Oct 2014 15:11:37 +
via Digitalmars-d wrote:
> CLI based debugging in gdb is painful.
i used alot of frontends too. martian ddd, then kde's frontend, then
tried cgdb. and some other i can't even remember. it's not about bad
interface. ;-)
> but a debugger is easier when you have N
On Thu, 02 Oct 2014 16:13:31 +
via Digitalmars-d wrote:
> In environments like javascript/python I often can find the
> problem just as fast by just using the interactive console if the
> code is written in a functional style.
actually, i'm cheating here, 'cause most of my reasonably comple
On Thu, 02 Oct 2014 16:22:38 +
po via Digitalmars-d wrote:
> Hehhe reconfigure a debugger. Lolz. Poor linux people. Living it
> up like its still 1980.
did you updated your antivirus today?
signature.asc
Description: PGP signature
On Thu, 02 Oct 2014 16:45:21 +
via Digitalmars-d wrote:
> That's pretty cool, so you basically use the reflection
> capabilities of D to "generate" your own custom CLI to the
> application?
yes. some naming conventions and one mixin -- and all interesting
variables and functions from the gi
On Fri, 03 Oct 2014 04:40:53 +
deadalnix via Digitalmars-d wrote:
> The throw thing is rather stupid, as the scope statement can call
> arbitrary function that can itself throw.
that's why you'd better use collectException() there, i presume. ;-)
btw: shouldn't compiler check and reject cod
On Fri, 03 Oct 2014 10:00:07 +0200
Martin Drašar via Digitalmars-d wrote:
> That is mighty interesting. Would you be willing to share some code?
alas, only very old and rudimentary module is available. basically,
it's the core of the full-featured console, but... only the core, and
not very well
On Fri, 03 Oct 2014 08:30:10 +
via Digitalmars-d wrote:
> Please share when you are ready, I am gonna leach off yer code…
> ;-)
sure, i'm planning to open it as PD/WTFPL as soon as i'll settle some
issues. there is nothing really spectacular here, i must say, just
tedious wrapper generators
On Sun, 28 Sep 2014 17:09:57 -0700
Walter Bright via Digitalmars-d wrote:
> If the program has entered an unknown state, its behavior from then
> on cannot be predictable.
and D compiler itself contradicts this principle. why it tries to
"recover" from parsing/compiling errors? it should stop on
On Fri, 03 Oct 2014 19:25:53 -0700
Brad Roberts via Digitalmars-d wrote:
> Where's the contradiction? The compilers state hasn't been corrupted
> just because it encounters errors in the text file.
but compiler is in unknown state. it can't do telepathy, and it's tries
are annoying. there is no
On Sat, 04 Oct 2014 03:01:14 +
deadalnix via Digitalmars-d wrote:
> True for return, but throw is a stupid limitation( as it do not
> prevent the scope to throw at all, simply forc to hide it, which
> is only worse).
scope(exit) {
some-cleanup-code
thisCanThrow();
some-more-cl
On Sat, 04 Oct 2014 04:10:49 +
eles via Digitalmars-d wrote:
> >> Where's the contradiction? The compilers state hasn't been
> >> corrupted just because it encounters errors in the text file.
> > but compiler is in unknown state.
> It's not. It just detected that another system would enter
On Sat, 04 Oct 2014 03:46:35 +
Ola Fosheim Grostad via Digitalmars-d
wrote:
> It is tricky if the throw implies that the caller to the cleanup
> should retry because of a timeout/deadlock
it shouldn't. exception during cleanup means "oh, i can't! i
really-really-really can't!", not "ok, i'm
On Sat, 04 Oct 2014 04:36:48 +
eles via Digitalmars-d wrote:
> > sorry. i meant that compiler WILL be in unknown state if it will
> > continute to processing invalid source. that's why it should
> > stop right
> > after the first error.
> No. It might produce an invalid product. Just like a
On Sat, 04 Oct 2014 04:54:38 +
Ola Fosheim Grostad via Digitalmars-d
wrote:
> Should or should not, you have to make do with what you get from
> libraries.
wrapper is the answer.
> Network being temporarily unavailable is a good reason
> to throw when freeing a networked resource...
that m
On Sat, 04 Oct 2014 04:47:44 +
deadalnix via Digitalmars-d wrote:
> Write this in sepeareted scope statement?. problem solved.
i don't agree. it makes excessive noise for nothing. and it breaking
the implied promise "all cleanup code will be executed on exit". it's
easy to miss something that
On Sat, 04 Oct 2014 05:19:32 +
eles via Digitalmars-d wrote:
> > i can't see any sane reason to process garbage data, 'cause
> > result is
> > known to be garbage too.
> The same reason why a schoolteacher will process garbage exam
> sheets.
it can be true if DMD will has advanced AI someda
On Sat, 04 Oct 2014 05:22:10 +
Ola Fosheim Grostad via Digitalmars-d
wrote:
> >> Should or should not, you have to make do with what you get
> >> from libraries.
> > wrapper is the answer.
> I dont disagree, but the language spec says that you cannot catch
> in a finally block... (which is
On Sat, 04 Oct 2014 05:37:14 +
Ola Fosheim Grostad via Digitalmars-d
wrote:
> Why should these two cases be treated different? Makes no sense,
'cause `MyWrapper` promises to nothrow. you can't make such promise for
try-block.
i.e. `MyWrapper` promises that the only exception that can be thro
On Sat, 04 Oct 2014 05:58:47 +
Ola Fosheim Grostad via Digitalmars-d
wrote:
> Nah, it is a matter of ad hoc design and implementation that
> needs more rigour.
something like 'final try' can be fun. 'try' says that it can catch
only some kinds of exceptions, and 'final try' promises that the
On Sat, 04 Oct 2014 01:06:14 -0700
Walter Bright via Digitalmars-d wrote:
> It doesn't do that anymore (at least mostly not). The compiler only
> continues to issue error messages for code that is not dependent on
> the code that caused an error message.
but first it trues to guess what to skip t
201 - 300 of 1995 matches
Mail list logo