Skip to content
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

say eval "" #561

Closed
p6rt opened this issue Dec 31, 2008 · 6 comments
Closed

say eval "" #561

p6rt opened this issue Dec 31, 2008 · 6 comments

Comments

@p6rt
Copy link

p6rt commented Dec 31, 2008

Migrated from rt.perl.org#61868 (status was 'resolved')

Searchable as RT61868$

@p6rt
Copy link
Author

p6rt commented Dec 6, 2008

From @moritz

Rakudo r24153​:

# no error as expected
$ ./perl6 -e 'eval "my &foo :​:= { "foo" }; foo;"'

# get error message from the failed eval (since :​:= seems NYI)​:
$ ./perl6 -e 'eval "my &foo :​:= { "foo" }; foo;"; say $!'
invoke() not implemented in class 'Undef'

# trying to print the return value​:
./perl6 -e 'say eval "my &foo :​:= { "foo" }; foo;"'
Null PMC access in get_string()
current instr.​: 'print' pc 14225 (src/gen_builtins.pir​:8585)
called from Sub 'say' pc 14247 (src/gen_builtins.pir​:8595)
called from Sub '_block11' pc 74 (EVAL_13​:24)
called from Sub 'parrot;PCT;HLLCompiler;eval' pc 892
(src/PCT/HLLCompiler.pir​:508)
called from Sub 'parrot;PCT;HLLCompiler;command_line' pc 1441
(src/PCT/HLLCompiler.pir​:771)
called from Sub 'parrot;Perl6;Compiler;main' pc 16584 (perl6.pir​:168)
*** glibc detected *** corrupted double-linked list​: 0x097bfb58 ***
Aborted

That's certainly wrong ;-)

Moritz

@p6rt
Copy link
Author

p6rt commented Dec 31, 2008

From simon@simon-cozens.org

This causes a null access in PMC, presumably because the eval is
returning the wrong kind of nothing.

@p6rt
Copy link
Author

p6rt commented Dec 31, 2008

From @pmichaud

On Tue Dec 30 17​:46​:31 2008, simon@​simon-cozens.org wrote​:

This causes a null access in PMC, presumably because the eval is
returning the wrong kind of nothing.

This should now be fixed in r34682, assigning to moritz++ so that we can
verify there's a test for it.

Thanks!

Pm

@p6rt
Copy link
Author

p6rt commented Dec 31, 2008

The RT System itself - Status changed from 'new' to 'open'

@p6rt
Copy link
Author

p6rt commented Jan 5, 2009

From @moritz

On Tue Dec 30 18​:01​:29 2008, pmichaud wrote​:

On Tue Dec 30 17​:46​:31 2008, simon@​simon-cozens.org wrote​:

This causes a null access in PMC, presumably because the eval is
returning the wrong kind of nothing.

This should now be fixed in r34682, assigning to moritz++ so that we can
verify there's a test for it.

Added a test to t/spec/S29-scalar/undef.t

(it actually tests that uc(eval('')) lived, which used to die from the
same error).

Cheers,
Moritz

@p6rt
Copy link
Author

p6rt commented Jan 5, 2009

@moritz - Status changed from 'open' to 'resolved'

@p6rt p6rt closed this as completed Jan 5, 2009
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant