There is one case where it might make sense. I've brought up a
variation of this before, but basically;
Object getMeSome() try {
// Really try
} catch (SpecificFailure e) {
return null;
}
vs.
Object getMeSome() {
try {
// Really try
} catch (SpecificFailure e) {
return null;
}
2011/7/20 Jacob Carlborg :
> What do you need curl for?
Saturating gigabit file transfers with wide support of varying
protocols, encryption and authentication schemes.
In any case, there's always going to be needs for bindings, either
because a package in other language (usually C/C++) offers mor
2011/7/20 David Nadlinger :
> Do you happen to known what issues they experienced in more detail? I'm
> curious because I personally found Rails deployment to be quite convenient,
> extending the Gemfile during development as needed, and then using Bundler
> (http://gembundler.com/) to ensure that
> So what are you suggesting, that we don't have a package manager for D?
I'm suggesting, I'm not likely to use it, and developing a D-specific
package manager should not accidentally exclude stand-alone building
of packages. As I said before, the build-system and packaging system
must be independe
2011/7/19 Jacob Carlborg :
> On 2011-07-19 16:46, Russel Winder wrote:
>>
>> There is clearly a string coupling between configuration and package
>> management. Autoconf, Waf and SCons have to be portable across package
>> management since they are not dedicated to one scheme -- springing up as
>
2011/7/19 Jacob Carlborg :
>> Apperently some projects need to have their buildsystem check for the
>> existance of, locations of, and details about certain things on the local
>> system before building. So...that stuff.
>
> Isn't that to check what libraries, and so on, are present? That is the
>
2011/7/13 Nick Sabalausky :
> "Jacob Carlborg" wrote in message
> news:ivke5k$2m78$1...@digitalmars.com...
>>
>> First I have to say that I know you are doing this because you want to use
>> D as the language for the build scripts. The reason I did choose Ruby
>> because I think D will be too verb
I too think it's awesome.
Just some quick thoughts;
* Could some kind of benchmarking be integrated to track performance
aspects, especially find regressions? Perhaps a bit high on the
utility/work-scale?
* Is the script available for running offline, on some local machine,
I.E. verifying differ
Den, skrevJacob Carlborg :
Yeah, that's correct. But in this case I think he actually was referring
to the latest commit. I'm pretty sure I've heard the latest commit in SVN
be referred to as "trunk".
I'm too curious for my own good, so I had to waste some time to investigate.
It seems HEAD
2011/4/27 Jacob Carlborg :
>
> "head" or to be exact "HEAD" if you were wondering what to call it.
> --
> /Jacob Carlborg
>
Sorry to be nit-picking, but HEAD is whatever branch or commit is
currently checked out into your working-copy. The git-equivalent of
SVN-"trunk" is "master". The default-nam
2011/4/26 Timon Gehr :
> But you understand why it is deprecated for GC memory?
>
> The main thing to note is that the semantics of C++ 'new' and D 'new' are
> rather
> different.
> D 'new' performs allocation on the GC heap by default. The only sane
> overloads of
> 'new' would therefore allocat
2011/4/22 Timon Gehr :
> That is only a problem if the reference count of that resource changes at a
> very
> high frequency. The described problem also implies that the threads would not
> need
> any form of synchronization for the data (otherwise the reference count
> certainly
> would not be
I just saw this on Google Tech talks, and thought others on the list
might enjoy it; http://www.youtube.com/watch?v=vajMUlyXw_U
It's about LLBMC, an automated program-prover targeting automated
proofing for functional-style programs. The idea is to go a step
beyond specific test-cases, and prove f
2011/4/17 Gour-Gadadhara Dasa
>
> On Sun, 17 Apr 2011 15:11:43 -0500
> Andrew Wiley wrote:
>
> > Frankly, if your definition of "not ready" is that the compiler isn't
> > packaged for you, D isn't the right community to begin with.
>
> First of all, there is no 64bit compiler for FreeBSD. I was
>
2011/4/3 Walter Bright :
>
> The 0x notation is heavily used, and so justifies a custom syntax for it.
> Octal is pretty much never used outside of setting file permission masks.
The thing is, since you already have 0x and 0b, 0o would not be much
of a "custom syntax". It would simply be an "extra
PS I don't want to say every of Python's decisions is wrong. Many of them
are great (but defenitely not significant intendation).
On a side-note, I thought the same, until I realised I hate redundancies
even more than I hated forced code-styles. And code-indentation AND
brackets are clearly r
0b and 0x are not "dangerous" so there's no need to remove/deprecate them
and
thus cause breakage of code using them.
At least 0x is quite common (certainly more common than octal numbers) so
it
makes sense to have this short syntax (IMHO).
As I wrote, I think it's great that 010 !=
About time someone dropped the 0777-nonsense. The least common digit-base
should not easily be invoked "by accident".
However:
I don't like the "octal!" a lot, I prefer a syntax like the Python3 one,
but Walter never stops moving himself forward :-)
I too was just about to ask why on eart
2011/3/18 Jesse Phillips :
> Russel Winder Wrote:
>> At the expense of easy system administration.
> Specifics? It allows for one packaging system across all operating systems.
> This means you don't need to figure out how to package your source in RPM,
> Deb, ipgk, arc, emerge, zip, or whatever
Just a thought; I guess the references to the non-GC-scanned strings
are held in GC-scanned memory, right? Are the number of such
references also increased linearly?
I'm not a GC-expert, but if so, wouldn't that pretty much force the GC
to do at least one follow-up of every reference, before reali
2011/2/17 Bruno Medeiros :
>
> Yeah, that's true. Some projects, the Linux kernel being one of the best
> examples, are more distributed in nature than not, in actual organizational
> terms. But projects like that are (and will remain) in the minority, a
> minority which is probably a very, very sm
2011/2/16 Bruno Medeiros :
> We must not be saying (or thinking) the same thing then, because I do think
> it is worthwhile to have orthogonality as one of the primary design goals.
> I believe we are still not thinking of orthogonality in the same way. You
> seem to be thinking in terms of pure si
2011/2/16 Russel Winder :
>
> Definitely the case. There can only be one repository that represents
> the official state of a given project. That isn't really the issue in
> the move from CVCS systems to DVCS systems.
>
Just note that not all projects have a specific "state" to represent.
Many pr
2011/2/11 Bruno Medeiros :
> On 09/02/2011 23:02, Ulrik Mikaelsson wrote:
>> You don't happen to know about any projects of this kind in any other
>> VCS that can be practically tested, do you?
>>
>
> You mean a project like that, hosted in Subversion or CVS (so
2011/2/10 Bruno Medeiros :
> I'm very much a fan of simple and orthogonal languages. But this statement
> has a big problem: it's not clear what one actually considers to be "simple"
> and "orthogonal". What people consider to be orthogonal can vary not only a
> little, but actually a lot. Sometime
2011/2/9 Bruno Medeiros :
>
> It's unlikely you will see converted repositories with a lot of changing
> blob data. DVCS, at the least in the way they work currently, simply kill
> this workflow/organization-pattern.
> I very much suspect this issue will become more important as time goes on -
> a
2011/2/9 spir :
>
> Yop! this said, I recently read (no pointer, sorry) about a possibly
> interesting third way: making the core language as close to orthogonal as
> possible w/o making the rest difficult, then build compromises as sugar
> layers around (syntactic & semantic).
> This may be, actua
Interesting idea, especially when you start considering how software
might survive errors in dependent systems, I.E. hardware, networking,
or software components outside the control of the compiler.
It sounds like the Erlang approach is far more likely to survive
spurious bitflips, power-fluctuati
2011/2/4 Bruno Medeiros :
>
> Well, like I said, my concern about size is not so much disk space, but the
> time to make local copies of the repository, or cloning it from the internet
> (and the associated transfer times), both of which are not neglectable yet.
> My project at work could easily ha
2011/2/4 Bruno Medeiros :
> language ecosystems are what matter, not just the language itself. At least
> for most programmers, what you want is to develop software, software that is
> useful or interesting, it's not about staring at the beauty of your code and
> that's it.
My view is that "languag
2011/2/3 "Jérôme M. Berger" :
> Then why has not Lisp won over all competition years ago?
>
> Jerome
You mean why(not(has(won(lisp,all(competition)),years_ago))) ?
Jokes aside, I think people in language-debates often forget that
high-level languages are really just layers of
d to, but hardware
limitations in this industry is a very real challenge, especially for
things like post-processing. I too would love 2X playback with working
audio though. :)
2011/1/31 Walter Bright :
> Ulrik Mikaelsson wrote:
>>
>> Of course, I don't know what HW the Tivo is
2011/1/31 spir :
> On 01/30/2011 09:32 PM, "Jérôme M. Berger" wrote:
>> Do you know of any editor that can word wrap *while respecting
>> indentation*? Any editor I know will wrap to the first column, which
>> renders indentation pointless in the presence of long lines...
>
> Yop, geany :-)
2011/1/31 Walter Bright :
>> I think the reason I.E. YouTube and Tivo don't do it is that AFAIU, it
>> is fairly CPU-consuming (FFT back and forth?) In the TiVo-case, my
>> guess is nobody paid for the hardware, and in the YouTube-case I doubt
>> neither Flash nor JavaScript will enable the perform
2011/1/31 Jesse Phillips :
> I do not think there is an issue with using D2 in a new project, but if you
> have to ask you probably should go with D1. I say this because someone who is
> aware of the issues present in the language is able to decide if their
> desired project would be hindered by
2011/1/31 Andrei Alexandrescu :
> On 1/31/11 11:54 AM, Ulrik Mikaelsson wrote:
>> I'm not sure whether text-books and program-code are really comparable
>> in this respect. When reading books I hardly put much attention to
>> each particular word, while in compute
90 as a rule of thumb with some exceptions.
2011/1/28 retard :
> I've heard this before. I've also heard the 64-bit port and many other
> things are done in a year/month or two. The fact is, you're overly
> optimistic and these are all bullshit. When I come back here in a year or
> two, I have full justification to laugh at your stupid claim
FWIW: Here's my two cents; (Non-Phobos participant, so feel free to
click delete now)
I'm not sure whether text-books and program-code are really comparable
in this respect. When reading books I hardly put much attention to
each particular word, while in computer-code, each token is very
significa
2011/1/30 Walter Bright :
> People who use screen readers often crank up the playback rate to 2x. The
> software adjusts the pitch so it doesn't sound like the Chipmunks.
>
> I've often wondered why DVRs don't do this (I've sent the suggestion to
> Tivo, they ignored me). I'd like the option to pla
>> You mean that if you give an index which is too large, it just uses $
>> instead?
>> That sounds seriously bug-prone to me. I'd much rather that it blew up and
>> thus
>> told me that my program had a bug in it rather than silently trying to
>> work.
>
> Sorry, but you are wrong on this. I under
2011/1/27 Vladimir Panteleev :
> On Thu, 27 Jan 2011 00:26:22 +0200, Ulrik Mikaelsson
> wrote:
>
>> The way I will show here is to gather up your changes in a so-called
>> "bundle", which can then be sent by mail or attached in a bug-tracker.
>> First,
2011/1/26 Steven Schveighoffer :
>> Steve, if you could point out what I need to do I'll be glad to do it
>> right now. Better yet, feel free to try your hand at a git commit. It's fun!
> *sweats nervously* I don't know, I'd like to read about how git works before
> doing a commit. I don't really
Wow. The thread that went "Moving to D"->"Problems with
DMD"->"DVCS"->"WHICH DVCS"->"Linux Problems"->"Driver
Problems/Manufacturer preferences"->"Cheap VS. Expensive". It's a
personally observed record of OT threads, I think.
Anyways, I've refrained from throwing fuel on the thread as long as I
c
> Funny thing about that: After accidentally committing a subdirectory instead
> of the full project one too many times, I submitted a TortoiseSVN feature
> request for an option to always commit the full working directory, or at
> least an option to warn when you're not committing the full working
2011/1/6 Nick Sabalausky :
> "Caligo" wrote in message
> news:mailman.451.1294306555.4748.digitalmar...@puremagic.com...
>> Perhaps using a modern SCM like Git might help? Everyone could have (and
>> should have) commit rights, and they would send pull requests. You or one
>> of the managers wou
2011/1/3 Iain Buclaw :
> == Quote from bearophile (bearophileh...@lycos.com)'s article
>> Dmitry Olshansky:
>> > As stated in this proposal they are quite useless, e.g. they are easily
>> > implemented via mixin with alloca.
>> Thank you for your comments. Here I have added some answers to your com
2011/1/2 Peter Alexander :
> That really surprises me that it's a common bug. Isn't it obvious that ! has
> higher precedence than &? Or have I totally misunderstood the cause of the
> bug?
Assembler is "obvious". People don't always get that right either.
The purpose of a higher-level language IM
> How many people are working on this port? How many people will be interested
> in using it, considering that a direct port won't use many of D2's features
> (why not just use D1)? Will this port be around in 1 year? 5 years? Will it
> have the same kind of momentum as the original D1 version, wit
> Sorry for not replying, I've had some personal issues recently that have
> taken up all of my time. Your suggestion seemed workable for solving the
> dereferencing issue, but leaving the destroyed objects in an invalid state
> seems likely to cause weird bugs. And the objects can't safely be
> So why is D being advertised as a systems programming language? By saying
> Linus would not find D appealing you are basically saying kernel developers
> would not find it appealing.
"Systems programming" in my vocabulary is not limited to JUST kernel
programming. To be honest, I think D has a p
"Messier" is a matter of perspective. C is a beautifully clear and
mature language, but some of the missing features (delegates for one)
often leads to unnecessarily convoluted code.
Hejlsberg describes it quite well as "Simplexity", roughly speaking,
when the tools are too crude, the produced res
2011/1/2 Robert Clipsham :
> Unfortunately, it's impossible to create such a system without people being
> paid to work on dmd and the runtime - people will fix the bugs they want to,
> you can't make them fix anything. Obviously you can influence what gets
> fixed, not to a huge extent though. Ide
Hi,
I'm using D (D1,LDC+Tango) both professionally and for hobby-projects.
At work, I'm using it mainly for an in-house developed all-purpose
Mpeg2-TS processing library. (Records, streams, analyzes and clips
Mpeg2 Transport Streams). All-in all, it's working out fine. I've hit
some Tango bugs (r
> I have posted about this problem several times. Never got any replies.
> I think memory management is D's "elephant in the room" in this regard.
I'm sorry to agree. I recently brought up this general question in a
thread called "Mixing GC and non-GC in D." in both druntime and here.
Only got one
2010/12/21 Walter Bright :
> Jonathan M Davis wrote:
>> On Tuesday, December 21, 2010 13:37:55 Walter Bright wrote:
>>> A novice follows the rules because he is told to.
>>>
>>> A master follows the rules because he understands them.
>>>
>>> A guru breaks the rules because the rules don't always ap
Cross-posting after request on the druntime list:
--
Hi,
DISCLAIMER: I'm developing for D1/Tango. It is possible these issues
are already resolved for D2/druntime. If so, I've failed to find any
information about it, please do tell.
Recently, I've been trying to optim
> I suggest looking at D's scope guard statements, which replace most uses
> of try statements.
While scope guards is absolutely the right solution to resource handling and
transactions, I don't see how to use it for some other common uses of
exceptions where you need a reference to the exceptio
> If it's braces you're concerned with, D doesn't actually require them
> on try/catch/finally like many other languages:
As I said, the braces is just the small obvious benefit. The larger benefit
IMHO is the less obvious shift in how you think about exceptions, but I'm not
sure that argument is
I just remembered another tiny benefit of allowing this. Being a VCS-fascist, I
really strive towards patches that are as readable as possible.
> * Makes the code slightly more readable, since the "exceptional" code-paths
> are clearly separated
> * Biases me as a programmer to think a littl
To be honest, while the only obvious benefit is shorting down the number of
braces slightly, the real benefit I experienced from practicing it in Ruby were
a slight change in how I actually think about exception handling.
It's very hard to quantify how much benefit it really is, but I agree on t
Tomasz Sowiñski Wrote:
> I like it. Although it's only sugar you're right -- it helps reading a bit.
> But I would allow (or even require) "try" before a block of code:
>
> if (condition) try {
> ...
> } catch (Exception ex) {
> ...
> }
Agreed. And while the use-case for if-statements ma
One thing I often encounter in D, and other languages, is functions looking
something like;
void myfunc(Obj input)
{
try {
do_something(input);
} catch (SomeException e) {
handle_error(e);
}
}
While there's no real problem with this code, I have some experience from Ruby,
whi
63 matches
Mail list logo