On 2012-05-26 01:35, Walter Bright wrote:
http://sioux.eu/en/ses-events.html
Cool!
--
/Jacob Carlborg
On Tuesday, 22 May 2012 at 07:28:04 UTC, Ary Manzana wrote:
On 5/22/12 8:55 AM, dnewbie wrote:
On Monday, 21 May 2012 at 12:08:33 UTC, Ary Manzana wrote:
On 5/20/12 10:37 PM, dnewbie wrote:
It started as a D project, then I've moved it to C.
o_O
Why?
Because the d version of the program
Am Fri, 25 May 2012 14:04:58 +0200
schrieb dom96 morfeu...@gmail.com:
BTW http://nimrod-code.org/ is the new Nimrod website, the one
you linked to is long outdated.
So you have that problem, too? :) I was wondering already since the forum
looked a bit abandoned. You should redirect or place
On 5/25/12 22:42 , Steven Schveighoffer wrote:
Finalize isn't right, and neither is dispose...
In Java it's finalize:
http://docs.oracle.com/javase/1.5.0/docs/api/java/lang/Object.html#finalize()
In Ruby it's define_finalizer:
On Friday, 25 May 2012 at 13:38:38 UTC, Russel Winder wrote:
What (keep it small :-) do you want this to do in, say, Groovy?
Bring out nasal demons :-)
Andrei:
My fantasy: bearophile goes to the Nimrod forum and says
Hey, how about
this D language, seems interesting... :o)
dom96 morfeu...@gmail.com:
BTW http://nimrod-code.org/ is the new Nimrod website, the one
you linked to is long outdated.
It looks like ventor3000 mentioned D there
On 25.05.2012 23:34, sclytrack wrote:
blank, destroy, trash, dump, zero, bleach, cleanup,
sanitize, burn, nuke, eject, jetisson, discard,
landfill, waste, litter, debris, recycle, obliterate,
annihilate, eradicate, expunge, finish, ravage, wipe,
zap, abolish, decimate, demolish, massacre,
On Saturday, 26 May 2012 at 06:06:08 UTC, sclytrack wrote:
On 05/26/2012 06:58 AM, jerro wrote:
On Saturday, 26 May 2012 at 03:21:31 UTC, Mehrdad wrote:
Why not just call it 'destroy()'?
+1
+1
+1
On Friday, 25 May 2012 at 18:22:08 UTC, Andrei Alexandrescu wrote:
On 5/25/12 12:37 PM, Mirko Pilger wrote:
Now I don't have a good name. Finalize isn't right, and
neither is
dispose...
what about invalidate?
Whatever it is, I should say I'll be very strongly opposed to
any proposal if it
On 26-05-2012 10:48, Francisco Almeida wrote:
On Friday, 25 May 2012 at 18:22:08 UTC, Andrei Alexandrescu wrote:
On 5/25/12 12:37 PM, Mirko Pilger wrote:
Now I don't have a good name. Finalize isn't right, and neither is
dispose...
what about invalidate?
Whatever it is, I should say I'll
Le mercredi 23 mai 2012 à 16:14 -0700, Walter Bright a écrit :
Currently, getting D code from github is a multistep process, that isn't
always
obvious. I propose the creation of a dget program, which will:
dget https://github.com/D-Programming-Deimos/libevent
download the libevent
On 26.05.2012 05:35, Walter Bright wrote:
On 5/25/2012 8:24 PM, Don wrote:
The problem is, if pstart and pend point to the beginning and end of
an array,
then given another pointer q, there is AFAIK no defined way in C for
checking if
q is between pstart and pend, even though I'm sure everyone
On 2012-05-25 16:07, Dejan Lekic wrote:
Well, the OT was about lacking of development tools. The author did not
specify the level of proficiency. Sure many things are missing from
current tools, but come on, the fact is that one can do a serious D
project with Mono-D. Well, at least I think
Dear,
dbuilder: https://github.com/dbuilder-developers/dbuilder
currently dbuilder works on Linux, Apple, Windows platform (at least)
this tool allow to us to build easily lib, or desktop application
It support // build, // install
i think i will improve this tool to be use as a package
On 2012-05-25 14:05, foobar wrote:
If you have a pointer to a struct you don't know how it was created.
It's possible it's been created with new, which means the garbage
collector needs to delete it.
let's say we add two classes:
class FooA {
A a;
}
class FooPA {
A* pa;
}
For the first case,
On 2012-05-25 14:04, dom96 wrote:
You will, you can compile an empty .nim file and you still get an
executable.
BTW http://nimrod-code.org/ is the new Nimrod website, the one you
linked to is long outdated.
Ah, thanks. I though that the address didn't look quite right.
--
/Jacob Carlborg
On 05/24/2012 07:21 PM, Araq wrote:
On Thursday, 24 May 2012 at 22:56:52 UTC, Kevin Cox wrote:
On May 24, 2012 6:53 PM, Froglegs lug...@yahoo.com wrote:
Like the design, syntax is way better than D
But half of what makes a language are the compilers/debuggers/tool
I like many ideas of the
On 2012-05-26 03:38, Jonathan M Davis wrote:
clear and delete are very different things. It was definitely decided that we'd
be better off without delete. It's going for good. Renaming clear to something
that doesn't conflict so easily with more benign functions is completely
different from
On Saturday, 26 May 2012 at 11:35:29 UTC, Jacob Carlborg wrote:
On 2012-05-25 14:05, foobar wrote:
If you have a pointer to a struct you don't know how it was
created.
It's possible it's been created with new, which means the
garbage
collector needs to delete it.
let's say we add two
On Saturday, 26 May 2012 at 08:52:06 UTC, Alex Rønne Petersen
wrote:
On 26-05-2012 10:48, Francisco Almeida wrote:
I vote for destroy().
It seems to be a popular choice, and it isn't ambiguous in any
way.
Are there any classes/structs using destroy() methods in
Phobos?
Francisco
It
On 05/26/12 13:35, Jacob Carlborg wrote:
On 2012-05-25 14:05, foobar wrote:
If you have a pointer to a struct you don't know how it was created.
It's possible it's been created with new, which means the garbage
collector needs to delete it.
let's say we add two classes:
class FooA {
A a;
I would like to share with my new library written in D. As name
may suggest (or not) it adds color to your console output, it
works on both Linux and Windows platforms. I haven't seen any
similar library for D language, so I decided to create this one.
Source and examples(included in Readme
On 2012-05-26 12:00:15 +, Jacob Carlborg d...@me.com said:
On 2012-05-26 03:38, Jonathan M Davis wrote:
clear and delete are very different things. It was definitely decided that we'd
be better off without delete. It's going for good. Renaming clear to something
that doesn't conflict so
mine code for ansi terminal
==
enum Attributes : size_t{
RESET,
BOLD,
NORMAL,
UNDERLINE,
BLINK,
INVERSE,
HIDE
}
size_t getBackgroundColor( string color ){
size_t result;
switch(color){
case(black):
result = 30;
On 5/26/12, Marco Leise marco.le...@gmx.de wrote:
It looks like ventor3000 mentioned D there just yesterday on those forums.
Here is an excerpt:
I really like D but i think its totally overkill for
real world applications. And I say this of long experience: Keep it simple.
[...]
You can
On 2012-05-26 14:28, foobar wrote:
Huh? In my model FooA has no destructor.
Hm, right. But if a destructor of a class isn't guaranteed to be called,
how can it guarantee that the struct's destructor will be called?
I indeed propose that structs allocated with new will be put in region
of
On 2012-05-26 13:34, bioinfornatics wrote:
Dear,
dbuilder: https://github.com/dbuilder-developers/dbuilder
currently dbuilder works on Linux, Apple, Windows platform (at least)
this tool allow to us to build easily lib, or desktop application
It support // build, // install
i think i will
CTFE execute will be very useful on web develop, for example It
is very hard to create a CTFE version template engine with rich
feature. But we can use execute call to transe template file to d
code string, then mixed it to application.
The vibed project is very cool and I want to add my Jade
On 2011-01-02 07:46, bearophile wrote:
Andrei:
My fantasy: bearophile goes to the Nimrod forum and says Hey, how about
this D language, seems interesting... :o)
That fantasy of yours means that I am interested in using my time to explain to
Nimrod developers what's good in D, what may be
Status update:
I created a pull request for the trivial change required to allow
UFCS on opaque structs. Kenji Hara balked at the change however,
on the grounds that it opens up function hijacking. I argued why
that is not true-- at least using Walter's original definition of
hijacking.
On Saturday, 26 May 2012 at 16:01:25 UTC, Jacob Carlborg wrote:
I had a look at the Nimrod language, the template and macro
features look really cool. I would love to have those in D.
I would be great to see such a mechanism employed to increase the
power-to-weight ratio of the D language
Le samedi 26 mai 2012 à 17:33 +0200, Jacob Carlborg a écrit :
On 2012-05-26 13:34, bioinfornatics wrote:
Dear,
dbuilder: https://github.com/dbuilder-developers/dbuilder
currently dbuilder works on Linux, Apple, Windows platform (at least)
this tool allow to us to build easily lib, or
Fix link: http://pypi.python.org/pypi that is pypi and not pypy
On Saturday, May 26, 2012 14:00:15 Jacob Carlborg wrote:
On 2012-05-26 03:38, Jonathan M Davis wrote:
clear and delete are very different things. It was definitely decided that
we'd be better off without delete. It's going for good. Renaming clear to
something that doesn't conflict so
Le 25/05/2012 16:35, Andrei Alexandrescu a écrit :
On 5/25/12 12:07 AM, Mehrdad wrote:
Now, there are two ways a FileStream can get destroyed:
1. Through a manual call to FileStream.Dispose(). In this case, all
embedded objects (e.g. SafeFileHandle) are *guaranteed* to be valid, so
we simply
http://www.gamedev.net/blog/1140/entry-2254294-compiling-data-into-a-d-executable/
and on Reddit:
http://www.reddit.com/r/programming/comments/u5sgs/compiling_data_into_a_d_executable/
Chad J wrote:
I think my only complaints were the bus-factor and the apparent
lack of array slices (the kind that doesn't cause copying).
Still, very promising.
It actually does have slices as a construct in the system lib
(included by default).
http://force7.de/nimrod/system.html#139
On Saturday, 26 May 2012 at 08:38:10 UTC, RivenTheMage wrote:
On Saturday, 26 May 2012 at 06:06:08 UTC, sclytrack wrote:
On 05/26/2012 06:58 AM, jerro wrote:
On Saturday, 26 May 2012 at 03:21:31 UTC, Mehrdad wrote:
Why not just call it 'destroy()'?
+1
+1
+1
+1
I'll agree, destroy
Le 25/05/2012 17:38, Steven Schveighoffer a écrit :
On Fri, 25 May 2012 11:08:52 -0400, David Nadlinger s...@klickverbot.at
wrote:
On Friday, 25 May 2012 at 14:06:55 UTC, Steven Schveighoffer wrote:
Remove the restriction. The code is unpredictable, but not invalid.
It just means you need to
On Sat, 26 May 2012 03:35:13 +0200, Walter Bright
newshou...@digitalmars.com wrote:
On 5/25/2012 1:32 AM, Martin Nowak wrote:
Anyone want to implement such? It ought to be fairly straightforward,
and will
be a nice timesaver for a lot of people.
https://gist.github.com/2786276
usage:
On 5/26/2012 3:59 AM, Don wrote:
Yes, that's what happens now. But that doesn't help the programmer.
If it is inside, no problem, the expression is true. But if it is not inside,
the expression is not false -- it's a compile-time error.
Ok, I understand now what you meant.
So you can't use
On 5/26/2012 3:04 PM, Martin Nowak wrote:
On Sat, 26 May 2012 03:35:13 +0200, Walter Bright newshou...@digitalmars.com
wrote:
On 5/25/2012 1:32 AM, Martin Nowak wrote:
Anyone want to implement such? It ought to be fairly straightforward, and will
be a nice timesaver for a lot of people.
On Saturday, 26 May 2012 at 15:33:27 UTC, Jacob Carlborg wrote:
On 2012-05-26 13:34, bioinfornatics wrote:
Dear,
dbuilder: https://github.com/dbuilder-developers/dbuilder
currently dbuilder works on Linux, Apple, Windows platform (at
least)
this tool allow to us to build easily lib, or
I am writing a mixin template that uses alias parameters and
should me instantiated in a class. With only one parameter, it
works. But I fail with
using multiple aliases as a tuple.
This works:
mixin template print(alias x) {
void doprint() { writeln(x); }
}
class A { int x; mixin
On 2012-05-26 01:17, Jonathan M Davis wrote:
Ok I see, thanks. Is that true for fields in structs and global
variables as well?
Anyway, I suppose that that's not terribly conclusive, but the lack of ability
to have non-transitive const declarations is a bit of a problem when dealing
with
On Sat, May 26, 2012 at 12:39 PM, Tobias Pankrath tob...@pankrath.net wrote:
I am writing a mixin template that uses alias parameters and should me
instantiated in a class. With only one parameter, it works. But I fail with
using multiple aliases as a tuple.
This works:
mixin template
I finally made the primerange I wanted to make. I think I'm using a
rather dumb algorithm. The idea is to store the prime we're at in
curPrime and the amount of preceding primes in countPrime. Then
opindex is able to calculate how many primes following or preceding
curPrime we have to find to get
On 05/26/2012 03:49 PM, maarten van damme wrote:
I finally made the primerange I wanted to make. I think I'm using a
rather dumb algorithm. The idea is to store the prime we're at in
curPrime and the amount of preceding primes in countPrime. Then
opindex is able to calculate how many primes
On Saturday, 26 May 2012 at 13:49:53 UTC, maarten van damme wrote:
Is there an easy way to speed up or is this the
ceiling?
I got a 30 percent speedup by replacing this line:
if( canFind(quicktestPrimes, possiblePrime))
with this:
if(quicktestPrimes.back = possiblePrime
On Saturday, May 26, 2012 13:05:00 Jacob Carlborg wrote:
On 2012-05-26 01:17, Jonathan M Davis wrote:
Ok I see, thanks. Is that true for fields in structs and global
variables as well?
Anyway, I suppose that that's not terribly conclusive, but the lack of
ability to have non-transitive
well, I was thinking about using a sieve but when you were to request
prime 400_000 you're sieve would blow up in size. That's why I opted
for something else (and I don't know if it was the right thing to do
though). (Ab)using opIndex like that is indeed a bit wrong but what
would be the
I don't understand this:
import std.stdio;
struct Symbol { string val; }
void main()
{
int[string] hash1;
hash1[1.idup] = 1;
hash1[1.idup] = 2;
writeln(hash1); // writes [1:2]
int[Symbol] hash2;
Symbol sym1 = Symbol(1.idup);
Symbol sym2 = Symbol(1.idup);
On Saturday, May 26, 2012 21:53:07 Andrej Mitrovic wrote:
I don't understand this:
import std.stdio;
struct Symbol { string val; }
void main()
{
int[string] hash1;
hash1[1.idup] = 1;
hash1[1.idup] = 2;
writeln(hash1); // writes [1:2]
int[Symbol] hash2;
On 5/27/12, Jonathan M Davis jmdavisp...@gmx.com wrote:
Why can't you have a toHash in your struct?
I mean it doesn't seem to make any difference:
import std.stdio;
struct Foo
{
string x;
size_t toHash() { return 1; }
}
void main()
{
int[Foo] hash;
Foo foo1 = Foo(a.idup);
On Sunday, May 27, 2012 00:08:01 Andrej Mitrovic wrote:
On 5/27/12, Jonathan M Davis jmdavisp...@gmx.com wrote:
Why can't you have a toHash in your struct?
I mean it doesn't seem to make any difference:
Yeah. I don't know what the deal is. There's definitely at least one bug here,
if not
On Saturday, 26 May 2012 at 22:02:10 UTC, Jonathan M Davis wrote:
Now, that aside, the results with hash2 definitely look like a
bug to me. It's probably just the result of one more of the
many issues with the current AA implementation.
This is what I'm guessing too. I've made toHashes in my
On 5/27/12, Era Scarecrow rtcv...@yahoo.com wrote:
Problem goes
away when not idup-ing, but likely that is the compiler saving
space and assigning the same pointer address (which makes sense).
Yes, the .idup was done on purpose here for demonstration.
On 05/26/2012 12:53 PM, Andrej Mitrovic wrote:
I don't understand this:
import std.stdio;
struct Symbol { string val; }
void main()
{
int[string] hash1;
hash1[1.idup] = 1;
hash1[1.idup] = 2;
writeln(hash1); // writes [1:2]
int[Symbol] hash2;
Symbol sym1 =
On 05/26/2012 05:13 PM, Ali Çehreli wrote:
once you define toHash(), you
must also define opCmp() and opEquals() that are all consistent with
each other.
Correction: opEquals() is only for potential optimizations. What is
needed alongside toHash() is just opCmp(), and the reason is to be
On Saturday, 26 May 2012 at 18:40:53 UTC, maarten van damme wrote:
well, I was thinking about using a sieve but when you were to
request
prime 400_000 you're sieve would blow up in size.
Because you only need primes up to sqrt(n) to check if n is prime,
you can make a sieve based range that
In C I can write
OPENFILENAME ofn;
ZeroMemory(ofn, sizeof(ofn));
In D, there is no ZeroMemory. Please help me.
On Sunday, 27 May 2012 at 03:29:17 UTC, dnewbie wrote:
In C I can write
OPENFILENAME ofn;
ZeroMemory(ofn, sizeof(ofn));
In D, there is no ZeroMemory. Please help me.
You could use c memset:
import std.c.string;
memset(cast(void*)ofn, 0, ofn.sizeof);
or this:
(cast(byte*) a)[0 .. a.sizeof]
http://d.puremagic.com/issues/show_bug.cgi?id=7995
--- Comment #6 from Jacob Carlborg d...@me.com 2012-05-26 09:15:59 PDT ---
New pull request:
https://github.com/D-Programming-Language/druntime/pull/228
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
---
Hi,
I am currently trying to call functions from the GNU Scientific
Library (GSL) with my code, and I observed a very strange
behaviour. The following test-program compiles, but generates a
Segmentation fault when run.
gsltest.d
--
import std.stdio;
extern (C) double
http://d.puremagic.com/issues/show_bug.cgi?id=7675
--- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-05-26
09:54:34 PDT ---
If anyone else is annoyed by this you can use a workaround like this:
/** Workaround for Issue 7675 - std.format needs better exception messages */
On Saturday, May 26, 2012 18:41:34 Stephan wrote:
Hi,
Please do not post to this list directly. It's intended for those wishing to
receive updates to all of the bug reports on bugzilla. If you have a question
about learning d, please post it in digitalsmarsD.Learn. If you have a
question or
http://d.puremagic.com/issues/show_bug.cgi?id=7675
bearophile_h...@eml.cc changed:
What|Removed |Added
CC||bearophile_h...@eml.cc
---
OK, sorry. I will post it on bugzilla then.
Best,
Stephan
On Saturday, 26 May 2012 at 18:12:20 UTC, Jonathan M Davis wrote:
On Saturday, May 26, 2012 18:41:34 Stephan wrote:
Hi,
Please do not post to this list directly. It's intended for
those wishing to
receive updates to all of the bug
http://d.puremagic.com/issues/show_bug.cgi?id=7675
--- Comment #3 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-05-26
12:42:38 PDT ---
(In reply to comment #2)
Andrei wants formatted printing to be sloppy, so currently this doesn't raise
an error..
Right, but the OP code does raise
http://d.puremagic.com/issues/show_bug.cgi?id=8152
Summary: Linking C library causes Seg-fault
Product: D
Version: D2
Platform: x86_64
OS/Version: Mac OS X
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=8153
Summary: Warning about toHash is incorrect
Product: D
Version: unspecified
Platform: x86_64
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=8153
Jonathan M Davis jmdavisp...@gmx.com changed:
What|Removed |Added
Summary|Warning about toHash is |Warning about
http://d.puremagic.com/issues/show_bug.cgi?id=8152
--- Comment #1 from Stephan stephan.schiff...@mac.com 2012-05-26 16:56:44 PDT
---
I ran the executable through the GNU debugger. Here is the output:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: 13 at address:
73 matches
Mail list logo