On 6/6/11, Jonathan M Davis wrote:
> On the whole, I believe that ranges were generally intended to be processed
> and then tossed, which is usually what happens with iterators..
That's what I thought but wasn't sure if that was really the case. I
don't really have a solid C++ background (I've on
Andrej Mitrovic wrote:
>> On 6/6/11, Jonathan M Davis wrote:
>> So, anything you do on your own could be polymorphic, but as soon as you
>> get ranges from Phobos, you lose the polymorphism.
>
> Yeah, I've noticed that. I wouldn't want to loose the ability to call
> into std.algorithm/std.range or
On Fri, 03 Jun 2011 17:37:40 -0400, Andrej Mitrovic
wrote:
On 6/3/11, Jonathan M Davis wrote:
Generally, you'd just put it to sleep for the period of time that you
want
to
wait for. The only reason that I see to keep waking it up is if it
could be
interrupted and effectively told to
On Sat, 04 Jun 2011 08:11:01 -0400, simendsjo
wrote:
On 04.06.2011 14:02, simendsjo wrote:
The template implementation works on low numbers, but not on 1000
(haven't checked when it fails). It gives me the following error:
euler1.d(23): Error: template instance
euler1.SumMultiple3Or5(499LU,B
First, the answer may be as simple as "use core.thread.thread_joinAll".
Is that the proper way of waiting for all threads?
Second, my question may not be a valid example as starting a thread
without communicating with it may be under the umbrella of
parallelization. Maybe in concurrency, threa
On 6/6/11, Steven Schveighoffer wrote:
> Then, you have a function that sets the bool and signals the condition:
>
> void endProgram()
> {
> synchronized(mutex)
> {
>if(engineActive)
>{
>engineActive = false;
>cond.notifyAll();
>}
> }
> }
On Mon, 06 Jun 2011 14:09:25 -0400, Ali Çehreli wrote:
First, the answer may be as simple as "use core.thread.thread_joinAll".
Is that the proper way of waiting for all threads?
main (the C main, not D main) does this already:
https://github.com/D-Programming-Language/druntime/blob/master/s
On 06/06/2011 12:07 PM, Steven Schveighoffer wrote:
On Mon, 06 Jun 2011 14:09:25 -0400, Ali Çehreli wrote:
First, the answer may be as simple as "use
core.thread.thread_joinAll". Is that the proper way of waiting for all
threads?
main (the C main, not D main) does this already:
https://gith
On 2011-06-06 14:37, Ali Çehreli wrote:
> On 06/06/2011 12:07 PM, Steven Schveighoffer wrote:
> > On Mon, 06 Jun 2011 14:09:25 -0400, Ali Çehreli
wrote:
> >> First, the answer may be as simple as "use
> >> core.thread.thread_joinAll". Is that the proper way of waiting for all
> >> threads?
> >
>
On 06/06/2011 03:52 PM, Jonathan M Davis wrote:
> At this point, I don't trust spawn at all (on Linux at least). I've
had too
> many problems with it.
Thank you.
I've spawned threads from within threads and now received
ThreadException and segmentation faults as well:
http://d.puremagic.
I know for C/C++, include files are usually placed in /include and
libraries in /lib. What's the convention for D files (as the module
files would need to be given for imports and I'm assuming that you don't
recompile the D files for every project).
Where are these files typically placed on a norm
I am trying to compile dsss from source using dmd v2.051 and get the same
problem
when the dsss executable (v0.78) is being compiled by rebuild as of:
./rebuild/rebuild -full -Irebuild sss/main.d -ofdsss
Linux here too. Has the problem been fixed?
armando
On 2011-06-06 18:56, Jonathan Sternberg wrote:
> I know for C/C++, include files are usually placed in /include and
> libraries in /lib. What's the convention for D files (as the module
> files would need to be given for imports and I'm assuming that you don't
> recompile the D files for every proj
13 matches
Mail list logo