From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 14:48:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 778BED63; Tue, 1 Jul 2014 14:48:26 +0000 (UTC) Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailuogwprd01.lss.emc.com", Issuer "RSA Corporate Server CA v2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 21EBC28CB; Tue, 1 Jul 2014 14:48:25 +0000 (UTC) Received: from maildlpprd03.lss.emc.com (maildlpprd03.lss.emc.com [10.253.24.35]) by mailuogwprd01.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s61EmMNJ019865 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Jul 2014 10:48:23 -0400 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd01.lss.emc.com s61EmMNJ019865 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=isilon.com; s=jan2013; t=1404226103; bh=wt+Ge81D+YEtAs/ygTVuM5CZ4TU=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=A0M/j4HQ77tDGTesWP7erjJQBd+UBp0p78/4RQhoa7orCytGgYAOBEtnbiZX64nrw twQdZ/cAB+hn0tp1rynzgq68usqts1cQHlinQzuKPuCGkdFXEK4iBTTsWTCffjwX27 4gnmei3gy+zm9kOrZP4bx2GO3D2RasmsscFj4rlQ= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd01.lss.emc.com s61EmMNJ019865 Received: from mailusrhubprd03.lss.emc.com (mailusrhubprd03.lss.emc.com [10.253.24.21]) by maildlpprd03.lss.emc.com (RSA Interceptor); Tue, 1 Jul 2014 10:48:10 -0400 Received: from mxhub15.corp.emc.com (mxhub15.corp.emc.com [128.222.70.236]) by mailusrhubprd03.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s61EmAoc003758 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 1 Jul 2014 10:48:10 -0400 Received: from MXHUB106.corp.emc.com (10.253.58.23) by mxhub15.corp.emc.com (128.222.70.236) with Microsoft SMTP Server (TLS) id 8.3.327.1; Tue, 1 Jul 2014 10:48:09 -0400 Received: from MX104CL01.corp.emc.com ([169.254.7.121]) by MXHUB106.corp.emc.com ([10.253.58.23]) with mapi id 14.03.0181.006; Tue, 1 Jul 2014 10:48:10 -0400 From: "Rang, Anton" To: "O. Hartmann" , Dimitry Andric Subject: RE: [CURRENT]: weird memory/linker problem? Thread-Topic: [CURRENT]: weird memory/linker problem? Thread-Index: AQHPjirDPp9YdcZprkizJ/OsgnsAp5t9oFYAgAFl9oCAAA5LgIAMbROA///YddA= Date: Tue, 1 Jul 2014 14:48:09 +0000 Message-ID: References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> <20140701150755.548ed6b9.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140701150755.548ed6b9.ohartman@zedat.fu-berlin.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.49.240] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd03.lss.emc.com X-RSA-Classifications: public Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 14:48:26 -0000 DOT =3D> DOD 444F54 =3D> 444F44 That's a single-bit flip. Bad memory, perhaps? Anton -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freeb= sd.org] On Behalf Of O. Hartmann Sent: Tuesday, July 01, 2014 8:08 AM To: Dimitry Andric Cc: Adrian Chadd; FreeBSD CURRENT Subject: Re: [CURRENT]: weird memory/linker problem? Am Mon, 23 Jun 2014 17:22:25 +0200 Dimitry Andric schrieb: > On 23 Jun 2014, at 16:31, O. Hartmann wrote= : > > Am Sun, 22 Jun 2014 10:10:04 -0700 > > Adrian Chadd schrieb: > >> When they segfault, where do they segfault? > ... > > GIMP, LaTeX work, nothing special, but a bit memory consuming=20 > > regrading GIMP) I tried updating the ports tree and surprisingly the=20 > > tree is left over in a unclean condition while /usr/bin/svn segfault=20 > > (on console: pid 18013 (svn), uid 0: exited on signal 11 (core dumped))= . > >=20 > > Using /usr/local/bin/svn, which is from the devel/subversion port,=20 > > performs well, while FreeBSD 11's svn contribution dies as described. I= t did not hours ago! >=20 > I think what Adrian meant was: can you run svn (or another crashing > program) in gdb, and post a backtrace? Or maybe run ktrace, and see=20 > where it dies? >=20 > Alternatively, put a core dump and the executable (with debug info) in=20 > a tarball, and upload it somewhere, so somebody else can analyze it. >=20 > -Dimitry >=20 It's me again, with the same weird story. After a couple of days silence, the mysterious entity in my computer is bac= k. This time it is again a weird compiler message of failure (trying to bui= ldworld): [...] c++ -O2 -pipe -O3 -O3=20 c++ -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/inclu= de -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/i= nclude -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MA= CROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-f= reebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\= " -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 -= fno-exceptions -fno-rtti -Wno-c++11-extensions -c /usr/src/lib/clang/libllv= msupport/../../../contrib/llvm/lib/Support/Host.cpp -o Host.o --- GraphWriter.o --- In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Gr= aphWriter.cpp:14: /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/i= nclude/llvm/Support/GraphWriter.h:269:10: error: use of undeclared identifier 'DOD'; did you mean 'DOT'? O << DOD::Es= capeString(Label); ^~~ DOT /usr/src/lib/clang/libllvmsupport/../../../contr= ib/llvm/include/llvm/Support/GraphWriter.h:35:11: note: 'DOT' declared here namespace DOT { // Private functions... ^ 1 erro= r generated. *** [GraphWriter.o] Error code 1 Well, in the past I saw many of those messages, especially not found labels= of routines in shared objects/libraries or even those "funny" misspelled m= essages shown above. I can not reproduce them after a reboot, but as long as the system is runni= ng with this error occured, it is sticky. So in order to compile the OS suc= cessfully, I reboot. Does anyone have an idea what this could be? Since it affects at the moment= only one machine (the other CoreDuo has been retired in the meanwhile), it= feels a bit like a miscompilation on a certain type of CPU. Thanks for your patience, Oliver