From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 18 12:12:07 2013 Received: (at submit) by debbugs.gnu.org; 18 Sep 2013 16:12:07 +0000 Received: from localhost ([127.0.0.1]:46968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VMKMI-0007CY-Br for submit@debbugs.gnu.org; Wed, 18 Sep 2013 12:12:07 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51359) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VMKHY-00074f-6D for submit@debbugs.gnu.org; Wed, 18 Sep 2013 12:07:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VMKHR-0007l9-2Y for submit@debbugs.gnu.org; Wed, 18 Sep 2013 12:07:06 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34524) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VMKHQ-0007ki-Um for submit@debbugs.gnu.org; Wed, 18 Sep 2013 12:07:04 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53041) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VMKHO-0007Zc-QU for bug-grep@gnu.org; Wed, 18 Sep 2013 12:07:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VMKHN-0007bn-5M for bug-grep@gnu.org; Wed, 18 Sep 2013 12:07:02 -0400 Received: from mail-ob0-x241.google.com ([2607:f8b0:4003:c01::241]:60493) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VMKHM-0007be-VV for bug-grep@gnu.org; Wed, 18 Sep 2013 12:07:01 -0400 Received: by mail-ob0-f193.google.com with SMTP id vb8so1914738obc.4 for ; Wed, 18 Sep 2013 09:07:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0p88ttmcL5LJvmTu2dWxjcUs1ygSuUkto4mkLSjbOkM=; b=YSB+15yYKCIgf5ys7N3Lg/JSm+qQYpUX7cpMob37jeyJaqwE6crqxOtvMC0/8Zy4tT AK9jvTe53lguJkA+yJ22i4Izl1KG9Uhq4ZsrUvwOvdcQHivo5zjzNrmxYSP4j+8+yvHm 62buALOJh50ibWZiiOsybztbrk/la7zk731h6fTW1AHRlwDeYIBZhjXwjxfKlATb6M+l P8vIcwdiGGJQAuX2VNKI3VTlOeaUmSs+V00doCRNd1FL0m6gmCDa9shUzaiMPzwprixs refgS2gFwCt7HpihtK1syqw3CPB+vpp9EYlVJKuUQH0L+bsuaObojwbyUT6tuxJwVXsT +Q0w== MIME-Version: 1.0 X-Received: by 10.182.81.41 with SMTP id w9mr10843596obx.18.1379520420083; Wed, 18 Sep 2013 09:07:00 -0700 (PDT) Received: by 10.182.93.194 with HTTP; Wed, 18 Sep 2013 09:07:00 -0700 (PDT) Date: Wed, 18 Sep 2013 12:07:00 -0400 Message-ID: Subject: [:alnum:] is not [:alpha:] AND [:digit:]... [:alnum:] is [:alpha:] OR [:digit:] From: Nick Aganan To: bug-grep@gnu.org Content-Type: multipart/alternative; boundary=047d7b2e4d7c99cdb304e6aaa0d0 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 18 Sep 2013 12:12:03 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --047d7b2e4d7c99cdb304e6aaa0d0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable [:alnum:] is defined as Alphanumeric characters: =91[:alpha:]=92 *and* =91[:digit:]=92; in the =91C= =92 locale and ASCII character encoding, this is the same as =91[0-9A-Za-z]=92. AND =3D need to satisfy *BOTH* alpha and digit OR =3D need to satisfy *EITHER* alpha or digit It looks like =91[:alpha:]=92 *AND* =91[:digit:]=92 functions as =91[:alpha= :]=92 *OR* =91 [:digit:]=92, See example Example: # cat /tmp/c adc x1y1z123 456 # grep [[:alpha:]] /tmp/c adc x1y1z123 # grep [[:digit:]] /tmp/c x1y1z123 456 # grep [[:alnum:]] /tmp/c adc x1y1z123 456 ### if [:alnum] functions as =91[:alpha:]=92 *AND* =91[:digit:]=92, it shou= ld show x1y1z123 only --047d7b2e4d7c99cdb304e6aaa0d0 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

[:alnum:] is defined as

Alphanumeric characters: =91[:alpha= :]=92 and =91[:digit:= ]=92; in the =91C=92 locale and ASCII charac= ter encoding, this is the same as =91[0-9A-Za-z]=92= .=A0

=A0

AND =3D need to satisfy BOTH alpha and digit

OR =3D need to satisfy EITHER alpha or digit

=A0

=A0

It looks like =91[:alpha:]=92 AND = =91[:digit:]=92 functions as =91[:alpha:]=92 OR =91[:digit:]=92, See exampl= e

=A0

=A0

Example:

# cat /tmp/= c

adc<= /p>

x1y1z123

456<= /p>

=A0<= /p>

# grep [[:alpha:]] /tmp/c

adc<= /p>

x1y1z123

=A0<= /p>

# grep [[:d= igit:]] /tmp/c

x1y1z123

456<= /p>

=A0<= /p>

# grep [[:a= lnum:]] /tmp/c

adc<= /p>

x1y1z123

456<= /p>

=A0<= /p>

=A0<= /p>

### if [:al= num] functions as =91[:alpha:]=92 AND= =91[:digit:]=92, it should show x1y1z123 only

--047d7b2e4d7c99cdb304e6aaa0d0-- From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 18 14:31:20 2013 Received: (at control) by debbugs.gnu.org; 18 Sep 2013 18:31:20 +0000 Received: from localhost ([127.0.0.1]:47171 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VMMX1-0003ND-J3 for submit@debbugs.gnu.org; Wed, 18 Sep 2013 14:31:20 -0400 Received: from mx1.redhat.com ([209.132.183.28]:8082) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VMMWw-0003Mq-70; Wed, 18 Sep 2013 14:31:17 -0400 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r8IIVCYV003937 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 18 Sep 2013 14:31:12 -0400 Received: from [10.3.113.10] ([10.3.113.10]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r8IIVBou023469; Wed, 18 Sep 2013 14:31:11 -0400 Message-ID: <5239F16F.8050204@redhat.com> Date: Wed, 18 Sep 2013 12:31:11 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8 MIME-Version: 1.0 To: Nick Aganan Subject: Re: bug#15410: [:alnum:] is not [:alpha:] AND [:digit:]... [:alnum:] is [:alpha:] OR [:digit:] References: In-Reply-To: X-Enigmail-Version: 1.5.2 OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8hRFV4gDLJO0a2Xo5Xh2pTie31aARs35s" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Spam-Score: -5.7 (-----) X-Debbugs-Envelope-To: control Cc: 15410-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.7 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8hRFV4gDLJO0a2Xo5Xh2pTie31aARs35s Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable tag 15410 notabug thanks On 09/18/2013 10:07 AM, Nick Aganan wrote: > [:alnum:] is defined as >=20 > Alphanumeric characters: =E2=80=98[:alpha:]=E2=80=99 *and* =E2=80=98[:d= igit:]=E2=80=99; in the =E2=80=98C=E2=80=99 locale > and ASCII character encoding, this is the same as =E2=80=98[0-9A-Za-z]=E2= =80=99. This sense of "and" correctly means the combination, where characters from either class satisfy the regex. Writing '[[:alnum:]]' is the same as writing '[[:alpha:][:digit:]]' > Example: >=20 > # cat /tmp/c >=20 > adc >=20 > x1y1z123 >=20 > 456 [Your mailer is rather unconventional, and sticks lots of useless whitespace into your content] >=20 >=20 >=20 > # grep [[:alpha:]] /tmp/c >=20 > adc >=20 > x1y1z123 Whoops - you didn't quote your shell argument. I suspect you have some single-character file names in your current directory (further bolstered by the fact that you named your file /tmp/c, although it is not obvious whether your current working directory is /tmp or elsewhere). Therefore, you are falling victim to shell globbing. Remember, if a file named 'a' exists in the current directory, then unquoted [] expressions perform globs that might be replaced by that file name: $ touch a $ echo '[[:alpha:]]' [[:alpha:]] [[:alpha:]] a You are NOT grepping for the char class "[[:alpha:]]", but for the entirely different regex that matches the unfortunate file name expansion of your glob. Use shell quotes properly, and you will then see the desired answers. Or prepend 'echo' to your grep command to see what arguments were actually being handed to grep. Given that the problem is in your lack of shell quoting, and not in grep, I'm closing this as not a bug. However, feel free to respond if you have more comments. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --8hRFV4gDLJO0a2Xo5Xh2pTie31aARs35s Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJSOfFvAAoJEKeha0olJ0NqTPwH/i8QrBznOgLvofsp2sJV9lM/ xiEDKs+Pd4Fu/4gV1KjPtAS4SsowdDqA31/0u9lfN0tVGankZbiMKUiR2s8D8pTs UqJPMKJz0Xqw3e2aszt9P51+2Zf1MBZjf0ISKb0aozDp0WBdzEH2tB3te76oFVhE 6Vw0CjNwjbIbNYkonkh/YyCcKx9q2reY3umthZ8ihzFIwgCVv+iA//GNRTSPF5AO 5wKx1qRwXoo6mijQIOo/ZQBURxoFkPuf2HyBNNeq5/ABqyj1jbAz11bzfDal2yMF GE7aaAO0rm+tY8Z3tHsUnUdaqIIMAKw1hXwrms3EjuEaie+at8x7iFDuDi0f/Zk= =Dsq2 -----END PGP SIGNATURE----- --8hRFV4gDLJO0a2Xo5Xh2pTie31aARs35s-- From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 18 14:39:24 2013 Received: (at 15410-done) by debbugs.gnu.org; 18 Sep 2013 18:39:24 +0000 Received: from localhost ([127.0.0.1]:47187 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VMMep-0003bw-Sj for submit@debbugs.gnu.org; Wed, 18 Sep 2013 14:39:24 -0400 Received: from mx1.redhat.com ([209.132.183.28]:52676) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VMMem-0003bd-DF for 15410-done@debbugs.gnu.org; Wed, 18 Sep 2013 14:39:20 -0400 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r8IIdEPb001846 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 18 Sep 2013 14:39:14 -0400 Received: from [10.3.113.10] ([10.3.113.10]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r8IIdE5N027849; Wed, 18 Sep 2013 14:39:14 -0400 Message-ID: <5239F351.8080708@redhat.com> Date: Wed, 18 Sep 2013 12:39:13 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8 MIME-Version: 1.0 Subject: Re: bug#15410: [:alnum:] is not [:alpha:] AND [:digit:]... [:alnum:] is [:alpha:] OR [:digit:] References: <5239F16F.8050204@redhat.com> In-Reply-To: <5239F16F.8050204@redhat.com> X-Enigmail-Version: 1.5.2 OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="fitdg9sFx0CBXVxo1lA5Nm8qfuXGMx5pD" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Spam-Score: -4.4 (----) X-Debbugs-Envelope-To: 15410-done Cc: Nick Aganan , 15410-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.4 (----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fitdg9sFx0CBXVxo1lA5Nm8qfuXGMx5pD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 09/18/2013 12:31 PM, Eric Blake wrote: >> [:alnum:] is defined as >> >> Alphanumeric characters: =E2=80=98[:alpha:]=E2=80=99 *and* =E2=80=98[:= digit:]=E2=80=99; in the =E2=80=98C=E2=80=99 locale >> and ASCII character encoding, this is the same as =E2=80=98[0-9A-Za-z]= =E2=80=99. >=20 > This sense of "and" correctly means the combination, where characters > from either class satisfy the regex. Writing '[[:alnum:]]' is the same= > as writing '[[:alpha:][:digit:]]' >=20 >=20 > Given that the problem is in your lack of shell quoting, and not in > grep, I'm closing this as not a bug. However, feel free to respond if > you have more comments. >=20 Re-reading what I just wrote, I think I'd better add more, because it may not just be a problem with shell globbing, but also a misunderstanding on your part: >>=20 >> ### if [:alnum] functions as =E2=80=98[:alpha:]=E2=80=99 *AND* =E2=80=98= [:digit:]=E2=80=99, it should show >> x1y1z123 only In your sample, you specified a regex that matches exactly one byte. It matches all three lines, because "a" (in the "adc" line) fits the alnum category, "x" (in the "x1y1z123" line) fits the alnum category, and "4" (in the "456" line) fits the alnum category. Again, it is NOT a regex that specifies a multi-byte match, where the match has to include at least one alpha byte and one digit byte, but a regex that specifies a range of possible matching bytes, and the range includes both alpha and digit bytes, but only one byte matches. In just the same way, you can say that the regex "[ab]" matches both "a" and "b"; or you can state that you will have a match if either "a" or "b" is encountered; but it's all a matter of wording for which conjunction feels most natural for the context you are using for describing the matching. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --fitdg9sFx0CBXVxo1lA5Nm8qfuXGMx5pD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJSOfNRAAoJEKeha0olJ0Nqn3YH/iWAyeBO3yaVNwBED9sIZMTx qwglGu/PJpLPO6RhialHg5PIiPP4BZixcVPfgEhdIHhdWxq6Nvep2pY7YJAlW5qa sTkBLeETwW2gIR/GiEkIhV1iUHgcFKhjzCugBbIXfGJgbOppOe5tsSYVJBCRjY1u N7PPg8Oz3uJ87ZuoEnh55muYanNa27ZRxbzKSOSg7cwTC7nizwn6aMTQneEQyn5U KvacU6Gnu/EgJntiRj0NbBiOrLT6SnUE+uiShUllSbedxFDscK1hol1dNBrE0MJ8 YGVhSsa7GyDq4cJA2yzhdq3GB6H7L6sFb/6qnRn4VEx+ei4kU+zTV8vcWBy4CeE= =1JGf -----END PGP SIGNATURE----- --fitdg9sFx0CBXVxo1lA5Nm8qfuXGMx5pD-- From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 18 16:15:00 2013 Received: (at 15410) by debbugs.gnu.org; 18 Sep 2013 20:15:00 +0000 Received: from localhost ([127.0.0.1]:47371 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VMO9M-0007Dr-9S for submit@debbugs.gnu.org; Wed, 18 Sep 2013 16:15:00 -0400 Received: from mx1.redhat.com ([209.132.183.28]:27948) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VMO9J-0007Dh-Ik for 15410@debbugs.gnu.org; Wed, 18 Sep 2013 16:14:59 -0400 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r8IKEu6T014440 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 18 Sep 2013 16:14:56 -0400 Received: from [10.3.113.10] ([10.3.113.10]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r8IKEtU0005347; Wed, 18 Sep 2013 16:14:55 -0400 Message-ID: <523A09BF.3010202@redhat.com> Date: Wed, 18 Sep 2013 14:14:55 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8 MIME-Version: 1.0 To: Nix , 15410@debbugs.gnu.org Subject: Re: bug#15410: [:alnum:] is not [:alpha:] AND [:digit:]... [:alnum:] is [:alpha:] OR [:digit:] References: <5239F16F.8050204@redhat.com> <5239F351.8080708@redhat.com> In-Reply-To: X-Enigmail-Version: 1.5.2 OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="OE93dhM2KfXFlHRLR7T2fuxXHA9hDu5UB" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Spam-Score: -5.7 (-----) X-Debbugs-Envelope-To: 15410 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.7 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OE93dhM2KfXFlHRLR7T2fuxXHA9hDu5UB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 09/18/2013 01:56 PM, Nix wrote: Please keep the list in the loop: https://rwmj.wordpress.com/2010/11/08/want-help-dont-email-me-directly/ > The documentation is wrong then... > When you say "AND" that means you need to satisfy "ALL" entity before i= t > exit successfully. > Using OR is fitted in your description. OR satisfies "ALL" or "EITHER" = to > have a successful exit. >=20 > Bottom line, it is about the logic of using AND or OR. It's about WHERE you are using the logic of AND or OR. Let's try again. If I write: [@[:alnum:]!] then I have a bracket expression containing three elements: [:alnum:], @, and !, which is the SAME as if I had written the bracket expression [@[:alpha:][:digit:]!] or even [[:digit:]!@[:alpha:]] Either way, I'm using [:alnum:] as shorthand instead of including both [:alpha:] AND [:digit:]. Then, the resulting bracket expression matches one byte that can come from a set of characters: @, !, alpha OR digit. It is the outer bracket expression that is doing OR matching, while the inner [:alnum:] element within the bracket expression is representing AND-based combination shorthand of other possible bracket expression elements. Similarly, [@!] is a bracket expression containing @ AND ! as expression elements, where the overall expression will then match @ OR !. But as @ matches only one possible character, rather than being shorthand for a bunch of characters, you don't get as confused by that wording. If you want to propose a documentation patch to make it clearer for the next reader, then by all means do so. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --OE93dhM2KfXFlHRLR7T2fuxXHA9hDu5UB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJSOgm/AAoJEKeha0olJ0NqthEH/0KJkY7qivx1CcLh6jMxKAa+ e+jNIUviRsd1oVEgOHtRtUL7GOvvR/o5Dkfr3ktmblzXG4J4WNN+X7kk9taDoRFG FPyqpN+2wh121ZLMb23AP4B9E0YpFGX3FLcXMBJI8XABIrqPoomaCmAg3Alc1SRE zlYeu+Hfe7hhbZQXDe51b6EtV4n1r0ea9tXpgi+sMPy4gq7uEFFHgGfEOeUPX5eC rAQGkuVPfiSasMVeFOO17HZHFcagFZGdSC4mvVYPoDy0jCjZCMNtruMMZzSAcFGb 5QLo2Bb4+wDiNrMzX0HWImq1AIosTAWXbnAMuYwk8ONFpSle/gq6RZ9YAJ+jzfU= =wOiQ -----END PGP SIGNATURE----- --OE93dhM2KfXFlHRLR7T2fuxXHA9hDu5UB-- From unknown Fri Aug 15 02:05:19 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 17 Oct 2013 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator