From bmb@Mail.Libs.UGA.EDU

This is a bug report for perl from bmb@​mail.libs.uga.edu,
generated with the help of perlbug 1.35 running under perl v5.8.6.

Following is a doc patch to perlre. There are a few places where
quantifiers are (I think) mistakenly referred to as modifiers.
Otherwise, "modifier" consistently refers to these​: //gmsize.

--- perlre.pod.orig	Fri May 25 20:32:10 2007
+++ perlre.pod	Fri May 25 20:47:55 2007
@@ -122,8 +122,8 @@
 
 (If a curly bracket occurs in any other context, it is treated
 as a regular character.  In particular, the lower bound
-is not optional.)  The "*" modifier is equivalent to C<{0,}>, the "+"
-modifier to C<{1,}>, and the "?" modifier to C<{0,1}>.  n and m are limited
+is not optional.)  The "*" quantifier is equivalent to C<{0,}>, the "+"
+quantifier to C<{1,}>, and the "?" quantifier to C<{0,1}>.  n and m are limited
 to integral values less than a preset limit defined when perl is built.
 This is usually 32766 on the most common platforms.  The actual limit can
 be seen in the error message generated by code such as this:
@@ -1103,7 +1103,7 @@
 
 The C<o?> can match at the beginning of C<'foo'>, and since the position
 in the string is not moved by the match, C<o?> would match again and again
-because of the C<*> modifier.  Another common way to create a similar cycle
+because of the C<*> quantifier.  Another common way to create a similar cycle
 is with the looping modifier C<//g>:
 
     @matches = ( 'foo' =~ m{ o? }xg );
@@ -1123,7 +1123,7 @@
 
 Thus Perl allows such constructs, by I<forcefully breaking
 the infinite loop>.  The rules for this are different for lower-level
-loops given by the greedy modifiers C<*+{}>, and for higher-level
+loops given by the greedy quantifiers C<*+{}>, and for higher-level
 ones like the C</g> modifier or split() operator.
 
 The lower-level loops are I<interrupted> (that is, the loop is
---

Site configuration information for perl v5.8.6​:

Configured by root at Thu Jan 1 0​:00​:00 UTC 1970.

Summary of my perl5 (revision 5 version 8 subversion 6) configuration​:
  Platform​:
  osname=openbsd, osvers=3.9, archname=i386-openbsd
  uname='openbsd'
  config_args='-dsE -Dopenbsd_distribution=defined'
  hint=recommended, useposix=true, d_sigaction=define
  usethreads=undef use5005threads=undef 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-strict-aliasing -fno-delete-null-pointer-checks -pipe -I/usr/local/include',
  optimize='-O2',
  cppflags='-fno-strict-aliasing -fno-delete-null-pointer-checks -pipe -I/usr/local/include'
  ccversion='', gccversion='3.3.5 (propolice)', gccosandvers='openbsd3.9'
  intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
  d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
  ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
  alignbytes=4, prototype=define
  Linker and Libraries​:
  ld='cc', ldflags ='-Wl,-E '
  libpth=/usr/lib
  libs=-lm -lutil -lc
  perllibs=-lm -lutil -lc
  libc=/usr/lib/libc.a, so=so, useshrplib=true, libperl=libperl.so.10.0
  gnulibc_version=''
  Dynamic Linking​:
  dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-R/usr/libdata/perl5/i386-openbsd/5.8.6/CORE'
  cccdlflags='-DPIC -fPIC ', lddlflags='-shared -fPIC '

Locally applied patches​:
  SUIDPERLIO1 - fix PERLIO_DEBUG buffer overflow (CAN-2005-0156)
  SPRINTF0 - fixes for sprintf formatting issues - CVE-2005-3962

@​INC for perl v5.8.6​:
  /usr/libdata/perl5/i386-openbsd/5.8.6
  /usr/local/libdata/perl5/i386-openbsd/5.8.6
  /usr/libdata/perl5
  /usr/local/libdata/perl5
  /usr/local/libdata/perl5/site_perl/i386-openbsd
  /usr/libdata/perl5/site_perl/i386-openbsd
  /usr/local/libdata/perl5/site_perl
  /usr/libdata/perl5/site_perl
  /usr/local/lib/perl5/site_perl
  .

Environment for perl v5.8.6​:
  HOME=/home/bmb
  LANG (unset)
  LANGUAGE (unset)
  LD_LIBRARY_PATH (unset)
  LOGDIR (unset)
  PATH=/home/bmb/bin​:/bin​:/sbin​:/usr/bin​:/usr/sbin​:/usr/X11R6/bin​:/usr/local/bin​:/usr/local/sbin​:/usr/games​:.
  PERL_BADLANG (unset)
  SHELL=/bin/ksh

From @demerphq

On 6/1/07, via RT Brad Baxter <perlbug-followup@​perl.org> wrote​:

# New Ticket Created by Brad Baxter
# Please include the string​: [perl #43094]
# in the subject line of all future correspondence about this issue.
# <URL​: http​://rt.perl.org/rt3/Ticket/Display.html?id=43094 >

This is a bug report for perl from bmb@​mail.libs.uga.edu,
generated with the help of perlbug 1.35 running under perl v5.8.6.

Following is a doc patch to perlre. There are a few places where
quantifiers are (I think) mistakenly referred to as modifiers.
Otherwise, "modifier" consistently refers to these​: //gmsize.

these days its //pmsixogce, but otherwise i concur, this patch should
be applied.

yves

--
perl -Mre=debug -e "/just|another|perl|hacker/"

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

From @rgs

On 01/06/07, via RT Brad Baxter <perlbug-followup@​perl.org> wrote​:

Following is a doc patch to perlre. There are a few places where
quantifiers are (I think) mistakenly referred to as modifiers.
Otherwise, "modifier" consistently refers to these​: //gmsize.

Thanks, applied.

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

From bmb@Mail.Libs.UGA.EDU

On 5/31/07, demerphq <demerphq@​gmail.com> wrote​:

On 6/1/07, via RT Brad Baxter <perlbug-followup@​perl.org> wrote​:

Otherwise, "modifier" consistently refers to these​: //gmsize.

these days its //pmsixogce, but otherwise i concur, this patch should
be applied.

mnemonic​: sexpig.com

(No affiliation.)

I don't know where I got z, must have meant x.

--
Brad