From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: Ralf Fassel <ralfixx@gmx.de>
Newsgroups: gmane.emacs.devel
Subject: Re: core dump while in gnus
Date: Tue, 16 Apr 2002 10:40:25 +0200
Organization: Akustik Technologie Goettingen
Sender: emacs-devel-admin@gnu.org
Message-ID: <15547.58233.899095.481962@jupiter.akutech-local.de>
References: <200204152200.g3FM0mj23884@aztec.santafe.edu>
	<Pine.SUN.3.91.1020416091838.14169F-100000@is>
NNTP-Posting-Host: localhost.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: main.gmane.org 1018946557 27866 127.0.0.1 (16 Apr 2002 08:42:37 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Tue, 16 Apr 2002 08:42:37 +0000 (UTC)
Cc: Richard Stallman <rms@gnu.org>, emacs-devel@gnu.org
Return-path: <emacs-devel-admin@gnu.org>
Original-Received: from quimby.gnus.org ([80.91.224.244])
	by main.gmane.org with esmtp (Exim 3.33 #1 (Debian))
	id 16xOXt-0007FL-00
	for <emacs-devel@main.gmane.org>; Tue, 16 Apr 2002 10:42:37 +0200
Original-Received: from fencepost.gnu.org ([199.232.76.164])
	by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian))
	id 16xOq1-0005tG-00
	for <emacs-devel@quimby.gnus.org>; Tue, 16 Apr 2002 11:01:21 +0200
Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 16xOXY-0006f4-00; Tue, 16 Apr 2002 04:42:16 -0400
Original-Received: from mail.t-intra.de ([62.156.146.210])
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 16xOVr-0006W6-00; Tue, 16 Apr 2002 04:40:31 -0400
Original-Received: from jupiter.akutech-local.de ([217.226.217.210]) by mail.t-intra.de  with Microsoft SMTPSVC(5.5.1877.507.50);
	 Tue, 16 Apr 2002 10:40:29 +0200
Original-Received: (from ralf@localhost)
	by jupiter.akutech-local.de (8.11.1/8.11.1) id g3G8eSY308348;
	Tue, 16 Apr 2002 10:40:28 +0200 (MDT)
Original-To: Eli Zaretskii <eliz@is.elta.co.il>
In-Reply-To: <Pine.SUN.3.91.1020416091838.14169F-100000@is>
Errors-To: emacs-devel-admin@gnu.org
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.0.9
Precedence: bulk
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Post: <mailto:emacs-devel@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
List-Id: Emacs development discussions. <emacs-devel.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/emacs-devel/>
Xref: main.gmane.org gmane.emacs.devel:2655
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2655

* Eli Zaretskii
| >     (gdb) p *current_buffer
| >     $7 = {
| >       size = 537002092, 
| >       next = 0x10765200, 
| >       own_text = {
| > 	beg = 0x4060018 <Address 0x4060018 out of bounds>,
| > 
| > If this is what happens, I suggest you add code at the places
| > that set the beg field which will check whether the new
| > value is invalid.

The problem is of course that this is the `current buffer', which is
changed quite often, and I cannot reliably reproduce this bug.
However, it should be possible to locate the last few changes when it
crashes.  I will have a check.

| The `size' member looks very suspicious as well, no?

No.  Remember, this is an EMACS_INT:

    (gdb) p 537002092
    $1 = 537002092
    (gdb) xint
    $2 = 131180

131kB is not unusual for a NNTP process buffer while reading news.

R'