From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/12408 Path: main.gmane.org!not-for-mail From: Sean Doran Newsgroups: gmane.emacs.gnus.general Subject: Re: make of qgnus-0.11 hangs formatting info files Date: 29 Sep 1997 21:43:20 +0200 Message-ID: <52afgvkisn.fsf@sean.ebone.net> References: <52hgb4jb51.fsf@sean.ebone.net> NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035151950 3655 80.91.224.250 (20 Oct 2002 22:12:30 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:12:30 +0000 (UTC) Return-Path: Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by altair.xemacs.org (8.8.7/8.8.7) with ESMTP id OAA20609 for ; Mon, 29 Sep 1997 14:11:15 -0700 Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by xemacs.org (8.8.5/8.8.5) with SMTP id QAA09525 for ; Mon, 29 Sep 1997 16:04:44 -0500 (CDT) Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Mon, 29 Sep 1997 21:43:25 +0200 Original-Received: (qmail 12471 invoked by uid 504); 29 Sep 1997 19:43:24 -0000 Original-Received: (qmail 12468 invoked from network); 29 Sep 1997 19:43:24 -0000 Original-Received: from sean.ebone.net (130.228.11.231) by claymore.vcinet.com with SMTP; 29 Sep 1997 19:43:23 -0000 Original-Received: (from smd@localhost) by sean.ebone.net (8.8.6/8.8.5) id VAA10681; Mon, 29 Sep 1997 21:43:21 +0200 (CEST) Original-To: "(ding)" In-Reply-To: Stainless Steel Rat's message of "29 Sep 1997 14:10:19 -0400" Original-Lines: 26 X-Mailer: Gnus v5.4.64/Emacs 20.2 Xref: main.gmane.org gmane.emacs.gnus.general:12408 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:12408 Stainless Steel Rat writes: > SD> "GNU Emacs 20.2.2 (i386-unknown-netbsd1.2G, X toolkit) > ^^ > That could be the problem. It makes just fine with > 19.34. Nope, it's architechture-dependent, since a build on a NetBSD SPARC with the same compiler options, with the compiler (and everything else) built from roughly the same SUPped sources works just fine. BTW, this is the first lossage I've seen with emacs-20.2 with the MBSK. I'm fiddling with compiler options. Simple -O didn't work. I got a mildly interesting stack backtrace by using the SIGQUIT and if the fiddled compiler options (force-mem/force-addr) doesn't solve the lossage, and turning off optimization altogether doesn't either, then I'll see if I can reproduce it in an interactive Emacs in which I can toggle debug-on-error to t. Sean.