On Monday, 29 December 2014 at 05:43:13 UTC, Walter Bright wrote:
Often I'll pipe the pretty-printed debug output to a file, as
it can be voluminous, and then actually edit the file to bring
out what I need.
Not possible with a debugger.
I think it is. Here is a small adjustment to consid
On Tuesday, 23 December 2014 at 03:07:10 UTC, Laeeth Isharc wrote:
At one very big US hf I worked with, the tools were initially
written in Perl (some years back). They weren't pretty, but
they worked, and were fast and robust enough. I has many new
features I needed for my trading strategy.
On Monday, 22 December 2014 at 19:25:51 UTC, aldanor wrote:
On Monday, 22 December 2014 at 17:28:39 UTC, Daniel Davidson
wrote:
I don't see D attempting to tackle that at this point.
If the bulk of the work for the "data sciences" piece is the
maths, which I believe it is, then
On Monday, 22 December 2014 at 13:37:55 UTC, aldanor wrote:
For some reason, people often relate quant finance / high
frequency trading with one of the two: either ultra-low-latency
execution or option pricing, which is just wrong. In most
likelihood, the execution is performed on FPGA co-locat
On Friday, 19 December 2014 at 19:20:15 UTC, Walter Bright wrote:
On 12/19/2014 7:38 AM, Daniel Davidson wrote:
Could this lack of need be
attributable to understanding of the entire code base being
used?
No. It's attributable to I use different methods of debugging.
The dmd source co
On Friday, 19 December 2014 at 16:27:03 UTC, H. S. Teoh via
Digitalmars-d wrote:
Could
this lack of need be attributable to understanding of the
entire code
base being used?
Nope.
FWIW, I work with a large enterprise project that is far too
large for
anyone to grasp in its entirety, yet I
On Friday, 19 December 2014 at 12:52:32 UTC, uri wrote:
This is true. The first week for a new developer where I work
is developing a better boot loader. The debugger is not allowed
during this induction week and as a result our devs learn how
to write better code first time through careful pla
So to sum things up
1. you blindly walked into something you had no real experience
with, apart from some vague memory that some parts of vibed
worked for you a while ago.
Pure bile. No - reread the thread.
2. you knew the debugger might be an issue, if not _the_ issue,
but chose not to
On Tuesday, 5 August 2014 at 11:00:44 UTC, Klaim - Joël Lamotte
via Digitalmars-d wrote:
Hi,
did you consider using Discourse at least as a replacement for
comments
system? http://www.discourse.org/
It's made by the guys who made stackoverflow.com and it's
useful at least
as an alternative
On Saturday, 22 March 2014 at 17:30:45 UTC, TJB wrote:
On Saturday, 22 March 2014 at 16:35:07 UTC, Brian Rogoff wrote:
This is a very interesting thread that you started. Could you
flesh it out more with some example C++ that you'd like
compared to D? I'm sure quite a few people would assist w
On Saturday, 22 March 2014 at 14:33:02 UTC, TJB wrote:
Well, I for one, would be hugely interested in such a thing. A
nice D API to HDF5 would be a dream for my data problems.
Did you use HDF5 in your finance industry days then? Just
curious.
A bit. You can check out some of my C++ code gen
On Saturday, 22 March 2014 at 13:47:31 UTC, Paulo Pinto wrote:
Assuming those 10% still happen if the test was done today as
suggested, how much are trade companies willing to pay for
developers to achieve those 10% in C++ vs having a system
although 10% slower,
still fast enough for operation
On Saturday, 22 March 2014 at 13:36:01 UTC, Saurabh Das wrote:
The edge for D in our case comes from 3 factors -
1. A lot of statistical data from older C++ systems means
better assumptions and decisions in the new D system; and
But, clearly that is not necessarily a benefit of D. It is a
On Saturday, 22 March 2014 at 12:54:11 UTC, Paulo Pinto wrote:
Am 22.03.2014 13:38, schrieb Daniel Davidson:
On Saturday, 22 March 2014 at 11:46:43 UTC, Russel Winder
wrote:
It is also worth pointing out the LMAX Disruptor which is a
lock-free
ring buffer based framework used to create
On Saturday, 22 March 2014 at 12:06:37 UTC, Russel Winder wrote:
I suspect a rewrite of QuantLib in D is a bad idea, much better
to
create an adapter and offer it to the QuantLib folks. The ones
they have
already tend to be created using SWIG. JQuantLib is an attempt
to
rewrite QuantLib in pure
On Saturday, 22 March 2014 at 12:35:50 UTC, Saurabh Das wrote:
You are absolutely correct - the finance industry _wants_ to
switch away fromC++. I work in a fledgeling HFT startup firm and
we are actively pursuing D. We have tested it out in a live
trading environment and the results are very pro
On Saturday, 22 March 2014 at 11:46:43 UTC, Russel Winder wrote:
It is also worth pointing out the LMAX Disruptor which is a
lock-free
ring buffer based framework used to create dealing platforms on
the JVM.
They outperform any other trading platform still.
That is wrong. Trading is compe
On Saturday, 22 March 2014 at 00:34:22 UTC, TJB wrote:
On Saturday, 22 March 2014 at 00:14:11 UTC, Daniel Davidson
wrote:
On Friday, 21 March 2014 at 21:14:15 UTC, TJB wrote:
Walter,
I see that you will be discussing "High Performance Code
Using D" at the 2014 DConf. This will
On Friday, 21 March 2014 at 21:14:15 UTC, TJB wrote:
Walter,
I see that you will be discussing "High Performance Code Using
D" at the 2014 DConf. This will be a very welcomed topic for
many of us. I am a Finance Professor. I currently teach and
do research in computational finance. Might I
On Saturday, 11 January 2014 at 03:19:14 UTC, Brad Anderson wrote:
On Wednesday, 4 December 2013 at 14:12:11 UTC, Daniel Davidson
wrote:
On Wednesday, 4 December 2013 at 09:34:27 UTC, Joseph Rushton
Wakeling wrote:
On 28/11/13 22:01, Fra wrote:
What would your choice be?
A really good
On Wednesday, 4 December 2013 at 16:21:25 UTC, Andrei
Alexandrescu wrote:
On 12/4/13 6:12 AM, Daniel Davidson wrote:
On Wednesday, 4 December 2013 at 09:34:27 UTC, Joseph Rushton
Wakeling
wrote:
On 28/11/13 22:01, Fra wrote:
What would your choice be?
A really good overhaul of the website
On Wednesday, 4 December 2013 at 09:34:27 UTC, Joseph Rushton
Wakeling wrote:
On 28/11/13 22:01, Fra wrote:
What would your choice be?
A really good overhaul of the website, forums etc. from a UI/UX
perspective. A good number of the problems we have with D
aren't problems with the language
On Wednesday, 20 November 2013 at 18:30:58 UTC, Dmitry Olshansky
wrote:
And it decays to the naked type in a blink of an eye. And some
function down the road will do the validation again...
Not if that function down the road only accepted validated in the
first place because that is what i
On Sunday, 10 November 2013 at 13:46:20 UTC, Kenji Hara wrote:
2013/11/10 Daniel Davidson
With this design, is there no need then for struct
constructors - or would
this be orthogonal or in addition to those?
Currently "constructing unique object" is already supported.
http:/
On Sunday, 10 November 2013 at 06:46:47 UTC, Kenji Hara wrote:
http://wiki.dlang.org/DIP49
Experimental compiler/druntime patches (WIP, 80% completed):
https://github.com/9rnsr/dmd/tree/qual_pblit
https://github.com/9rnsr/druntime/tree/qual_pblit
Kenji Hara
Does the analysis hold up the same
On Thursday, 7 November 2013 at 13:12:56 UTC, bearophile wrote:
Marco Leise:
I made it idiomatic, D is on place 1 now by a big margin. See
the
'ldc2' entry:
http://togototo.wordpress.com/2013/08/23/benchmarks-round-two-parallel-go-rust-d-scala-and-nimrod/
Very nice. I have made a more idioma
On Wednesday, 6 November 2013 at 22:33:36 UTC, H. S. Teoh wrote:
Challenge accepted. ;-) Here is an adaptation of Dmitri's code
that
doesn't require you to explicitly pass in variables:
...
Is that acceptable to you? :)
Good stuff.
Of course, the above code is just a proof-of-concept; it
On Wednesday, 6 November 2013 at 21:37:14 UTC, Dmitry Olshansky
wrote:
07-Nov-2013 01:02, Timothee Cour пишет:
To those who don't see the use of this:
which code would you rather read & write? see pastebin:
http://dpaste.dzfl.pl/b9f65a39
Another advantage is that using an autoformatter won't m
On Wednesday, 6 November 2013 at 08:22:36 UTC, Bienlein wrote:
Then have a look at this thread in the Scala user forum:
https://groups.google.com/forum/?hl=de#!topic/scala-user/D9QDOnHSUu8
It is about build times in Scala not scaling up. One reply was
"Do you have very fast SSDs in your computer
On Tuesday, 5 November 2013 at 22:26:23 UTC, Timothee Cour wrote:
Frankly, this is bike shedding though; let's assume we pick one
in
http://www.ascii-code.com/ and focus on whether we can agree on
this
feature.
I'm using it extensively for great benefit: more DRY code, less
spurious
files, c
On Tuesday, 5 November 2013 at 00:16:11 UTC, deadalnix wrote:
I'm not sure what DMD is trying to do, but the function call to
writefln is clearly wrong.
Strange bug.
FWIW adding a constructor `this(immutable(int)[] data) { _data =
data; }` seems to be a workaround.
Thanks
Dan
On Tuesday, 5 November 2013 at 00:16:11 UTC, deadalnix wrote:
I'm not sure what DMD is trying to do, but the function call to
writefln is clearly wrong.
Strange bug.
FWIW adding a constructor `this(immutable(int)[] data) { _data =
data; }` seems to be a workaround.
Thanks
Dan
On Tuesday, 5 November 2013 at 09:34:47 UTC, John Colvin wrote:
Can't reproduce on Git master x86_64 linux. Prints 0 no matter
what flags are used.
Mac - OS X 10.9 (13A603)
dmd -v
DMD64 D Compiler v2.064
Copyright (c) 1999-2013 by Digital Mars written by Walter Bright
bash-3.2$ rdmd --chat
Ok - pretty sure this is not related to 16-byte structs, since if
I just remove one of the fields it still crashes. I opened an
issue - and here is a simplified version:
http://d.puremagic.com/issues/show_bug.cgi?id=11440
import std.stdio;
struct Y {
private immutable(int)[] _data;
}
struc
On Thursday, 31 October 2013 at 21:24:42 UTC, Timothee Cour wrote:
I've actually already implemented this feature via a mixin, and
find it
extremely useful, but removing the mixing via this proposal
would make it
even more palatable. It works using a simple grammar that
searches for
valid iden
and what is the 16 byte struct bug?
http://forum.dlang.org/post/nqqujtblyvxvtrlsb...@forum.dlang.org
import std.datetime;
import std.range;
import std.stdio;
struct DateRate {
Date date;
double value = 0.0;
}
struct RateCurve {
private immutable(DateRate)[] _data;
}
struct CFS {
doubl
On Thursday, 24 October 2013 at 18:14:42 UTC, Jonathan M Davis
wrote:
On Wednesday, October 23, 2013 14:39:21 Suliman wrote:
It would be great to have updated TDPL book...
I don't understand why people keep saying that. Is it because
people keep
repeating that incorrect assumption that it's o
On Saturday, 19 October 2013 at 12:08:49 UTC, Daniel Davidson
wrote:
On Saturday, 19 October 2013 at 04:52:31 UTC, Jesse Phillips
wrote:
Do to the recent slices discussion I did some investigation on
what is different in Go. Thus, created this
http://he-the-great.livejournal.com/48672.html
On Saturday, 19 October 2013 at 04:52:31 UTC, Jesse Phillips
wrote:
Do to the recent slices discussion I did some investigation on
what is different in Go. Thus, created this
http://he-the-great.livejournal.com/48672.html
It starts with:
int[] original;
original.reserve(5);
writel
On Saturday, 19 October 2013 at 10:58:11 UTC, bearophile wrote:
Adam D. Ruppe:
sure. I didn't format it but if you convert my tabs to spaces
and maybe break up some long lines it should be good.
Good, I have reformatted the code (I have chosen a narrow 72/73
line width for the code in that s
On Friday, 11 October 2013 at 00:30:35 UTC, Simen Kjaeraas wrote:
Here's a COW reference type that I can easily pass to a function
requiring a mutable version of the type:
struct S {
immutable(int)[] arr;
}
And usage:
void foo(S s) {}
void main() {
const S s;
foo(s);
}
On Thursday, 10 October 2013 at 17:39:55 UTC, Sean Kelly wrote:
On Oct 10, 2013, at 10:23 AM, Joseph Rushton Wakeling
wrote:
On 09/10/13 06:25, Andrei Alexandrescu wrote:
The way I see it we must devise a robust solution to that,
NOT consider the
state of the art immutable (heh, a pun).
M
On Thursday, 10 October 2013 at 17:36:11 UTC, Joseph Rushton
Wakeling wrote:
On 10/10/13 19:31, Jonathan M Davis wrote:
I'm honestly surprised that Andrei is rejecting the idea of
casting to/from
shared or immutable being normal given how it's required by
our current
concurrency model. And cha
43 matches
Mail list logo
