In the other newsgroup, I've been talking about a little
web news program I've been writing as a spinoff of the
potential new homepage idea.
It's to the point where it is usuable, but still kinda buggy:
http://arsdnet.net/d-web-site/nntp/thread-index?
newsgroup=digitalmars.D
Source code:
In the other newsgroup, I've been talking about a little
web news program I've been writing as a spinoff of the
potential new homepage idea.
It's to the point where it is usuable, but still kinda buggy:
http://arsdnet.net/d-web-site/nntp/thread-index?
newsgroup=digitalmars.D
Source code:
jim_g Wrote:
What I tried to say is, in my opinion, a language with only a half or a
quarter of D's improvements over C++ would be more successful on
smartphone/tablet platforms than yet another x86 oriented language, no matter
how good. The killer feature is to be in the right place and
I've had some style updates from David Gileadi rotting in a zip file in
my inbox for a good while. It took me the better part of today to
manually merge his stale files with the ones in the repository, which
have in the meantime undergone many changes.
The result is in
On Saturday 29 January 2011 23:45:24 Andrei Alexandrescu wrote:
Jonathan, I won't continue debating this. There is something to be said
about picking one's fights, and that goes both ways. I will only say this.
Phobos is a team effort. As such, there is a simple necessity to find
ways to
On Sunday 30 January 2011 00:05:59 Gary Whatmore wrote:
jim_g Wrote:
What I tried to say is, in my opinion, a language with only a half or a
quarter of D's improvements over C++ would be more successful on
smartphone/tablet platforms than yet another x86 oriented language, no
matter how
Jonathan M Davis Wrote:
On Sunday 30 January 2011 00:05:59 Gary Whatmore wrote:
jim_g Wrote:
What I tried to say is, in my opinion, a language with only a half or a
quarter of D's improvements over C++ would be more successful on
smartphone/tablet platforms than yet another x86
Am 30.01.2011 06:50, schrieb Jonathan M Davis:
I suspect that gdc can do it, since it's using gcc for
its backend, but I don't know.
There is already someone who has tried to build an arm-crosscompiler
with gdc!
See last post 'Building an ARM cross compiler' on the D.gnu maillinglist
Hi,
I was wondering, is there any particular reason why critical.c and monitor.c
aren't written in D?
I've attached the D versions... the only other changes needed would be to
change win32.mak:
1. Change all instances of critical.c and monitor.c to critical.d and monitor.d
2. Add
On Mon, 24 Jan 2011 23:34:49 +0900, Jonathan M Davis jmdavisp...@gmx.com
wrote:
In case you didn't know, I have a set of unit test helper functions
which have
been being reviewed for possible inclusion in phobos. Here's an update.
Most recent code: http://is.gd/F1OHat
Okay. I took the
On 30/01/2011 01:11, Vladimir Panteleev wrote:
I'm trying to build DMD, Druntime and Phobos from source.
The resulting dmd.exe fails to compile Phobos with the error Internal
error: backend\cod1.c 1895.
It seems to be dependent on my environment... I tried building it in a
virtual machine, and
bearophile:
- Thank you for making me aware of skywriter/Ace. I am all for using
that as long as it doesn't incur significantly longer load-times for
the page.
- My opinion is that D Zen is something newcomers are interested in
reading before delving any further into download videos.
Denis:
- I
how D outperforms Python (which probably is the fastest scripting
language).
Nope,
http://shootout.alioth.debian.org/u64/benchmark.php?test=alllang=luajitlang2=python3
D is also fully open source which means it's a perfect replacement for
open source frameworks (Qt).
You compare a
On 2011-01-30 09:17, Jonathan M Davis wrote:
On Sunday 30 January 2011 00:05:59 Gary Whatmore wrote:
jim_g Wrote:
What I tried to say is, in my opinion, a language with only a half or a
quarter of D's improvements over C++ would be more successful on
smartphone/tablet platforms than yet
I'm currently doing business with 4 commercial applications on Android
2.1+ and iPhone 3GS+.
It's funny, I thought about the usage of D for smart phones just the other
day.
My question is, how well does D support ARMv6 and ARMv7?
Johannes Pfau recently managed to build gdc as an ARM
Masahiro Nakagawa wrote:
I vote Andrei's suggestion, std.exception is better than new std.unittests.
I think testing module should provide more features(e.g. Mock, Stub...).
Your helpers help assert writing style but not help testing.
In addition, std.exception already defined similar
On 2011-01-30 03:05:59 -0500, Gary Whatmore n...@spam.sp said:
D's main focus currently is 32-bit x86 servers and desktop
applications. This is where the big market has traditionally been. Not
everyone has 64-bit hardware and I have my doubts about the size of the
smartphone markets.
I
On Sunday 30 January 2011 04:02:14 Trass3r wrote:
Reading this newsgroup revealed that D uses some kind of thing called
'lowerings' for optimizing high level features.
Haven't heard of that.
Examples would be how
date += duration;
becomes
date.opOpAssign!+=(duration);
or how
{
Andrei Alexandrescu wrote:
On 1/5/11 8:54 PM, Ary Borenszweig wrote:
I prefer assert, assertFalse, assertEqual and assertNotEqual.
Compare this:
assertPredicate!a b(1 + 1, 3);
To this:
assert(1 + 1 3)
Or to this:
assertLess(1 + 1, 3)
Ok, the first one is more generic. But so
On Sunday 30 January 2011 04:13:59 Jens Mueller wrote:
Masahiro Nakagawa wrote:
I vote Andrei's suggestion, std.exception is better than new
std.unittests. I think testing module should provide more features(e.g.
Mock, Stub...). Your helpers help assert writing style but not help
testing.
Examples would be how
date += duration;
becomes
date.opOpAssign!+=(duration);
Ah got it.
I'm not sure that it really helps optimize anything though. It just makes
it easier to implement new features by defining them in terms of older,
more basic, already implemented features.
Yep, more
Andrei Alexandrescu napisał:
In agreement with Walter, I removed the Digitalmars reference. The
message is simple - D has long become an entity independent from the
company that created it. (However, this makes the page header look
different and probably less visually appealing.)
The
Andrei:
Yes, once you go beyond 80 columns.
I suggest to relax that limit a little, I think 90-95 columns are acceptable
still. Too much short lines have their disadvantages too. If your screen allows
only 80 columns, I suggest you to buy one larger one that allows up to 90.
Bye,
bearophile
Jonathan M Davis wrote:
On Sunday 30 January 2011 04:13:59 Jens Mueller wrote:
I do not like putting it in std.exception. Maybe the name std.unittest
is also not good. I would propose std.assert if assert wasn't a keyword.
When I use std.exception I want to handle situations that are part
On Sun, 30 Jan 2011 15:29:54 +0300, Michel Fortin
michel.for...@michelf.com wrote:
On 2011-01-30 03:05:59 -0500, Gary Whatmore n...@spam.sp said:
D's main focus currently is 32-bit x86 servers and desktop
applications. This is where the big market has traditionally been. Not
everyone has
That said I really hope D gets an ARM backend. While it isn't likely for
a DMD to happen, it could for LDC.
As I said in my other answer to this topic GDC has already been compiled
as an ARM cross-compiler.
(2011/01/24 23:34), Jonathan M Davis wrote:
In case you didn't know, I have a set of unit test helper functions which have
been being reviewed for possible inclusion in phobos. Here's an update.
Most recent code: http://is.gd/F1OHat
Okay. I took the previous suggestions into consideration and
On Sunday 30 January 2011 05:13:19 Jens Mueller wrote:
Jonathan M Davis wrote:
On Sunday 30 January 2011 04:13:59 Jens Mueller wrote:
I do not like putting it in std.exception. Maybe the name std.unittest
is also not good. I would propose std.assert if assert wasn't a
keyword. When I
On Sunday 30 January 2011 05:28:36 SHOO wrote:
(2011/01/24 23:34), Jonathan M Davis wrote:
In case you didn't know, I have a set of unit test helper functions which
have been being reviewed for possible inclusion in phobos. Here's an
update.
Most recent code: http://is.gd/F1OHat
On Sun, 30 Jan 2011 16:23:21 +0300, Trass3r u...@known.com wrote:
That said I really hope D gets an ARM backend. While it isn't likely
for a DMD to happen, it could for LDC.
As I said in my other answer to this topic GDC has already been compiled
as an ARM cross-compiler.
Good to know,
Jeff Nowakowski Wrote:
There's nothing wrong with being in it for money, but it would be nice
to know up front and in what manner.
I've been meaning to ask, and I'll just take this oppurtunity, and it relates
to what Jeff just said:
If one would like to donate money to D, how would one do
Jonathan M Davis wrote:
On Sunday 30 January 2011 05:13:19 Jens Mueller wrote:
My preference for distinct modules follows that line of separating
errors and exceptions.
The only argument against putting in its own module is it's size. That
seems to be your main point. I think putting
On Sunday 30 January 2011 06:10:25 Jens Mueller wrote:
Jonathan M Davis wrote:
On Sunday 30 January 2011 05:13:19 Jens Mueller wrote:
My preference for distinct modules follows that line of separating
errors and exceptions.
The only argument against putting in its own module is it's
On 01/30/2011 09:03 AM, Andrei Alexandrescu wrote:
In agreement with Walter, I removed the Digitalmars reference. The message is
simple - D has long become an entity independent from the company that created
it. (However, this makes the page header look different and probably less
visually
Andrei Alexandrescu wrote:
I've had some style updates from David Gileadi rotting in a zip file in
my inbox for a good while. It took me the better part of today to
manually merge his stale files with the ones in the repository, which
have in the meantime undergone many changes.
The result
Sun, 30 Jan 2011 09:06:57 -0500, Heywood Floyd wrote:
Jeff Nowakowski Wrote:
There's nothing wrong with being in it for money, but it would be nice
to know up front and in what manner.
I've been meaning to ask, and I'll just take this oppurtunity, and it
relates to what Jeff just said:
Adam D. Ruppe wrote:
Sorry to harp on security issues, but what are you doing to protect
yourself from those compile and run arbitrary code
boxes?
It runs a separate process which is suid'd to a single purpose
restricted user that only has access to one directory and a
number of ulimits
On 01/29/2011 06:09 PM, Simon Buerger wrote:
Things to note:
* container should be named with respect to their use, not the implementation.
HashSet is a bad name, because the user shouldnt care about the implemenation.
* unordered sets are used more often than ordered. So it should be
On Sun, 30 Jan 2011 13:15:28 +0200, Simon s.d.hamm...@gmail.com wrote:
On 30/01/2011 01:11, Vladimir Panteleev wrote:
I'm trying to build DMD, Druntime and Phobos from source.
The resulting dmd.exe fails to compile Phobos with the error Internal
error: backend\cod1.c 1895.
It seems to be
On Sun, 30 Jan 2011 16:25:20 +0200, Lutger Blijdestijn
lutger.blijdest...@gmail.com wrote:
It looks great. Is it possible to create a github repository specifically
for this site? That would help a lot with contributing.
I believe one already exists:
Vladimir Panteleev wrote:
On Sun, 30 Jan 2011 16:25:20 +0200, Lutger Blijdestijn
lutger.blijdest...@gmail.com wrote:
It looks great. Is it possible to create a github repository specifically
for this site? That would help a lot with contributing.
I believe one already exists:
If one would like to donate money to D, how would one do that?
Would it even make any sense? Or be needed?
I still think something like Google Summer of Code would help the most.
But I guess a task like fix bugs in the dmd frontend won't be accepted :(
On Sun, Jan 30, 2011 at 7:52 AM, Denis Koroskin 2kor...@gmail.com wrote:
On Sun, 30 Jan 2011 16:23:21 +0300, Trass3r u...@known.com wrote:
That said I really hope D gets an ARM backend. While it isn't likely for a
DMD to happen, it could for LDC.
As I said in my other answer to this topic
On Sun, Jan 30, 2011 at 2:05 AM, Gary Whatmore n...@spam.sp wrote:
jim_g Wrote:
What I tried to say is, in my opinion, a language with only a half or a
quarter of D's improvements over C++ would be more successful on
smartphone/tablet platforms than yet another x86 oriented language, no
On Sun, Jan 30, 2011 at 2:30 AM, Gary Whatmore n...@spam.sp wrote:
Jonathan M Davis Wrote:
On Sunday 30 January 2011 00:05:59 Gary Whatmore wrote:
jim_g Wrote:
What I tried to say is, in my opinion, a language with only a half or
a
quarter of D's improvements over C++ would be
On Sun, 30 Jan 2011 02:45:24 -0500, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
I understand. I hope you also understand that your argument has only
subjective basis, with you as the subject. You are literally only the
second or third fellow coder to ever tell me such.
Well,
I've been unable to build ANYTHING with DSFML, either by using the version on
the download page, or by using the version in the SVN repository. Has anybody
else had this trouble? Can I just not use DSFML with DMD v2.051?
On 01/30/2011 06:13 AM, Jens Mueller wrote:
Masahiro Nakagawa wrote:
I vote Andrei's suggestion, std.exception is better than new std.unittests.
I think testing module should provide more features(e.g. Mock, Stub...).
Your helpers help assert writing style but not help testing.
In addition,
On Sun, 30 Jan 2011 18:23:52 +0200, Sean Eskapp eatingstap...@gmail.com
wrote:
I've been unable to build ANYTHING with DSFML, either by using the
version on
the download page, or by using the version in the SVN repository. Has
anybody
else had this trouble? Can I just not use DSFML with
On 01/30/2011 08:06 AM, Heywood Floyd wrote:
Jeff Nowakowski Wrote:
There's nothing wrong with being in it for money, but it would be
nice to know up front and in what manner.
I've been meaning to ask, and I'll just take this oppurtunity, and it
relates to what Jeff just said:
If one would
On 01/30/2011 08:27 AM, retard wrote:
Sun, 30 Jan 2011 09:06:57 -0500, Heywood Floyd wrote:
Jeff Nowakowski Wrote:
There's nothing wrong with being in it for money, but it would be nice
to know up front and in what manner.
I've been meaning to ask, and I'll just take this oppurtunity, and
I've been unable to build ANYTHING with DSFML, either by using the
version on the download page, or by using the version in the SVN
repository. Has anybody else had this trouble? Can I just not use DSFML
with DMD v2.051?
The download version is horribly outdated as version 1.3 suggests.
The unittest topic is about to get derailed so I want to continue this silly
discussion here.
Wheres Nick? I want to see the CRT vs LCD discussion heated up again with
Andrei claiming that LCDs are so Godlike but yet claims 80 columns is enough
for everyone.
80 colums is an artifact of the
Also, it's 2011 apparently. I'm still stuck in 2010 it seems. :p
Jonathan M Davis jmdavisp...@gmx.com a écrit
Why are you trying to change the meaning of Open Source ?
Open Source comes with principles. It comes with a spirit. It about freedom.
It's about *freely* sharing knowledge, tools, ...
It does not come for more rights for the one who started
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article
Beyond that, there is this site (I forgot the name) that allows people
to offer and ask money for certain projects. I guess that would be a way
to fund D projects.
Andrei
You mean http://flattr.com ?
Tried to see if I could find this in the issue tracker; sorry if I
missed it. (Maybe it manifests with something other than a bus error
on other platforms?)
Anyway, when I run the following program in OS X (using dmd 2.051), it
first prints out 1, and then I get a bus error:
import
On 01/30/2011 11:33 AM, Iain Buclaw wrote:
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article
Beyond that, there is this site (I forgot the name) that allows people
to offer and ask money for certain projects. I guess that would be a way
to fund D projects.
Andrei
You
Am 30.01.2011 18:23, schrieb Akakima:
Jonathan M Davisjmdavisp...@gmx.com a écrit
Why are you trying to change the meaning of Open Source ?
Open Source comes with principles. It comes with a spirit. It about freedom.
It's about *freely* sharing knowledge, tools, ...
It does not come for more
Andrej Mitrovic wrote:
The unittest topic is about to get derailed so I want to continue this
silly discussion here.
80 colums is an artifact of the old age. Just like the preprocessor is an
artifact of the C language. And many other old things are artifacts.
There's no reason to keep
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article
On 01/30/2011 11:33 AM, Iain Buclaw wrote:
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article
Beyond that, there is this site (I forgot the name) that allows people
to offer and ask money
On 30/01/11 5:17 PM, Andrej Mitrovic wrote:
The unittest topic is about to get derailed so I want to continue this silly
discussion here.
Wheres Nick? I want to see the CRT vs LCD discussion heated up again with
Andrei claiming that LCDs are so Godlike but yet claims 80 columns is enough
for
On Jan 30, 2011, at 08:19 , Robert Jacques wrote:
Yes, it's Issue 5073. (http://d.puremagic.com/issues/show_bug.cgi?id=5073
).
OK.
I've tested your test case using the listed patch + DMD 2.051 and it
works.
Great.
Looking over Issue 5064, Don is probably right in it being the root
Hey,
how can I interrupt/suspend threads in D2? core.thread only provides
start(), join() and similar, but nothing like interrupt() in JAVA.
I have a thread which sleeps for some seconds. Does join() interrupts
the Thread.sleep()-call? I don't want that the user have to wait some
seconds because
Am 30.01.2011 09:30, schrieb Gary Whatmore:
Jonathan M Davis Wrote:
On Sunday 30 January 2011 00:05:59 Gary Whatmore wrote:
jim_g Wrote:
What I tried to say is, in my opinion, a language with only a half or a
quarter of D's improvements over C++ would be more successful on
smartphone/tablet
On 1/30/11 6:41 PM, Andrei Alexandrescu wrote:
On 01/30/2011 11:33 AM, Iain Buclaw wrote:
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s
article
Beyond that, there is this site (I forgot the name) that allows people
to offer and ask money for certain projects. I guess that
On 01/30/2011 01:01 PM, Peter Alexander wrote:
On 30/01/11 5:17 PM, Andrej Mitrovic wrote:
The unittest topic is about to get derailed so I want to continue
this silly discussion here.
Wheres Nick? I want to see the CRT vs LCD discussion heated up again
with Andrei claiming that LCDs are
I think you're mixing up Open Source with Free Software.
No.
Aren't you mixing up free with $ ?
See: http://en.wikipedia.org/wiki/Open_source
and read some of the history of the FSF.
There are free (0 $) products/software that comes with no source and a
little freedom.
Some vendors
Peter Alexander:
Is this really worth arguing about?
You are right, let's stick to 90-95 columns and let's close this discussion.
Bye,
bearophile
Andrej Mitrovic wrote:
80 columns
wasn't determined by some scientific method to be a good size for code, it's
a product of limitations of the older generation hardware.
80 columns came from how many characters would fit on a standard size 8.5*11
sheet of paper. Even punch cards followed this
Vladimir Panteleev wrote:
DMC, and latest git. (The problem was there a few months ago, so it's
not a recent regression.)
I compile it every day, and do not see those errors.
Jeff Nowakowski wrote:
On 01/30/2011 12:56 AM, Jonathan M Davis wrote:
On Saturday 29 January 2011 21:41:28 Jack wrote:
Tell!
No trolling please.
It's a legitimate question, one that's been asked many times, and one
that I've never seen Walter answer. Instead, we have people who fill in
Am 30.01.2011 13:29, schrieb Michel Fortin:
On 2011-01-30 03:05:59 -0500, Gary Whatmore n...@spam.sp said:
D's main focus currently is 32-bit x86 servers and desktop
applications. This is where the big market has traditionally been. Not
everyone has 64-bit hardware and I have my doubts about
On Jan 30, 2011, at 18:43 , Magnus Lie Hetland wrote:
Tried to see if I could find this in the issue tracker; sorry if I
missed it. (Maybe it manifests with something other than a bus error
on other platforms?)
Anyway, when I run the following program in OS X (using dmd 2.051),
it first
On 01/30/2011 12:25 PM, bearophile wrote:
Peter Alexander:
Is this really worth arguing about?
You are right, let's stick to 90-95 columns and let's close this discussion.
I, too, would love to vote how others should format their code. FWIW
here's a data point:
$ wc -l std/**/*.d
On 01/30/2011 12:27 PM, Walter Bright wrote:
Andrej Mitrovic wrote:
80 columns
wasn't determined by some scientific method to be a good size for
code, it's
a product of limitations of the older generation hardware.
80 columns came from how many characters would fit on a standard size
8.5*11
retard wrote:
For example I doubt that even if you donate one
million USD, they won't rename the keywords or __traits into something
readable or add built-in first class tuples.
$1,000,000 buys a lot.
I also doubt you can make
the dmc/dmd backend FOSS with any sum of money.
Sure you can.
On 30/01/2011 18:29, Walter Bright wrote:
Vladimir Panteleev wrote:
DMC, and latest git. (The problem was there a few months ago, so it's
not a recent regression.)
I compile it every day, and do not see those errors.
Sound like use off uninitialised var, as it's environment dependent.
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to abide to,
then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that silly
beef I'm really curious what distribution will emerge.
What
On 30/01/2011 18:54, Simon wrote:
On 30/01/2011 18:29, Walter Bright wrote:
Vladimir Panteleev wrote:
DMC, and latest git. (The problem was there a few months ago, so it's
not a recent regression.)
I compile it every day, and do not see those errors.
Sound like use off uninitialised var,
== Quote from Daniel Gibson (metalcae...@gmail.com)'s article
Am 30.01.2011 13:29, schrieb Michel Fortin:
On 2011-01-30 03:05:59 -0500, Gary Whatmore n...@spam.sp said:
D's main focus currently is 32-bit x86 servers and desktop
applications. This is where the big market has traditionally
Tomek Sowiński wrote:
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to abide to,
then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that silly
beef I'm really curious what
On 01/30/2011 12:55 PM, Tomek Sowiński wrote:
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to abide to,
then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that silly
beef I'm
Tomek SowiÅski Wrote:
What is your preferred *maximum* length for a line of D code? (please reply
with a number only)
110
Walter Bright Wrote:
Andrej Mitrovic wrote:
80 columns
wasn't determined by some scientific method to be a good size for code, it's
a product of limitations of the older generation hardware.
80 columns came from how many characters would fit on a standard size 8.5*11
sheet of paper.
Tomek Sowiński napisał:
What is your preferred *maximum* length for a line of D code? (please reply
with a number only)
120.
--
Tomek
Tomek Sowiński wrote:
What is your preferred *maximum* length for a line of D code? (please reply
with a number only)
6.022e+23
Sean Kelly napisał:
Print text doesn't have indentation levels though. Assuming a 4 character
indent, the smallest indentation level for code in a D member function is 8
characters. Add a nested conditional and code is starting 16 characters in,
which when wrapped at 80 characters begins
Tomek Sowiński j...@ask.me wrote:
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to
abide to, then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that
silly beef I'm really
Please move this to bugzilla and loose the uuencoding.
On 1/30/2011 1:54 AM, %u wrote:
Hi,
I was wondering, is there any particular reason why critical.c and monitor.c
aren't written in D?
I've attached the D versions... the only other changes needed would be to
change win32.mak:
1.
Tomek SowiÅski Wrote:
Andrej Mitrovic napisaÅ:
If you really want to set up a column limit that *everyone* has to abide
to, then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that silly
beef I'm really curious what
On 01/30/2011 01:20 PM, Sean Kelly wrote:
Walter Bright Wrote:
Andrej Mitrovic wrote:
80 columns
wasn't determined by some scientific method to be a good size for code, it's
a product of limitations of the older generation hardware.
80 columns came from how many characters would fit on a
On 1/30/11 7:55 PM, Tomek Sowiński wrote:
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to abide to,
then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that silly
beef I'm really
I have the code runner back up now. I tweaked the ulimits,
moved it all to a restricted and firewalled VM, and put it
on a separate domain (so if someone abuses the cgi passthrough,
they can't really do too much there either)
http://arsdnet.net/d-web-site/
Feel free to try to break it with
I think that putting an artificial limit is incredibly stupid. Haven't
anyone here learned the No magic numbers rule?!?!
Walter correctly pointed out that it's harder to read long rows,
however, unlike printed text and ancient terminals, current display
technology is much more dynamic.
Nrgyzer Wrote:
Hey,
how can I interrupt/suspend threads in D2? core.thread only provides
start(), join() and similar, but nothing like interrupt() in JAVA.
Have the thread call sleep() or use a semaphore or mutex. If you want to
suspend a thread and have it be interruptable use a mutex
foobar wrote:
Tomek Sowiński Wrote:
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to abide
to, then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that
silly beef I'm really
Hi!
Since it looked like I would need D for a project, I started porting
it to NetBSD. The project has been cancelled in the meantime, but I
don't want my patches to be lost, so I offer them here for inclusion.
Most of the time, NetBSD can be handled just like FreeBSD. Following
this rule, I got
Simon wrote:
On 30/01/2011 18:54, Simon wrote:
On 30/01/2011 18:29, Walter Bright wrote:
Vladimir Panteleev wrote:
DMC, and latest git. (The problem was there a few months ago, so it's
not a recent regression.)
I compile it every day, and do not see those errors.
Sound like use off
Walter Bright napisał:
What is your preferred *maximum* length for a line of D code? (please reply
with a number only)
6.022e+23
That's a whole mole of code! ;-)
--
Tomek
1 - 100 of 169 matches
Mail list logo