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

Crash on no strict and multi-dimensional hash #4244

Closed
p6rt opened this issue May 14, 2015 · 5 comments
Closed

Crash on no strict and multi-dimensional hash #4244

p6rt opened this issue May 14, 2015 · 5 comments
Labels

Comments

@p6rt
Copy link

p6rt commented May 14, 2015

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

Searchable as RT125183$

@p6rt
Copy link
Author

p6rt commented May 14, 2015

From @ronaldxs

Undeclared multi-dimensional hash under 'no strict;' causes crash.

perl6 -e '%h<a><b>'

or IRC evalbot

m​: no strict; %h{"a"}{"b"}

both cases crash with error like

Use of Nil in string context at src/gen/m-BOOTSTRAP.nqp line 2235
Use of Nil in string context at src/gen/m-BOOTSTRAP.nqp line 2235
...
Use of Nil in string context at src/gen/m-BOOTSTRAP.nqp line 2235
Cannot call postcircumfix​:<{ }>(Mu, "b"); none of these signatures match​:
  (Any \SELF, Any \key)
  (Any \SELF, Any \key, \ASSIGN)
  ...
  in block <unit> at -e​:1

@p6rt
Copy link
Author

p6rt commented Dec 19, 2016

From @ronaldxs

On Wed, 13 May 2015 19​:32​:25 -0700, ronaldxs wrote​:

Undeclared multi-dimensional hash under 'no strict;' causes crash.

perl6 -e '%h<a><b>'

or IRC evalbot

m​: no strict; %h{"a"}{"b"}

both cases crash with error like

"-e"/one line of program option now documented as defaulting to strict which doesn't seem to have been the case a year and a half ago. With "no strict" (use case?) no longer see internal error messages. Issue now looks pretty low priority. Resolve?

@p6rt
Copy link
Author

p6rt commented Dec 11, 2017

From @ronaldxs

Recommend merging with RT 125398 - "no strict temp does not autcreate hashes and hash elements"

Also seems fixed by e5b49ce and could be expected to share same cause of "...the underlying issue is that the default value of container descriptors created automatically with “no strict” are Mu rather than Any."

The %h<a><b> example for this ticket might inspire an additional test case or so for the merged result.

@p6rt
Copy link
Author

p6rt commented Dec 12, 2017

From @zoffixznet

Tests Raku/roast#368

@p6rt
Copy link
Author

p6rt commented Dec 12, 2017

@zoffixznet - Status changed from 'new' to 'resolved'

@p6rt p6rt closed this as completed Dec 12, 2017
@p6rt p6rt added the Bug label Jan 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant