[Issue 4214] New: Rebinding of scoped class references

d-bugmail at puremagic.com d-bugmail at puremagic.com
Thu May 20 13:25:36 PDT 2010


http://d.puremagic.com/issues/show_bug.cgi?id=4214

           Summary: Rebinding of scoped class references
           Product: D
           Version: future
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: DMD
        AssignedTo: nobody at puremagic.com
        ReportedBy: bearophile_hugs at eml.cc


--- Comment #0 from bearophile_hugs at eml.cc 2010-05-20 13:25:35 PDT ---
This is a D2 program:


import std.stdio: printf;
class Foo {
    int x;
    this(int xx) { this.x = xx; }
    ~this() { printf("Foo(%d) destructor\n", this.x); }
}
void main() {
    scope Foo f1 = new Foo(1);
    Foo f2 = new Foo(2);
    f1 = f2;
}


With DMD v2.046 it compiles and at runtime it prints just:
Foo(2) destructor


If the Foo(1) object was meant to be deallocated at the end of the scope of
main(), this program can cause problems.

I can see two solutions:

1) Disallow the overwriting (rebinding) of references of scoped objects. This
can be acceptable.

2) The right semantics of the code I have written there seems that both F(1)
and F(2) objects have to be allocated with main() ends.
So the compiler can look if inside main() the f1 is written over. If it's never
written over in main(), then it can act normally.
Otherwise at runtime at the end of the scope of main() the runtime can look at
the f1 reference, if it refers to the object actually allocated on the stack,
then it can act normally. If it points elsewhere then the runtime can call the
destructor of both the object on the stack and the object referenced. I am not
sure if this can be done.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------


More information about the Digitalmars-d-bugs mailing list