From mboxrd@z Thu Jan 1 00:00:00 1970 From: Roel Janssen Subject: bug#29676: Guix test failure on tests/store. Date: Wed, 03 Jan 2018 18:59:27 +0100 Message-ID: <87fu7m6cxs.fsf@gnu.org> References: <87tvwwcfhn.fsf@gnu.org> <87shcgorq5.fsf@gnu.org> <87shcfdh5w.fsf@gnu.org> <871sjzitmm.fsf@gnu.org> <87ind1y262.fsf@gnu.org> <87vah0ruyr.fsf@gnu.org> <874lok5dmm.fsf@gnu.org> <87tvwkc9g1.fsf@gnu.org> <87lghv9ku7.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42680) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eWnKg-0004we-TI for bug-guix@gnu.org; Wed, 03 Jan 2018 13:00:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eWnKd-0001K1-4m for bug-guix@gnu.org; Wed, 03 Jan 2018 13:00:06 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:54157) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eWnKd-0001JG-2S for bug-guix@gnu.org; Wed, 03 Jan 2018 13:00:03 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eWnKc-00079v-Pa for bug-guix@gnu.org; Wed, 03 Jan 2018 13:00:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-reply-to: <87lghv9ku7.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 29676@debbugs.gnu.org Ludovic Courtès writes: > Hello, > > Roel Janssen skribis: > >> ==24971== 4,104 bytes in 1 blocks are possibly lost in loss record 351 of 365 >> ==24971== at 0x4C2AAD6: malloc (in /gnu/store/18w3ykyqkcq5zp1qx17qhamkxlczzl0n-valgrind-3.12.0/lib/valgrind/vgpreload_memcheck-amd64-linux.so) >> ==24971== by 0x4E719E3: sqlite3MemMalloc (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x4E4DB8B: sqlite3Malloc (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x4E51316: pcache1Alloc (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x4E6E71A: sqlite3BtreeCursor (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x4EA9053: sqlite3VdbeExec (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x4EB271E: sqlite3_step (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x4EB34D1: sqlite3_exec (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x426886: nix::LocalStore::openDB(bool) (local-store.cc:293) >> ==24971== by 0x42BEF4: nix::LocalStore::LocalStore(bool) (local-store.cc:169) >> ==24971== by 0x40A356: acceptConnection(int)::{lambda()#1}::operator()() const (nix-daemon.cc:755) >> ==24971== by 0x40E16B: std::_Function_handler::_M_invoke(std::_Any_data const&) (functional:1871) > > I suspect these “possibly lost” reports are false alarms. > > Anyway, there’s no “invalid read” or “invalid write” report, which is > what we were looking for. :-/ Indeed. There are some 'definitely lost' reports as well, but these are very small. I can't seem to reproduce this on my laptop, which is strange because the machine I do get the test failure on has ECC memory, and my laptop doesn't have that. Kind regards, Roel Janssen