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

Interaction of *{}, references and ties #10587

Closed
p5pRT opened this issue Aug 29, 2010 · 6 comments
Closed

Interaction of *{}, references and ties #10587

p5pRT opened this issue Aug 29, 2010 · 6 comments

Comments

@p5pRT
Copy link
Collaborator

@p5pRT p5pRT commented Aug 29, 2010

Migrated from rt.perl.org#77502 (status was 'open')

Searchable as RT77502$

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented Aug 29, 2010

From @cpansprout

Without running it, can you tell me what the output is?

#!perl -l
sub TIESCALAR{bless[]}
sub FETCH { --$| ? *foo : "bar" }
tie $x, "";
"$x";
print *{\$x};

And what *should* the output be?

I think the current behaviour is a bug, even if it’s unfixable.


Flags​:
  category=core
  severity=low


Site configuration information for perl 5.13.4​:

Configured by sprout at Fri Aug 20 23​:24​:53 PDT 2010.

Summary of my perl5 (revision 5 version 13 subversion 4 patch v5.13.4-16-g16c9153) configuration​:
  Snapshot of​: 9b47cdd
  Platform​:
  osname=darwin, osvers=10.4.0, archname=darwin-2level
  uname='darwin pint.local 10.4.0 darwin kernel version 10.4.0​: fri apr 23 18​:28​:53 pdt 2010; root​:xnu-1504.7.4~1release_i386 i386 '
  config_args='-de -Dusedevel'
  hint=recommended, useposix=true, d_sigaction=define
  useithreads=undef, usemultiplicity=undef
  useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
  use64bitint=undef, use64bitall=undef, uselongdouble=undef
  usemymalloc=n, bincompat5005=undef
  Compiler​:
  cc='cc', ccflags ='-fno-common -DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include',
  optimize='-O3',
  cppflags='-no-cpp-precomp -fno-common -DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include'
  ccversion='', gccversion='4.2.1 (Apple Inc. build 5664)', gccosandvers=''
  intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
  d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
  ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
  alignbytes=8, prototype=define
  Linker and Libraries​:
  ld='env MACOSX_DEPLOYMENT_TARGET=10.3 cc', ldflags =' -fstack-protector -L/usr/local/lib'
  libpth=/usr/local/lib /usr/lib
  libs=-ldbm -ldl -lm -lutil -lc
  perllibs=-ldl -lm -lutil -lc
  libc=/usr/lib/libc.dylib, so=dylib, useshrplib=false, libperl=libperl.a
  gnulibc_version=''
  Dynamic Linking​:
  dlsrc=dl_dlopen.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' '
  cccdlflags=' ', lddlflags=' -bundle -undefined dynamic_lookup -L/usr/local/lib -fstack-protector'

Locally applied patches​:
 


@​INC for perl 5.13.4​:
  /usr/local/lib/perl5/site_perl/5.13.4/darwin-2level
  /usr/local/lib/perl5/site_perl/5.13.4
  /usr/local/lib/perl5/5.13.4/darwin-2level
  /usr/local/lib/perl5/5.13.4
  /usr/local/lib/perl5/site_perl
  .


Environment for perl 5.13.4​:
  DYLD_LIBRARY_PATH (unset)
  HOME=/Users/sprout
  LANG=en_US.UTF-8
  LANGUAGE (unset)
  LD_LIBRARY_PATH (unset)
  LOGDIR (unset)
  PATH=/usr/bin​:/bin​:/usr/sbin​:/sbin​:/usr/local/bin​:/usr/X11/bin​:/usr/local/bin
  PERL_BADLANG (unset)
  SHELL=/bin/bash

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented Oct 25, 2010

From @cpansprout

On Sun Aug 29 14​:13​:53 2010, sprout wrote​:

Without running it, can you tell me what the output is?

#!perl -l
sub TIESCALAR{bless[]}
sub FETCH { --$| ? *foo : "bar" }
tie $x, "";
"$x";
print *{\$x};

And what *should* the output be?

I think the current behaviour is a bug, even if it’s unfixable.

This conundrum was resolved by change 2acc331.

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented Oct 25, 2010

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

@p5pRT p5pRT closed this Oct 25, 2010
@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented Nov 14, 2010

From @cpansprout

On Mon Oct 25 14​:54​:17 2010, sprout wrote​:

On Sun Aug 29 14​:13​:53 2010, sprout wrote​:

Without running it, can you tell me what the output is?

#!perl -l
sub TIESCALAR{bless[]}
sub FETCH { --$| ? *foo : "bar" }
tie $x, "";
"$x";
print *{\$x};

And what *should* the output be?

I think the current behaviour is a bug, even if it’s unfixable.

This conundrum was resolved by change 2acc331.

Not quite. I’m re-opening this ticket.

The example above used to print "bar". With change 2acc331, it
started printing *main​::foo. The problem now is that $x is being read
without a ->FETCH call.

I think *{\$x} should call ->FETCH on $x if it is a FAKE glob.

I think it should also call it if $x is not a glob, so the test above
will print *main​::foo if the "$x" line is omitted.

Does this sound right?

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented Nov 14, 2010

From [Unknown Contact. See original ticket]

On Mon Oct 25 14​:54​:17 2010, sprout wrote​:

On Sun Aug 29 14​:13​:53 2010, sprout wrote​:

Without running it, can you tell me what the output is?

#!perl -l
sub TIESCALAR{bless[]}
sub FETCH { --$| ? *foo : "bar" }
tie $x, "";
"$x";
print *{\$x};

And what *should* the output be?

I think the current behaviour is a bug, even if it’s unfixable.

This conundrum was resolved by change 2acc331.

Not quite. I’m re-opening this ticket.

The example above used to print "bar". With change 2acc331, it
started printing *main​::foo. The problem now is that $x is being read
without a ->FETCH call.

I think *{\$x} should call ->FETCH on $x if it is a FAKE glob.

I think it should also call it if $x is not a glob, so the test above
will print *main​::foo if the "$x" line is omitted.

Does this sound right?

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented Nov 14, 2010

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
1 participant
You can’t perform that action at this time.