From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9630 invoked by alias); 14 Jan 2016 21:55:54 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 9616 invoked by uid 89); 14 Jan 2016 21:55:53 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=answering X-HELO: smtp.gentoo.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 14 Jan 2016 21:55:52 +0000 Received: from vapier.lan (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with SMTP id 8F9F8340845; Thu, 14 Jan 2016 21:55:50 +0000 (UTC) Date: Thu, 14 Jan 2016 21:55:00 -0000 From: Mike Frysinger To: Linux Mercedes Cc: gdb@sourceware.org Subject: Re: gdb cannot find "../sysdeps/unix/syscall-template.S" Message-ID: <20160114215549.GW4894@vapier.lan> Mail-Followup-To: Linux Mercedes , gdb@sourceware.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="iBHcHRCIarfY7C0j" Content-Disposition: inline In-Reply-To: X-IsSubscribed: yes X-SW-Source: 2016-01/txt/msg00017.txt.bz2 --iBHcHRCIarfY7C0j Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-length: 601 On 14 Jan 2016 15:06, Linux Mercedes wrote: > I have an issue that appears when I'm running gdb from inside ddd. I > will load and run a program and let it sit a few minutes (waiting on > stdin input, if that matters). After it has sat a little bit, I will > get an error dialog that says "../sysdeps/unix/syscall-template.S No > such file or directory". not answering your question directly, but that is a generated file from glibc, and having its source isn't really useful. it'd be the same as looking at the disassembly directly. you'll see it used for many low level functions in glibc. -mike --iBHcHRCIarfY7C0j Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWmBllAAoJEEFjO5/oN/WBCT0QALKFdg1PFebGib2Rg1TIIZyQ YZqqvLuUfF2WciXoV0bxuPiRVlIFiuVTjbF1zxgf4GmJ9NuuqlBD3PCrTzgm+WM7 6jDIsuhsU7RfnYAYB+Gy2a5FRey28Xlcthr4QDPuWwU25PzZlQvq83Fs36FvseLp L4aL5av3vi46mg0fxzXiGYDVafsWmKT5C39QZ4AQ+KyhyeDH22bV+Z1BMmx13U8B vMicB0YcBD5HGltTobjlrnW6PJfiImEa0PqFXdvGkyjo8MiFD9ABmPH9iLgaHyzd aWrLwlj7nU7swiuSg+JSVkcvd2QRyW2E4Yyl1r4CmAvq20cdsBvdEqFa0wAzH1G2 TPkiuCEOIJn9F769ydwHTtHERdOQlLq2fOvvHZFc/D42UMChbHjGmCBUcQR9a9qM vEqBhE89jG9Y22mRfvIE1H8BnCEcGubVmSoBk5bI3HH4Pgpe+RfE7t+/xxI4zcA/ EfrAUPaZUpGIACdHJuW/FsT5npWaP2Z6nipPVI02/qhIVXDfTbcXPNbdwaEHO7eF hEKfQXrjSOtOKY4pDJzn/G6wR8FZqwmk3EXiN5NmIMUdO6YDzQNwVfwNt/ueLuBq 4T7wdZpcWhXvbmUeQvPXuBqJ5pwWDo+85xWtRx8vobtYC2biz7Xtld/q2AsZkYc6 7+WjZxb1/nykM4O0IS+F =PViq -----END PGP SIGNATURE----- --iBHcHRCIarfY7C0j--