On Monday, 8 February 2016 at 19:46:19 UTC, Joseph Rushton
Wakeling wrote:
[snip]
This might be a stupid idea, but perhaps there's something useful
in it:
Determinism isn't the same thing as "one long chain of numbers
that everybody reads from".
It can be acceptable to seed a set of
On Monday, 8 February 2016 at 00:54:24 UTC, Era Scarecrow wrote:
Either they use more stack space, or they act normally after
their call is done and are deallocated normally (automatically,
unless they are passed outside of the scope where they were
generated).
It's that "passed outside of
On Monday, 25 January 2016 at 22:06:31 UTC, Era Scarecrow wrote:
On Monday, 25 January 2016 at 21:22:13 UTC, Joseph Rushton
Wakeling wrote:
I have been wondering about how allocators could help to deal
with these problems. Could you put forward a minimal example
of how you would see it
On Sunday, 7 February 2016 at 22:27:40 UTC, Joseph Rushton
Wakeling wrote:
On Monday, 25 January 2016 at 22:06:31 UTC, Era Scarecrow wrote:
What you describe makes sense, but I don't quite follow what
you mean in one particular case:
Technically alloca simply returns the current sp, then
On 01/26/2016 02:07 AM, Joseph Rushton Wakeling wrote:
On Monday, 25 January 2016 at 23:34:56 UTC, Andrei Alexandrescu wrote:
I see no problem with adding a category of rngs that are not forward.
Naming is of course the hardest problem in our community :o). A good
stard would be a /dev/random
On Tuesday, 26 January 2016 at 12:07:59 UTC, Andrei Alexandrescu
wrote:
I think a pseudo-rng as a forward range is useful. It's good in
testing and experimentation to fork a sequence of pseudo-random
numbers, turn the clock back, etc. Essentially I see no harm in
it; it's always easy to make a
On Monday, 25 January 2016 at 23:37:25 UTC, Andrei Alexandrescu
wrote:
On 01/25/2016 05:05 PM, Joseph Rushton Wakeling wrote:
One option would be to implement the basic RNG data structor à
la C++,
as a functor
That's semantically the same as an input range. -- Andrei
“Yes, but...” :-P
On Monday, 25 January 2016 at 23:34:56 UTC, Andrei Alexandrescu
wrote:
I see no problem with adding a category of rngs that are not
forward. Naming is of course the hardest problem in our
community :o). A good stard would be a /dev/random wrapper. --
Andrei
It's not about different
Main problem is with both making it @safe and avoid unforced
allocations (i.e. allowing shared state to be kept on stack of
`main`).
Finally getting around to watching all the talks, all good stuff
:) Figured I'd make a thread talking about things I came across
and perhaps get into a discussion on them in detail.
Anyways I'm watching the talk with Joseph Wakeling involving RNG
and I wonder, is that still a problem or
On Monday, 25 January 2016 at 13:05:46 UTC, Era Scarecrow wrote:
Finally getting around to watching all the talks, all good
stuff :) Figured I'd make a thread talking about things I came
across and perhaps get into a discussion on them in detail.
Anyways I'm watching the talk with Joseph
On Monday, 25 January 2016 at 17:19:05 UTC, Joseph Rushton
Wakeling wrote:
Implementing the random algorithms/other wrappers as a class is
problematic because then you get into the hassle of potentially
having to new/free a lot of individual heap objects deep in the
inner loop of your program.
On Monday, 25 January 2016 at 14:31:12 UTC, Joseph Rushton
Wakeling wrote:
It's all the functionality that _wraps_ RNGs, such as random
algorithms like randomCover and randomSample, or a D equivalent
of C++'s random distributions. These need to also be reference
types (for their internal
On Monday, 25 January 2016 at 15:38:45 UTC, Era Scarecrow wrote:
Hmm i wonder... If recognizes it as infinite, could it avoid
treating them as forward ranges? As a struct it still wouldn't
work, but as a class/reference type it would work then...
They shouldn't be forward ranges anyway,
On Monday, 25 January 2016 at 17:19:05 UTC, Joseph Rushton
Wakeling wrote:
On Monday, 25 January 2016 at 15:38:45 UTC, Era Scarecrow wrote:
Hmm i wonder... If recognizes it as infinite, could it avoid
treating them as forward ranges? As a struct it still wouldn't
work, but as a
BTW, I apologize for the rather terse replies so far; busy day
:-) I'll try and write out a more complete summary of the
problem at some point in the near future (though it might have to
wait 'til the weekend).
Thanks for the interest in contributing to solving this problem
:-)
On Monday, 25 January 2016 at 20:26:12 UTC, Era Scarecrow wrote:
What about an alternative allocator? Specifically I'm thinking
in C's equivalent which is alloca (allocates directly on the
stack with the rest of the variables). If the constructor is a
function then that won't work; but if
On Monday, 25 January 2016 at 21:20:09 UTC, Joseph Rushton
Wakeling wrote:
I thought that too, for a long time, but I came to the
conclusion it's not the case.
That's fine if you're dealing with something whose behaviour is
meant to be deterministic, but if you call this with a
On Monday, 25 January 2016 at 18:40:59 UTC, Jonathan M Davis
wrote:
As long as the numbers are pseudo-random, then in theory,
there's no problem with a range of random numbers being a
forward range.
I thought that too, for a long time, but I came to the conclusion
it's not the case.
Here's
On Monday, 25 January 2016 at 21:22:13 UTC, Joseph Rushton
Wakeling wrote:
On Monday, 25 January 2016 at 20:26:12 UTC, Era Scarecrow wrote:
What about an alternative allocator? Specifically I'm
thinking in C's equivalent which is alloca (allocates directly
on the stack with the rest of the
On 01/25/2016 05:05 PM, Joseph Rushton Wakeling wrote:
One option would be to implement the basic RNG data structor à la C++,
as a functor
That's semantically the same as an input range. -- Andrei
On Monday, 25 January 2016 at 21:30:47 UTC, Era Scarecrow wrote:
So in short, the RNG shouldn't be a range at all. Of course it
could be a struct (for sanity and other reasons), but not a
range.
I wonder then, assuming we remove RNG from being a range, the
a RNG could give out a delegate
On Monday, 25 January 2016 at 22:06:31 UTC, Era Scarecrow wrote:
Most likely alloca would have to be built into the compiler.
Here's a crash course in how the stack memory management works.
sp=stack pointer, bp=base pointer (more relevant pre 386).
An apology in advance: I have an early
On Monday, 25 January 2016 at 21:30:47 UTC, Era Scarecrow wrote:
On Monday, 25 January 2016 at 21:20:09 UTC, Joseph Rushton
Wakeling wrote:
Right -- non-PRNGs must be input ranges by design. I came to
the conclusion that pseudo-RNGs need to be input ranges, but
that implement an alternative
On 01/25/2016 04:20 PM, Joseph Rushton Wakeling wrote:
I thought that too, for a long time, but I came to the conclusion it's
not the case.
I see no problem with adding a category of rngs that are not forward.
Naming is of course the hardest problem in our community :o). A good
stard would
On Wednesday, 8 July 2015 at 22:20:08 UTC, Andy Smith wrote:
Hey I didn't really have an equivalent of transients in D,
it was more a general statement that there are cases where you
can still get functional purity using mutable state rather than
adhering to a strict functional approach.
On Wednesday, 8 July 2015 at 02:53:06 UTC, jmh530 wrote:
On Saturday, 4 July 2015 at 01:13:52 UTC, Andy Smith wrote:
I've raised
https://github.com/D-Programming-Language/dconf.org/pull/85 to
have the dconf website point to these urls. Andrei please
consider merging once you've done
On Saturday, 4 July 2015 at 01:13:52 UTC, Andy Smith wrote:
I've raised
https://github.com/D-Programming-Language/dconf.org/pull/85 to
have the dconf website point to these urls. Andrei please
consider merging once you've done unpacking all the boxes :-)
Cheers,
A.
Andy, I just watched
On Friday, 3 July 2015 at 02:11:05 UTC, Jonathan M Davis wrote:
It looks like the UVU folks posted some more.
Andy Smith
--
Title: Hedge Fund Development Case Study
dconf link: http://dconf.org/2015/talks/smith.html
video link: https://www.youtube.com/watch?v=0KBhb0iWsWQ
Jonathan M
It looks like the UVU folks posted some more.
Andy Smith
--
Title: Hedge Fund Development Case Study
dconf link: http://dconf.org/2015/talks/smith.html
video link: https://www.youtube.com/watch?v=0KBhb0iWsWQ
Jonathan M Davis
Title: Introduction to Ranges
dconf link:
On Friday, 19 June 2015 at 22:47:03 UTC, Brad Anderson wrote:
Walter: https://www.youtube.com/watch?v=znjesAXEEqw
Brian: https://www.youtube.com/watch?v=FmFyB9e7edw
Daniel: https://www.youtube.com/watch?v=5daHGXSetXk
I've only just started watching but the editing seems to be
well done so
On Wednesday, 24 June 2015 at 06:18:30 UTC, Philpax wrote:
On Friday, 19 June 2015 at 22:47:03 UTC, Brad Anderson wrote:
Walter: https://www.youtube.com/watch?v=znjesAXEEqw
Brian: https://www.youtube.com/watch?v=FmFyB9e7edw
Daniel: https://www.youtube.com/watch?v=5daHGXSetXk
I've only just
On Tuesday, 23 June 2015 at 07:41:40 UTC, Andrei Alexandrescu
wrote:
On 6/23/15 12:29 AM, Baz wrote:
On Friday, 19 June 2015 at 22:47:03 UTC, Brad Anderson wrote:
Walter: https://www.youtube.com/watch?v=znjesAXEEqw
Brian: https://www.youtube.com/watch?v=FmFyB9e7edw
Daniel:
On Friday, 19 June 2015 at 22:47:03 UTC, Brad Anderson wrote:
Walter: https://www.youtube.com/watch?v=znjesAXEEqw
Brian: https://www.youtube.com/watch?v=FmFyB9e7edw
Daniel: https://www.youtube.com/watch?v=5daHGXSetXk
I've only just started watching but the editing seems to be
well done so
On 6/23/15 12:29 AM, Baz wrote:
On Friday, 19 June 2015 at 22:47:03 UTC, Brad Anderson wrote:
Walter: https://www.youtube.com/watch?v=znjesAXEEqw
Brian: https://www.youtube.com/watch?v=FmFyB9e7edw
Daniel: https://www.youtube.com/watch?v=5daHGXSetXk
I've only just started watching but the
On Friday, 19 June 2015 at 22:47:03 UTC, Brad Anderson wrote:
Walter: https://www.youtube.com/watch?v=znjesAXEEqw
Brian: https://www.youtube.com/watch?v=FmFyB9e7edw
Daniel: https://www.youtube.com/watch?v=5daHGXSetXk
I've only just started watching but the editing seems to be
well done so
digitalmars-d-announce@puremagic.com
Předmět:Re: Walter, Brian, and Daniel's DConf 2015 talks are up
On Friday, 19 June 2015 at 22:47:03 UTC, Brad Anderson wrote:
Walter: https://www.youtube.com/watch?v=znjesAXEEqw
Brian: https://www.youtube.com/watch?v=FmFyB9e7edw
Daniel: https://www.youtube.com
On Friday, 19 June 2015 at 22:47:03 UTC, Brad Anderson wrote:
Walter: https://www.youtube.com/watch?v=znjesAXEEqw
Brian: https://www.youtube.com/watch?v=FmFyB9e7edw
Daniel: https://www.youtube.com/watch?v=5daHGXSetXk
I've only just started watching but the editing seems to be
well done so
Walter: https://www.youtube.com/watch?v=znjesAXEEqw
Brian: https://www.youtube.com/watch?v=FmFyB9e7edw
Daniel: https://www.youtube.com/watch?v=5daHGXSetXk
I've only just started watching but the editing seems to be well
done so thanks to UVU for that.
39 matches
Mail list logo