Looks pretty similar to: https://rt.perl.org/Public/Bug/Display.html?id=127033
On Tue, Sep 13, 2016 at 11:13 PM Elizabeth Mattijsen <l...@dijkmat.nl> wrote: > Feels to me some kind of loop would need to be made around line 33 in > src/core/stubs.pm, basically looping until we either find the dynamic > variable, or look for a $*PROMISE in the context and if so, try to find it > there? > > Hope this made sense, too deep in other stuff now to try things out myself. > > > On 13 Sep 2016, at 14:29, Sam S. (via RT) <perl6-bugs-follo...@perl.org> > wrote: > > > > # New Ticket Created by Sam S. > > # Please include the string: [perl #129263] > > # in the subject line of all future correspondence about this issue. > > # <URL: https://rt.perl.org/Ticket/Display.html?id=129263 > > > > > > > ➜ my $*a = 42; await start { say $*a } > > 42 > > > > ➜ my $*a = 42; await start { await start { say $*a } } > > Dynamic variable $*foo not found > > > > IRC discussion (rearranged for clarity): > > > > <smls> Are threads supposed to see dynamic variables declared in the > > mainline prior to starting the thread? > > > > <jnthn> A start block will go the extra mile to make that happen > > <jnthn> It just takes the CALLER:: of whatever calls Promise.start > iirc > > > > <jnthn> But if you work directly with threads then every one has its > > own fresh dynamic scope > > > > ... > > > > <smls> Should that still work, when it's 2 levels deep into `start`? > > > > <jnthn> Umm...I guess it'd be nice if it worked. > > <jnthn> Can RT it; I don't see why we can't fix that. > >
