NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: misc/53091: Web page refers to non-existent directory



The following reply was made to PR misc/53091; it has been noted by GNATS.

From: Ray Phillips <ray.phillips%gmail.com@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: misc/53091: Web page refers to non-existent directory
Date: Wed, 14 Mar 2018 03:14:54 +1000

 On 14 March 2018 at 00:46, Leonardo Taccari <leot%netbsd.org@localhost> wrote:
 > Hello Ray,
 >
 > Ray Phillips writes:
 >> Thanks for replying Leonardo.
 >>
 >
 > Thank you for reporting the problem!
 >
 >> That's curious, when I read /usr/share/doc/usd/vi/summary.txt and
 >> vitut.txt using less(1) neither has the ^ character in the "not in"
 >> line:
 >>
 >> sumary.txt:
 >>
 >>             [str]      any char in str
 >>             [str]      ... not in str
 >>
 >> vitut.txt:
 >>
 >>      [str]   matches any single character in str
 >>      [str]   matches any single character not in str
 >>
 >> I checked by viewing those lines using od(1) with its -c option as
 >> well, for example summary.txt:
 >>
 >> 0013140            [  \b   [   _  \b   s   _  \b   t   _  \b   r   ]  \b
 >> 0013160    ]                           a   n   y       c   h   a   r
 >> 0013200    i   n       _  \b   s   _  \b   t   _  \b   r  \n
 >> 0013220                                        [  \b   [   _  \b   s   _
 >> 0013240   \b   t   _  \b   r   ]  \b   ]                           .   .
 >> 0013260    .       n   o   t       i   n       _  \b   s   _  \b   t   _
 >> 0013300   \b   r  \n                                                   [
 >>
 >> So there's not a hidden ^ character on the "not in" line.
 >>
 >
 > That's interesting! Here I can see it via (but I'm on a NetBSD/amd64
 > -current machine):
 >
 >  | % grep -E '(\.\.\. not)|(any char) in' < summary.txt
 >  |            [str]       any char in str
 >  |            [^str]      ... not in str
 >
 > ...and:
 >
 >  | % grep 'any single character' < vitut.txt
 >  |     [str]    matches any single character in str
 >  |     [^str]   matches any single character not in str
 >
 > When I'll be back at home I'll check on another machine that I have with
 > NetBSD/i386 7.1.1.
 >
 >> However, ^ is shown in summary.ps.gz and vitut.ps.gz (when
 >> uncompressed using 7-Zip and viewed with PS View on a Windows PC).
 >>
 >> I see that the ^ is also not showing up in this paragraph (section
 >> 8.3) in /usr/share/doc/reference/ref1/ex/reference.txt :
 >>
 >> [string]       Matches  any  (single)  character  in  the   class
 >>                defined  by  string.   Most  characters  in string
 >>                define themselves.  A pair of characters separated
 >>                by  `-'  in  string  defines the set of characters
 >>                collating between the specified  lower  and  upper
 >>                bounds,  thus  `[a-z]'  as  a  regular  expression
 >>                matches any (single) lower-case  letter.   If  the
 >>                first  character  of string is an `' then the con-
 >>                struct matches those characters which it otherwise
 >>                would  not;  thus  `[a-z]'  matches anything but a
 >>                lower-case letter (and of course a  newline).   To
 >>                place  any  of  the  characters `', `[', or `-' in
 >>                string you must escape them with a preceding  `\'.
 >>
 >> but it is present in reference.ps.gz
 >
 > It seems that here I can see it:
 >
 >  | % grep -A 12 'Matches   any  ' < reference.txt
 >  | [string]       Matches   any  (single)  character  in  the  class
 >  |                defined by  string.   Most  characters  in  string
 >  |                define themselves.  A pair of characters separated
 >  |                by `-' in string defines  the  set  of  characters
 >  |                collating  between  the  specified lower and upper
 >  |                bounds,  thus  `[a-z]'  as  a  regular  expression
 >  |                matches  any  (single)  lower-case letter.  If the
 >  |                first character of string is an `^' then the  con-
 >  |                struct matches those characters which it otherwise
 >  |                would not; thus `[^a-z]' matches  anything  but  a
 >  |                lower-case  letter  (and of course a newline).  To
 >  |                place any of the characters `^', `[',  or  `-'  in
 >  |                string  you must escape them with a preceding `\'.
 >
 > Feel free and please forward your email and my reply to gnats-bugs@
 > appending these information on PR misc/53091 so the entire community
 > can help with investigating this problem! :)
 >
 >
 > Thanks again Ray!
 



Home | Main Index | Thread Index | Old Index