On Tue, 21 Oct 2014 07:44:09 +
ROOAR via Digitalmars-d wrote:
> I had to do it, D forum was putting me to sleep with its
> discussion of Postblits and environmental errors. Phfff like
> those matter.
yeah, this was... refreshing morning. ;-)
signature.asc
Description: PGP signature
On Tue, 21 Oct 2014 16:16:17 +
Francesco Cattoglio via Digitalmars-d
wrote:
> More likely: to give you the ability to shoot yourself in the
> foot both with a GC and without it. ;)
wow! so i'll be able shoot away my foot and GC will collect it!
signature.asc
Description: PGP signature
On Tue, 21 Oct 2014 19:33:13 +
Freddy via Digitalmars-d wrote:
> On Tuesday, 21 October 2014 at 12:22:54 UTC, edn wrote:
> > Could someone provide me with examples showing the usefulness
> > of pointers in the D language? They don't seem to be used as
> > much as in C and C++.
>
> https://
On Tue, 21 Oct 2014 19:36:49 +
via Digitalmars-d wrote:
> On Tuesday, 21 October 2014 at 19:33:14 UTC, Freddy wrote:
> > On Tuesday, 21 October 2014 at 12:22:54 UTC, edn wrote:
> >> Could someone provide me with examples showing the usefulness
> >> of pointers in the D language? They don't s
On Wed, 22 Oct 2014 17:04:41 +
Gary Willoughby via Digitalmars-d wrote:
> On Wednesday, 22 October 2014 at 13:58:44 UTC, Steven
> Schveighoffer wrote:
> > I am surprised. So you can actually enable all debug code
> > permanently.
> >
> > I think debug=... statement should be made illegal.
>
On Fri, 24 Oct 2014 10:42:47 +
Martin Nowak via Digitalmars-d wrote:
> On Friday, 24 October 2014 at 02:44:48 UTC, Adam D. Ruppe wrote:
> > I always just use the zip which works fine out of the box
> > without even needing to be installed.
>
> We're missing an installation guide on a promin
On Fri, 24 Oct 2014 13:26:15 +
Meta via Digitalmars-d wrote:
> Let's try to help debug the problem rather than making
> presumptions about OPs technical knowledge.
that's only if OP wants his problem to be solved. here it's clear that
he doesn't want to solve the problem, as he gives no deta
On Fri, 24 Oct 2014 21:31:45 +0200
Xavier Bigand via Digitalmars-d wrote:
> Writing programs isn't just as fun as launching a game, it's often
> frustrating,... Success isn't immediate.
ah, launching a game can be so frustrating... imagine a game that
AVs or just plainly refuses to launch. a
On Fri, 24 Oct 2014 22:46:58 +
Kyoji Klyden via Digitalmars-d wrote:
> Despite all rationale, priority should be in offering our
> assistance, regardless of how futile it may be (Futile, because
> in this case it's not likely he would have ever responded). It'd
> be beneficial to atleast some
On Fri, 24 Oct 2014 23:31:35 +
Kyoji Klyden via Digitalmars-d wrote:
> I wouldn't argue with that. Every time I've gone onto the learn
> forum I've gotten very helpful answers. Though newcomers don't
> always seem to find their way to learn ng for whatever variety of
> reasons. Perhaps we sho
On Fri, 24 Oct 2014 23:59:08 +
Kyoji Klyden via Digitalmars-d wrote:
> I'm not sure what else we could call it though.. D.ask?
> .questions is good.
> Or maybe we should just tell everyone to get over themselves and
> ask their damn questions already xD
i believe we can do both things to get
On Fri, 24 Oct 2014 23:54:29 +
Mike via Digitalmars-d wrote:
> How does one submit a pull request to update the descriptions on
> the forum? The forum doesn't seem to be part of dlang.org.
i think that we have to cast Cybershadow here. ;-)
signature.asc
Description: PGP signature
On Sat, 25 Oct 2014 00:10:02 +
Kyoji Klyden via Digitalmars-d wrote:
> The new layout:
>
> digitalmars.d.questions
> ---
> Get over yourself and ask already.
"...and we have cookies!"
signature.asc
Description: PGP signature
On Sun, 26 Oct 2014 21:58:27 +0100
Martin Nowak via Digitalmars-d wrote:
> I'd actually also like to see less things being stuffed into phobos.
> Now that we have dub and code.dlang.org the benefit of adding
> something to phobos instead of maintaining it as a separate library
> is much smaller.
On Sun, 26 Oct 2014 23:42:14 +0100
Martin Nowak via Digitalmars-d wrote:
> > and last, but not least: not everyone wants to switch to dub.
> What's the problem?
my own build tool can build alot more things than just D sources. for
example, build C library with D project. and many more. it is base
Hello.
http://repo.or.cz/w/iv.d.git/blob/HEAD:/writer.d
it's not full-featured or so, just experiment in CTFE and
(semi)functional programming with templates.
excerpt from unittests:
class A {
override string toString () const { return "{A}"; }
}
char[] n = ['x', 'y', 'z'];
char[3]
On Mon, 27 Oct 2014 04:46:14 +0200
ketmar via Digitalmars-d wrote:
p.s. i know that it can be simplified by using, for example, std.conv
numeric parser instead of my homegrown one, but i just can't resist the
temptation to build that hairy state machine. ;-)
signature.asc
Description
i think it would be better to develop something like "universal
interface" for this. so we can configure compiler to exec external
program which does all the things. this way it wouldn't be tied to dub.
by the way, i believe that something like this can be done with
external wrapper like rdmd. dub
On Mon, 27 Oct 2014 03:00:49 +
via Digitalmars-d wrote:
> On Monday, 27 October 2014 at 02:33:18 UTC, Tofu Ninja wrote:
> > Cons:
> > Could degrade perceived quality of stdlib if bad dub packages
> > got in.
>
> Bad for security.
this feature can be made explicit opt-in with proper message
On Mon, 27 Oct 2014 03:24:46 +
via Digitalmars-d wrote:
> Another point is that if you make fetching libraries too easy it
> means bloat starts creeping in. OK for a scripting language, but
> for a system level language…?
D is not only system-level language. D's metaprogramming features mak
On Mon, 27 Oct 2014 03:34:34 +
Tofu Ninja via Digitalmars-d wrote:
> It probably could, I didn't even think about that. But I think
> you're "universal" interface idea is a bit better and it seems
> like something that could very easily be added to rdmd or dmd
> itself in a jiffy.
i'm drea
On Mon, 27 Oct 2014 03:34:34 +
Tofu Ninja via Digitalmars-d wrote:
p.s. no, really, we have a VERY powerful scripting language built into
DMD itself! why we should resort to plugin libraries or so?
i know that it's a mad idea. well, that's 'cause i'm a madman! ;-)
signature.asc
Description
On Mon, 27 Oct 2014 03:55:50 +
Tofu Ninja via Digitalmars-d wrote:
> I have brought up the idea of executing external exe's at compile
> time and capturing the output a few times before. Specifically
> for the use you just mentioned. But every time I suggest it, it
> gets shot down with co
On Mon, 27 Oct 2014 15:20:24 -0400
Steven Schveighoffer via Digitalmars-d
wrote:
> Might I suggest a helper that takes a sink and a variadic list of
> strings, and outputs those strings to the sink in order.
hehe. simple CTFE writef seems to be a perfect fit for druntime. i
implemented very "bar
On Mon, 27 Oct 2014 17:04:55 -0400
Steven Schveighoffer via Digitalmars-d
wrote:
> I think this is overkill for this purpose. We need something simple
> to save a few lines of code.
18KB (even less) module which consists mostly of functional templates,
generates nice string mixin and adds part of
On Mon, 27 Oct 2014 22:17:24 +
bitwise via Digitalmars-d wrote:
> I have been trying to build a reflection system over the last few
> weeks, and noticed different incarnations of this problem several
> times:
>
> &(__error).instanceMethod
this means that something gone wrong in the process.
On Mon, 27 Oct 2014 23:52:38 +
bitwise via Digitalmars-d wrote:
> The code below suggests the latter, although it doesn't
> explicitly state it:
>
> static addr = &TestClass.instanceMethod;
> Error: non-constant expression & instanceMethod
>
> I may be missing a subtle difference, but in C
On Tue, 28 Oct 2014 01:36:01 +
bitwise via Digitalmars-d wrote:
> I have actually found a work around as well, which was to wrap
> the actual retrieval of the function address in a lambda, and
> pass the lambda by template parameter instead:
it's not a "workaround", it's almost exactly what
On Tue, 28 Oct 2014 08:37:43 -0400
Steven Schveighoffer via Digitalmars-d
wrote:
> Meta has a cost with the current compiler. It would be nice if it
> didn't, but I have practical concerns.
i don't think that there will be alot calls to 'write[f]' anyway. i
know that CTFE is not costless (i once
On Wed, 29 Oct 2014 00:13:52 +
bitwise via Digitalmars-d wrote:
> > no one published it yet, not "no one attempted". i desperately
> publish or perish! =)
oh, i want it to be at least pre-beta before showing it to the
world. ;-) what i'm really aiming at is a system like BlackBox
Component Bu
On Tue, 28 Oct 2014 21:37:45 -0700
Walter Bright via Digitalmars-d wrote:
> 3. Inheritance and polymorphism are widely used
>
> It's my impression that D uses a lot more parametric polymorphism (i.e.
> templates) than virtual inheritance.
this is true at least for my case. i tend to write templ
On Wed, 29 Oct 2014 16:02:28 +
Russel Winder via Digitalmars-d wrote:
> good software development
> Python
nice joke.
signature.asc
Description: PGP signature
On Wed, 29 Oct 2014 16:15:11 +
Sean Kelly via Digitalmars-d wrote:
> Most C++ programmers I meet today still aren't comfortable with
> templates and the STL, if they understand/use them at all, and
> that stuff has been around for 20 years.
i'm doing programming for living for almost two
On Wed, 29 Oct 2014 13:07:38 -0700
Walter Bright via Digitalmars-d wrote:
> There are still two string types, something you can't quite escape dealing
> with.
and D has three string types. it's even better than C++!
signature.asc
Description: PGP signature
On Wed, 29 Oct 2014 12:58:28 +
FrankLike via Digitalmars-d wrote:
> > The same thing in D should be done,now.Otherwise，no big
> > projects can be very easily done like C#.
just don't write in D "like C#". that's it.
signature.asc
Description: PGP signature
On Wed, 29 Oct 2014 19:38:14 +
dan via Digitalmars-d wrote:
> What IDE/EDITOR do you use for D? What plugins if you use Vim?
mcedit from midnight commander. no jokes, i'm not trolling. i'm using
mcedit for years to write all my code.
signature.asc
Description: PGP signature
On Wed, 29 Oct 2014 20:29:33 +
via Digitalmars-d wrote:
> On Wednesday, 29 October 2014 at 20:13:34 UTC, ketmar via
> Digitalmars-d wrote:
> > On Wed, 29 Oct 2014 13:07:38 -0700
> > Walter Bright via Digitalmars-d
> > wrote:
> >
> >> There are stil
On Wed, 29 Oct 2014 20:22:03 +
eles via Digitalmars-d wrote:
> On Wednesday, 29 October 2014 at 20:16:05 UTC, ketmar via
> Digitalmars-d wrote:
> > On Wed, 29 Oct 2014 19:38:14 +
> > dan via Digitalmars-d wrote:
> >
> >> What IDE/EDITOR do you use f
On Wed, 29 Oct 2014 20:22:03 +
eles via Digitalmars-d wrote:
> On Wednesday, 29 October 2014 at 20:16:05 UTC, ketmar via
> Digitalmars-d wrote:
> > On Wed, 29 Oct 2014 19:38:14 +
> > dan via Digitalmars-d wrote:
> >
> >> What IDE/EDITOR do you use f
On Wed, 29 Oct 2014 14:32:23 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> I used to be a fan of the ancient Norton Editor
me too! ;-) that's why i started using mcedit on GNU/Linux. there is
also "ledit" project, which seems to be very similar to NE, but i
discovered it too late.
> pico, until
On Wed, 29 Oct 2014 21:59:25 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> Nowadays, it's all mostly muscle memory for me -- I don't even think
> about how to use it anymore, my fingers just "know" what to do to make a
> certain edit.
yeah, that is what i missing for now. i have to force myself t
On Thu, 30 Oct 2014 09:46:48 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> > i recently wrote a very simple static 'writef', which genertes mixin
> > with calls to posix `write()` and i really like it. nothing serious,
> > though, and not very clear code, but it was fun to do a bit of
> > functio
On Thu, 30 Oct 2014 09:46:48 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> I saw that. Do you think it might be extendible enough to replace
> std.stdio.writef?
p.s. i'm actually planning to add the things like "%?s", where "?"
means "take width from the writef!() argument". i.e. this will be
pos
On Thu, 30 Oct 2014 09:18:52 +
John Colvin via Digitalmars-d wrote:
> I think there is the concept of an IDE out there that I would
> like, but to my knowledge it hasn't been made.
so the only way to have it is to write it! ;-)
i'm in a lenghty process of doing this now. but this will not be
On Thu, 30 Oct 2014 17:11:39 +
First Try via Digitalmars-d wrote:
> If it wouldn't be impolite, i'd say that you are full of shit.
> You are betraying people into believing that crap and because of
> people like you, they will waste a lot of time.
> All to be found is half-baked stuff - most
On Thu, 30 Oct 2014 13:12:43 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> On Thu, Oct 30, 2014 at 10:03:32PM +0200, ketmar via Digitalmars-d wrote:
> > On Thu, 30 Oct 2014 09:46:48 -0700
> > "H. S. Teoh via Digitalmars-d" wrote:
> >
> > > I sa
On Fri, 31 Oct 2014 05:38:48 +0100
Marco Leise via Digitalmars-d wrote:
> GtkD wraps all the objects in Gtk. In callbacks like "onDraw",
> when they are called often, this creates heaps of tiny wrapper
> objects around huge data from C libraries. Eventually system
> memory is exhausted and the co
On Fri, 31 Oct 2014 09:46:54 +0100
Marco Leise via Digitalmars-d wrote:
> Can't blame the author when there is no other choice in the
> language than to use tracing GC with inheritance.
there are alot of choices. i'm succesfully using wrapper classes with
reference counting in my i/o streams libr
On Fri, 31 Oct 2014 09:30:25 +
Dejan Lekic via Digitalmars-d wrote:
> On Wednesday, 29 October 2014 at 12:55:01 UTC, FrankLike wrote:
> >
> > The same thing in D should be done,now.Otherwise，no big
> > projects can be done like C#. Add another keyword,and update
> > the compiler.
>
> This
On Fri, 31 Oct 2014 10:53:27 +0100
Marco Leise via Digitalmars-d wrote:
> Am Fri, 31 Oct 2014 10:51:04 +0200
> schrieb ketmar via Digitalmars-d :
>
> > On Fri, 31 Oct 2014 09:46:54 +0100
> > Marco Leise via Digitalmars-d wrote:
> >
> > > Can't blame th
On Fri, 31 Oct 2014 10:06:50 +
via Digitalmars-d wrote:
> On Friday, 31 October 2014 at 09:58:41 UTC, ketmar via
> Digitalmars-d wrote:
> > if you have something concrete in mind, write ER or forum post,
> > so we can destroy it. ;-)
>
> Sure!
>
> - dump
On Fri, 31 Oct 2014 10:06:50 +
via Digitalmars-d wrote:
p.s. and title that "Z", as "the last language you'll need ever. in all
meanings." ;-)
signature.asc
Description: PGP signature
On Fri, 31 Oct 2014 12:09:27 +
via Digitalmars-d wrote:
> On Friday, 31 October 2014 at 10:21:47 UTC, ketmar via
> Digitalmars-d wrote:
> > On Fri, 31 Oct 2014 10:06:50 +
> > via Digitalmars-d wrote:
> >
> > p.s. and title that "Z", as "th
On Fri, 31 Oct 2014 13:45:37 +
Wyatt via Digitalmars-d wrote:
> On Friday, 31 October 2014 at 12:54:30 UTC, FrankLike wrote:
> >
> >> No human uses partial classes in .NET land other than the
> >> tools themselves.
> >>
> >
> > Very good,It makes your code look very simple ， nice and cool.
>
On Fri, 31 Oct 2014 12:56:58 +
via Digitalmars-d wrote:
> Oh drat, someone is squatting my would-be website…
> http://www.aa.org/
ah. just wait until they got drunk and buy it in exchange for one more
shot.
signature.asc
Description: PGP signature
Hello.
let's run this code:
struct Info {
size_t[] list;
}
size_t saveIt (ref Info info, size_t count) {
if (count < 1) return 666;
size_t idx = info.list.length;
info.list.length = idx+count;
foreach (; 0..count) {
info.list[idx] = saveIt(info, count-1); //!!!
On Sat, 01 Nov 2014 09:24:46 +
bearophile via Digitalmars-d wrote:
> tcak:
>
> > Is there any VERY SPECIAL reason behind that limitation?
>
> What advantages gives removing that "limitation"? Is the price in
> increased complexity worth paying?
nested modules, like in Modula. which were of
On Sat, 01 Nov 2014 11:04:32 +0100
Paulo Pinto via Digitalmars-d wrote:
> Am 01.11.2014 um 10:29 schrieb ketmar via Digitalmars-d:
> > On Sat, 01 Nov 2014 09:24:46 +
> > bearophile via Digitalmars-d wrote:
> >
> >> tcak:
> >>
> >>> Is t
filled bugreport for this:
https://issues.dlang.org/show_bug.cgi?id=13670
On Sat, 01 Nov 2014 11:43:11 +
via Digitalmars-d wrote:
> If it's indeed caused by evaluation (which seems likely), then
> it's not a bug. All expressions are supposed to be evaluated from
> left to right.
this *IS* a bug. either compiler should error on this, or it shouldn't
modify random
On Sat, 01 Nov 2014 11:31:51 +
anonymous via Digitalmars-d wrote:
> I don't know how D defines this, and I couldn't find anything but
> a forum discussion [1] (which I didn't read all of). But unless
> it's explicitly stated that the right-hand side is evaluated
> first, there is no bug.
ther
On Sat, 01 Nov 2014 11:55:53 +
anonymous via Digitalmars-d wrote:
> On Saturday, 1 November 2014 at 11:50:34 UTC, ketmar via
> Digitalmars-d wrote:
> > this *IS* a bug. either compiler should error on this, or it
> > shouldn't
> > modify random memory. imagine
On Sat, 1 Nov 2014 12:01:04 +
Iain Buclaw via Digitalmars-d wrote:
> On 1 November 2014 11:56, ketmar via Digitalmars-d
> wrote:
> > On Sat, 01 Nov 2014 11:31:51 +
> > anonymous via Digitalmars-d wrote:
> >
> >> I don't know how D defines this, a
On Sat, 1 Nov 2014 12:01:04 +
Iain Buclaw via Digitalmars-d wrote:
> On 1 November 2014 11:56, ketmar via Digitalmars-d
> wrote:
> > On Sat, 01 Nov 2014 11:31:51 +
> > anonymous via Digitalmars-d wrote:
> >
> >> I don't know how D defines this, a
On Sat, 1 Nov 2014 12:34:50 +
Iain Buclaw via Digitalmars-d wrote:
> On 1 November 2014 09:03, ketmar via Digitalmars-d
> wrote:
> > Hello.
> >
> > let's run this code:
> >
> > info.list[idx] = saveIt(info, count-1); //!!!
>
> You could
On Sat, 1 Nov 2014 12:58:26 +
Iain Buclaw via Digitalmars-d wrote:
> Or how about: Every side effect is evaluated LTR. So whatever you do,
> don't have LHS-altering side-effects on the RHS. It may be over the
> top to explain simply that it is questionable and potentially wrong to
> assume
On Sat, 01 Nov 2014 13:04:57 +
tcak via Digitalmars-d wrote:
> My biggest concern is that just to collect similar things
> together (mostly small things), I have to create another new file
> which makes me feel "grrr".
if they are so similar, put them in one module. if they aren't so
simi
On Sat, 01 Nov 2014 14:03:50 +
Nicolas Sicard via Digitalmars-d wrote:
> What's the reason why the module keyword was introduced in the
> first place? The package and module hierarchy could have been
> deduced from the directory and file hierarchy, as it is the case
> in Python, IIRC.
no,
On Sat, 1 Nov 2014 13:56:49 +
Iain Buclaw via Digitalmars-d wrote:
> So your only solution is to pre-allocate the ptr in the GC to prevent
> the .ptr from moving because it has been reallocated to another area
> to accommodate growth.
if this will be left as is, the only solution is to drop D
On Sat, 1 Nov 2014 14:44:54 +
Iain Buclaw via Digitalmars-d wrote:
> You can clearly see the 'list.length' though. You can't possibly go
> off the assumption that if you grow the size of a dynamic array, it's
> area in memory won't be relocated.
i don't even want to know if that was dynamic
On Sat, 1 Nov 2014 19:10:15 +0100
Marco Leise via Digitalmars-d wrote:
> - reference counted object (doesn't exist in D)
but it exists! and with a size of machine pointer! i swear it exists,
i'm using it!
signature.asc
Description: PGP signature
On Sun, 02 Nov 2014 09:25:54 -0800
Dan Olson via Digitalmars-d wrote:
> Like D, Java is LTR evaluation for assignment, and I think C# too. A
> similar situation to OP code can be created in Java by reassigning an
> array reference in saveIt().
what i'm talking about is that implicit changing of
On Mon, 03 Nov 2014 16:39:43 +
via Digitalmars-d wrote:
> On Monday, 3 November 2014 at 00:16:48 UTC, ketmar via
> Digitalmars-d wrote:
> > error-prone code. no, this is not "another task for lint". not
> > rejecting such code is "safe" in the terms o
On Mon, 03 Nov 2014 09:50:26 -0500
Steven Schveighoffer via Digitalmars-d
wrote:
> There is a reason we get at least 1 question a week on how D arrays work.
and this is a clear sign that something is *very* wrong with them. i
fully understand the mechanics behind dynamic arrays, slicing and so
on
On Sun, 09 Nov 2014 12:46:28 +
novice2 via Digitalmars-d wrote:
> int[3] test1()
> {
>int[3] arr;
>...
> }
>
> disasm shows:
> - arr created on stack
> - arr address returned
> - stack changed
> - data lost.
hm. what i see in disasm is: array is created on the *caller* stack.
then ad
On Sun, 09 Nov 2014 15:40:51 +
tcak via Digitalmars-d wrote:
> That's good, but there is no need to add a new keyword as
> "partial" for module I think.
and even compiler changes are unnecessary. `import()`, it rocks.
signature.asc
Description: PGP signature
On Sun, 09 Nov 2014 16:05:31 +
tcak via Digitalmars-d wrote:
> On Sunday, 9 November 2014 at 15:54:45 UTC, ketmar via
> Digitalmars-d wrote:
> > On Sun, 09 Nov 2014 15:40:51 +
> > tcak via Digitalmars-d wrote:
> >
> >> That's good, but th
On Mon, 10 Nov 2014 08:10:08 +
Tomer Filiba via Digitalmars-d wrote:
> The following code does not invoke S.~this. If I change `struct
> S` to `class S` - it does. Memory consumption remains constant,
> meaning memory is collected, but destructors are not called.
>
> import std.stdio;
> im
Hello.
let's run this program:
import core.sys.posix.unistd;
import std.stdio;
import core.memory;
void main () {
uint size = 1024*1024*300;
for (;;) {
auto buf = new ubyte[](size);
writefln("%s", size);
sleep(1);
size += 1024*1024*100;
buf = null;
On Wed, 12 Nov 2014 12:05:25 +
thedeemon via Digitalmars-d wrote:
> On Wednesday, 12 November 2014 at 11:05:11 UTC, ketmar via
> Digitalmars-d wrote:
> > 734003200
> > address space" (yes, i'm on 32-bit system, GNU/Linux).
> >
> > the question is:
On Wed, 12 Nov 2014 12:05:25 +
thedeemon via Digitalmars-d wrote:
> On Wednesday, 12 November 2014 at 11:05:11 UTC, ketmar via
> Digitalmars-d wrote:
> > 734003200
> > address space" (yes, i'm on 32-bit system, GNU/Linux).
> >
> > the question is:
On Wed, 12 Nov 2014 12:05:25 +
thedeemon via Digitalmars-d wrote:
> On Wednesday, 12 November 2014 at 11:05:11 UTC, ketmar via
> Digitalmars-d wrote:
> > 734003200
> > address space" (yes, i'm on 32-bit system, GNU/Linux).
> >
> > the question is:
On Wed, 12 Nov 2014 12:42:10 +
Matthias Bentrup via Digitalmars-d wrote:
> On Wednesday, 12 November 2014 at 12:30:15 UTC, ketmar via
> Digitalmars-d wrote:
> > On Wed, 12 Nov 2014 12:05:25 +
> > thedeemon via Digitalmars-d wrote:
> >
> >> On Wednesday,
On Wed, 12 Nov 2014 15:24:08 +
Kagamin via Digitalmars-d wrote:
> On Wednesday, 12 November 2014 at 12:30:15 UTC, ketmar via
> Digitalmars-d wrote:
> > this shouldn't fail so soon, right? i'm freeing the memory,
> > so... it
> > still dying on 1,887,4
On Wed, 12 Nov 2014 15:19:51 +
Kagamin via Digitalmars-d wrote:
> On Wednesday, 12 November 2014 at 11:05:11 UTC, ketmar via
> Digitalmars-d wrote:
> > the question is: am i doing something wrong here? how can i
> > force GC to
> > stop eating my address space and r
On Wed, 12 Nov 2014 10:51:31 -0500
Steven Schveighoffer via Digitalmars-d
wrote:
> On 11/12/14 6:04 AM, ketmar via Digitalmars-d wrote:
> > Hello.
> >
> > let's run this program:
> >
> >import core.sys.posix.unistd;
> >import std.stdio;
>
On Wed, 12 Nov 2014 15:19:51 +
Kagamin via Digitalmars-d wrote:
> On Wednesday, 12 November 2014 at 11:05:11 UTC, ketmar via
> Digitalmars-d wrote:
> > the question is: am i doing something wrong here? how can i
> > force GC to
> > stop eating my address space and r
On Wed, 12 Nov 2014 16:13:39 +
via Digitalmars-d wrote:
> On Wednesday, 12 November 2014 at 16:06:32 UTC, ketmar via
> Digitalmars-d wrote:
> > if i'll use libc malloc() for allocating, everything works as i
> > expected: address space consumtion is on par wi
On Wed, 12 Nov 2014 16:23:01 +
Kagamin via Digitalmars-d wrote:
> On Wednesday, 12 November 2014 at 15:36:48 UTC, ketmar via
> Digitalmars-d wrote:
> > so heap fragmentation from other allocations can't be the issue.
>
> Why do you think so?
> Try to go in oppo
On Wed, 12 Nov 2014 11:20:48 -0500
Steven Schveighoffer via Digitalmars-d
wrote:
> One thing I am curious about -- it needs to allocate space to deal with
> metadata in the heap. That data should be moveable, but I bet it doesn't
> get moved. That may be why it can't merge segments.
looks like
On Wed, 12 Nov 2014 16:13:39 +
via Digitalmars-d wrote:
> On Wednesday, 12 November 2014 at 16:06:32 UTC, ketmar via
> Digitalmars-d wrote:
> > if i'll use libc malloc() for allocating, everything works as i
> > expected: address space consumtion is on par wi
On Wed, 12 Nov 2014 16:40:10 +
Sean Kelly via Digitalmars-d wrote:
> Try following the big allocation with a really small allocation
> to clear out any registers that may be referencing the large
> block.
but this clearly not an issue with sample which does `GC.free()`, and
it stops at 1.7G
On Thu, 13 Nov 2014 07:08:17 +
Sergey via Digitalmars-d wrote:
>Hello everyone!
>
> I need to create a two-dimensional array in this way, for example:
>
> auto x = 10;
> auto y = 10;
> auto some_array = new string[x][y];
> variable x cannot be read at compile time
>
> I tried this:
> e
On Fri, 14 Nov 2014 23:22:25 +0300
Dmitry Olshansky via Digitalmars-d wrote:
> > Yes you do, this is economy 101.
> I guess that's some course number, maybe in USA.
ah, that means "basics of ...", "something from the first semester of
the first year of the given discipline".
signature.asc
Descr
On Fri, 14 Nov 2014 23:23:17 +
IgorStepanov via Digitalmars-d wrote:
> What does the NO_INTERIOR flag?
it stops GC to acknowledge pointers inside allocated area as anchors.
i.e. if there is no pointer to the head (first address) of allocated
memory, it is assumed to be garbage.
this way we h
On Sat, 15 Nov 2014 01:56:17 +
IgorStepanov via Digitalmars-d wrote:
> On Friday, 14 November 2014 at 23:49:00 UTC, ketmar via
> Digitalmars-d wrote:
> > On Fri, 14 Nov 2014 23:23:17 +
> > IgorStepanov via Digitalmars-d
> > wrote:
> >
> >> What
On Sun, 16 Nov 2014 19:59:52 +
via Digitalmars-d wrote:
> A lexer that takes zero terminated input is a lot easier to write
> and make fast than one that use length.
that's why warp is faster than cpp? ;-)
signature.asc
Description: PGP signature
On Sun, 16 Nov 2014 22:09:00 +
via Digitalmars-d wrote:
> On Sunday, 16 November 2014 at 22:00:10 UTC, ketmar via
> Digitalmars-d wrote:
> > that's why warp is faster than cpp? ;-)
> Which implementation of cpp?
gcc implementation, afair. it's slowness was the re
On Sun, 16 Nov 2014 22:22:42 +
via Digitalmars-d wrote:
> Nah, if you know that the file ends with zero then you can build
> an efficient finite automata as a classifier.
FSA code is a fsckn mess. either adding dependency of external tool and
alot of messy output to project, or writing that
On Tue, 18 Nov 2014 12:33:51 +
FrankLike via Digitalmars-d wrote:
> If you migrate your projct from x86 to x64,you will find the
> length is error,you must modify it ,such as:
>int i= (something).length
> to
>size_t i = (something).length
>
> but now ,'int' is enough for use,not hug
401 - 500 of 1995 matches
Mail list logo
