Dear all,
I have a parallel program, using std.parallelism (awesome!), but
I recently noticed that I achieve very poor performance on many
CPUs, and I identified the Garbage Collector to be the main cause
of this. Because I have quite heavy memory usage, the Garbage
collector interrupts all
On Monday, 15 December 2014 at 11:54:44 UTC, Daniel Murphy wrote:
Stephan Schiffels wrote in message
news:wjeozpnitvhtxrkhu...@forum.dlang.org...
I see several ways how to improve my code:
1.) Is there a way to tell the GC the maximum heap size
allowed before it initiates a collection cycle
On Monday, 15 December 2014 at 11:54:44 UTC, Daniel Murphy wrote:
Stephan Schiffels wrote in message
news:wjeozpnitvhtxrkhu...@forum.dlang.org...
I see several ways how to improve my code:
1.) Is there a way to tell the GC the maximum heap size
allowed before it initiates a collection cycle
Hi,
I am using dmd with version: DMD64 D Compiler v2.065-devel-db2a73d
My program throws a custom exception with a custom error message
at some point. The stack trace (below) is very uninformative. Is
there a way to output the function names of each position in the
stack?
I already compile
Ah nice. That worked. Thanks!
2014-07-08 9:25 GMT+02:00 JR via Digitalmars-d-learn
digitalmars-d-learn@puremagic.com:
On Tuesday, 8 July 2014 at 07:11:26 UTC, Stephan Schiffels wrote:
Hi,
I am using dmd with version: DMD64 D Compiler v2.065-devel-db2a73d
My program throws a custom
On Wednesday, 19 February 2014 at 15:51:53 UTC, Kamil Slowikowski
wrote:
Hi there, I'm new to D and have a lot of learning ahead of me.
It would
be extremely helpful to me if someone with D experience could
show me
some code examples.
I'd like to neatly read and write gzipped files for my
On Thursday, 20 February 2014 at 17:05:37 UTC, Kamil Slowikowski
wrote:
On Thursday, 20 February 2014 at 10:35:50 UTC, Stephan
Schiffels wrote:
Hi Kamil,
I am glad someone has the exact same problem as I had. I
actually solved this, inspired by the python API you quoted
above. I wrote
On Thursday, 13 February 2014 at 17:41:37 UTC, monarch_dodra
wrote:
On Thursday, 13 February 2014 at 14:45:44 UTC, bearophile wrote:
Stephan Schiffels:
It would be actually easy to implement chunks without the
save function, by using an internal buffer, which would
however make
On Thursday, 31 October 2013 at 10:35:54 UTC, Stephan Schiffels
wrote:
On Wednesday, 30 October 2013 at 20:43:54 UTC, qznc wrote:
On Wednesday, 30 October 2013 at 00:20:12 UTC, Stephan
Schiffels wrote:
Hi,
I'd like a version of std.range.chunk that does not require
the range to have
On Wednesday, 30 October 2013 at 20:43:54 UTC, qznc wrote:
On Wednesday, 30 October 2013 at 00:20:12 UTC, Stephan
Schiffels wrote:
Hi,
I'd like a version of std.range.chunk that does not require
the range to have the length property.
As an example, consider a file that you would like parse
Hi,
I'd like a version of std.range.chunk that does not require the
range to have the length property.
As an example, consider a file that you would like parse by lines
and always lump together four lines, i.e.
import std.stdio;
void main() {
auto range = File(test.txt, r).byLine();
Nice! I cannot anymore go through all the over 100 replies to
this, sorry if someone else has suggested this:
You should write this article (tidied up a bit) in a blog or
somewhere more public on the web! Here in this forum, things are
not as public as they could be!
But thanks for sharing
Hi,
I have some problems with adopting my code to a breaking change
introduced in version 2.063. Apparently, now it's not anymore
possible to instantiate an immutable object via:
auto object = new immutable(SomeClass)(contructor_args...);
without also defining either
On Thursday, 13 June 2013 at 12:29:57 UTC, Simen Kjaeraas wrote:
On Thu, 13 Jun 2013 14:17:22 +0200, Stephan Schiffels
stephan_schiff...@mac.com wrote:
For example, is there a way of instantiating an object
normally (i.e. mutable), and then later freeze it to
immutable via a simple cast
On Saturday, 8 June 2013 at 22:51:06 UTC, bearophile wrote:
Peter Williams:
Rather than deprecate it why not fix it? Shouldn't have to
import std.algorithm just to sort an array.
Generally you want to keep the compiler (all its layers) as
simpler as possible, to make it simpler to compile,
On Monday, 10 June 2013 at 11:10:06 UTC, Jacob Carlborg wrote:
On 2013-06-10 11:03, Stephan Schiffels wrote:
I agree. Do people have the same opinion on the builtin
reverse? I don't
remember whether there was a discussion about this. I suggest
to kill
that as well. sort and reverse
Hi,
I know it has been discussed previously to deprecate the builtin
sort. I don't know the status of this, but I observed the
following problem.
With dmd, druntime and phobos all on 2.063, this program runs
successfully on a mac:
#!/usr/bin/env rdmd
import std.stdio;
void main() {
On Saturday, 8 June 2013 at 08:52:22 UTC, Jonathan M Davis wrote:
Hmm, it works just fine on my system (64-bit Linux), so I don't
know why you're
seeing the problem that you're seeing.
Hmm, that's bizarre, but I guess there's no need to understand
this further since things work fine with
On Saturday, 8 June 2013 at 09:16:23 UTC, monarch_dodra wrote:
On Saturday, 8 June 2013 at 08:52:22 UTC, Jonathan M Davis
wrote:
However, we really, really need to deprecate the built-in sort
- especially
when a pair of parens can make the difference between whether
you call the
built-in sort
On Wednesday, 29 May 2013 at 15:33:36 UTC, Ettienne Gilbert wrote:
BTW, thanks for all the hard work in getting it all out!
Rgds
+1
On Tuesday, 28 May 2013 at 22:31:13 UTC, Andrei Alexandrescu
wrote:
On 5/28/13 6:19 PM, Stephan Schiffels wrote:
Hi,
is there a reason why any and all from std.algorithm are
neither
linked in the function index nor in the cheat sheet list at
the top of
std.algorithm's documentation page?
I
Hi,
is there a reason why any and all from std.algorithm are
neither linked in the function index nor in the cheat sheet list
at the top of std.algorithm's documentation page?
I am happy to change this and make a pull request, just weren't
sure whether it's on purpose.
Stephan
Hi,
this code crashes with a segfault. I need help to understand what
might be wrong with it.
import std.array;
import std.algorithm;
void main() {
auto names = [file1.txt, file2.txt, file3.txt]; // let
these files exist
auto files = names.map!(f = File(f, r))().array();
}
Thanks,
On Wednesday, 22 May 2013 at 11:09:49 UTC, John Colvin wrote:
On Wednesday, 22 May 2013 at 11:07:39 UTC, bearophile wrote:
Stephan Schiffels:
this code crashes with a segfault. I need help to understand
what might be wrong with it.
import std.array;
import std.algorithm;
void main() {
auto
Hi,
I need an Input Range that iterates a file character by
character. In bioinformatics this is often important, and having
a D-range is of course preferable than any foreach-byLine
combination, since we can apply filters and other goodies from
std.algorithm. In this implementation, I am
On Monday, 20 May 2013 at 21:40:51 UTC, w0rp wrote:
On Monday, 20 May 2013 at 21:36:41 UTC, Stephan Schiffels wrote:
Hi,
I need an Input Range that iterates a file character by
character. In bioinformatics this is often important, and
having a D-range is of course preferable than any
Hi everyone,
I would like to get an idea how many people are using Textmate as
editor in Mac OS X. I am keen to improve the current bundle.
Especially the syntax highlighting seems to be stuck somewhere in
D1 or so... also, it'd be great to have some command to run
unittests and
:
On 2013-05-18 13:41, Stephan Schiffels wrote:
Hi everyone,
I would like to get an idea how many people are using Textmate
as editor
in Mac OS X. I am keen to improve the current bundle.
Especially the
syntax highlighting seems to be stuck somewhere in D1 or so...
also,
it'd be great to have
On Saturday, 18 May 2013 at 16:16:50 UTC, TommiT wrote:
On Saturday, 18 May 2013 at 11:41:22 UTC, Stephan Schiffels
wrote:
Hi everyone,
I would like to get an idea how many people are using Textmate
as editor in Mac OS X. I am keen to improve the current
bundle. Especially the syntax
Hi,
is it just me or does changed.d need to be fixed? I get these
compiler errors (I use dmd, druntime and phobos from github and
up to date).
$ make MODEL=64 -f posix.mak
dmd -m64 rdmd.d
dmd -m64 ddemangle.d
dmd -m64 catdoc.d
dmd -m64 detab.d
dmd -m64 tolf.d
dmd -c changed.d
:06:47 Stephan Schiffels wrote:
Hi,
is it just me or does changed.d need to be fixed? I get these
compiler errors (I use dmd, druntime and phobos from github and
up to date).
$ make MODEL=64 -f posix.mak
dmd -m64 rdmd.d
dmd -m64 ddemangle.d
dmd -m64 catdoc.d
dmd -m64 detab.d
dmd -m64 tolf.d
Hi,
I am struggling with understanding this behavior. In the code
below, the function getVec is called 8 times, but it should be
called only 4 times (once for each call inside of map).
Any explanations?
Stephan
import std.stdio;
import std.algorithm;
import std.array;
int[] getVec(size_t
On Tuesday, 12 March 2013 at 17:43:43 UTC, bearophile wrote:
Stephan Schiffels:
I am struggling with understanding this behavior. In the code
below, the function getVec is called 8 times, but it should
be called only 4 times (once for each call inside of map).
Any explanations?
Maybe it's
Am 12.03.13 20:22, schrieb Timon Gehr:
On 03/12/2013 06:51 PM, Stephan Schiffels wrote:
...
Thanks, I had a brief look at std.algorithm.joiner but couldn't find
anything obvious, maybe I should look deeper into it.
...
I guess it is because of the following:
Eg (similar code occurs two
Am 27.02.13 21:36, schrieb Dicebot:
For anything even remotely complex I would have probably chosen JSON,
either new std.json pending for review (not current std.json!) or
vibe.data.json from vibed.org project.
Which std.json are you referring to? There is no std.json2 or something
in the
35 matches
Mail list logo