Andrei Alexandrescu wrote:
Today TDPL monthly sales in February climbed to a 12-month high. This is
in all likelihood due to the increasing attention D has received lately,
and a reflection of all the great work done by our community.
Congratulations to all contributors!
Andrei
Not
Sandeep Datta wrote:
Hi Guys,
I just wanted to say I am pretty impressed with the revamped D
forums. TBH I tried to join in on the conversion many times
before the change but the ancient NNTP based approach was just
not palatable enough. But needless to say we have come a long way
from
Stephan wrote:
is it just me or is it irritating that http://dlang.org/changelog.html
has a unreleased empty dmd2059 release on top ?!
Seems that you are easily irritated. It takes one click to realise it is a
non-released version (everything empty)... :)
Xan, read this article please:
http://www.informit.com/articles/article.aspx?p=1609144
You have exactly what you are looking for in the D runtime and
standard library.
Many things changed since the book has been released. I is
strange that you did not see the link to the TDLP errata
(http://erdani.com/tdpl/errata/) by now. :)
Unfortunately, you cant use C++ namespaces. More about
interfacing to C++ here: http://www.dlang.org/cpp_interface.html .
The easiest way to solve this is to write a C function that will
glue your code with the C++ library.
No, it is not a bug.
Here is a hint:
import std.stdio;
int main() {
float f;
writeln(f);
return 0;
}
/+--- output --+
nan
+--- end of output ---+/
Andrej, I agree, they should be in std.traits .
One important metric we currently neglect is the date of the
oldest bug or pull request. If we work on improving that with
each release, we give a submitter confidence that their bug
will be resolved in reasonable time. A simple policy like
address the oldest 3 bugzilla entries in each
Nick, I had similar issues, and I solved them by following a
recipe from this article (written by a GitHub developer):
http://www.jonmaddox.com/2008/03/05/cleanly-migrate-your-subversion-repository-to-a-git-repository/
I still believe Subversion is a very good VCS.
On Monday, 9 January 2012 at 21:29:27 UTC, Walter Bright wrote:
On 1/9/2012 11:45 AM, Jonathan M Davis wrote:
Please fix the wikipedia entry!
With what? Make it say 2003 for D1 and 2007 for D2?
Yes, but 2001 for D1.
Walter, I suppose you will have to clearly state that somewhere
in D
On Sunday, 8 January 2012 at 04:19:52 UTC, Andrei Alexandrescu
wrote:
Here's an interesting discussion that may reflect the
perceptions and misperceptions about D within the larger
community.
They did not touch any new topic we did not talk about here on
this NG, and on
Nobody stops you to fill the gap with your own code...
--
Dejan Lekic - http://dejan.lekic.org
Weird, it does not segfault here. Could it be some buggy Curl build?
--
Dejan Lekic - http://dejan.lekic.org
Peter, having string as immutable(char)[] was perhaps one of the
best D2 decisions so far, in my humble opinion. I strongly
disagree with you on this one.
Perhaps I should think more about it, but right now I am 100% against it, as
it makes the code extremely unreadable to an imperative programmer.
I will have to become a ~100% functional programmer to understand what all
those overloaded operators do behind the scenes. To me | is a bitwise OR
On Sun, 18 Dec 2011 04:09:21 +0400, Ruslan Mullakhmetov wrote:
I want to ask you about D future, i mean next big iteration of D and
propose some new feature, agent-based programming. Currently, after
introducing C++11 i see the only advantages of D over C++11 except
syntax sugare is
On Sun, 18 Dec 2011 15:23:10 +0100, deadalnix wrote:
Some argument are not convincing. OK, log32(n) is close to O(1) in many
cases but it isn't O(1). Matter of fact.
Well, he talks about it, and we must admit that for the memory you *can*
address, log32(n) is really, really fast. Matter
I would go even further, and give a *function* as an argument -
function that will be used to initialise values.
On Thursday, 15 December 2011 at 08:16:52 UTC, deadalnix wrote:
That would be great. ATM, I just create dumb function in the
global namespace and thoses functions forward to the function
within the namespace.
That is what I do as well, but when I have thousands functions to
add it takes
On Friday, 16 December 2011 at 00:44:07 UTC, Walter Bright wrote:
I hadn't planned to, but it's a good idea. I suggest adding it
as an enhancement request on bugzilla.
I will do as you suggested. Thanks Walter.
http://ftp.digitalmars.com/dmd.2.057.zip
Before I say anything, I want to say that I always used Phobos
because I do not want to sound to some people like Tango
advocate. I humbly believe Tango is still superior in many places
comparing to Phobos. Take a look at Tango conduits for an
example, and you will understand what I mean.
Walter always delays that. :)
Andrea Fontana wrote:
Does it exist a project to use D as frontend to generate Java bytecode?
Something like Jython / Python...
I have plans on starting such project for the SafeD subset of the language.
I believe not all SafeD features are possible but if I decide to start such
a project, I
It started with Fedora 16 actually... :)
maarten van damme wrote:
they've got c working on a jvm if I recall corectly so safeD should be
possible.
But then again, is it worth it?
I have professional reasons for doing this anyway. My company does lots of
Java, and will do more Java in the future...
As subject says. I am pretty much happy with the current C++ support. The
only thing I need is to be able to call functions from namespace(s). Any
plans to add this feature?
I confess that I don't see the point in delaying the current
release for this. It's nearly ready. It seems to me that it
Compiler and runtime-library projects should never release
nearly ready versions. Some higher level library projects may
have that luxury, but compiler/run-time library,
It would be really great to implement a generational GC similar
to the C4 mentioned in this presentation:
http://www.infoq.com/presentations/Understanding-Java-Garbage-Collection
. There is a research-paper about C4 as well:
http://dl.acm.org/citation.cfm?id=1993491 .
Well-done!
Why is this operator still kept around?
No offense, but I find it strange/funny that you even ask why! :)
Have you never used comma in for loops???
in terms of building a cohesive D community. I would definitely
recommend promoting this interface on the official website.
Considering the fact that this interface is far superior to the
Web-News and phpNews I see no reason for leaving those old news
interfaces. They should be completely
On a mailing list yes. However, on the newsgroup it is IMHO
totally redundant. A matter of taste I think...
type a = a + 2; // compiles with no errors, no warnings, no
explosions (that i know of)
If type has the default initialiser, then what is the problem?
On 2011-Dec-07 14:13:11+00:00, deadalnix wrote:
http://www.infoq.com/presentations/Understanding-Java-Garbage-Collection
This is java focussed, but I think this is still very interesting for D people.
So I'm sharing it here.
Thanks for the link - I've just finished watching the presentation.
On 2011-Dec-07 02:17:17+00:00, raojm wrote:
Is D associative array thread safe, and will it relocate memory when
add or delete a value?
Where I can find the implemention.
Phobos and druntime are on GitHub, you can always check out the source...
What does not?
Yes, that kind of struct will work. :) Try to add a constructor...
One thing I notice is everyone seems to only be Targeting Relational
Databases. Any plans to support Flat, Object, Key Value, Hierarchical,
or Network Model systems? It would be nice to have at least
specification support for systems like membase(memcache), hbase,
vertica, csv files, and
Thanks, That doesn't sound to bad. If I manage to get a non leaking non
gc version of d-runtime working would there be any interest in that?
Absolutely, judging by the number of related discussions on IRC there will
be many developers who would be interested in such project.
David, to be frank, your code is already useful! Something is better than
*nothing*! I hope you or someone else will continue with these two modules,
and include them in Phobos.
I recently stumbled on this thread: http://stackoverflow.com/
questions/5666321/what-is-assignment-via-curly-braces-called-and-can-it-
be-controlled
The important part is this:
8 - begin -
The Standard says in section ยง8.5.1/1,
An aggregate is an array or a class
Then we need documentation versioning. Choose your version and get the
current documentation. Things not in the current version shouldn't exist
in its documentation.
Again I disagree. Deprecated and/or removed things should be in every
documentation. Perhaps a whole section called Removed
You *really* have zero idea what my point is don't you?
I think Abrahm is a bot or someone who is constantly high. But the first
seems a more plausable explanation.
NMS wrote:
Is there a cross-platform way to create a new process and get its i/o
streams? Like java.lang.Process?
I doubt. However, you can use platform-specific popen() (POSIX) and _popen()
(Windows) for that. I recently talked about this on IRC. At the moment
Phobos uses system() ,
We talked about that too on IRC - the conclusion was - we should have
std.pipe module with (at least) AnonymousPipe, and NamedPipe classes.
I think there is no need for a whole app. Take *any* D source code, and
write the same code in C++, and you will understand.
A nice summary about D: http://www.d-programming-language.org/new/
*Any* project on http://.dsource.org ...
No please! Do not remove, but add a note that those are either deprecated or
removed and what a developer should do with a modern implementation of D2!
There is also this article about similar thing.
http://www.infoq.com/news/2011/11/yammer-scala
As a Java programmer I can only say one thing - I hate Java shortcomings,
but the simplicity pays off.
Second, this is just one case of Scala - Java transition. I bet the number
of Java-Scala
The reason why i wrote what i wrote is simple - so people who read legacy D
code understand it has been removed or deprecated.
We talked about it on irc://irc.freenode.org/d and we all agreed that it is
brilliant! :) Well done! :)
I come from the C++ world as well. I still do some C++ work, mostly related
to my legacy applications... C++ has no modules. End of story. Header files
are not modules, they are just... piece of source code. I also did some
(toy) Modula-3 projects in the past, and must admit I adore the
Not having default sharing is about providing guaranties, it's about
making thread-safety checkable by the compiler.
No piece of code can absolutely guarantee threading errors. When you start
Threading errors and thread-safety checks are different things... It is
pretty much possible to do
D ChangeLog gives all such information, I believe.
That is simply put - brilliant.
I bet that working on DWT requires some Java knowledge?
Not really. Java has nothing that D does not have anyway. Most SWT and SWING
classes are very simple and easy to use. I doubt there is anything Java-
specific one needs to know to work with DWT. Sure, previous Java knowledge
will make
Direct answer to the question - support for ncurses is soon there. So it is
not a ncurses language. :)
I know, what you tried to ask is - is it only for console-bases
applications? - The answer to this question is - NO. It can use any GUI
toolkit you like. (And you know this very well as we
D community is, imho, not big-enough to waste precious resources in *too
many* projects. (Tango Phobos should taught us the lesson.)
In open-source world people do various things. Almost all organised open-
source projects have some company, or someone who has a higher interest in
the
Nicolae, you can also browse the http://cutedoc.dav1d.de - it is an
alternative view of the runtime documentation. :)
deimos as such. At best import deimos.ncurses or import deimos.zeromq
would be everything
thats needed.
Making import deimos.ncurses import everything is just wrong. NCurses
consists of 13 libraries. 4 of them are the most important to the user
(developer): curses, menu, panel and form.
Jacob, if you read my previous posts you will see that I proposed exactly
what you talked about... :)
I think in this case import deimos.ncurses; should _NOT_ be available.
It's pointless, I agree in what you said. It needs to be devided into
serveral modules.
I disagree. There is nothing wrong with import deimos.ncurses;
That module will import all modules (read ncurses header files), that
mta`chrono wrote:
A noob question from my side: What is DWARF?
http://dwarfstd.org/
It makes sense to follow that pattern and wrap up everything under
deimos.ncurses or ncurses. Having an ncurses package currently disallows
to have a ncurses module under the same path, so this is no option.
True, that is the main reason why we suggested (the IRC discussion I talked
about)
Good news! This should be a part of the Deimos organisation. :)
Also, the post should be in the D.announce newsgroup. :)
Well-done!
This one is not good either because it does not include TypeInfo, etc...
__traits(classInstanceSize, T)) is better choice, as Ali said... :)
We talked about this on the irc://irc.freenode.org/d IRC channel a lot...
Deimos is young and we will come up with a good solution to this issue soon.
There is a good reason for having modules in the root of deimos. (lzma is a
good example) However, the problem with that is that one can't just
Good news, although I still do not think it is a good idea to put it
straight into std! :) It should be std.data.csv, or std.file.csv or
std.ff.csv (ff = file formats) or something similar.
Yes. Thanks for reminding us. We discussed this as well on
irc://irc.freenode.org/d ... I absolutely agree that if Deimos is
installed (or mayber better say enabled), then dmd.conf should contain
the abovementioned include line.
About the project_ package... It *should not* be imported
Good point Jacob. I did not think about that possibility. Especially if
Deimios grows big...
On a second thought... Why would that be a problem? Even if hundreds of
packages are inside $HOME/include/d/deimos ??? The -I$HOME/include/d/deimos
will just inform compiler where to look for modules. Is the -I flag really
such an overhead? o.O
Well, if you carefully read my previous post about module/package structure
(ncurses example shows the point), you would see that i proposed a module-
per-library. It is a convention over configuration approach.
If you see import deimos.foo; in the code, that automatically means -lfoo
in your
Johannes Pfau wrote:
Also writing a daemon in systemd is actually a lot easier that the
traditional way (see
http://0pointer.de/public/systemd-man/daemon.html ), so have fun :-)
Sure it is easier, but less portable. :) Systemd is going to be very nice
once it is widely adopted by various
It is not uncommon that a certain project generates several libraries.
Example: ncurses (libcurses, libpanel, libforms)
I propose each library has a one-to-one correspondent D module inside the
deimos package. All D modules that correspond to C/C++ header files with the
same name should reside
Andrea Fontana wrote:
I think most of programmers has an analytical mind. So IMHO a comparison
chart (with others programming languages) of features / benchmark /
how-tos will work better than a page filled of words.
I strongly disagree. :)
analytical mind is what differentiates a good
Andrej Mitrovic wrote:
.sizeof on a struct works nicely since it's a POD, but this can't work
on classes since it just returns the pointer size.
I don't know whether this is useful all that much, but I'm curious how
large my classes are. Anyway, since I couldn't find anything in Phobos
mta`chrono wrote:
Great work!
I also strongly suggest doing a Kindle version as well, even if you keep
a free html version on the web. Having more D books on Amazon will help
raise the profile of D.
Great work! Yes, offer a kindle version for 79 EUR and upload a free pdf
version in the
Johannes Pfau wrote:
Scratch that, turns out the headers are actually in a systemd folder.
Ubuntu doesn't provide a systemd package, and the directory structure
is not visible in the source package. So it'll be
deimos.systemd.sd_readahead ;-)
You are my hero for making binding to systemd!
RenatoL wrote:
##[3] arr = [0, aa, 2.4];
What can i put instead of ##?
In C#, just for example, i can write:
object[] ar1 = new object[3];
ar1[0] = 1;
ar1[1] = hello;
ar1[2] = 'a';
and it works. But in D
Object[3] arr0 = [0, aa, 2.4];
and compiler complains
In D, the
I believe once Deimos will mature in time, especially if all authors of
Deimos projects gather around and do some organisation...
Johannes Pfau wrote:
This explains a special repository setup which allows to merge changes
made in C headers into the correct place in the D import files
automatically. This new, merged parts still need to be translated into
D code, but the automatic merge makes sure you don't miss a change
Vladimir Panteleev wrote:
On Fri, 11 Nov 2011 22:43:18 +0200, Johannes Pfau s...@example.com
wrote:
(Yes, I know there's a typo in the screenshots (daeamon) and the
screenshots don't match the text 100% as they were taken before the
text was written)
For the screenshots, you have used a
There are two bindings to NCurses already. My one, dcurses, and another one,
ycurses. I populate acs in a module constructor. Maybe not the best idea,
but works.
Jude Young wrote:
On Tue 15 Nov 2011 04:27:57 AM CST, Dejan Lekic wrote:
There are two bindings to NCurses already. My one, dcurses, and another
one, ycurses. I populate acs in a module constructor. Maybe not the best
idea, but works.
I'm one of the maintainers of ycurses.
If you check
You obviously did not pay attention to the recent thread about enums. You
participated in it as well... Enums are different things from immutables.
End of story.
Andrei, what attracted me to D some ... 7-8 years ago was the fact it is a
*pragmatic* language. Modules, unittesting, design by contract, version
keyword, much clearer syntax for templates where always on top of my list of
D features.
Kind regards
so wrote:
immutable a;
sort(a);
But with current design you can do:
enum a;
sort(a);
Which is to me, quite wrong.
It is not wrong at all.
dsimcha wrote:
As a reminder, the review of Jesse Phillips' CSV parser ends at the end
of Friday and will be followed by one week of voting. Please speak up
now about any remaining issues.
I humbly believe the package for CSV parser is wrong. It should either be
std.file.format.csv,
Andrea Fontana wrote:
Some functions (for example array length) return ulong on dmd64 e uint
on dmd32
I need to compile on both platform: which is the right/best/clean way?
Andrea, use the size_t type.
On 10/11/11 05:55, Steve Teale wrote:
The libraries for unixODBC and for FreeTDS (communication with SQL
Server) are LGPL.
Would a D ODBC driver that used these be compatible with Phobos?
Steve
I would strongly advice any DB driver go into a separate library instead
of Phobos. Too many
If you take a look at the source code of the D newsgroups web pages, you
will see something like:
META NAME=keywords content=news,pnews,webnews,nntp,usenet,netnews /
Obviously it has nothing to do with the D programming language, so I
suggest whoever manages that website to modify the PHP
From what I see, it looks like the linked did not do its job. :)
Somedude wrote:
Hello,
what is the currently DB API considered usable today ?
http://prowiki.org/wiki4d/wiki.cgi?DatabaseBindings#ODBC
d-dbapi looked quite decent, but the source code is no longer available :(
Thank you
Dude
Try this alternative -
Steve Teale wrote:
Any recommendations for a different reader?
Steve
Steve, a good alternative is what I use at the moment - KNode. Thunderbird
is also a good choice for a newsgroups reader. I think Pan is okay as well.
Alex, it is a well know bug, I remember it from... ~2006... It has been
reported as a bug ages ago... I/we totally agree with you.
bioinfornatics wrote:
I am a little disapointed, so if you have many request for a web page
this lib http://arsdnet.net/dcode/ is usable or not ?
I am developing an implementation of the FastCGI protocol
(http://www.fastcgi.com) in D2 with the main goal go have multiplexing
support.
I would be satisfied with something like POSIX.1-2001 setrlimit() . Sure
nothing prevents me from using setrlimit() in my D app, but perhaps it is
something to think about a portable way of doing that.
One thing I like about my Java apps is that I can always specify (in the
argument list) how
Don wrote:
It was a bug. And it's now been fixed.
Don, care to explain why? If I want to treat D's array like I would do in C,
why not allow me do so?
Don wrote:
With what you propose:
Cross compilation is a _big_ problem. It is not always true that the
source CPU is the same as the target CPU. The most trivial example,
which applies already for DMD 64bit, is size_t.sizeof. Conditional
compilation can magnify these differences. Different
501 - 600 of 631 matches
Mail list logo