From unknown Sat Aug 09 21:22:42 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#23269 <23269@debbugs.gnu.org> To: bug#23269 <23269@debbugs.gnu.org> Subject: Status: new snapshot available: grep-2.24.13-bed6 Reply-To: bug#23269 <23269@debbugs.gnu.org> Date: Sun, 10 Aug 2025 04:22:42 +0000 retitle 23269 new snapshot available: grep-2.24.13-bed6 reassign 23269 grep submitter 23269 Jim Meyering severity 23269 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 11 11:53:51 2016 Received: (at submit) by debbugs.gnu.org; 11 Apr 2016 15:53:51 +0000 Received: from localhost ([127.0.0.1]:59614 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ape9v-0001Oh-IO for submit@debbugs.gnu.org; Mon, 11 Apr 2016 11:53:51 -0400 Received: from eggs.gnu.org ([208.118.235.92]:54717) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ape9u-0001OV-74 for submit@debbugs.gnu.org; Mon, 11 Apr 2016 11:53:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ape9n-00008X-GC for submit@debbugs.gnu.org; Mon, 11 Apr 2016 11:53:45 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:36037) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ape9n-00008R-DC for submit@debbugs.gnu.org; Mon, 11 Apr 2016 11:53:43 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45666) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ape9m-0005G2-32 for bug-grep@gnu.org; Mon, 11 Apr 2016 11:53:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ape9k-00007Z-SX for bug-grep@gnu.org; Mon, 11 Apr 2016 11:53:42 -0400 Received: from mail-oi0-x22f.google.com ([2607:f8b0:4003:c06::22f]:34300) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ape9i-00006s-AJ; Mon, 11 Apr 2016 11:53:38 -0400 Received: by mail-oi0-x22f.google.com with SMTP id s79so212822330oie.1; Mon, 11 Apr 2016 08:53:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:cc :content-transfer-encoding; bh=PK/xHCj05oFwHwIegcMoKJcEm2bDQW4cSoyyD9rHCUw=; b=AauxEBUGYKY55Vs+oJyWcbF0t019Qqp7SHJ6UwD99pWszKfMrg0kQCNoZgRayZClY/ 9RLZ09c5qeT/sybv29FkjophdOKK2Y0NZDDOKp2c6VQKB94pYqZYK6HLNky9I5GqcGcT 1Omfc0OreJggJFuUze1iLBxlouvXNZnCtwQPI4Blja7DnR2wnIUeBnymPdgtRcY9KGT9 7vHTuwSSoF23wPAejwlqvxQ7UlP3bBxRj6W1tC/xbc9eD7aiDd9Cpo1vA7F+oNyZFxRK t63xOzkrP+F/AADUAgBzuXJwLT52KB+dMe5kpXfy1KT1AjQf7d+gdn+b5JW7H8xKcJ6p otyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to:cc:content-transfer-encoding; bh=PK/xHCj05oFwHwIegcMoKJcEm2bDQW4cSoyyD9rHCUw=; b=ZbBBLVAKpUqCfZt9GwAcb+Rv+FVbYO3tPKVI/t9dDI7q0NjkjOQ+qqzv5+fW22kBIF +BNacd3uY4MW7DcIgFeiLqdICW5ethNsAOQMIP/olcxFh9sxNY1oQ1V2aSGAh0M2H6MT 1btaaj8rOUsmVzQOEDeguetIdyaWPkLOlkhxS4LS0pyC/Z1UGNd1PHYyQ7Q4d6X/zdQT HACEb2ESKPcQXKDr9NQ/SBvRk/AOW4EzHJhEwBxihQdhNj7YZMXelgpW6LFvpgJHZd/Q ihk473ulepw2yJOxJBN9BsQqO78h+ZF6xFMPjx3V+Ys0I6XGLZPOIrAop6ehcGEhbc5S eXRg== X-Gm-Message-State: AOPr4FXZbePjshS0ECYOsajwDhqpNohcf1V9CYfMAsiAk2emBn4KuoBYefaB7crydVnXXijBv/3xPoYujCK2pg== X-Received: by 10.157.1.41 with SMTP id 38mr4975277otu.172.1460390017254; Mon, 11 Apr 2016 08:53:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.213.141 with HTTP; Mon, 11 Apr 2016 08:53:17 -0700 (PDT) From: Jim Meyering Date: Mon, 11 Apr 2016 08:53:17 -0700 X-Google-Sender-Auth: ecJ-Styb0AI0rIFKWcdwWNmw8gI Message-ID: Subject: new snapshot available: grep-2.24.13-bed6 To: bug-grep@gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.8 (---) X-Debbugs-Envelope-To: submit Cc: TP coordinator , platform-testers@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.8 (---) I plan to release grep-2.25 this week, so here's a snapshot of the latest. Please beat it up and report success and failure here. Thanks to Paul Eggert for fixing so many bugs (and especially for the mbrtowc workaround in gnulib), and to Assaf Gordon for the initial patch to make many of grep's diagnostics more informative. [In case you're wondering why the mbrtowc work-around matters, here's the story: I was dismayed to learn that even with the very latest Fedora, glibc and grep-2.23 or grep-2.24, this printf '\344' | LC_ALL=3DC grep . would print "Binary file (standard input) matches". We should never get that "Binary file matches" diagnostic when using the LC_ALL=3DC locale. Thanks to Bj=C3=B6rn JACKE for noticing and reporting that. See http://bugs.gnu.org/23234 for full details. ] grep snapshot: http://meyering.net/grep/grep-ss.tar.xz 1.3 MB http://meyering.net/grep/grep-ss.tar.xz.sig http://meyering.net/grep/grep-2.24.13-bed6.tar.xz Changes in grep since v2.24: Jim Meyering (5): maint: post-release administrivia maint: avoid spurious "binary file ... matches" in generated THANKS maint: move new 'Improvements' blurb into proper section tests: remove spurious test of egrep maint: remove unused mbtoupper function Paul Eggert (8): grep: use errno consistently in write diagnostics grep: -oz now outputs null bytes, not newlines grep: -Pz no longer misdiagnoses [^a] tests: test egrep/fgrep help only if our grep Give another example of binary file processing build: update gnulib submodule to latest grep: in C locale, all bytes are valid characters grep: minor doc tweaks inspired by Debian Changes in gnulib since v2.24: * gnulib cd6a452...b7bc3c1 (55): > mbrtowc: work around glibc bug#19932 > update from texinfo > autoupdate > stdint: detect good enough pre-C++11 stdint.h in C++ mode > argp: merge changes from glibc > Prefer American spelling for "initialize" > autoupdate > stddef: support configuring with g++ > autoupdate > autoupdate > update from texinfo > test-framework-sh: minor cleanups > test-framework-sh: revert port to NetBSD 7.0 > autoupdate > Port better to Alpine Linux > test-framework-sh: port to NetBSD 7.0 > update from texinfo > gitlog-to-changelog: suppress ignored chatter > update from texinfo > update from texinfo > setlocale: add "sv" to Windows language table > update from texinfo > sys_select: port to new Cygwin > test-userspec.c: do not trigger gcc's new -Wmisleading-indentation > time_rz: port to clang -Wunused-const-variable > std-gnu11: improve clang support > select: port more to Intel 2016.1.150 compiler > select: try to port to 2016.1.150 compiler > localename-tests: memory allocation fixes > intprops: make .h file license match module > acl: fix missing return on Cygwin > update from texinfo > update from texinfo > extern-inline: port to PGI CC > update from texinfo > update from texinfo > signbit: port back to pre-C++11 GCC > mountlist: recognize autofs-mounted remote file systems, too > signbit: port to C++ with GCC 6 > regex: make it closer to libc > regex: merge patches from libc > update from texinfo > update from texinfo > autoupdate > autoupdate > stdalign: port to older HP and IBM cc > stdalign: port to clang 3.7.0 > update from texinfo > readdir_r: now obsolescent > Use modern texinfo when syncing install.texi output from autoconf > update from texinfo > sync install.texi from autoconf > misc: port better to gcc -fsanitize=3Daddress > update from texinfo > autoupdate From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 11 12:13:35 2016 Received: (at 23269) by debbugs.gnu.org; 11 Apr 2016 16:13:35 +0000 Received: from localhost ([127.0.0.1]:59641 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1apeT1-0001st-Kq for submit@debbugs.gnu.org; Mon, 11 Apr 2016 12:13:35 -0400 Received: from mail-oi0-f43.google.com ([209.85.218.43]:34263) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1apeSz-0001sg-Te for 23269@debbugs.gnu.org; Mon, 11 Apr 2016 12:13:34 -0400 Received: by mail-oi0-f43.google.com with SMTP id s79so213604408oie.1 for <23269@debbugs.gnu.org>; Mon, 11 Apr 2016 09:13:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=/dH79UsFPIWY1MJbaE0ejo0nh3aT9SL+hpU/d0w1oLc=; b=EquHKStTZ4vhfaFvsX9QUfmsVMtgS6hoVxVovieSf0DmCYsJWSKCfIoqcym4G61BNh gOFL4bO/5tsnXcKNm1UsBAFoBty2gjjskyrhxszOR9K3ThBF4c2SFeJRHvq748h42vcb j1gJQNnANIeiVl73sWt22tYtcWoJR6vtGAi2a8RB5LbxL3H0VG6J6r15o7rZdzJaX/lP 89bYlFOEdkba/5F0RzLwX9BVjqQGCEtyeA+TzCQETJl0Vi04iEEhEQd2mO8xXM/YmHjn 3qqkqXhHrwM3nlJ4KUZ6bcIiYrQfTem3gi0+EPhO6D9CaGkDwtdZ9r3JYWMW0xoYPHgo PYAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=/dH79UsFPIWY1MJbaE0ejo0nh3aT9SL+hpU/d0w1oLc=; b=l2B0TZNTzh14bzZBxOvs4g4bU9/UymK8Nq5HuaBbsoQC6S1XQZZqdr1cSSLSBCagRK F6oF5PQOv1Nhgzg2ls3XS6wfPZTEWHxGhVNMEwyNdgU2D6LOOTFSWUH8l854+reprrAn 6SbhtpWtKLT66UgPkTXzOJqSyHkZ7VT+i5NoyILM+fONuiBXR/V3PigHpXgvzk0KtJIm u43bbjDvO+3vUMfoBFDvawqGY/qRo9COkRRcf2txUGnrxB6MtmO3i4TNbGr2REZjCxB2 4hr2E1FBSpglgIuM3kJwgzx9ZIm+pwt8YZTT9pvyVXwCLHeucwMUq2d/kLkctRe+BXEC KYeQ== X-Gm-Message-State: AOPr4FXztvddrDjouMl5KO5fGzZeMZoirvXVeBJ1Zsw68L48F3ANjIfWxmNCNGJqaZVFOF3XdO8qKnAlvBwaWA== X-Received: by 10.157.11.242 with SMTP id 105mr4244969oth.103.1460391208158; Mon, 11 Apr 2016 09:13:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.213.141 with HTTP; Mon, 11 Apr 2016 09:13:08 -0700 (PDT) In-Reply-To: References: From: Jim Meyering Date: Mon, 11 Apr 2016 09:13:08 -0700 X-Google-Sender-Auth: SedpHQMCFqrylXQ9BHUnlVI2myY Message-ID: Subject: Re: bug#23269: new snapshot available: grep-2.24.13-bed6 To: 23269@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 23269 Cc: TP coordinator , platform-testers@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -0.5 (/) On Mon, Apr 11, 2016 at 8:53 AM, Jim Meyering wrote: > [In case you're wondering why the mbrtowc work-around matters, > here's the story: I was dismayed to learn that even with the very > latest Fedora, glibc and grep-2.23 or grep-2.24, this > > printf '\344' | LC_ALL=3DC grep . > > would print "Binary file (standard input) matches". > We should never get that "Binary file matches" diagnostic > when using the LC_ALL=3DC locale. Thanks to Bj=C3=B6rn JACKE > for noticing and reporting that. See http://bugs.gnu.org/23234 > for full details. ] To summarize, that problem was due to the way mbrtowc works in the C/POSIX locale with certain C library runtime releases. There, mbrtowc would report that bytes 128..255 were not valid characters, thus evoking grep's "Binary file matches" diagnostic. Paul's fix was to add configure-time tests to detect the problem and (when detected) to enable a replacement mbrtowc function that calls the underlying one, and corrects for any offending case. This problem is likely to affect many more programs than just grep, so we presume it will be fixed promptly, but don't want to make grep's proper functioning depend on an as-yet-unreleased C library. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 11 12:30:08 2016 Received: (at 23269) by debbugs.gnu.org; 11 Apr 2016 16:30:08 +0000 Received: from localhost ([127.0.0.1]:59650 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1apej2-0002Hg-DU for submit@debbugs.gnu.org; Mon, 11 Apr 2016 12:30:08 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:35797) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1apej1-0002Gh-Lm for 23269@debbugs.gnu.org; Mon, 11 Apr 2016 12:30:07 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 619E5160FD3; Mon, 11 Apr 2016 09:30:01 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id QRH2umoL8ikL; Mon, 11 Apr 2016 09:30:00 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 0BD13161265; Mon, 11 Apr 2016 09:30:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id MLYi8b6phgqO; Mon, 11 Apr 2016 09:29:59 -0700 (PDT) Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id E7467160FD3; Mon, 11 Apr 2016 09:29:59 -0700 (PDT) Subject: Re: bug#23269: new snapshot available: grep-2.24.13-bed6 To: Jim Meyering , 23269@debbugs.gnu.org References: From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <570BD107.4060206@cs.ucla.edu> Date: Mon, 11 Apr 2016 09:29:59 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 23269 Cc: platform-testers@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) On 04/11/2016 09:13 AM, Jim Meyering wrote: > This problem is likely to affect many more programs > than just grep, so we presume it will be fixed promptly I am not sure about how promptly it'll be fixed in glibc, as this may require more developer oomph in the localedata area. Although Bruno Haible did a nice analysis of the issue he had some qualms about changing this part of glibc, and anyway I expect he has few free cycles to think about this. And to be honest, fiddling with localedata is not my fave.... Since the problem has apparently been in glibc for a decade and a half, I'm a bit surprised nobody filed a bug report about this until now. Perhaps it's because apps that care about i18n and text processing (e.g., Emacs, Firefox) largely bypass mbrtowc and do all the decoding themselves? From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 18 01:45:41 2016 Received: (at 23269) by debbugs.gnu.org; 18 Apr 2016 05:45:41 +0000 Received: from localhost ([127.0.0.1]:38839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1as20C-0007Vy-Qt for submit@debbugs.gnu.org; Mon, 18 Apr 2016 01:45:41 -0400 Received: from mail-oi0-f65.google.com ([209.85.218.65]:35532) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1as20B-0007Vj-Cm for 23269@debbugs.gnu.org; Mon, 18 Apr 2016 01:45:39 -0400 Received: by mail-oi0-f65.google.com with SMTP id r186so5685663oie.2 for <23269@debbugs.gnu.org>; Sun, 17 Apr 2016 22:45:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:cc; bh=w0FY0CJTKfCdsZKf1iXkDdG48chEmI7ZB4r0sj85dNA=; b=pl2lhj6RMNdooZ1D12BGGoieWNXmMHxOV4JV2jbDVg1dbWq4hs+KOko2A6OvOZwMQw pg1JE5FgGQlayCs1qdm4sjrTsSernpIOrkO+VN3DyKgCyM2+siXwDH2y1/hQVqSQOXQ9 PJFqoOiZDcMgM40OcNj1ZSTLwZTm4PCmThdMyj6H/6ulqQ5ZCqKIhtMk4VQSaHrV30XM q5XsOqQYk6iIfonHSTmRay/mEpVLRnwg9ibqBpbpeKucvehupH+FTpRrPz+NdkMeKg1W CIOXGXZ2lfXmCXluJths0VC2/HFzPQm12/BXuKrMSPnOEctH0x0XLUuOpSxWwRv8kl0x psWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to:cc; bh=w0FY0CJTKfCdsZKf1iXkDdG48chEmI7ZB4r0sj85dNA=; b=Jp+RHh7DLY3tLr++fpMSP9ZUiCL5Tz9EuFdKBeD+vZ5UrQZYnfFEiY9c33G7D3+FRu 9LBhdH0Ym3EdTJS5XzDqOiMqBUEMsS9BlV4elqO86miju/kIBQR/N/BIelAME5COWxeB duJhvyY+1J2rNJeCOnebY46z9cMDLrZVVGxXUKO/6nUqPjI8WL600dmWALp9Dq86cVqT WalT78KivKF+uXM8QXRUxxntnD2gbd5qS2C6PX41zDiFERQCqHX6VmOPT6JFJ/UICVpr eIWv3v+aYua/pq9a546VWfk4BCLZzZFW/AC/Mf1/v0FVMkQZjRfdae23FmwDq9dnst4e VCsw== X-Gm-Message-State: AOPr4FVaQz2qHfQv5e3x19AJf3A/3VovSo/nV1dBNBmKq56/csHOIPEgPZDOs9knCXmgbTWIcrjR8BsB2NoF4A== X-Received: by 10.157.11.210 with SMTP id 76mr10248489oth.103.1460958333862; Sun, 17 Apr 2016 22:45:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.175.193 with HTTP; Sun, 17 Apr 2016 22:45:13 -0700 (PDT) From: Jim Meyering Date: Sun, 17 Apr 2016 22:45:13 -0700 X-Google-Sender-Auth: DAHqb6F2VVfd4zehuMH-vROVX1o Message-ID: Subject: MirBSD 10 i386 test failures [Re: grep-2.24.13-bed6 feedback To: "Nelson H. F. Beebe" , 23269@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 23269 Cc: Paul Eggert X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -0.5 (/) [Nelson H. F. Beebe ran many tests and reported the results privately ] Thank you for the testing and reporting the results. I was about to make the release when I saw your email. Here's the first failure I have investigated: + tr2='\200' + echo X + tr X '\200' + LC_ALL=C + env -- tr X '\200' ++ wc -l + test 1 -eq 1 + grep . in + fail=1 + compare in out + compare_dev_null_ in out + test 2 = 2 + test xin = x/dev/null + test xout = x/dev/null + return 2 + case $? in + compare_ in out + diff -u in out --- in 2016-04-15 13:19:50.797357000 -0600 +++ out 2016-04-15 13:19:50.797357000 -0600 @@ -1 +0,0 @@ -<80> + fail=1 ... FAIL c-locale (exit status: 1) The failure is due to mirbsd's btowc, which is used in dfa.c for these: /* Add this to the test for whether a byte is word-constituent, since on BSD-based systems, many values in the 128..255 range are classified as alphabetic, while on glibc-based systems, they are not. */ #ifdef __GLIBC__ # define is_valid_unibyte_character(c) 1 #else # define is_valid_unibyte_character(c) (btowc (c) != WEOF) #endif /* C is a "word-constituent" byte. */ #define IS_WORD_CONSTITUENT(C) \ (is_valid_unibyte_character (C) && (isalnum (C) || (C) == '_')) The following two tables show the I for which btowc(I) == WEOF and for which gnulib's btowc.c meet that same condition on mirbsd: mirbsd$ LC_CTYPE=C LC_ALL=C ./a.out|fmt 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 mirbsd$ gcc btowc-test.c mirbsd$ LC_CTYPE=C LC_ALL=C ./a.out|fmt 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 mirbsd$ uname -a MirBSD mirbsd.vm.math.utah.edu 10 GENERIC#1359 i386 i386 AMD Opteron(tm) Processor 6136 ("AuthenticAMD" 686-class, 512KB L2 cache) MirBSD mirbsd$ LC_ALL=C locale LANG= LC_CTYPE="en_US.UTF-8" LC_COLLATE="C" LC_TIME="C" LC_NUMERIC="C" LC_MONETARY="C" LC_MESSAGES="C" LC_ALL=C ========================== Normally, I would specify only LC_ALL=C, but when I saw that the above invocation of locale failed to set LC_CTYPE to "C". Explicitly setting LC_CTYPE didn't make a difference. Those differences lead to different "trans" (transition) tables in dfa.c, and make dfaexec declare that "." does not match \200. Conclusion: we'll have to make btowc work properly in the C locale, too. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 18 02:40:20 2016 Received: (at 23269) by debbugs.gnu.org; 18 Apr 2016 06:40:20 +0000 Received: from localhost ([127.0.0.1]:38854 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1as2r6-0000Kc-7i for submit@debbugs.gnu.org; Mon, 18 Apr 2016 02:40:20 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:34906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1as2r4-0000KO-4B for 23269@debbugs.gnu.org; Mon, 18 Apr 2016 02:40:18 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id B477B16125A; Sun, 17 Apr 2016 23:40:10 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id c3nbpRJEo2Ls; Sun, 17 Apr 2016 23:40:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 6A124161263; Sun, 17 Apr 2016 23:40:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2KedDW2LBDgB; Sun, 17 Apr 2016 23:40:09 -0700 (PDT) Received: from [192.168.1.9] (unknown [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 40FC516125A; Sun, 17 Apr 2016 23:40:09 -0700 (PDT) Subject: Re: bug#23269: MirBSD 10 i386 test failures [Re: grep-2.24.13-bed6 feedback To: Jim Meyering , "Nelson H. F. Beebe" , 23269@debbugs.gnu.org References: From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <57148143.9080309@cs.ucla.edu> Date: Sun, 17 Apr 2016 23:40:03 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------020106040709050005040800" X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 23269 Cc: Paul Eggert X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) This is a multi-part message in MIME format. --------------020106040709050005040800 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Jim Meyering wrote: > Conclusion: we'll have to make btowc work properly in the C locale, too. Perhaps something like the attached (untested) patch? The basic idea is to have btowc and mbtowc use a fixed mbrtowc if the latter has the C-locale problem in question. While we're at it, btowc should invoke mbrtowc not mbtowc, as btowc is thread-safe but mbtowc is not. --------------020106040709050005040800 Content-Type: text/x-diff; name="mirbsd.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mirbsd.diff" diff --git a/lib/btowc.c b/lib/btowc.c index e7badf9..98d0840 100644 --- a/lib/btowc.c +++ b/lib/btowc.c @@ -30,9 +30,10 @@ btowc (int c) { char buf[1]; wchar_t wc; + mbstate_t mbs = { 0 }; buf[0] = c; - if (mbtowc (&wc, buf, 1) >= 0) + if (mbrtowc (&wc, buf, 1, &mbs) >= 0) return wc; } return WEOF; diff --git a/m4/btowc.m4 b/m4/btowc.m4 index 47e8fd8..6e941e1 100644 --- a/m4/btowc.m4 +++ b/m4/btowc.m4 @@ -1,4 +1,4 @@ -# btowc.m4 serial 10 +# btowc.m4 serial 11 dnl Copyright (C) 2008-2016 Free Software Foundation, Inc. dnl This file is free software; the Free Software Foundation dnl gives unlimited permission to copy and/or distribute it, @@ -13,15 +13,18 @@ AC_DEFUN([gl_FUNC_BTOWC], dnl . AC_REQUIRE([gl_WCHAR_H_INLINE_OK]) + AC_REQUIRE([AC_PROG_CC]) + AC_REQUIRE([gt_LOCALE_FR]) + AC_REQUIRE([AC_CANONICAL_HOST]) dnl for cross-compiles + AC_REQUIRE([gl_MBRTOWC_C_LOCALE]) + AC_CHECK_FUNCS_ONCE([btowc]) if test $ac_cv_func_btowc = no; then HAVE_BTOWC=0 else - - AC_REQUIRE([AC_PROG_CC]) - AC_REQUIRE([gt_LOCALE_FR]) - AC_REQUIRE([AC_CANONICAL_HOST]) dnl for cross-compiles - + case $gl_cv_C_locale_sans_EILSEQ in + *no) REPLACE_BTOWC=1 ;; + *) dnl Cygwin 1.7.2 btowc('\0') is WEOF, not 0. AC_CACHE_CHECK([whether btowc(0) is correct], [gl_cv_func_btowc_nul], @@ -106,7 +109,8 @@ int main () case "$gl_cv_func_btowc_eof" in *yes) ;; *) REPLACE_BTOWC=1 ;; - esac + esac ;; + esac fi ]) diff --git a/m4/mbtowc.m4 b/m4/mbtowc.m4 index e770bbf..825abd4 100644 --- a/m4/mbtowc.m4 +++ b/m4/mbtowc.m4 @@ -1,4 +1,4 @@ -# mbtowc.m4 serial 2 +# mbtowc.m4 serial 3 dnl Copyright (C) 2011-2016 Free Software Foundation, Inc. dnl This file is free software; the Free Software Foundation dnl gives unlimited permission to copy and/or distribute it, @@ -7,10 +7,11 @@ dnl with or without modifications, as long as this notice is preserved. AC_DEFUN([gl_FUNC_MBTOWC], [ AC_REQUIRE([gl_STDLIB_H_DEFAULTS]) + AC_REQUIRE([gl_MBRTOWC_C_LOCALE]) - if false; then - REPLACE_MBTOWC=1 - fi + case $gl_cv_C_locale_sans_EILSEQ in + *no) REPLACE_MBTOWC=1;; + esac ]) # Prerequisites of lib/mbtowc.c. diff --git a/modules/btowc b/modules/btowc index 68f4066..ac6d474 100644 --- a/modules/btowc +++ b/modules/btowc @@ -8,7 +8,7 @@ m4/locale-fr.m4 Depends-on: wchar -mbtowc [test $HAVE_BTOWC = 0 || test $REPLACE_BTOWC = 1] +mbrtowc [test $HAVE_BTOWC = 0 || test $REPLACE_BTOWC = 1] configure.ac: gl_FUNC_BTOWC --------------020106040709050005040800-- From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 18 02:49:24 2016 Received: (at 23269) by debbugs.gnu.org; 18 Apr 2016 06:49:24 +0000 Received: from localhost ([127.0.0.1]:38858 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1as2zs-0000XR-6O for submit@debbugs.gnu.org; Mon, 18 Apr 2016 02:49:24 -0400 Received: from freefriends.org ([96.88.95.60]:38690) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1as2zr-0000XJ-2H for 23269@debbugs.gnu.org; Mon, 18 Apr 2016 02:49:23 -0400 X-Envelope-From: arnold@skeeve.com Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.9/8.14.9) with ESMTP id u3I6nAhs028093; Mon, 18 Apr 2016 00:49:10 -0600 Received: (from arnold@localhost) by freefriends.org (8.14.9/8.14.9/submit) id u3I6nAR1028076; Mon, 18 Apr 2016 06:49:10 GMT From: arnold@skeeve.com Message-Id: <201604180649.u3I6nAR1028076@freefriends.org> X-Authentication-Warning: frenzy.freefriends.org: arnold set sender to arnold@skeeve.com using -f Date: Mon, 18 Apr 2016 00:49:10 -0600 To: jim@meyering.net, beebe@math.utah.edu, 23269@debbugs.gnu.org Subject: Re: bug#23269: MirBSD 10 i386 test failures [Re: grep-2.24.13-bed6 feedback References: In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 23269 Cc: eggert@twinsun.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -2.3 (--) Hi All. Note that MirBSD's libc is badly broken. Even when LC_ALL=C MB_CUR_MAX can be > 1. And perhaps other severe departures from reality. There is code in gawk to deal with it - you can look at the gawk 4.1.3 tarball and various bits in the C code for LIBC_IS_BORKED (or some such). For the next major release (gawk's master branch, no timeframe yet) I removed all that code because it was exceedingly ugly and I think that Nelson is the only one in the world who attempts to build gawk on MirBSD. While this is admirable on his part, I finally decided that I didn't want the headache of maintaining those changes. So - Caveat Emptor; you may be twisting your code base for the benefit of just a single system that's WAAAY out in left field. My two cents worth. Thanks, Arnold From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 18 10:55:17 2016 Received: (at 23269) by debbugs.gnu.org; 18 Apr 2016 14:55:17 +0000 Received: from localhost ([127.0.0.1]:39543 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asAa5-0005PX-MV for submit@debbugs.gnu.org; Mon, 18 Apr 2016 10:55:17 -0400 Received: from mail-ob0-f196.google.com ([209.85.214.196]:36192) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asAa4-0005PM-RB for 23269@debbugs.gnu.org; Mon, 18 Apr 2016 10:55:17 -0400 Received: by mail-ob0-f196.google.com with SMTP id ds1so4408368obc.3 for <23269@debbugs.gnu.org>; Mon, 18 Apr 2016 07:55:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=tL4In0imEZ2OjAIz9bme1r40SO2VTrMK5ITj9a6Zsac=; b=xkKOE5z1R45pWtjI0Zsgvkb4K7YJBv5kgl4Prt4kAEWh4qkkAeQpDfxnBv8f1Fy65L RwQPWo7bwG8aforRki/d8juBeEMG+1TTx+wjRuGTlyy8yNBUeWCeDegjVrQpasitpsvp 1KtTZvqgBYLe3zbVcAWZyy4ARER0KQRrbBqfMK33zDJiSk9eoqg3uxoIf0fZM+dsqy76 WRzKF5lrr3tkQ8I4ZTeBq/aOJAD2Et/CwpeoHtFiXqqgfPE9VEb3A9PDy0XvY8DFaMRQ o8QoQ88WhvSEPnlRMlTUvdOq0bA/yLUzd2Xn86qlO0qKTy9vSk4AONasfwiOQkcJEvzn UHLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=tL4In0imEZ2OjAIz9bme1r40SO2VTrMK5ITj9a6Zsac=; b=A2ibtqFmEgUowfLH0j0uXowP3wMYUpw1+kGJN7skE0XYJFIlWZcpmInZROBxGhJ/Kw 2J3LCv+n9/dgjvFX0L5o1kTdXqNCsKvqtmeW3zXGz56v94a/9wGA2pfNmHn8fvngUrb6 R9Cj+A5TmOOmt+PJRLeYBgz7+wnqMPi2ZAKg3Hh94OWAKH+U6CP/jSPq5pBi7RIyatD4 b36Cxp0b5YBHGJ3YnOQCMK6DnrJZ46iW5RrYqzd6jOwBgV4D2StTu9T0IuYO8BXI2Y/a Xsn6GvcQ/6PLHY8xI5J638Aeah9xux6PcdSuGvdL/eaQqhS6mGaorKkrgHDKnj4BWd1M kVcw== X-Gm-Message-State: AOPr4FWcbLPLc91Rr5q0hPwr3NE3Kc3/XE+f03cGqjLlW5/6AnGhUBSDeM5SBbwncxoeezBePJruk3vgDQTiBA== X-Received: by 10.60.63.84 with SMTP id e20mr16165461oes.37.1460991310850; Mon, 18 Apr 2016 07:55:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.175.193 with HTTP; Mon, 18 Apr 2016 07:54:51 -0700 (PDT) In-Reply-To: <57148143.9080309@cs.ucla.edu> References: <57148143.9080309@cs.ucla.edu> From: Jim Meyering Date: Mon, 18 Apr 2016 07:54:51 -0700 X-Google-Sender-Auth: Vyq419c9TmTik0n3P3y5ahkbh-4 Message-ID: Subject: Re: bug#23269: MirBSD 10 i386 test failures [Re: grep-2.24.13-bed6 feedback To: Paul Eggert Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 23269 Cc: Paul Eggert , 23269@debbugs.gnu.org, "Nelson H. F. Beebe" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -0.5 (/) On Sun, Apr 17, 2016 at 11:40 PM, Paul Eggert wrote: > Jim Meyering wrote: >> >> Conclusion: we'll have to make btowc work properly in the C locale, too. > > > Perhaps something like the attached (untested) patch? The basic idea is to > have btowc and mbtowc use a fixed mbrtowc if the latter has the C-locale > problem in question. While we're at it, btowc should invoke mbrtowc not > mbtowc, as btowc is thread-safe but mbtowc is not. Thanks for the quick patch. I'm sure you intended this additional change, so that the if-expression can sometimes be false: + if (mbrtowc (&wc, buf, 1, &mbs) >= 0) - if (mbrtowc (&wc, buf, 1, &mbs) < (size_t)-2) with that, the btowc replacement function still declares bytes 128..255 to be invalid in the C locale. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 18 11:00:35 2016 Received: (at 23269) by debbugs.gnu.org; 18 Apr 2016 15:00:35 +0000 Received: from localhost ([127.0.0.1]:39547 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asAfD-00061m-AO for submit@debbugs.gnu.org; Mon, 18 Apr 2016 11:00:35 -0400 Received: from mail-oi0-f67.google.com ([209.85.218.67]:33940) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asAfC-0005wQ-24 for 23269@debbugs.gnu.org; Mon, 18 Apr 2016 11:00:34 -0400 Received: by mail-oi0-f67.google.com with SMTP id b10so989484oig.1 for <23269@debbugs.gnu.org>; Mon, 18 Apr 2016 08:00:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=2LvHMKRP0DRH3mwpfS5DTC5QiXYZ7kR6MMrW4Du+4pw=; b=GkUethF8K03q2/J7B4IJ45HlDc21/NPX/f4eRxPyyNCEZ/y3TtYv7GL95WTp/voGy4 Q/Mto1cZRxycWPeTGvq4xaz2aVH0yEsNzEWz72oHa7aFncMsNIyAi9rLDAGax7iAR9Q/ a96DNdZBxzMdL7MZ9KibPzqRJgPQemsUN1NtVfAAqm+A9yR4WiQjb5q8a4ezSkUfJdsP HaynqxO20atSD3UnIO+rWuGNSXqbF4Bf6pjTzktnt88YX6OLp//f2tTiWcyI6Iw+epbE 2rBPEn4ZAcqtsMPu6AdZfFHEABDrjPjf+zu9X10bmvrKarI6x1Aitt1d9Ht5p7O6ZfAt FcPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=2LvHMKRP0DRH3mwpfS5DTC5QiXYZ7kR6MMrW4Du+4pw=; b=cymjpjPWY2o6l2FyLAn97O2QTzv0QvuESwCuYq+YS59EhuqjCyn3V4pgYIyCmQlRlS LGdAaIPMUWRz9CPKrZ3GTGIjmxp+mhlZpDeUhi2hrpGVE5Ha29p16kx1K0T4GNuI2E4z vIjjsE1DHn04DjtlOY+UrseZ1QLA/MxUlPJnKv9iQNuoz+ufaki//kh4S1XXDTlU9qbu GAgXHUM2/pUPTwOlFEeR0TmRbSWZLz4NH7OVWN9KyzSgqA1APizM3twI3MhUNvXgeBog HXpPCjMytsMM4nGsy6+cB/yS7dO6JBziaKK+YLSv+/Aji+SxQY1bK7tKb36Mm8kOHaUp t2pA== X-Gm-Message-State: AOPr4FW0cwjodH8kBUz9l7UclwxEbbOHp2r2AZ1d4yl1NfiR7374VBiXsrino7QFDENvJCsutltFfaLxeULBXw== X-Received: by 10.157.44.66 with SMTP id f60mr15494325otb.163.1460991628361; Mon, 18 Apr 2016 08:00:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.175.193 with HTTP; Mon, 18 Apr 2016 08:00:08 -0700 (PDT) In-Reply-To: <201604180649.u3I6nAR1028076@freefriends.org> References: <201604180649.u3I6nAR1028076@freefriends.org> From: Jim Meyering Date: Mon, 18 Apr 2016 08:00:08 -0700 X-Google-Sender-Auth: _HuBH8jgrJisMHQy3JfNMC5WITQ Message-ID: Subject: Re: bug#23269: MirBSD 10 i386 test failures [Re: grep-2.24.13-bed6 feedback To: Aharon Robbins Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 23269 Cc: Paul Eggert , 23269@debbugs.gnu.org, "Nelson H. F. Beebe" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -0.5 (/) On Sun, Apr 17, 2016 at 11:49 PM, wrote: > Hi All. > > Note that MirBSD's libc is badly broken. Even when LC_ALL=C MB_CUR_MAX > can be > 1. And perhaps other severe departures from reality. > > There is code in gawk to deal with it - you can look at the gawk 4.1.3 > tarball and various bits in the C code for LIBC_IS_BORKED (or some such). > > For the next major release (gawk's master branch, no timeframe yet) I > removed all that code because it was exceedingly ugly and I think that > Nelson is the only one in the world who attempts to build gawk on MirBSD. > > While this is admirable on his part, I finally decided that I didn't want > the headache of maintaining those changes. > > So - Caveat Emptor; you may be twisting your code base for the benefit > of just a single system that's WAAAY out in left field. Thanks for the heads up, Arnold. Note that so far, none of the changes we're considering are to the core parts of grep. Rather, they affect only the portability layers provided by gnulib. As such, any change we go with is likely to have no impact on any system other than MirBSD or some other system that has the same type of defect. However, given that its mbrtowc function exhibits the same problem, I'm inclined to write it off. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 18 11:05:43 2016 Received: (at 23269) by debbugs.gnu.org; 18 Apr 2016 15:05:43 +0000 Received: from localhost ([127.0.0.1]:39552 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asAkA-0007IR-Sl for submit@debbugs.gnu.org; Mon, 18 Apr 2016 11:05:43 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:54625) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asAk9-0007IE-GC for 23269@debbugs.gnu.org; Mon, 18 Apr 2016 11:05:42 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id BBA5F161263; Mon, 18 Apr 2016 08:05:35 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id vMq8c3N5VIoc; Mon, 18 Apr 2016 08:05:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 17691161275; Mon, 18 Apr 2016 08:05:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id KBW8ZXcVgVJq; Mon, 18 Apr 2016 08:05:35 -0700 (PDT) Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id F34B5161263; Mon, 18 Apr 2016 08:05:34 -0700 (PDT) Subject: Re: bug#23269: MirBSD 10 i386 test failures [Re: grep-2.24.13-bed6 feedback To: Jim Meyering References: <57148143.9080309@cs.ucla.edu> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <5714F7BE.3060502@cs.ucla.edu> Date: Mon, 18 Apr 2016 08:05:34 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 23269 Cc: Paul Eggert , 23269@debbugs.gnu.org, "Nelson H. F. Beebe" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) On 04/18/2016 07:54 AM, Jim Meyering wrote: > I'm sure you intended this additional change, so > that the if-expression can sometimes be false: > > + if (mbrtowc (&wc, buf, 1, &mbs) >= 0) > - if (mbrtowc (&wc, buf, 1, &mbs) < (size_t)-2) Oh yes. (Blush.) Or it could be <= 1. > > with that, the btowc replacement function still > declares bytes 128..255 to be invalid in the C > locale. > Too bad. I'm afraid someone with access to MirBSD will need to debug it. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 19 12:04:49 2016 Received: (at 23269) by debbugs.gnu.org; 19 Apr 2016 16:04:49 +0000 Received: from localhost ([127.0.0.1]:40563 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asY8v-0004f2-5c for submit@debbugs.gnu.org; Tue, 19 Apr 2016 12:04:49 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:54210) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asY8t-0004ep-Jr for 23269@debbugs.gnu.org; Tue, 19 Apr 2016 12:04:48 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id C59DC161260; Tue, 19 Apr 2016 09:04:40 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id IlHeUMJtHdvd; Tue, 19 Apr 2016 09:04:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id C385416126B; Tue, 19 Apr 2016 09:04:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id SvJkysiFjPwf; Tue, 19 Apr 2016 09:04:39 -0700 (PDT) Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id A104C16125C; Tue, 19 Apr 2016 09:04:39 -0700 (PDT) Subject: Re: bug#23269: MirBSD 10 i386 test failures [Re: grep-2.24.13-bed6 feedback To: Jim Meyering References: <57148143.9080309@cs.ucla.edu> <5714F7BE.3060502@cs.ucla.edu> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <57165714.8000604@cs.ucla.edu> Date: Tue, 19 Apr 2016 09:04:36 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <5714F7BE.3060502@cs.ucla.edu> Content-Type: multipart/mixed; boundary="------------030005090904000108000303" X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 23269 Cc: Paul Eggert , arnold@skeeve.com, 23269@debbugs.gnu.org, "Nelson H. F. Beebe" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) This is a multi-part message in MIME format. --------------030005090904000108000303 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 04/18/2016 08:05 AM, Paul Eggert wrote: > 'm afraid someone with access to MirBSD will need to debug it. On second thought there is a simpler fix: stop using btowc. I installed the attached patch, which is a good idea anyway. By using only mbrtowc (which we need to use anyway), it avoids problems on misconfigured systems like MirOS BSD where btowc disagrees with mbrtowc. After writing and debugging this patch I looked at Gawk and noticed that it already has its own equivalent of this patch's new mbrtowc_cache variable. Gawk obtains its cache via btowc; although this doesn't work on MirOS BSD due to its buggy btowc, Arnold says he's not worried about MirOS BSD any more which is quite understandable. Still, it's a bit odd to have two caches in Gawk that do the same thing; perhaps we can unify them at some point. --------------030005090904000108000303 Content-Type: application/x-patch; name="0001-dfa-remove-dependency-on-btowc.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="0001-dfa-remove-dependency-on-btowc.patch" RnJvbSBjMWRiNGE2MThiMjFmZDZlM2NlZGIzZjY4MTdhZGU1ZjQ3YTYyZDI2IE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBQYXVsIEVnZ2VydCA8ZWdnZXJ0QGNzLnVjbGEuZWR1 PgpEYXRlOiBUdWUsIDE5IEFwciAyMDE2IDA4OjU0OjMyIC0wNzAwClN1YmplY3Q6IFtQQVRD SF0gZGZhOiByZW1vdmUgZGVwZW5kZW5jeSBvbiBidG93YwoKTWlyT1MgQlNEIGJ0b3djIGlz IGEgbWFjcm8gdGhhdCAod2hlbiBHQ0MgaXMgYmVpbmcgdXNlZCkgaGFyZGNvZGVzCmJ0b3dj ICgweDgwKSA9PSBXRU9GIHJlZ2FyZGxlc3Mgb2YgbG9jYWxlLCB3aGljaCBjb250cmFkaWN0 cwpmdXR1cmUgUE9TSVggaW4gdGhlIEMgbG9jYWxlLiAgSW5zdGVhZCBvZiBib3RoZXJpbmcg dG8gZGV2ZWxvcCBhCkdudWxpYiB3b3JrYXJvdW5kIGZvciB0aGUgYnRvd2MgaW5jb21wYXRp YmlsaXR5LCB1c2UgbWJydG93YywKd2hpY2ggd2UgYXJlIHVzaW5nIGVsc2V3aGVyZSBhbmQg Zml4aW5nIGFueXdheSwgYW5kIGFyZSBjYWNoaW5nIHNvCml0IGlzIGZhc3QgaGVyZS4gIFBy b2JsZW0gcmVwb3J0ZWQgYnkgTmVsc29uIEguIEYuIEJlZWJlIHZpYSBKaW0KTWV5ZXJpbmcg aW46IGh0dHA6Ly9idWdzLmdudS5vcmcvMjMyNjkjMTQKKiBib290c3RyYXAuY29uZiAoZ251 bGliX21vZHVsZXMpOiBSZW1vdmUgYnRvd2MuCiogc3JjL2RmYS5jIChzdHJ1Y3QgZGZhKTog UmVtb3ZlIG1icnRvd2NfY2FjaGUgbWVtYmVyLCByZXBsYWNpbmcgd2l0aCAuLi4KKG1icnRv d2NfY2FjaGUpOiAuLi4gdGhpcyBuZXcgc3RhdGljIHZhci4gIEFsbCB1c2VzIGNoYW5nZWQu CihkZmFtYmNhY2hlKTogUmVtb3ZlOyBub3cgZG9uZSBieSBzZXRzeW50YXguICBDYWxsIHJl bW92ZWQuCihpc192YWxpZF91bmlieXRlX2NoYXJhY3Rlcik6IFJlbW92ZS4KKElTX1dPUkRf Q09OU1RJVFVFTlQpOiBSZW1vdmUgdGhpcyBtYWNybywgcmVwbGFjaW5nIGl0IHdpdGggLi4u Cih1bmlieXRlX3dvcmRfY29uc3RpdHVlbnQpOiAuLi4gdGhpcyBuZXcgZnVuY3Rpb24uICBJ dCB1c2VzCm1icnRvd2NfY2FjaGUgcmF0aGVyIHRoYW4gYnRvd2MuCihkZmFzeW50YXgpOiBJ bml0aWFsaXplIG1icnRvd2NfY2FjaGUgYmVmb3JlIHVzaW5nIGl0LgotLS0KIGJvb3RzdHJh cC5jb25mIHwgIDEgLQogc3JjL2RmYS5jICAgICAgfCA3MCArKysrKysrKysrKysrKysrKysr KysrLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiAyIGZpbGVzIGNoYW5n ZWQsIDI3IGluc2VydGlvbnMoKyksIDQ0IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2Jv b3RzdHJhcC5jb25mIGIvYm9vdHN0cmFwLmNvbmYKaW5kZXggM2JmZjdjMy4uOWU3NjEzMSAx MDA2NDQKLS0tIGEvYm9vdHN0cmFwLmNvbmYKKysrIGIvYm9vdHN0cmFwLmNvbmYKQEAgLTI3 LDcgKzI3LDYgQEAgYWxsb2NhCiBhbm5vdW5jZS1nZW4KIGFyZ21hdGNoCiBiaW5hcnktaW8K LWJ0b3djCiBjLWN0eXBlCiBjbG9zZW91dAogZG8tcmVsZWFzZS1jb21taXQtYW5kLXRhZwpk aWZmIC0tZ2l0IGEvc3JjL2RmYS5jIGIvc3JjL2RmYS5jCmluZGV4IGFkYzVkZTMuLjk4ZWU0 YWMgMTAwNjQ0Ci0tLSBhL3NyYy9kZmEuYworKysgYi9zcmMvZGZhLmMKQEAgLTM1MCwxMSAr MzUwLDYgQEAgc3RydWN0IGRmYQogICAgKi8KICAgaW50ICptdWx0aWJ5dGVfcHJvcDsKIAot ICAvKiBBIHRhYmxlIGluZGV4ZWQgYnkgYnl0ZSB2YWx1ZXMgdGhhdCBjb250YWlucyB0aGUg Y29ycmVzcG9uZGluZyB3aWRlCi0gICAgIGNoYXJhY3RlciAoaWYgYW55KSBmb3IgdGhhdCBi eXRlLiAgV0VPRiBtZWFucyB0aGUgYnl0ZSBpcyBub3QgYQotICAgICB2YWxpZCBzaW5nbGUt Ynl0ZSBjaGFyYWN0ZXIuICAqLwotICB3aW50X3QgbWJydG93Y19jYWNoZVtOT1RDSEFSXTsK LQogICAvKiBBcnJheSBvZiB0aGUgYnJhY2tldCBleHByZXNzaW9uIGluIHRoZSBERkEuICAq LwogICBzdHJ1Y3QgbWJfY2hhcl9jbGFzc2VzICptYmNzZXRzOwogICBzaXplX3Qgbm1iY3Nl dHM7CkBAIC00MzEsMTkgKzQyNiwxMCBAQCBzdHJ1Y3QgZGZhCiAKIHN0YXRpYyB2b2lkIHJl Z2V4cCAodm9pZCk7CiAKLXN0YXRpYyB2b2lkCi1kZmFtYmNhY2hlIChzdHJ1Y3QgZGZhICpk KQotewotICBpbnQgaTsKLSAgZm9yIChpID0gQ0hBUl9NSU47IGkgPD0gQ0hBUl9NQVg7ICsr aSkKLSAgICB7Ci0gICAgICBjaGFyIGMgPSBpOwotICAgICAgdW5zaWduZWQgY2hhciB1YyA9 IGk7Ci0gICAgICBtYnN0YXRlX3QgcyA9IHsgMCB9OwotICAgICAgd2NoYXJfdCB3YzsKLSAg ICAgIGQtPm1icnRvd2NfY2FjaGVbdWNdID0gbWJydG93YyAoJndjLCAmYywgMSwgJnMpIDw9 IDEgPyB3YyA6IFdFT0Y7Ci0gICAgfQotfQorLyogQSB0YWJsZSBpbmRleGVkIGJ5IGJ5dGUg dmFsdWVzIHRoYXQgY29udGFpbnMgdGhlIGNvcnJlc3BvbmRpbmcgd2lkZQorICAgY2hhcmFj dGVyIChpZiBhbnkpIGZvciB0aGF0IGJ5dGUuICBXRU9GIG1lYW5zIHRoZSBieXRlIGlzIG5v dCBhCisgICB2YWxpZCBzaW5nbGUtYnl0ZSBjaGFyYWN0ZXIuICAqLworc3RhdGljIHdpbnRf dCBtYnJ0b3djX2NhY2hlW05PVENIQVJdOwogCiAvKiBTdG9yZSBpbnRvICpQV0MgdGhlIHJl c3VsdCBvZiBjb252ZXJ0aW5nIHRoZSBsZWFkaW5nIGJ5dGVzIG9mIHRoZQogICAgbXVsdGli eXRlIGJ1ZmZlciBTIG9mIGxlbmd0aCBOIGJ5dGVzLCB1c2luZyB0aGUgbWJydG93Y19jYWNo ZSBpbiAqRApAQCAtNDY2LDcgKzQ1Miw3IEBAIHN0YXRpYyBzaXplX3QKIG1ic190b193Y2hh ciAod2ludF90ICpwd2MsIGNoYXIgY29uc3QgKnMsIHNpemVfdCBuLCBzdHJ1Y3QgZGZhICpk KQogewogICB1bnNpZ25lZCBjaGFyIHVjID0gc1swXTsKLSAgd2ludF90IHdjID0gZC0+bWJy dG93Y19jYWNoZVt1Y107CisgIHdpbnRfdCB3YyA9IG1icnRvd2NfY2FjaGVbdWNdOwogCiAg IGlmICh3YyA9PSBXRU9GKQogICAgIHsKQEAgLTY3MSwyNSArNjU3LDE4IEBAIHN0YXRpYyBj aGFyY2xhc3MgbGV0dGVyczsKIC8qIFNldCBvZiBjaGFyYWN0ZXJzIHRoYXQgYXJlIG5ld2xp bmUuICAqLwogc3RhdGljIGNoYXJjbGFzcyBuZXdsaW5lOwogCi0vKiBBZGQgdGhpcyB0byB0 aGUgdGVzdCBmb3Igd2hldGhlciBhIGJ5dGUgaXMgd29yZC1jb25zdGl0dWVudCwgc2luY2Ug b24KLSAgIEJTRC1iYXNlZCBzeXN0ZW1zLCBtYW55IHZhbHVlcyBpbiB0aGUgMTI4Li4yNTUg cmFuZ2UgYXJlIGNsYXNzaWZpZWQgYXMKLSAgIGFscGhhYmV0aWMsIHdoaWxlIG9uIGdsaWJj LWJhc2VkIHN5c3RlbXMsIHRoZXkgYXJlIG5vdC4gICovCi0jaWZkZWYgX19HTElCQ19fCi0j IGRlZmluZSBpc192YWxpZF91bmlieXRlX2NoYXJhY3RlcihjKSAxCi0jZWxzZQotIyBkZWZp bmUgaXNfdmFsaWRfdW5pYnl0ZV9jaGFyYWN0ZXIoYykgKGJ0b3djIChjKSAhPSBXRU9GKQot I2VuZGlmCi0KLS8qIEMgaXMgYSAid29yZC1jb25zdGl0dWVudCIgYnl0ZS4gICovCi0jZGVm aW5lIElTX1dPUkRfQ09OU1RJVFVFTlQoQykgXAotICAoaXNfdmFsaWRfdW5pYnl0ZV9jaGFy YWN0ZXIgKEMpICYmIChpc2FsbnVtIChDKSB8fCAoQykgPT0gJ18nKSkKK3N0YXRpYyBib29s Cit1bmlieXRlX3dvcmRfY29uc3RpdHVlbnQgKHVuc2lnbmVkIGNoYXIgYykKK3sKKyAgcmV0 dXJuIG1icnRvd2NfY2FjaGVbY10gIT0gV0VPRiAmJiAoaXNhbG51bSAoYykgfHwgKGMpID09 ICdfJyk7Cit9CiAKIHN0YXRpYyBpbnQKIGNoYXJfY29udGV4dCAodW5zaWduZWQgY2hhciBj KQogewogICBpZiAoYyA9PSBlb2xieXRlKQogICAgIHJldHVybiBDVFhfTkVXTElORTsKLSAg aWYgKElTX1dPUkRfQ09OU1RJVFVFTlQgKGMpKQorICBpZiAodW5pYnl0ZV93b3JkX2NvbnN0 aXR1ZW50IChjKSkKICAgICByZXR1cm4gQ1RYX0xFVFRFUjsKICAgcmV0dXJuIENUWF9OT05F OwogfQpAQCAtNzA4LDIzICs2ODcsMjkgQEAgd2NoYXJfY29udGV4dCAod2ludF90IHdjKQog dm9pZAogZGZhc3ludGF4IChyZWdfc3ludGF4X3QgYml0cywgaW50IGZvbGQsIHVuc2lnbmVk IGNoYXIgZW9sKQogewotICB1bnNpZ25lZCBpbnQgaTsKLQorICBpbnQgaTsKICAgc3ludGF4 X2JpdHNfc2V0ID0gMTsKICAgc3ludGF4X2JpdHMgPSBiaXRzOwogICBjYXNlX2ZvbGQgPSBm b2xkICE9IDA7CiAgIGVvbGJ5dGUgPSBlb2w7CiAKLSAgZm9yIChpID0gMDsgaSA8IE5PVENI QVI7ICsraSkKKyAgZm9yIChpID0gQ0hBUl9NSU47IGkgPD0gQ0hBUl9NQVg7ICsraSkKICAg ICB7Ci0gICAgICBzYml0W2ldID0gY2hhcl9jb250ZXh0IChpKTsKLSAgICAgIHN3aXRjaCAo c2JpdFtpXSkKKyAgICAgIGNoYXIgYyA9IGk7CisgICAgICB1bnNpZ25lZCBjaGFyIHVjID0g aTsKKyAgICAgIG1ic3RhdGVfdCBzID0geyAwIH07CisgICAgICB3Y2hhcl90IHdjOworICAg ICAgbWJydG93Y19jYWNoZVt1Y10gPSBtYnJ0b3djICgmd2MsICZjLCAxLCAmcykgPD0gMSA/ IHdjIDogV0VPRjsKKworICAgICAgLyogTm93IHRoYXQgbWJydG93Y19jYWNoZVt1Y10gaXMg c2V0LCB1c2UgaXQgdG8gY2FsY3VsYXRlIHNiaXQuICAqLworICAgICAgc2JpdFt1Y10gPSBj aGFyX2NvbnRleHQgKHVjKTsKKyAgICAgIHN3aXRjaCAoc2JpdFt1Y10pCiAgICAgICAgIHsK ICAgICAgICAgY2FzZSBDVFhfTEVUVEVSOgotICAgICAgICAgIHNldGJpdCAoaSwgbGV0dGVy cyk7CisgICAgICAgICAgc2V0Yml0ICh1YywgbGV0dGVycyk7CiAgICAgICAgICAgYnJlYWs7 CiAgICAgICAgIGNhc2UgQ1RYX05FV0xJTkU6Ci0gICAgICAgICAgc2V0Yml0IChpLCBuZXds aW5lKTsKKyAgICAgICAgICBzZXRiaXQgKHVjLCBuZXdsaW5lKTsKICAgICAgICAgICBicmVh azsKICAgICAgICAgfQogICAgIH0KQEAgLTE0ODksNyArMTQ3NCw3IEBAIGxleCAodm9pZCkK ICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgemVyb3NldCAoY2NsKTsKICAgICAgICAg ICAgICAgZm9yIChjMiA9IDA7IGMyIDwgTk9UQ0hBUjsgKytjMikKLSAgICAgICAgICAgICAg ICBpZiAoSVNfV09SRF9DT05TVElUVUVOVCAoYzIpKQorICAgICAgICAgICAgICAgIGlmICh1 bmlieXRlX3dvcmRfY29uc3RpdHVlbnQgKGMyKSkKICAgICAgICAgICAgICAgICAgIHNldGJp dCAoYzIsIGNjbCk7CiAgICAgICAgICAgICAgIGlmIChjID09ICdXJykKICAgICAgICAgICAg ICAgICBub3RzZXQgKGNjbCk7CkBAIC0yNzE0LDcgKzI2OTksNyBAQCBkZmFzdGF0ZSAoc3Rh dGVfbnVtIHMsIHN0cnVjdCBkZmEgKmQsIHN0YXRlX251bSB0cmFuc1tdKQogICAgICAgICBz dGF0ZV9sZXR0ZXIgPSBzdGF0ZTsKIAogICAgICAgZm9yIChpID0gMDsgaSA8IE5PVENIQVI7 ICsraSkKLSAgICAgICAgdHJhbnNbaV0gPSAoSVNfV09SRF9DT05TVElUVUVOVCAoaSkpID8g c3RhdGVfbGV0dGVyIDogc3RhdGU7CisgICAgICAgIHRyYW5zW2ldID0gdW5pYnl0ZV93b3Jk X2NvbnN0aXR1ZW50IChpKSA/IHN0YXRlX2xldHRlciA6IHN0YXRlOwogICAgICAgdHJhbnNb ZW9sYnl0ZV0gPSBzdGF0ZV9uZXdsaW5lOwogICAgIH0KICAgZWxzZQpAQCAtMjgyMCw3ICsy ODA1LDcgQEAgZGZhc3RhdGUgKHN0YXRlX251bSBzLCBzdHJ1Y3QgZGZhICpkLCBzdGF0ZV9u dW0gdHJhbnNbXSkKIAogICAgICAgICAgICAgICBpZiAoYyA9PSBlb2xieXRlKQogICAgICAg ICAgICAgICAgIHRyYW5zW2NdID0gc3RhdGVfbmV3bGluZTsKLSAgICAgICAgICAgICAgZWxz ZSBpZiAoSVNfV09SRF9DT05TVElUVUVOVCAoYykpCisgICAgICAgICAgICAgIGVsc2UgaWYg KHVuaWJ5dGVfd29yZF9jb25zdGl0dWVudCAoYykpCiAgICAgICAgICAgICAgICAgdHJhbnNb Y10gPSBzdGF0ZV9sZXR0ZXI7CiAgICAgICAgICAgICAgIGVsc2UgaWYgKGMgPCBOT1RDSEFS KQogICAgICAgICAgICAgICAgIHRyYW5zW2NdID0gc3RhdGU7CkBAIC0zNjI2LDcgKzM2MTEs NiBAQCB2b2lkCiBkZmFjb21wIChjaGFyIGNvbnN0ICpzLCBzaXplX3QgbGVuLCBzdHJ1Y3Qg ZGZhICpkLCBpbnQgc2VhcmNoZmxhZykKIHsKICAgZGZhaW5pdCAoZCk7Ci0gIGRmYW1iY2Fj aGUgKGQpOwogICBkZmFwYXJzZSAocywgbGVuLCBkKTsKICAgZGZhc3NidWlsZCAoZCk7CiAK LS0gCjIuNS41Cgo= --------------030005090904000108000303-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 19 17:09:24 2016 Received: (at 23269) by debbugs.gnu.org; 19 Apr 2016 21:09:24 +0000 Received: from localhost ([127.0.0.1]:40675 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asctg-0004qW-0N for submit@debbugs.gnu.org; Tue, 19 Apr 2016 17:09:24 -0400 Received: from mail-oi0-f65.google.com ([209.85.218.65]:35036) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asctf-0004qI-80 for 23269@debbugs.gnu.org; Tue, 19 Apr 2016 17:09:23 -0400 Received: by mail-oi0-f65.google.com with SMTP id r186so2901748oie.2 for <23269@debbugs.gnu.org>; Tue, 19 Apr 2016 14:09:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=bi6d54vnzjrZd5XIhyDfZBG8+vuu2Efkveznfp2nal4=; b=JoBduhoFDAMIS+THvqZY4VSe2/Tdq2wiNwIEMDd2GSokXhcLiozSgMKwOUFKSHeKdO 8flesK62AJZ9O7oZaH1fNbtbiU6fG9bQscKM9aNXlunINt2Abo5V5b66dzWUM0CaiVjM ocMTIPfasgp3EDVKMVsr24XLH6rmJi7cT4PrkBGvpzt9wdXIPkAU2CjMz0WDxm5tzF0V aYnFBrgfuwiauUMGLNYQ9S24Hq8u59QbxptToHrShM6kfQFk7RUHJfM4BYhsq32Z98dd ilT8K0JgSzl7vTTb/O+0C87eK80VPMlQWovWywi8RWB+gtirKugaoN05l40GiJeTN7N3 51xg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=bi6d54vnzjrZd5XIhyDfZBG8+vuu2Efkveznfp2nal4=; b=R39Ojt2s9A6qSzLK/JB9EuE0A+/NVzx8wpXSfSUTURp1SeJ01WTjAm3PRYMEYam0nx gwVtv3LN4Dqit2ko5f+XgBEe1V6tP6o27uyIO8Yo5gOXNJoGrWPiWqDx+eAjx1zBjEjT xJAWjlRvGpfVYl00f7v9URmQhtZ0T5YANTvv+v1QcP8kKzyixDkRNJmMnp+eZuCa892P Aa6Nt4Z3nCr9+o4YrYUcm5v+TpEzAaaXnxfkyuAvNyLpzEdgdgTo214KDsIcY6A7CYky Bi5+35L76A+pyCe9c5j8olbEYBACe9izebpE7ufMjTOP/4tLAs3/EPDIE4k/28tnxgDd Ft/A== X-Gm-Message-State: AOPr4FU4Wo0gUF7GyAtO6TL7bhEbjyAlUNm6zvIPKNnroCYGQIu8Go/JEtirlboc3qQNDQwgW6U2zFDfTQZPqg== X-Received: by 10.157.44.66 with SMTP id f60mr2095472otb.163.1461100157758; Tue, 19 Apr 2016 14:09:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.175.193 with HTTP; Tue, 19 Apr 2016 14:08:57 -0700 (PDT) In-Reply-To: <57165714.8000604@cs.ucla.edu> References: <57148143.9080309@cs.ucla.edu> <5714F7BE.3060502@cs.ucla.edu> <57165714.8000604@cs.ucla.edu> From: Jim Meyering Date: Tue, 19 Apr 2016 14:08:57 -0700 X-Google-Sender-Auth: -1rcOTfFVmIVNVRVyW5QSSyGDeA Message-ID: Subject: Re: bug#23269: MirBSD 10 i386 test failures [Re: grep-2.24.13-bed6 feedback To: Paul Eggert Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 23269 Cc: Paul Eggert , Aharon Robbins , 23269@debbugs.gnu.org, "Nelson H. F. Beebe" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -0.5 (/) On Tue, Apr 19, 2016 at 9:04 AM, Paul Eggert wrote: > On 04/18/2016 08:05 AM, Paul Eggert wrote: >> >> 'm afraid someone with access to MirBSD will need to debug it. > > On second thought there is a simpler fix: stop using btowc. I installed the > attached patch, which is a good idea anyway. By using only mbrtowc (which we > need to use anyway), it avoids problems on misconfigured systems like MirOS > BSD where btowc disagrees with mbrtowc. > > After writing and debugging this patch I looked at Gawk and noticed that it > already has its own equivalent of this patch's new mbrtowc_cache variable. > Gawk obtains its cache via btowc; although this doesn't work on MirOS BSD > due to its buggy btowc, Arnold says he's not worried about MirOS BSD any > more which is quite understandable. Still, it's a bit odd to have two caches > in Gawk that do the same thing; perhaps we can unify them at some point. Oh! Very nice. Thanks yet again, Paul :-) From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 20 05:00:58 2016 Received: (at 23269) by debbugs.gnu.org; 20 Apr 2016 09:00:58 +0000 Received: from localhost ([127.0.0.1]:40999 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aso0I-00055V-0V for submit@debbugs.gnu.org; Wed, 20 Apr 2016 05:00:58 -0400 Received: from freefriends.org ([96.88.95.60]:40360) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aso0G-00055O-Mp for 23269@debbugs.gnu.org; Wed, 20 Apr 2016 05:00:57 -0400 X-Envelope-From: arnold@skeeve.com Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.9/8.14.9) with ESMTP id u3K8o8Kn015538; Wed, 20 Apr 2016 02:50:08 -0600 Received: (from arnold@localhost) by freefriends.org (8.14.9/8.14.9/submit) id u3K8n7MU015442; Wed, 20 Apr 2016 08:49:07 GMT From: arnold@skeeve.com Message-Id: <201604200849.u3K8n7MU015442@freefriends.org> X-Authentication-Warning: frenzy.freefriends.org: arnold set sender to arnold@skeeve.com using -f Date: Wed, 20 Apr 2016 02:49:07 -0600 To: jim@meyering.net, eggert@cs.ucla.edu Subject: Re: bug#23269: MirBSD 10 i386 test failures [Re: grep-2.24.13-bed6 feedback References: <57148143.9080309@cs.ucla.edu> <5714F7BE.3060502@cs.ucla.edu> <57165714.8000604@cs.ucla.edu> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 23269 Cc: eggert@twinsun.com, arnold@skeeve.com, 23269@debbugs.gnu.org, beebe@math.utah.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -2.3 (--) Jim Meyering wrote: > On Tue, Apr 19, 2016 at 9:04 AM, Paul Eggert wrote: > > On 04/18/2016 08:05 AM, Paul Eggert wrote: > >> > >> 'm afraid someone with access to MirBSD will need to debug it. > > > > On second thought there is a simpler fix: stop using btowc. I installed the > > attached patch, which is a good idea anyway. By using only mbrtowc (which we > > need to use anyway), it avoids problems on misconfigured systems like MirOS > > BSD where btowc disagrees with mbrtowc. > > > > After writing and debugging this patch I looked at Gawk and noticed that it > > already has its own equivalent of this patch's new mbrtowc_cache variable. > > Gawk obtains its cache via btowc; although this doesn't work on MirOS BSD > > due to its buggy btowc, Arnold says he's not worried about MirOS BSD any > > more which is quite understandable. Still, it's a bit odd to have two caches > > in Gawk that do the same thing; perhaps we can unify them at some point. > > Oh! Very nice. Thanks yet again, Paul :-) Thanks Paul. I will merge that change into gawk. I will then look into unifying the two single-byte-to-multibyte caches. This will likely mean interface additions in dfa.h and some minor code changes in dfa.c. I will submit a patch for review here before committing in gawk. Just to clarify, MirBSD is still supported in the "stable" code base (gawk-4.1-stable branch in git), and I'm working on another release from that branch that I hope will happen in the near future. But for the long term, yes, I don't care about MirBSD. It's just too weird. :-( Thanks, Arnold From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 20 12:40:19 2016 Received: (at 23269) by debbugs.gnu.org; 20 Apr 2016 16:40:19 +0000 Received: from localhost ([127.0.0.1]:41578 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asvAp-0000Uz-23 for submit@debbugs.gnu.org; Wed, 20 Apr 2016 12:40:19 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:55182) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asvAm-0000TW-12 for 23269@debbugs.gnu.org; Wed, 20 Apr 2016 12:40:16 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 354C616026B; Wed, 20 Apr 2016 09:40:09 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id mn6UFc8xi0Sn; Wed, 20 Apr 2016 09:40:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 5B1A9160507; Wed, 20 Apr 2016 09:40:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id T5oE9wGJOsXC; Wed, 20 Apr 2016 09:40:08 -0700 (PDT) Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 406E616026B; Wed, 20 Apr 2016 09:40:08 -0700 (PDT) Subject: Re: bug#23269: MirBSD 10 i386 test failures [Re: grep-2.24.13-bed6 feedback To: arnold@skeeve.com, jim@meyering.net References: <57148143.9080309@cs.ucla.edu> <5714F7BE.3060502@cs.ucla.edu> <57165714.8000604@cs.ucla.edu> <201604200849.u3K8n7MU015442@freefriends.org> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <5717B0E5.40500@cs.ucla.edu> Date: Wed, 20 Apr 2016 09:40:05 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <201604200849.u3K8n7MU015442@freefriends.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 23269 Cc: 23269@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) On 04/20/2016 01:49 AM, arnold@skeeve.com wrote: > This will likely mean interface additions in dfa.h and some minor > code changes in dfa.c. One thing that bugged me about dfa.c (when I was looking at this yesterday) is that it maintains some state in static variables, which means it can't be used in multiple threads using different locales. That's not an issue with grep or gawk now, but might be for other apps and might conceivably be a problem even in grep, which has a multithreaded patch pending and might conceivably want to use per-file encodings. So perhaps, while we're thinking about exposing the uni-to-multibyte cache anyway, we might want to look into fixing these other interface issues as well. PS. I'm dropping eggert@twinsun.com from the CC: list, as that email address hasn't worked for many years.... From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 20 20:28:45 2016 Received: (at 23269) by debbugs.gnu.org; 21 Apr 2016 00:28:45 +0000 Received: from localhost ([127.0.0.1]:41741 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1at2U8-0003Yo-TB for submit@debbugs.gnu.org; Wed, 20 Apr 2016 20:28:45 -0400 Received: from ipmail05.adl6.internode.on.net ([150.101.137.143]:11744) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1at2U6-0003Yc-QS for 23269@debbugs.gnu.org; Wed, 20 Apr 2016 20:28:43 -0400 Received: from ppp14-2-116-204.lns21.adl6.internode.on.net (HELO [192.168.178.182]) ([14.2.116.204]) by ipmail05.adl6.internode.on.net with ESMTP; 21 Apr 2016 09:58:38 +0930 Subject: Multi-threaded operation, mbrtowc, and "untangle" script [was Re: bug#23269...] To: 23269@debbugs.gnu.org References: <57148143.9080309@cs.ucla.edu> <5714F7BE.3060502@cs.ucla.edu> <57165714.8000604@cs.ucla.edu> <201604200849.u3K8n7MU015442@freefriends.org> <5717B0E5.40500@cs.ucla.edu> From: sur-behoffski Message-ID: <57181EB5.1030804@grouse.com.au> Date: Thu, 21 Apr 2016 09:58:37 +0930 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <5717B0E5.40500@cs.ucla.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23269 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -0.7 (/) On 04/21/16 02:10, Paul Eggert wrote: > On 04/20/2016 01:49 AM, arnold@skeeve.com wrote: >> This will likely mean interface additions in dfa.h and some minor >> code changes in dfa.c. > > One thing that bugged me about dfa.c (when I was looking at this yesterday) is that it maintains some state in static variables, which means it can't be used in multiple threads using different locales. That's not an issue with grep or gawk now, but might be for other apps and might conceivably be a problem even in grep, which has a multithreaded patch pending and might conceivably want to use per-file encodings. So perhaps, while we're thinking about exposing the uni-to-multibyte cache anyway, we might want to look into fixing these other interface issues as well. > > PS. I'm dropping eggert@twinsun.com from the CC: list, as that email address hasn't worked for many years.... > > G'day, (Sobs quietly to self:) One of the explicit design goals that I had behind writing the "untangle" Lua script was to reduce or eliminate static variables: If I recall correctly (it's been 18 months since I looked at this), I split earlier parts of dfa.c into: * charclass; * lexer; and * parser; with the remaining dfa.c code (especially the search algorithm) untouched as being in the "too hard" (for a first pass) basket. Each of these had an explicit instance/context pointer, e.g. "class", "lexer" or "parser", as appropriate, eliminating any static variables. I believe the only exception to this, for a long time, was the handover of {m,n} counts by static variables -- I ended up inventing a clumsy "fence" interface so that the parser could explicitly fetch these values from the opaque lexer context. I kept updating the script after releases, but stopped when asked to, as people felt that the signal/noise ratio in the list, resulting from the regular releases of the script, was being reduced. Since that time, a few minor, obvious changes that I wrote in the untangle script have appeared in patches by others. A number of static variables have been changed to being per-instance variables during this time, when the code has been touched for other reasons, and the instance change is easy to include. (At the same time, there has been considerable activity in dfa.c itself, so updating "untangle" would be a significant undertaking.) As I was writing this at the time, I was thinking about having different instances running in parallel, and I recall looking at mbrtowc in this light. There is a potential problem if multiple locales are desired: Some locale-specific processing is done when the modules are first initialised (e.g. setting up some tables), and mbrtowc itself is not thread-safe, as it assumes a "current" locale. So, I'm not sure if a thread-safe (i.e. locale-safe) version of mbrtowc exists; if not, this needs to be addressed before a split-locale, multi-threaded version is feasible. (LC_CTYPE race conditions?) cheers, sur-behoffski (Brenton Hoff) Programmer, Grouse Software From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 21 05:56:02 2016 Received: (at 23269) by debbugs.gnu.org; 21 Apr 2016 09:56:02 +0000 Received: from localhost ([127.0.0.1]:42004 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1atBL8-0002AP-6j for submit@debbugs.gnu.org; Thu, 21 Apr 2016 05:56:02 -0400 Received: from freefriends.org ([96.88.95.60]:52564) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1atBL6-00029y-O6 for 23269@debbugs.gnu.org; Thu, 21 Apr 2016 05:56:01 -0400 X-Envelope-From: arnold@skeeve.com Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.9/8.14.9) with ESMTP id u3L9txFW014463; Thu, 21 Apr 2016 03:55:59 -0600 Received: (from arnold@localhost) by freefriends.org (8.14.9/8.14.9/submit) id u3L9tx5G014462; Thu, 21 Apr 2016 09:55:59 GMT From: arnold@skeeve.com Message-Id: <201604210955.u3L9tx5G014462@freefriends.org> X-Authentication-Warning: frenzy.freefriends.org: arnold set sender to arnold@skeeve.com using -f Date: Thu, 21 Apr 2016 03:55:59 -0600 To: sur_behoffski@grouse.com.au, 23269@debbugs.gnu.org Subject: Re: bug#23269: Multi-threaded operation, mbrtowc, and "untangle" script [was Re: bug#23269...] References: <57148143.9080309@cs.ucla.edu> <5714F7BE.3060502@cs.ucla.edu> <57165714.8000604@cs.ucla.edu> <201604200849.u3K8n7MU015442@freefriends.org> <5717B0E5.40500@cs.ucla.edu> <57181EB5.1030804@grouse.com.au> In-Reply-To: <57181EB5.1030804@grouse.com.au> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 23269 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -2.3 (--) sur-behoffski wrote: > So, I'm not sure if a thread-safe (i.e. locale-safe) version of mbrtowc > exists; if not, this needs to be addressed before a split-locale, > multi-threaded version is feasible. (LC_CTYPE race conditions?) By definition, mbrtowc is thread safe. The question relates better to setlocale(), or rather to the underlying internal locale data. I don't think the current POSIX model lends itself to multiple locales within the same process. I have to wonder if a multi-threaded grep makes sense in any case; it would be a very suprising change in behavior if output from multiple files comes out interleaved, instead of in the order the files were specified on the command line. My two cents, of course. Thanks, Arnold From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 21 10:43:39 2016 Received: (at 23269) by debbugs.gnu.org; 21 Apr 2016 14:43:39 +0000 Received: from localhost ([127.0.0.1]:42469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1atFpT-0003js-0Y for submit@debbugs.gnu.org; Thu, 21 Apr 2016 10:43:39 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:39775) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1atFpR-0003jf-Ii for 23269@debbugs.gnu.org; Thu, 21 Apr 2016 10:43:38 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 9450A161260; Thu, 21 Apr 2016 07:43:31 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id LwBEOBAw6Tof; Thu, 21 Apr 2016 07:43:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 4FDF4161264; Thu, 21 Apr 2016 07:43:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id puxuiawClTg3; Thu, 21 Apr 2016 07:43:30 -0700 (PDT) Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 3637D161260; Thu, 21 Apr 2016 07:43:30 -0700 (PDT) Subject: Re: bug#23269: Multi-threaded operation, mbrtowc, and "untangle" script [was Re: bug#23269...] To: arnold@skeeve.com, sur_behoffski@grouse.com.au, 23269@debbugs.gnu.org References: <57148143.9080309@cs.ucla.edu> <5714F7BE.3060502@cs.ucla.edu> <57165714.8000604@cs.ucla.edu> <201604200849.u3K8n7MU015442@freefriends.org> <5717B0E5.40500@cs.ucla.edu> <57181EB5.1030804@grouse.com.au> <201604210955.u3L9tx5G014462@freefriends.org> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <5718E711.90204@cs.ucla.edu> Date: Thu, 21 Apr 2016 07:43:29 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <201604210955.u3L9tx5G014462@freefriends.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 23269 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) On 04/21/2016 02:55 AM, arnold@skeeve.com wrote: > I don't > think the current POSIX model lends itself to multiple locales within > the same process. Although that was an issue years ago, is it still a problem with uselocale and the like? > it > would be a very suprising change in behavior if output from multiple > files comes out interleaved, instead of in the order the files were > specified on the command line. I presume that computation is interleaved but the output order is the same as before, unless the user specifies an option saying speed trumps predictability. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 24 20:18:27 2016 Received: (at 23269) by debbugs.gnu.org; 25 Apr 2016 00:18:27 +0000 Received: from localhost ([127.0.0.1]:45396 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1auUEN-00053M-Kr for submit@debbugs.gnu.org; Sun, 24 Apr 2016 20:18:27 -0400 Received: from thorn.bewilderbeest.net ([71.19.156.171]:47571) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1auUEL-00053D-Lp for 23269@debbugs.gnu.org; Sun, 24 Apr 2016 20:18:26 -0400 Received: from hatter.bewilderbeest.net (hatter.bewilderbeest.net [IPv6:2001:470:c3f4:1::1:1]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: zev) by thorn.bewilderbeest.net (Postfix) with ESMTPSA id E4E2680443; Sun, 24 Apr 2016 17:18:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bewilderbeest.net; s=thorn; t=1461543504; bh=F7Cso+rylBlkaNNrbAhSMd4IBRoAYMPTHBX82n70Mv8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=jxqdOHBoKeuN+jU/TZVKo9mMaBrdIXq5F0zqLmX4PL/gNE7agFTYddTRmNelllNAv pMV8Q11TQrrAAj5eUgdGfNK9ScMS5VV8DTQA3VK/idy41gi01LrhWsy7u/agQNf6VY Kzx5sYLxsahwg66svfn5z65STIKnftabGr0rjOOM= Date: Sun, 24 Apr 2016 19:18:22 -0500 From: Zev Weiss To: Paul Eggert Subject: Re: bug#23269: Multi-threaded operation, mbrtowc, and "untangle" script [was Re: bug#23269...] Message-ID: <20160425001821.GV23038@hatter.bewilderbeest.net> References: <57148143.9080309@cs.ucla.edu> <5714F7BE.3060502@cs.ucla.edu> <57165714.8000604@cs.ucla.edu> <201604200849.u3K8n7MU015442@freefriends.org> <5717B0E5.40500@cs.ucla.edu> <57181EB5.1030804@grouse.com.au> <201604210955.u3L9tx5G014462@freefriends.org> <5718E711.90204@cs.ucla.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <5718E711.90204@cs.ucla.edu> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 23269 Cc: sur_behoffski@grouse.com.au, arnold@skeeve.com, 23269@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) On Thu, Apr 21, 2016 at 07:43:29AM -0700, Paul Eggert wrote: >On 04/21/2016 02:55 AM, arnold@skeeve.com wrote: >>it >>would be a very suprising change in behavior if output from multiple >>files comes out interleaved, instead of in the order the files were >>specified on the command line. > >I presume that computation is interleaved but the output order is the >same as before, unless the user specifies an option saying speed >trumps predictability. > For what it's worth, the command-line flag added by my multithreading patch series as it currently stands is pretty much that (speed over predictability). In the interest of simplicity, it omits per-file output buffering and just outputs matching lines as they are found -- the non-determinism this introduces into its output is the reason it's left as an opt-in command-line flag and not on by default. [Strictly speaking even in the default "single-threaded" mode it *is* in fact actually multi-threaded, but there's only one search thread, so output ordering is unaffected. In theory even this could allow a slight performance improvement by overlapping pattern-matching with directory traversal and prefetching in the master thread, but I'd guess it's probably negligible in most cases, and isn't really the goal of the patches.] Zev Weiss From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 25 01:50:40 2016 Received: (at 23269) by debbugs.gnu.org; 25 Apr 2016 05:50:40 +0000 Received: from localhost ([127.0.0.1]:45469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1auZPs-0004qp-1r for submit@debbugs.gnu.org; Mon, 25 Apr 2016 01:50:40 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:57507) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1auZPq-0004qa-6U for 23269@debbugs.gnu.org; Mon, 25 Apr 2016 01:50:38 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 6518316120A; Sun, 24 Apr 2016 22:50:31 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id Wni3QlNEjKJq; Sun, 24 Apr 2016 22:50:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id B4AF3161268; Sun, 24 Apr 2016 22:50:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id VMBSu48OgOmm; Sun, 24 Apr 2016 22:50:30 -0700 (PDT) Received: from [192.168.1.9] (unknown [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 8E3A316120A; Sun, 24 Apr 2016 22:50:30 -0700 (PDT) Subject: Re: bug#23269: Multi-threaded operation, mbrtowc, and "untangle" script [was Re: bug#23269...] To: Zev Weiss References: <57148143.9080309@cs.ucla.edu> <5714F7BE.3060502@cs.ucla.edu> <57165714.8000604@cs.ucla.edu> <201604200849.u3K8n7MU015442@freefriends.org> <5717B0E5.40500@cs.ucla.edu> <57181EB5.1030804@grouse.com.au> <201604210955.u3L9tx5G014462@freefriends.org> <5718E711.90204@cs.ucla.edu> <20160425001821.GV23038@hatter.bewilderbeest.net> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <571DB026.9070004@cs.ucla.edu> Date: Sun, 24 Apr 2016 22:50:30 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <20160425001821.GV23038@hatter.bewilderbeest.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 23269 Cc: sur_behoffski@grouse.com.au, arnold@skeeve.com, 23269@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) Zev Weiss wrote: > [Strictly speaking even in the default "single-threaded" mode it *is* in fact > actually multi-threaded, but there's only one search thread, so output ordering > is unaffected. In theory even this could allow a slight performance improvement > by overlapping pattern-matching with directory traversal and prefetching in the > master thread, but I'd guess it's probably negligible in most cases, and isn't > really the goal of the patches.] In the common case where a command like 'grep -r unusual' reads many files but outputs few lines, I would think multiple search threads could work pretty well even if the output is required to be deterministic. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 26 00:12:24 2016 Received: (at 23269) by debbugs.gnu.org; 26 Apr 2016 04:12:24 +0000 Received: from localhost ([127.0.0.1]:47329 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1auuMK-0005db-6U for submit@debbugs.gnu.org; Tue, 26 Apr 2016 00:12:24 -0400 Received: from ipmail06.adl2.internode.on.net ([150.101.137.129]:62165) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1auuMH-0005dR-Rj for 23269@debbugs.gnu.org; Tue, 26 Apr 2016 00:12:22 -0400 Received: from ppp14-2-77-9.lns21.adl6.internode.on.net (HELO [192.168.178.182]) ([14.2.77.9]) by ipmail06.adl2.internode.on.net with ESMTP; 26 Apr 2016 13:42:17 +0930 Subject: [Re:] bug#23269: Multi-threaded operation, mbrtowc [...] References: <5718C147.7070202@grouse.com.au> To: 23269@debbugs.gnu.org From: sur-behoffski X-Forwarded-Message-Id: <5718C147.7070202@grouse.com.au> Message-ID: <571EEAA0.3040102@grouse.com.au> Date: Tue, 26 Apr 2016 13:42:16 +0930 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <5718C147.7070202@grouse.com.au> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23269 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -0.7 (/) [The message below was originally sent only to Arnold, but I intended it to go to 23269@debbugs.gnu.org as well. Seeing as the conversation regarding multi-threaded grep operation is continuing, I've decided to forward it to the bug list. Apologies to Arnold (and others as appropriate) if this is a duplicate. -- sur-behoffski] -------- Forwarded Message -------- Subject: Re: bug#23269: Multi-threaded operation, mbrtowc, and "untangle" script [was Re: bug#23269...] Date: Thu, 21 Apr 2016 21:32:15 +0930 From: sur-behoffski To: arnold@skeeve.com On 04/21/16 19:25, arnold@skeeve.com wrote: > sur-behoffski wrote: > >> So, I'm not sure if a thread-safe (i.e. locale-safe) version of mbrtowc >> exists; if not, this needs to be addressed before a split-locale, >> multi-threaded version is feasible. (LC_CTYPE race conditions?) > > By definition, mbrtowc is thread safe. The question relates better > to setlocale(), or rather to the underlying internal locale data. I don't > think the current POSIX model lends itself to multiple locales within > the same process. > Thanks for the response. As noted in the man pages, the thread safety does not extend to multi-locale settings, and this is explicitly what Paul was hoping for in the message that I replied to: On 04/21/16 02:10, Paul Eggert wrote: > [...] > One thing that bugged me about dfa.c (when I was looking at this > yesterday) is that it maintains some state in static variables, which > means it can't be used in multiple threads using different locales. > That's not an issue with grep or gawk now, but might be for other > apps and might conceivably be a problem even in grep, which has a > multithreaded patch pending and might conceivably want to use per-file > encodings. [...] "man 3 mbrtowc" on my Gentoo system has the following text in the ATTRIBUTES, CONFORMING TO, NOTES and COLOPHON sections: ------ (Start of excerpt) ------ ATTRIBUTES For an explanation of the terms used in this section, see attributes(7). +----------+---------------+----------------------------+ |Interface | Attribute | Value | +----------+---------------+----------------------------+ |mbrtowc() | Thread safety | MT-Unsafe race:mbrtowc/!ps | +----------+---------------+----------------------------+ CONFORMING TO POSIX.1-2001, POSIX.1-2008, C99. NOTES The behavior of mbrtowc() depends on the LC_CTYPE category of the current locale. [...] COLOPHON This page is part of release 4.04 of the Linux man-pages project. A description of the project, information about reporting bugs, and the latest version of this page, can be found at http://www.kernel.org/doc/man-pages/. GNU 2015-08-08 MBRTOWC(3) ------ (End of excerpt) ------ cheers, sur-behoffski (Brenton Hoff) Programmer, Grouse Software From debbugs-submit-bounces@debbugs.gnu.org Sun May 01 23:12:29 2016 Received: (at 23269) by debbugs.gnu.org; 2 May 2016 03:12:29 +0000 Received: from localhost ([127.0.0.1]:32918 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ax4Hc-0005Jf-QQ for submit@debbugs.gnu.org; Sun, 01 May 2016 23:12:29 -0400 Received: from mxout1.netvision.net.il ([194.90.9.20]:45382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ax4Ha-0005JR-SF for 23269@debbugs.gnu.org; Sun, 01 May 2016 23:12:27 -0400 Content-transfer-encoding: 7BIT Received: from skeeve.com ([93.173.10.120]) by mxout1.netvision.net.il (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPSA id <0O6J001NE4WHHW70@mxout1.netvision.net.il> for 23269@debbugs.gnu.org; Mon, 02 May 2016 06:12:18 +0300 (IDT) Received: from skeeve.com (skeeve.com [127.0.0.1]) by skeeve.com (8.15.2/8.15.2/Debian-3) with ESMTP id u423CG2i002968; Mon, 02 May 2016 06:12:16 +0300 Received: (from arnold@localhost) by skeeve.com (8.15.2/8.15.2/Submit) id u423CD4L002966; Mon, 02 May 2016 06:12:13 +0300 From: Aharon Robbins Message-id: <201605020312.u423CD4L002966@skeeve.com> Date: Mon, 02 May 2016 06:12:13 +0300 To: eggert@cs.ucla.edu Subject: Re: bug#23269: Multi-threaded operation, mbrtowc, and "untangle" script [was Re: bug#23269...] References: <57148143.9080309@cs.ucla.edu> <5714F7BE.3060502@cs.ucla.edu> <57165714.8000604@cs.ucla.edu> <201604200849.u3K8n7MU015442@freefriends.org> <5717B0E5.40500@cs.ucla.edu> <57181EB5.1030804@grouse.com.au> <201604210955.u3L9tx5G014462@freefriends.org> <5718E711.90204@cs.ucla.edu> In-reply-to: <5718E711.90204@cs.ucla.edu> User-Agent: s-nail v14.8.6 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23269 Cc: sur_behoffski@grouse.com.au, arnold@skeeve.com, 23269@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -0.7 (/) > Subject: Re: bug#23269: Multi-threaded operation, mbrtowc, and "untangle" > script [was Re: bug#23269...] > To: arnold@skeeve.com, sur_behoffski@grouse.com.au, 23269@debbugs.gnu.org > From: Paul Eggert > > On 04/21/2016 02:55 AM, arnold@skeeve.com wrote: > > I don't > > think the current POSIX model lends itself to multiple locales within > > the same process. > > Although that was an issue years ago, is it still a problem with > uselocale and the like? I wasn't aware of uselocale, newlocale, and duplocale until now. It looks like those solve the problem. Interesting! Thanks, Arnold From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 08 04:24:38 2016 Received: (at control) by debbugs.gnu.org; 8 Sep 2016 08:24:38 +0000 Received: from localhost ([127.0.0.1]:53168 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bhudS-0000e4-L1 for submit@debbugs.gnu.org; Thu, 08 Sep 2016 04:24:38 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:60616) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bhudR-0000dp-3G for control@debbugs.gnu.org; Thu, 08 Sep 2016 04:24:37 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 43B291606D6 for ; Thu, 8 Sep 2016 01:24:30 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id phBV8BpumHwI for ; Thu, 8 Sep 2016 01:24:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 9ED9E161198 for ; Thu, 8 Sep 2016 01:24:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id CcnyLrn7tShf for ; Thu, 8 Sep 2016 01:24:29 -0700 (PDT) Received: from [192.168.1.9] (unknown [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 858741606D6 for ; Thu, 8 Sep 2016 01:24:29 -0700 (PDT) To: control@debbugs.gnu.org From: Paul Eggert Subject: grep bug maintenance Organization: UCLA Computer Science Department Message-ID: <74a024f8-b8af-d0ad-878c-ebe8fa673168@cs.ucla.edu> Date: Thu, 8 Sep 2016 01:24:29 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.1 (-) severity 23562 wishlist severity 23267 wishlist close 23269 From unknown Sat Aug 09 21:22:42 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, 06 Oct 2016 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