From unknown Tue Sep 09 14:20:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18121: A bug in sort. Resent-From: Tom Bryant Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 28 Jul 2014 01:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 18121 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 18121@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.140650977427944 (code B ref -1); Mon, 28 Jul 2014 01:10:01 +0000 Received: (at submit) by debbugs.gnu.org; 28 Jul 2014 01:09:34 +0000 Received: from localhost ([127.0.0.1]:39746 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBZRV-0007Gd-38 for submit@debbugs.gnu.org; Sun, 27 Jul 2014 21:09:33 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53122) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBZPl-0007DZ-O8 for submit@debbugs.gnu.org; Sun, 27 Jul 2014 21:07:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XBZPW-0002Ss-Hf for submit@debbugs.gnu.org; Sun, 27 Jul 2014 21:07:40 -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,HTML_MESSAGE, T_MANY_HDRS_LCASE autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:49101) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBZPW-0002So-EP for submit@debbugs.gnu.org; Sun, 27 Jul 2014 21:07:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54819) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBZPO-0005n7-Qc for bug-coreutils@gnu.org; Sun, 27 Jul 2014 21:07:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XBZPH-0002OX-0d for bug-coreutils@gnu.org; Sun, 27 Jul 2014 21:07:22 -0400 Received: from vms173025pub.verizon.net ([206.46.173.25]:63383) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBZPG-0002OQ-Pl for bug-coreutils@gnu.org; Sun, 27 Jul 2014 21:07:14 -0400 Received: from [192.168.1.2] ([unknown] [108.48.88.146]) by vms173025.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0N9E00GC6AZ7Q1D0@vms173025.mailsrvcs.net> for bug-coreutils@gnu.org; Sun, 27 Jul 2014 19:06:44 -0500 (CDT) Message-id: <53D593D6.5040603@verizon.net> Date: Sun, 27 Jul 2014 20:05:42 -0400 From: Tom Bryant User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100401 Thunderbird/3.0.4 MIME-version: 1.0 Content-type: multipart/alternative; boundary=------------080000040500040507020101 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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.3 (----) X-Mailman-Approved-At: Sun, 27 Jul 2014 21:09:30 -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.3 (----) This is a multi-part message in MIME format. --------------080000040500040507020101 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I issued a "sort -n hugeFile > sortedHugeFile" and it introduced a very occasional but destructive "x" in to the data. The original data consisted of numeric fields, separated by the vertical bar, "|", and +, - and spaces. It was 25861964610 bytes in size. The final file had around 10 "x" characters overwritten in it. It too was 25861964610 bytes in size. I copy the first few lines to give you an idea of what sort was sorting: 0.01996377896414875189|-1.56937596815334989842|13950|13860|9|0|0|146|158|8|6|2|9697|59367|119|65406|159|161|1101364107|12467|12131|11963|5|5|5|2|3|3|20000|20000|20000|20000|20000|99|99|99|99|99|3|1|0|0|1000076|1|2|1 1 0.05686181376938173604|-1.56865877357861105423|14858|14817|7|0|0|158|160|6|6|2|9584|16962|42|65512|167|167|1229086934|12870|12167|12014|5|5|5|2|2|2|20000|20000|20000|20000|20000|99|99|99|99|99|3|1|0|0|1000185|1|7|1 2 0.08867460878463592766|-1.56748967932357308186|10400|10375|2|0|0|141|140|8|8|5|9290|56797|26|36|141|139|1181024763|7516|6675|6389|5|5|5|2|3|3|13182|10986|20000|20000|20000|99|99|99|99|99|2|310000001|0|0|1000431|1|10|1 3 0.13659213373632231314|-1.56927658619685916896|14012|13924|9|0|0|151|148|8|8|2|9611|52428|153|65530|160|159|1127037907|12431|12038|11937|5|5|5|2|3|3|20000|20000|20000|20000|20000|99|99|99|99|99|3|1|0|0|1000084|1|14|1 4 0.15088146914756625505|-1.57030633530367280670|16079|16329|99|5|0|223|226|1|1|1|9874|37522|0|0|127|127|1085342271|15299|14894|14657|25|25|26|7|10|13|20000|20000|20000|20000|20000|99|99|99|99|99|0|0|0|0|1000007|0|0|1 5 0.17178172876255659585|-1.56903360727616081327|13032|12989|5|0|0|148|145|8|8|2|9647|57825|126|0|157|157|1085364212|11087|10514|10353|5|5|5|2|3|3|20000|20000|20000|20000|20000|99|99|99|99|99|3|1|0|0|1000121|1|24|1 6 0.18379604688637316001|-1.56836539827576126882|15692|16287|39|0|0|195|200|2|2|2|9341|13621|65514|2|197|198|1085364149|14738|14268|13997|5|5|5|3|6|7|20000|20000|20000|20000|20000|99|99|99|99|99|4|1|0|0|1000243|0|0|1 7 The data, FWIW, is an ASCII representation of the UCAC4 star catalog. Here is an example of a record with the "x" added to it by sort: V 2.04433377497687374102|0.22403821980488977661|16454|20000|99|1|0|23x24|1|1|2|8603|20560|141|65324|192|191|111893392|14129|13386|13099|25|2|2|4|99|99|20000|20000|20000|20000|20000|99|99|99|99|99|0|30|0|0|118728360|0|0|515 44588 I still have the original and flawed sort if you're interested. The computer this error occured on was a 16Gb machine with a 2TB drive and an Intel Quad core processor running Slackware Linux 13.0. Tom --------------080000040500040507020101 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I issued a "sort -n hugeFile > sortedHugeFile" and it introduced a very occasional but destructive "x" in to the data.

The original data consisted of numeric fields, separated by the vertical bar, "|", and +, - and spaces.  It was 25861964610 bytes in size.

The final file had around 10 "x" characters overwritten in it.  It too was  25861964610 bytes in size.  I copy the first few lines to give you an idea of what sort was sorting:

0.01996377896414875189|-1.56937596815334989842|13950|13860|9|0|0|146|158|8|6|2|9697|59367|119|65406|159|161|1101364107|12467|12131|11963|5|5|5|2|3|3|20000|20000|20000|20000|20000|99|99|99|99|99|3|1|0|0|1000076|1|2|1 1
0.05686181376938173604|-1.56865877357861105423|14858|14817|7|0|0|158|160|6|6|2|9584|16962|42|65512|167|167|1229086934|12870|12167|12014|5|5|5|2|2|2|20000|20000|20000|20000|20000|99|99|99|99|99|3|1|0|0|1000185|1|7|1 2
0.08867460878463592766|-1.56748967932357308186|10400|10375|2|0|0|141|140|8|8|5|9290|56797|26|36|141|139|1181024763|7516|6675|6389|5|5|5|2|3|3|13182|10986|20000|20000|20000|99|99|99|99|99|2|310000001|0|0|1000431|1|10|1 3
0.13659213373632231314|-1.56927658619685916896|14012|13924|9|0|0|151|148|8|8|2|9611|52428|153|65530|160|159|1127037907|12431|12038|11937|5|5|5|2|3|3|20000|20000|20000|20000|20000|99|99|99|99|99|3|1|0|0|1000084|1|14|1 4
0.15088146914756625505|-1.57030633530367280670|16079|16329|99|5|0|223|226|1|1|1|9874|37522|0|0|127|127|1085342271|15299|14894|14657|25|25|26|7|10|13|20000|20000|20000|20000|20000|99|99|99|99|99|0|0|0|0|1000007|0|0|1 5
0.17178172876255659585|-1.56903360727616081327|13032|12989|5|0|0|148|145|8|8|2|9647|57825|126|0|157|157|1085364212|11087|10514|10353|5|5|5|2|3|3|20000|20000|20000|20000|20000|99|99|99|99|99|3|1|0|0|1000121|1|24|1 6
0.18379604688637316001|-1.56836539827576126882|15692|16287|39|0|0|195|200|2|2|2|9341|13621|65514|2|197|198|1085364149|14738|14268|13997|5|5|5|3|6|7|20000|20000|20000|20000|20000|99|99|99|99|99|4|1|0|0|1000243|0|0|1 7

The data, FWIW, is an ASCII representation of the UCAC4 star catalog.

Here is an example of a record with the "x" added to it by sort:
                                                                                                                   V
2.04433377497687374102|0.22403821980488977661|16454|20000|99|1|0|23x24|1|1|2|8603|20560|141|65324|192|191|111893392|14129|13386|13099|25|2|2|4|99|99|20000|20000|20000|20000|20000|99|99|99|99|99|0|30|0|0|118728360|0|0|515 44588

I still have the original and flawed sort if you're interested.

The computer this error occured on was a 16Gb machine with a 2TB drive and an Intel Quad core processor running Slackware Linux 13.0.

Tom 


--------------080000040500040507020101-- From unknown Tue Sep 09 14:20:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18121: A bug in sort. Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 28 Jul 2014 08:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18121 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Tom Bryant Cc: 18121@debbugs.gnu.org Received: via spool by 18121-submit@debbugs.gnu.org id=B18121.140653687911499 (code B ref 18121); Mon, 28 Jul 2014 08:42:02 +0000 Received: (at 18121) by debbugs.gnu.org; 28 Jul 2014 08:41:19 +0000 Received: from localhost ([127.0.0.1]:40093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBgUf-0002zN-MW for submit@debbugs.gnu.org; Mon, 28 Jul 2014 04:41:18 -0400 Received: from mail2.vodafone.ie ([213.233.128.44]:49110) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBgUd-0002z5-2A for 18121@debbugs.gnu.org; Mon, 28 Jul 2014 04:41:15 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoBAGwM1lNtTe5l/2dsb2JhbAANTNM3gRGDFwGBKoR7AQEEMgFGEAsNAQoJFg8JAwIBAgFFBg0BBwEBiEOlN5dlF49MB4RKBYcum2WQTw Received: from unknown (HELO [192.168.1.79]) ([109.77.238.101]) by mail2.vodafone.ie with ESMTP; 28 Jul 2014 09:41:08 +0100 Message-ID: <53D60CA4.6050909@draigBrady.com> Date: Mon, 28 Jul 2014 09:41:08 +0100 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 References: <53D593D6.5040603@verizon.net> In-Reply-To: <53D593D6.5040603@verizon.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) 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: 0.0 (/) On 07/28/2014 01:05 AM, Tom Bryant wrote: > I issued a "sort -n hugeFile > sortedHugeFile" and it introduced a very occasional but destructive "x" in to the data. > > The original data consisted of numeric fields, separated by the vertical bar, "|", and +, - and spaces. It was 25861964610 bytes in size. > > The final file had around 10 "x" characters overwritten in it. It too was 25861964610 bytes in size. I copy the first few lines to give you an idea of what sort was sorting: > > 0.01996377896414875189|-1.56937596815334989842|13950|13860|9|0|0|146|158|8|6|2|9697|59367|119|65406|159|161|1101364107|12467|12131|11963|5|5|5|2|3|3|20000|20000|20000|20000|20000|99|99|99|99|99|3|1|0|0|1000076|1|2|1 1 > 0.05686181376938173604|-1.56865877357861105423|14858|14817|7|0|0|158|160|6|6|2|9584|16962|42|65512|167|167|1229086934|12870|12167|12014|5|5|5|2|2|2|20000|20000|20000|20000|20000|99|99|99|99|99|3|1|0|0|1000185|1|7|1 2 > 0.08867460878463592766|-1.56748967932357308186|10400|10375|2|0|0|141|140|8|8|5|9290|56797|26|36|141|139|1181024763|7516|6675|6389|5|5|5|2|3|3|13182|10986|20000|20000|20000|99|99|99|99|99|2|310000001|0|0|1000431|1|10|1 3 > 0.13659213373632231314|-1.56927658619685916896|14012|13924|9|0|0|151|148|8|8|2|9611|52428|153|65530|160|159|1127037907|12431|12038|11937|5|5|5|2|3|3|20000|20000|20000|20000|20000|99|99|99|99|99|3|1|0|0|1000084|1|14|1 4 > 0.15088146914756625505|-1.57030633530367280670|16079|16329|99|5|0|223|226|1|1|1|9874|37522|0|0|127|127|1085342271|15299|14894|14657|25|25|26|7|10|13|20000|20000|20000|20000|20000|99|99|99|99|99|0|0|0|0|1000007|0|0|1 5 > 0.17178172876255659585|-1.56903360727616081327|13032|12989|5|0|0|148|145|8|8|2|9647|57825|126|0|157|157|1085364212|11087|10514|10353|5|5|5|2|3|3|20000|20000|20000|20000|20000|99|99|99|99|99|3|1|0|0|1000121|1|24|1 6 > 0.18379604688637316001|-1.56836539827576126882|15692|16287|39|0|0|195|200|2|2|2|9341|13621|65514|2|197|198|1085364149|14738|14268|13997|5|5|5|3|6|7|20000|20000|20000|20000|20000|99|99|99|99|99|4|1|0|0|1000243|0|0|1 7 > > The data, FWIW, is an ASCII representation of the UCAC4 star catalog. > > Here is an example of a record with the "x" added to it by sort: > V > 2.04433377497687374102|0.22403821980488977661|16454|20000|99|1|0|23x24|1|1|2|8603|20560|141|65324|192|191|111893392|14129|13386|13099|25|2|2|4|99|99|20000|20000|20000|20000|20000|99|99|99|99|99|0|30|0|0|118728360|0|0|515 44588 > > I still have the original and flawed sort if you're interested. > > The computer this error occured on was a 16Gb machine with a 2TB drive and an Intel Quad core processor running Slackware Linux 13.0. When processing large amounts of data (25G in this case), and one sees corruptions in the content but not the size, it's worth considering hardware errors. This case might be indicative of single bit errors in RAM, as the difference between '|' and 'x' is only a single bit. I would first eliminate that possibility with a RAM checker. Note sort uses a large memory buffer by default, so more susceptible than most data processors to issues like this. If you can reproduce the issue on another system, then we can start looking at software errors. thanks, Pádraig. p.s. please provide the version of sort From unknown Tue Sep 09 14:20:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18121: A bug in sort. Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 28 Jul 2014 15:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18121 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?P=C3=A1draig?= Brady , Tom Bryant Cc: 18121@debbugs.gnu.org Received: via spool by 18121-submit@debbugs.gnu.org id=B18121.140656263924944 (code B ref 18121); Mon, 28 Jul 2014 15:51:02 +0000 Received: (at 18121) by debbugs.gnu.org; 28 Jul 2014 15:50:39 +0000 Received: from localhost ([127.0.0.1]:41005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBnC6-0006UC-7B for submit@debbugs.gnu.org; Mon, 28 Jul 2014 11:50:38 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:48858) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBnC0-0006Tt-Ui for 18121@debbugs.gnu.org; Mon, 28 Jul 2014 11:50:33 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 4C868A6002B; Mon, 28 Jul 2014 08:50:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AqbDQg3ipepI; Mon, 28 Jul 2014 08:50:20 -0700 (PDT) Received: from [172.20.6.114] (70-91-132-235-ma-ne.hfc.comcastbusiness.net [70.91.132.235]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 6EFD0A6002F; Mon, 28 Jul 2014 08:50:19 -0700 (PDT) Message-ID: <53D67136.4060203@cs.ucla.edu> Date: Mon, 28 Jul 2014 11:50:14 -0400 From: Paul Eggert User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 References: <53D593D6.5040603@verizon.net> <53D60CA4.6050909@draigBrady.com> In-Reply-To: <53D60CA4.6050909@draigBrady.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -3.0 (---) 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: -3.0 (---) On 07/28/2014 04:41 AM, Pádraig Brady wrote: > This case might be indicative of single bit errors in RAM, > as the difference between '|' and 'x' is only a single bit. > I would first eliminate that possibility with a RAM checker. Good diagnosis, thanks. I use ECC RAM in machines I do nontrivial work on, so attempting to work around this is low priority for me, but someone with some free time on their hands might look into having 'sort' detect internal memory corruption via permutation-insensitive checksums. This wouldn't catch all hardware errors, but it might help folks who are trying to push too much data through systems with unreliable memory. For some eye-opening analysis on how unreliable non-ECC RAM can be, see: http://www.pugetsystems.com/labs/articles/Advantages-of-ECC-Memory-520/ From unknown Tue Sep 09 14:20:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18121: A bug in sort. Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 30 Jul 2014 08:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18121 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 18121@debbugs.gnu.org Received: via spool by 18121-submit@debbugs.gnu.org id=B18121.140671064222894 (code B ref 18121); Wed, 30 Jul 2014 08:58:02 +0000 Received: (at 18121) by debbugs.gnu.org; 30 Jul 2014 08:57:22 +0000 Received: from localhost ([127.0.0.1]:42541 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XCPhJ-0005xA-Mi for submit@debbugs.gnu.org; Wed, 30 Jul 2014 04:57:21 -0400 Received: from mail4.vodafone.ie ([213.233.128.170]:10546) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XCPhF-0005wo-Rf; Wed, 30 Jul 2014 04:57:18 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsoBAPKy2FNtTzSq/2dsb2JhbAANTJFfxVQBgSSEewEBBIEJCw0UFg8JAwIBAgFFEwgBAYhDpxmYYxePUxaENAEEoxuQUw Received: from unknown (HELO [192.168.1.79]) ([109.79.52.170]) by mail3.vodafone.ie with ESMTP; 30 Jul 2014 09:57:10 +0100 Message-ID: <53D8B365.9030103@draigBrady.com> Date: Wed, 30 Jul 2014 09:57:09 +0100 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 References: <53D593D6.5040603@verizon.net> <53D60CA4.6050909@draigBrady.com> In-Reply-To: <53D60CA4.6050909@draigBrady.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) 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: 0.0 (/) tag 18121 notabug close 18121 stop It was confirmed off list that this was a RAM issue.