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
Strange behavior of shared array #8039
Comments
From t-ikegami@aist.go.jpThis is a bug report for perl from ikegami@artemis.a01.aist.go.jp, The following code snippet doesn't work as expected. #!/usr/bin/perl our @List : shared = (1..5); The output looks like: Without "use threads", both @List[(3)] and $List[3] are stringified as Flags: Site configuration information for perl v5.8.7: Configured by ikegami at Thu Jun 16 22:21:09 JST 2005. Summary of my perl5 (revision 5 version 8 subversion 7) configuration: Locally applied patches: @INC for perl v5.8.7: Environment for perl v5.8.7: |
From @HugmeirOn Tue Jul 26 20:09:21 2005, t-ikegami@aist.go.jp wrote:
PATH=/home/ikegami/bin:/home/ikegami/util:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/opt/intel_fc_80/bin:/opt/intel/compiler70/ia32/bin:/usr/java/j2re1.4.1/bin:/usr/java/j2sdk1.4.1/bin:/home/ikegami/ninf/linux/bin:.
Fixed in 5.14.2 and 5.16.0, so I'm marking this as resolved. (tangentially related, I'm having issues pinpointing the commit that |
The RT System itself - Status changed from 'new' to 'open' |
@Hugmeir - Status changed from 'open' to 'resolved' |
From @cpansproutOn Thu May 24 19:26:09 2012, Hugmeir wrote:
I usually have to tweak my script about five times to get it work, but ../perl.git/Porting/bisect.pl -e 'die unless `\Q$^X\E -Ilib -- Father Chrysostomos |
From [Unknown Contact. See original ticket]On Thu May 24 19:26:09 2012, Hugmeir wrote:
I usually have to tweak my script about five times to get it work, but ../perl.git/Porting/bisect.pl -e 'die unless `\Q$^X\E -Ilib -- Father Chrysostomos |
From @cpansproutOn Thu May 24 20:43:44 2012, sprout wrote:
Well, it took me three tries this time (with ‘warn’ just so I could see $ ../perl.git/Porting/bisect.pl -Duseithreads -e 'die unless warn ...lots of output... fd69380 is the first bad commit Fix assorted bugs related to magic (such as pos) not "sticking" to :040000 040000 8f820a0e8eced662a2bd03529289ad78ed575ec9 -- Father Chrysostomos |
From [Unknown Contact. See original ticket]On Thu May 24 20:43:44 2012, sprout wrote:
Well, it took me three tries this time (with ‘warn’ just so I could see $ ../perl.git/Porting/bisect.pl -Duseithreads -e 'die unless warn ...lots of output... fd69380 is the first bad commit Fix assorted bugs related to magic (such as pos) not "sticking" to :040000 040000 8f820a0e8eced662a2bd03529289ad78ed575ec9 -- Father Chrysostomos |
From t-ikegami@aist.go.jpDear Brian, Mmm, It seems that the behavior is changed, but not resolved yet. I @List[(3)] = 3 , which are not the expected results of @List[(3)] = 3.5 I've tested on perl 5.14.2 (comes with Ubuntu 12.04) and perl BTW, I totally forget about how I have encountered with this symptom. regards, From: "Brian Fraser via RT" <perlbug-followup@perl.org>
|
From @HugmeirOn Fri May 25 15:15:19 2012, t-ikegami@aist.go.jp wrote:
Whoops, you are absolutely right; My mistake. Reopening. For some reason the shared SV doesn't keep the NOK flag, so it's --hugmeir |
@Hugmeir - Status changed from 'resolved' to 'open' |
From @iabynOn Fri, May 25, 2012 at 04:03:31PM -0700, Brian Fraser via RT wrote:
Note that this isn't specifically an issue with threads::shared, but a use Tie::Array; -- |
From @dcollinsnSeems to be fixed. NY = 3, 3.5, NN = 3, 3, YY = 3.5, 3.5. +base Porting/bisect.pl --start v5.17.1 --end v5.17.2 -Dcc='ccache gcc-6' -Dusethreads --expect-fail -- ./perl -Ilib ../36664bis.pl commit 4bac9ae Magic flags harmonization. In restore_magic(), which is called after any magic processing, all of This patch removes the shift mechanic for magic flags, thus exposing (and The changes to cpan/ here are only temporary, for development only, to Thanks to Rik and Father C for review input. :100644 100644 05516688ceca341ac1f63a7f72f63f38c03c18c6 ce7af44486749f954ef01ca9947a30929cd521ea M av.c Seems believable. Taking this, because I've written a test, which will be included in my big patch o' tests once I finish this audit. -- |
From @dcollinsnFoiled by RT and a too-long body! This is fixed by: Porting/bisect.pl --start v5.17.1 --end v5.17.2 -Dcc='ccache gcc-6' -Dusethreads --expect-fail -- ./perl -Ilib ../36664bis.pl commit 4bac9ae Magic flags harmonization. In restore_magic(), which is called after any magic processing, all of This patch removes the shift mechanic for magic flags, thus exposing (and The changes to cpan/ here are only temporary, for development only, to Thanks to Rik and Father C for review input. :100644 100644 05516688ceca341ac1f63a7f72f63f38c03c18c6 ce7af44486749f954ef01ca9947a30929cd521ea M av.c Seems believable. Taking this, because I've written a test, which will be included in my big patch o' tests once I finish this audit. -- |
From @dcollinsnTests added in 5422beb, closing. -- |
From [Unknown Contact. See original ticket]Tests added in 5422beb, closing. -- |
@dcollinsn - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#36664 (status was 'resolved')
Searchable as RT36664$
The text was updated successfully, but these errors were encountered: