From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#30785: Man pages truncated, repeated Date: Mon, 14 Jan 2019 17:10:23 +0100 Message-ID: <87a7k3rzio.fsf@gnu.org> References: <87va2s8row.fsf@ambrevar.xyz> <87tvic8rfq.fsf@ambrevar.xyz> <878szo5w6z.fsf@gnu.org> <87r2dg8nxd.fsf@ambrevar.xyz> <87pnt08ndl.fsf@ambrevar.xyz> <8736pw5mmh.fsf@gnu.org> <87muo48fay.fsf@ambrevar.xyz> <87r2dfy6t0.fsf@gnu.org> <87k1j78vzd.fsf@ambrevar.xyz> <87imyr8rsg.fsf@ambrevar.xyz> <87ef9f8ei5.fsf@ambrevar.xyz> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:53683) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gj4pL-0002PZ-TL for bug-guix@gnu.org; Mon, 14 Jan 2019 11:11:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gj4pK-0003e4-MO for bug-guix@gnu.org; Mon, 14 Jan 2019 11:11:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:59950) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gj4pK-0003du-J9 for bug-guix@gnu.org; Mon, 14 Jan 2019 11:11:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gj4pK-00081H-98 for bug-guix@gnu.org; Mon, 14 Jan 2019 11:11:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87ef9f8ei5.fsf@ambrevar.xyz> (Pierre Neidhardt's message of "Mon, 14 Jan 2019 16:06:58 +0100") 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: Pierre Neidhardt Cc: 30785@debbugs.gnu.org Pierre Neidhardt skribis: >> https://sourceware.org/gdb/onlinedocs/gdb/Forks.html >>=20 >> this might help here. > > Thanks G=C3=A1bor. > So I tried the following in gdb: > >> set follow-for-mode child >> set detach-on-fork off >> run emacs > [inferior 2 completes] >> inferior 1 > [inferior 3 completes] >> inferior 1 > [inferior 4 completes] >> inferior 1 > [inferior 5 hangs] > > GDB seems to be stuck on the 5th inferior. Maybe this is not so reliable. Maybe it=E2=80=99s just that the inferior is still running, no? >> Can we trigger the segfault without libpipeline? > > "preconv" by itself seems to work perfectly. It even works in man if it'= s in > the PATH. It only breaks from libpipeline. What about reproducing the segfault and getting a core dump? Roughly you can do: ulimit -c unlimited man whatever that causes the crash gdb /path/to/preconv core HTH! Ludo=E2=80=99.