From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: William Xu Newsgroups: gmane.emacs.help Subject: Re: gdb mode with gdb command from the docker Date: Sun, 18 Oct 2020 20:18:22 +0200 Organization: the Church of Emacs Message-ID: References: <83sgabr0h6.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12070"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (darwin) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:YGVp7Mhi1op9J3afcIiFM6wgDF4= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Sun Oct 18 20:19:14 2020 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kUDGz-0002xp-PJ for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 18 Oct 2020 20:19:13 +0200 Original-Received: from localhost ([::1]:54402 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kUDGy-0005Ja-S8 for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 18 Oct 2020 14:19:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47706) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kUDGJ-0005J8-OZ for help-gnu-emacs@gnu.org; Sun, 18 Oct 2020 14:18:31 -0400 Original-Received: from static.214.254.202.116.clients.your-server.de ([116.202.254.214]:57404 helo=ciao.gmane.io) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kUDGI-0003KG-9U for help-gnu-emacs@gnu.org; Sun, 18 Oct 2020 14:18:31 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1kUDGF-00027c-GS for help-gnu-emacs@gnu.org; Sun, 18 Oct 2020 20:18:27 +0200 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/18 14:18:27 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: 5 X-Spam_score: 0.5 X-Spam_bar: / X-Spam_report: (0.5 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:124550 Archived-At: Eli Zaretskii writes: >> From: William Xu >> Date: Sun, 18 Oct 2020 17:08:36 +0200 >> >> Then invoke the gdb with: (gdb "/path/gdbWrapper"). The *gud* buffer >> can be created successfully. The executable file can be loaded OK, >> however, it reports some tty error while trying to run the executable: >> >> ---------------------------------8<------------------------------------- >> (gdb) file a.out >> Load new symbol table from "a.out"? (y or n) [answered Y; input not from terminal] > > This is normal. > >> Reading symbols from a.out...done. >> (gdb) r >> Starting program: /test/a.out >> /dev/ttys002: No such file or directory. > > This is not, but the error message seems to come from a.out, not from > GDB. So I think you should review the program's code and see why it > fails that way. Hmm, I saw similar error in my original executable, in the created test program, it only prints a string: #include int main() { std::cout << "hi" << std::endl; } Also as I mentioned, if I run the gdbWrapper directly outside emacs, on the terminal app (i'm running Terminal on macOS), there is no problem seen at all . I think it is more likely something wrong inside emacs's gdb mode. (I tested it also with `emacs -Q', same error) -- William