From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Fabrice Popineau Newsgroups: gmane.emacs.devel Subject: Re: Crash with tests Date: Tue, 14 Apr 2015 20:51:02 +0200 Message-ID: References: <83iocybt9q.fsf@gnu.org> <83bniqbr9d.fsf@gnu.org> <552D476B.3040107@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1141b7e88195f00513b3b74d X-Trace: ger.gmane.org 1429037492 18392 80.91.229.3 (14 Apr 2015 18:51:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 14 Apr 2015 18:51:32 +0000 (UTC) To: Paul Eggert , Eli Zaretskii , Emacs developers Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 14 20:51:32 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Yi5vn-00025K-TH for ged-emacs-devel@m.gmane.org; Tue, 14 Apr 2015 20:51:32 +0200 Original-Received: from localhost ([::1]:57593 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yi5vn-0001w5-AH for ged-emacs-devel@m.gmane.org; Tue, 14 Apr 2015 14:51:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50155) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yi5vh-0001sQ-Iv for emacs-devel@gnu.org; Tue, 14 Apr 2015 14:51:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yi5vg-0001Xj-L5 for emacs-devel@gnu.org; Tue, 14 Apr 2015 14:51:25 -0400 Original-Received: from mail-oi0-x22a.google.com ([2607:f8b0:4003:c06::22a]:36636) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yi5ve-0001XT-Ug; Tue, 14 Apr 2015 14:51:23 -0400 Original-Received: by oift201 with SMTP id t201so8782035oif.3; Tue, 14 Apr 2015 11:51:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=6wfCCrTUI5SHn++kERLzCpLgkOij7y5xKiKU69ZjRp8=; b=XBIHvQda9y+4gP6N9AXWR3gfN27XWGQbWpo9Rbm8yCkmpCwfoB2khec4FlJowRqs+f +la6eHTVlR6mEovEPXmze39dxr6LEHa88ujNKrYnsSeL76We8MbsRzFtTb6Kt85bVDRR rDG0lh/SfUD/ae7mTrqTtXODd7HuZrW1iSnNz7AsLiBDPOCw2KOf6r6L6jH72dWklGqL tV+ZwPZ64/+lW4UUrQK+8ixIKJYj6gXP3CcC9DVMd7e3S/hhtP1kNUUXqSJ80meqZqRo HbqmPG8DGugFc1fzCGF8UUGi8fI/BHjDs634DUo5kGf0R7ARtLQKM/S7dHdRB+TmcZQR LyBg== X-Received: by 10.202.228.71 with SMTP id b68mr12478955oih.58.1429037482348; Tue, 14 Apr 2015 11:51:22 -0700 (PDT) Original-Received: by 10.202.60.5 with HTTP; Tue, 14 Apr 2015 11:51:02 -0700 (PDT) In-Reply-To: <552D476B.3040107@cs.ucla.edu> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c06::22a X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:185425 Archived-At: --001a1141b7e88195f00513b3b74d Content-Type: text/plain; charset=UTF-8 > > >> I'm not seeing the problem in a 32-bit build either, or in a 64-bit. > And '0x4000000001013ffb' is not a 32-bit value, so I'm puzzled by the above > GDB output. > > My build is a 64its build. > > Maybe you are in an inconsistent build state? That would explain both the > wrong size and the commit hash discrepancy. Can you reproduce the problem > in a fresh checkout and build from scratch? > Yuk. You seem to be right ! I would have expected a compilation failure, but at second thought, maybe not. Sorry for the noise. Thanks for the hint. Fabrice --001a1141b7e88195f00513b3b74d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
=
I'm not seeing the problem in a 32-bit build either, or in a 64-bit.=C2= =A0 And '0x4000000001013ffb' is not a 32-bit value, so I'm puzz= led by the above GDB output.

My build is a 64its build.
=C2=A0

Maybe you are in an inconsistent build state?=C2=A0 That would explain both= the wrong size and the commit hash discrepancy.=C2=A0 Can you reproduce th= e problem in a fresh checkout and build from scratch?

Yuk. You seem to be= right !
I would have expected a compilatio= n failure, but at second thought, maybe not.

Sorry for the noise. Thanks for the = hint.

= Fabrice
--001a1141b7e88195f00513b3b74d--