On Thursday, 20 July 2017 at 09:09:42 UTC, Danni Coy wrote:
On Thu, Jul 20, 2017 at 12:19 AM, SrMordred via Digitalmars-d < [email protected]> wrote:

On Wednesday, 19 July 2017 at 14:09:32 UTC, SrMordred wrote:

On Wednesday, 19 July 2017 at 09:09:40 UTC, Stefan Koch wrote:

On Wednesday, 19 July 2017 at 07:48:28 UTC, Danni Coy wrote:

Is there a reason that the following code

struct Foo
{
    this (string name)
    { do_something(name); }

    ~this()
    { undo_something(); }
}

Foo foo = void;

void open()
{
    foo = Foo("test"); // <- this line
}

tries to OpAssign foo to itself then calls foo's destructor?


What happens is this.

void open()
{
  foo = () {
  Foo _tmp = Foo.__ctor("test");
  return _tmp;
  } ();
}


Hm, isnt that wrong?
If I destroy resources on the dtor, wouldn't it invalidate the resource
on the copy?
Also, C++ behaves differently


No Sorry, it behaves almost the same.
just in D ctor and dtor are not called on declaration even if you drop " =
void".


Is there a way to delay the initialisation of a struct?

void initialization + emplace:

struct Foo
{
    this (string name)
    { create_count++; }

    ~this()
    { destroy_count--; }
}

int create_count;
int destroy_count;
Foo foo = void;

void main()
{
    import std.stdio;
    import std.conv : emplace;

    writefln("this(string) ran %s times.", create_count);
    writefln("~this() ran %s times.", destroy_count);

    emplace(&foo, "test");
    writeln("--- emplace ---");

    writefln("this(string) ran %s times.", create_count);
    writefln("~this() ran %s times.", destroy_count);
}

this(string) ran 0 times.
~this() ran 0 times.
--- emplace ---
this(string) ran 1 times.
~this() ran 0 times.

https://is.gd/G06GvK

Reply via email to