On 3/27/2015 11:06 PM, deadalnix wrote:
That being said I rarely face bugs in a single module. Usually bug arise in
situation like instantiate the a template from another template in another
module by passing an alias parameter from a symbol in a 3rd module.
I've noticed this problem with Phobo
On Saturday, 28 March 2015 at 04:36:18 UTC, Walter Bright wrote:
On 3/26/2015 3:53 PM, ketmar wrote:
filling bugs like "this huge project not compiling!" is not
working, as
nobody wants to run dustmite on such projects, people just
waiting for
issue author to provide more information.
Realis
On Sat, 28 Mar 2015 04:55:47 +, Vladimir Panteleev wrote:
> But honestly, there already exists so much information on how to use
> DustMite...
...that people in bugzilla keep asking what it is.
> ANYONE should be able to
> use DustMite or Digger to reduce a test case down to reasonable size.
On Fri, 27 Mar 2015 21:36:15 -0700, Walter Bright wrote:
> On 3/26/2015 3:53 PM, ketmar wrote:
>> filling bugs like "this huge project not compiling!" is not working, as
>> nobody wants to run dustmite on such projects, people just waiting for
>> issue author to provide more information.
>
> Real
On Saturday, 28 March 2015 at 04:36:18 UTC, Walter Bright wrote:
On 3/26/2015 3:53 PM, ketmar wrote:
filling bugs like "this huge project not compiling!" is not
working, as
nobody wants to run dustmite on such projects, people just
waiting for
issue author to provide more information.
Realis
On 3/26/2015 3:53 PM, ketmar wrote:
filling bugs like "this huge project not compiling!" is not working, as
nobody wants to run dustmite on such projects, people just waiting for
issue author to provide more information.
Realistically, people who want to work on bug fixing are going to work on
On Friday, 27 March 2015 at 06:49:05 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 27 March 2015 at 04:05:30 UTC, Laeeth Isharc wrote:
Programming is - for now - still a human activity, and what is
important in human activities may not always be measured, and
what may be easily measured is not alw
There are some very interesting psychological dynamics in the
reaction to this kind of piece. For me it was key that
although it was clearly written in a humorous tone, and
hurriedly, he seemed to speak from the heart - it is
refreshing to see such work even when one doesn't agree with
it.
On Thursday, 26 March 2015 at 08:39:14 UTC, Russel Winder wrote:
On Wed, 2015-03-25 at 14:00 -0700, Andrei Alexandrescu via
Digitalmars-d-announce wrote:
https://www.reddit.com/r/programming/comments/30ad8b/why_gos_design_is_a_disservice_to_intelligent/
Andrei
The reaction in the Go community
On 3/27/2015 2:47 PM, weaselcat wrote:
On Friday, 27 March 2015 at 20:58:44 UTC, Walter Bright wrote:
On 3/27/2015 1:35 PM, weaselcat wrote:
there's a difference between minimalism and blatantly not adopting core advances
in language design over the past 40 years.
Yes, and there's also a diff
On Fri, 27 Mar 2015 12:48:03 +, Dejan Lekic wrote:
> That `source.byLine.join.to!(string);`
> line for example, takes...
...almost no time to understand. it's a simple composition, the thing
they should learn on their CS courses, along with lambda calculus (or
"functional programming", if y
On Fri, 27 Mar 2015 22:37:21 +, weaselcat wrote:
> On Friday, 27 March 2015 at 22:32:32 UTC, ketmar wrote:
>> On Fri, 27 Mar 2015 16:11:41 +, Ola Fosheim Grøstad wrote:
>>
>>> Not a broken design. If I have to run multiple servers just to handle
>>> an image upload or generating a PDF t
On Friday, 27 March 2015 at 22:32:32 UTC, ketmar wrote:
On Fri, 27 Mar 2015 16:11:41 +, Ola Fosheim Grøstad wrote:
Not a broken design. If I have to run multiple servers just to
handle an
image upload or generating a PDF then you are driving up the
cost of the
project and developers would
On Fri, 27 Mar 2015 16:11:41 +, Ola Fosheim Grøstad wrote:
> Not a broken design. If I have to run multiple servers just to handle an
> image upload or generating a PDF then you are driving up the cost of the
> project and developers would be better off with a different platform?
but it is b
On 03/27/2015 10:27 PM, captaindet wrote:
On 2015-03-26 17:41, Mike Wey wrote:
GtkD is a D binding and OO wrapper of Gtk+ and is released on the LGPL
license.
Shortly after the last release, GtkD has been updated for GTK+ 3.16.
GtkD 3.1.0 is now available on gtkd.org:
http://gtkd.org/download.
On Friday, 27 March 2015 at 20:58:44 UTC, Walter Bright wrote:
On 3/27/2015 1:35 PM, weaselcat wrote:
there's a difference between minimalism and blatantly not
adopting core advances
in language design over the past 40 years.
Yes, and there's also a difference between gratuitous
complexity a
On 2015-03-26 17:41, Mike Wey wrote:
GtkD is a D binding and OO wrapper of Gtk+ and is released on the LGPL
license.
Shortly after the last release, GtkD has been updated for GTK+ 3.16.
GtkD 3.1.0 is now available on gtkd.org:
http://gtkd.org/download.html
great news - thanks for your efforts
On 3/27/2015 1:20 PM, Nick Sabalausky wrote:
I'm no Go expert, but AIUI, Go seems to be one of those languages that considers
*lacking* certain features to *be* a feature. Ie the whole "minimalism" approach
to language design. For people who value that (not for me personally though),
it's a featu
On 3/27/2015 1:35 PM, weaselcat wrote:
there's a difference between minimalism and blatantly not adopting core advances
in language design over the past 40 years.
Yes, and there's also a difference between gratuitous complexity and finding the
underlying simplicity.
It's a tricky thing findi
On Wednesday, 25 March 2015 at 13:21:21 UTC, Iain Buclaw wrote:
On 25 Mar 2015 12:15, "Russel Winder via
Digitalmars-d-announce" <
digitalmars-d-announce@puremagic.com> wrote:
On Wed, 2015-03-25 at 11:25 +, wobbles via
Digitalmars-d-announce
wrote:
> On Tuesday, 24 March 2015 at 23:32:3
On Wednesday, 25 March 2015 at 15:16:06 UTC, Russel Winder wrote:
On Tue, 2015-03-24 at 23:37 +, Kingsley via
Digitalmars-d-announce wrote:
On Saturday, 21 March 2015 at 15:57:54 UTC, Dan Olson wrote:
> "Kingsley" writes:
>
> > In preparation for the London D meetup I have got the
> > DTa
On Friday, 27 March 2015 at 20:20:07 UTC, Nick Sabalausky wrote:
On 03/26/2015 09:47 PM, Walter Bright wrote:
It seems to me that every significant but one feature of Go
has a pretty
much direct analog in D
I'm no Go expert, but AIUI, Go seems to be one of those
languages that considers *l
On 03/26/2015 09:47 PM, Walter Bright wrote:
It seems to me that every significant but one feature of Go has a pretty
much direct analog in D
I'm no Go expert, but AIUI, Go seems to be one of those languages that
considers *lacking* certain features to *be* a feature. Ie the whole
"minimalis
On Friday, 27 March 2015 at 19:11:58 UTC, Walter Bright wrote:
On 3/27/2015 5:48 AM, Dejan Lekic wrote:
That `source.byLine.join.to!(string);` line for example, takes
much
longer time to understand than 20 lines of Go code. Any D
newbie with knowledge
of some modern language will struggle under
Am 27.03.2015 um 19:56 schrieb Walter Bright:
On 3/27/2015 5:15 AM, Sönke Ludwig wrote:
It has, that is more or less the original selling point. It also keeps an
internal thread pool where each thread has a dynamic set of reusable
fibers to
execute tasks. Each fiber is bound to a certain thread,
On 3/27/2015 5:48 AM, Dejan Lekic wrote:
That `source.byLine.join.to!(string);` line for example, takes much
longer time to understand than 20 lines of Go code. Any D newbie with knowledge
of some modern language will struggle understanding (and being 100% sure that
he/she understands!) that line
On 3/27/2015 5:15 AM, Sönke Ludwig wrote:
It has, that is more or less the original selling point. It also keeps an
internal thread pool where each thread has a dynamic set of reusable fibers to
execute tasks. Each fiber is bound to a certain thread, though, and they have
to, because otherwise th
On Friday, 27 March 2015 at 16:40:14 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 27 March 2015 at 16:27:48 UTC, Dicebot wrote:
I have no interest in arguing with you, just calling out
especially harmful lies that may mislead random readers.
Nice one. I am sure your attitude is very helpful for
Am 27.03.2015 um 17:31 schrieb "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
":
On Friday, 27 March 2015 at 16:18:33 UTC, Sönke Ludwig wrote:
So what happens if 10 requests come in at the same time? Does moving
things around still help you? No.
Load balancing is probabilistic in nature. Caching also m
On Thursday, 26 March 2015 at 22:41:01 UTC, Mike Wey wrote:
Shortly after the last release, GtkD has been updated for GTK+
3.16.
Thank you, that's awesome :)
Can't wait for my distro to get updated to start playing with
this.
On Friday, 27 March 2015 at 16:27:48 UTC, Dicebot wrote:
I have no interest in arguing with you, just calling out
especially harmful lies that may mislead random readers.
Nice one. I am sure your attitude is very helpful for D.
On Friday, 27 March 2015 at 16:20:28 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 27 March 2015 at 16:09:08 UTC, Chris wrote:
It need not be new, it needs to be good. That's all. I don't
understand this obsession people have with new things, as if
they were automatically good only because they ar
On Friday, 27 March 2015 at 16:18:33 UTC, Sönke Ludwig wrote:
So what happens if 10 requests come in at the same time? Does
moving things around still help you? No.
Load balancing is probabilistic in nature. Caching also makes it
unlikely that you get 10 successive high computation requests.
On Friday, 27 March 2015 at 16:11:42 UTC, Ola Fosheim Grøstad
wrote:
Not a broken design. If I have to run multiple servers just to
handle an image upload or generating a PDF then you are driving
up the cost of the project and developers would be better off
with a different platform?
You can
On Friday, 27 March 2015 at 16:09:08 UTC, Chris wrote:
It need not be new, it needs to be good. That's all. I don't
understand this obsession people have with new things, as if
they were automatically good only because they are new. Why not
try square wheels? Uh, it's new, you know.
New thing
Am 27.03.2015 um 17:11 schrieb "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
":
On Friday, 27 March 2015 at 16:06:55 UTC, Dicebot wrote:
On Friday, 27 March 2015 at 15:28:31 UTC, Ola Fosheim Grøstad wrote:
No... E.g.:
On the same thread:
1. fiber A receives request and queries DB (async)
2. fiber B co
Am 27.03.2015 um 17:06 schrieb Dicebot:
On Friday, 27 March 2015 at 15:28:31 UTC, Ola Fosheim Grøstad wrote:
No... E.g.:
On the same thread:
1. fiber A receives request and queries DB (async)
2. fiber B computes for 1 second
3. fiber A sends response.
Latency: 1 second even if all the other th
On Friday, 27 March 2015 at 16:06:55 UTC, Dicebot wrote:
On Friday, 27 March 2015 at 15:28:31 UTC, Ola Fosheim Grøstad
wrote:
No... E.g.:
On the same thread:
1. fiber A receives request and queries DB (async)
2. fiber B computes for 1 second
3. fiber A sends response.
Latency: 1 second even if
On Friday, 27 March 2015 at 15:54:31 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 27 March 2015 at 12:48:04 UTC, Dejan Lekic wrote:
My personal opinion about the article - people may hate D
equally for being "too pragmatic". That
Yeah, well, both the D/Go communities use the term "pragmatic"
to
On Friday, 27 March 2015 at 15:28:31 UTC, Ola Fosheim Grøstad
wrote:
No... E.g.:
On the same thread:
1. fiber A receives request and queries DB (async)
2. fiber B computes for 1 second
3. fiber A sends response.
Latency: 1 second even if all the other threads are free.
This is a problem of ha
On Friday, 27 March 2015 at 12:48:04 UTC, Dejan Lekic wrote:
My personal opinion about the article - people may hate D
equally for being "too pragmatic". That
Yeah, well, both the D/Go communities use the term "pragmatic" to
gloss over underwhelming design issues in D/Go, and makes a point
of
On Friday, 27 March 2015 at 14:47:08 UTC, Dicebot wrote:
On Friday, 27 March 2015 at 14:18:33 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 27 March 2015 at 12:15:03 UTC, Sönke Ludwig wrote:
distribution across the cores, but in most scenarios the
number of concurrent tasks should be high enough t
On Friday, 27 March 2015 at 14:18:33 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 27 March 2015 at 12:15:03 UTC, Sönke Ludwig wrote:
distribution across the cores, but in most scenarios the
number of concurrent tasks should be high enough to keep all
cores busy anyhow. There are also additional c
On Friday, 27 March 2015 at 12:15:03 UTC, Sönke Ludwig wrote:
distribution across the cores, but in most scenarios the number
of concurrent tasks should be high enough to keep all cores
busy anyhow. There are also additional costs for moving fibers
(synchronization, cache misses).
It is a com
On 06/03/2015 17:37, Bruno Medeiros wrote:
A new version of DDT is out. Improvements to the semantic engine,
important fixes:
https://github.com/bruno-medeiros/DDT/releases/tag/Release_0.11.0
There has also been some big internal changes lately, so these latest
releases might be a bit more bugg
On Wednesday, 25 March 2015 at 21:00:37 UTC, Andrei Alexandrescu
wrote:
https://www.reddit.com/r/programming/comments/30ad8b/why_gos_design_is_a_disservice_to_intelligent/
Andrei
If Go community is what they believe they are - intelligent. They
would not blame D community for this article, bu
On Friday, 27 March 2015 at 12:15:03 UTC, Sönke Ludwig wrote:
Am 27.03.2015 um 11:11 schrieb Walter Bright:
On 3/27/2015 2:57 AM, Russel Winder via Digitalmars-d-announce
wrote:
Aren't "green threads" now given the label fibres?
My understanding of fibers is they are all in one thread. Go's
On Wednesday, 25 March 2015 at 22:30:15 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 25 March 2015 at 21:00:37 UTC, Andrei
Alexandrescu wrote:
https://www.reddit.com/r/programming/comments/30ad8b/why_gos_design_is_a_disservice_to_intelligent/
Andrei
Downplaying other languages makes the D cr
Am 27.03.2015 um 11:11 schrieb Walter Bright:
On 3/27/2015 2:57 AM, Russel Winder via Digitalmars-d-announce wrote:
Aren't "green threads" now given the label fibres?
My understanding of fibers is they are all in one thread. Go's green
threads can be in multiple threads, the same thread, and e
I don't think it's such a good idea to dump on another language
too much. My reaction to Go is that it doesn't have what I want
in it, and that's about it. People can write Go if they want to,
and I won't.
I think I'd prefer to just present a good tool. If it's good
enough for a particular jo
On Friday, 27 March 2015 at 03:53:36 UTC, Laeeth Isharc wrote:
That kind of articles are bad for the image of the D community
Nick S:
No. Just...no.
I'm honestly *really* tired of general society's (seemingly?)
increasing intolerance FOR intolerance.
Some things ARE bad. Some ideas are dum
On Friday, 27 March 2015 at 10:37:01 UTC, Russel Winder wrote:
The question is though what should happen in D. If Vibe.d
fibres are a
single threaded system, then they are not suitable for the
actor,
dataflow, CSP implementation needed in D since that must sit on
a kernel
thread pool where each
On Fri, 2015-03-27 at 03:11 -0700, Walter Bright via
Digitalmars-d-announce wrote:
> On 3/27/2015 2:57 AM, Russel Winder via Digitalmars-d-announce wrote:
[…]
> > However, I cannot see this happening purely on volunteer,
> > hobbyist resource. We need to find an organization or three willing to
> >
On Fri, 2015-03-27 at 10:14 +, via Digitalmars-d-announce wrote:
[…]
>
> Have you actually thought about these issues or done performance
> tests?
The Go team certainly have, and have changed their goroutine model twice
because of it. No matter what they do in Go 0.0 →1.4, 1.5 onwards will
b
On Friday, 27 March 2015 at 09:44:27 UTC, Walter Bright wrote:
On 3/27/2015 1:41 AM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
" wrote:
On Friday, 27 March 2015 at 08:25:26 UTC, Walter Bright wrote:
The MMU makes it pointless. The virtual address space allows
for 4 billion
goroutines with 4 billio
On 3/27/2015 2:57 AM, Russel Winder via Digitalmars-d-announce wrote:
I think the way go handles interfaces and their composition would
require a few tricks in D and C++, but I am sure it can be done.
Interfaces can be done with D templates. It'll be compile time polymorphism
rather than run t
On Thu, 2015-03-26 at 18:47 -0700, Walter Bright via
Digitalmars-d-announce wrote:
> On 3/26/2015 12:40 PM, Russel Winder via Digitalmars-d-announce wrote:
> > (Almost) All publicity is good publicity.
>
>
> I attended a presentation at NWCPP on Go last week. I have never written a Go
> program,
On 3/27/2015 1:41 AM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
" wrote:
On Friday, 27 March 2015 at 08:25:26 UTC, Walter Bright wrote:
The MMU makes it pointless. The virtual address space allows for 4 billion
goroutines with 4 billion bytes each of stack.
If you fragment the memory space you can
On Friday, 27 March 2015 at 08:41:40 UTC, Ola Fosheim Grøstad
wrote:
tables? If you want to address more than 512GB you need to move
to 1MiB pages.
Actually, it is 2MiB.
Also keep in mind that there is an advantage to having very small
stacks (e.g. 1-2K) when you do simulations.
On Friday, 27 March 2015 at 08:25:26 UTC, Walter Bright wrote:
The MMU makes it pointless. The virtual address space allows
for 4 billion goroutines with 4 billion bytes each of stack.
If you fragment the memory space you cannot use recursive page
tables? If you want to address more than 512GB
On 3/27/2015 12:37 AM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
" wrote:
On Friday, 27 March 2015 at 06:53:01 UTC, Walter Bright wrote:
On 3/26/2015 11:40 PM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
" wrote:
Go can move stacks and extend them.
That has no value on 64 bit systems,
It has.
The M
On Thursday, 26 March 2015 at 13:48:20 UTC, Chris wrote:
On Thursday, 26 March 2015 at 11:47:59 UTC, Vadim Lopatin wrote:
Try `dub upgrade --force-remove` followed by `dub build
--force`
For the love of God, please put this on the github page under
troubleshooting. It happens quite a lot.
On Friday, 27 March 2015 at 06:53:01 UTC, Walter Bright wrote:
On 3/26/2015 11:40 PM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
" wrote:
Go can move stacks and extend them.
That has no value on 64 bit systems,
It has.
and is not a language issue (it's an implementation issue).
It is if you c
63 matches
Mail list logo