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

Inconsistent treatment of nulls and newlines in <...> #12488

Closed
p5pRT opened this issue Oct 14, 2012 · 6 comments
Closed

Inconsistent treatment of nulls and newlines in <...> #12488

p5pRT opened this issue Oct 14, 2012 · 6 comments

Comments

@p5pRT
Copy link

@p5pRT p5pRT commented Oct 14, 2012

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

Searchable as RT115252$

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Oct 14, 2012

From @cpansprout

This one fails​:

eval "<\n>; 1" or print $@​;

This one succeeds in perl, but not miniperl (because miniperl calls sh, which doesn’t like the null)​:

eval "<\0\n>; 1" or print $@​;

This one fails (it has to be in a sring eval to work)​:

perl -e 'print "<\0\n>"' | perl -MO=Deparse


Flags​:
  category=core
  severity=low


Site configuration information for perl 5.17.5​:

Configured by sprout at Sat Sep 22 18​:51​:23 PDT 2012.

Summary of my perl5 (revision 5 version 17 subversion 5) configuration​:
  Snapshot of​: 451f421
  Platform​:
  osname=darwin, osvers=10.5.0, archname=darwin-2level
  uname='darwin pint.local 10.5.0 darwin kernel version 10.5.0​: fri nov 5 23​:20​:39 pdt 2010; root​:xnu-1504.9.17~1release_i386 i386 '
  config_args='-de -Dusedevel -DDEBUGGING'
  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 -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include',
  optimize='-O3 -g',
  cppflags='-fno-common -DPERL_DARWIN -DDEBUGGING -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=, 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.17.5​:
  /usr/local/lib/perl5/site_perl/5.17.5/darwin-2level
  /usr/local/lib/perl5/site_perl/5.17.5
  /usr/local/lib/perl5/5.17.5/darwin-2level
  /usr/local/lib/perl5/5.17.5
  /usr/local/lib/perl5/site_perl
  .


Environment for perl 5.17.5​:
  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
Author

@p5pRT p5pRT commented Oct 15, 2012

From @jkeenan

On Sun Oct 14 13​:09​:47 2012, sprout wrote​:

This one fails​:

eval "<\n>; 1" or print $@​;

Is this the failure you are referring to​:

#####
$ perl -E 'eval "<\n>; 1" or print $@​;'
Unterminated <> operator at (eval 1) line 1.
#####

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Oct 15, 2012

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

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Oct 15, 2012

From @cpansprout

On Oct 14, 2012, at 5​:54 PM, James E Keenan via RT wrote​:

On Sun Oct 14 13​:09​:47 2012, sprout wrote​:

This one fails​:

eval "<\n>; 1" or print $@​;

Is this the failure you are referring to​:

#####
$ perl -E 'eval "<\n>; 1" or print $@​;'
Unterminated <> operator at (eval 1) line 1.
#####

Yes, but you can sneak past it with a null, *if* it is inside a string eval.

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Dec 15, 2017

From zefram@fysh.org

Leaving aside miniperl, which doesn't matter, the
inconsistency in "<\0\n>" was recently resolved by commit
85bb8b9 "toke.c​: Convert some strchr
to memchr". This ticket can now be closed.

-zefram

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Dec 15, 2017

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

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

No branches or pull requests

1 participant