New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Newruntime: Double destruction of seq/string #11833
Labels
Comments
I would actually suggest to run any |
jwollen
changed the title
Newuntime: Double destruction of seq/string
Newruntime: Double destruction of seq/string
Jul 26, 2019
Clyybber
added a commit
to Clyybber/Nim
that referenced
this issue
Aug 11, 2019
Clyybber
added a commit
to Clyybber/Nim
that referenced
this issue
Aug 12, 2019
Clyybber
added a commit
to Clyybber/Nim
that referenced
this issue
Aug 15, 2019
Clyybber
added a commit
to Clyybber/Nim
that referenced
this issue
Aug 16, 2019
Clyybber
added a commit
to Clyybber/Nim
that referenced
this issue
Aug 20, 2019
Clyybber
added a commit
to Clyybber/Nim
that referenced
this issue
Aug 21, 2019
Clyybber
added a commit
to Clyybber/Nim
that referenced
this issue
Aug 25, 2019
Clyybber
added a commit
to Clyybber/Nim
that referenced
this issue
Sep 28, 2019
Clyybber
added a commit
to Clyybber/Nim
that referenced
this issue
Sep 30, 2019
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The following destroys the inner seq twice with
--newruntime
, causing unexpected behavior. To have it immediately crash consistently, use-d:useMalloc
.(The
Foo
is not important. This happens with any non-constant element)From the generated code:
The inner
seq
is first deallocated through the temporary, then again as part of the outerseq
.Related (but not fixing the issue): The generated destructors don't nil the payload/length of the sequences.
The text was updated successfully, but these errors were encountered: