From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Is it time to remove INTERNAL_FIELD? Date: Thu, 23 Apr 2015 15:01:26 +0300 Message-ID: <83oamf12ax.fsf@gnu.org> References: <87lhhjuq26.fsf@gmail.com> <5538C48F.2020005@cs.ucla.edu> <87fv7rupcc.fsf@gmail.com> <5538C6C0.2000609@cs.ucla.edu> <83sibr15ac.fsf@gnu.org> <878udjun89.fsf@gmail.com> <83pp6v14cy.fsf@gnu.org> <87sibr84hb.fsf@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1429790523 21094 80.91.229.3 (23 Apr 2015 12:02:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 23 Apr 2015 12:02:03 +0000 (UTC) Cc: eggert@cs.ucla.edu, emacs-devel@gnu.org To: Oleh Krehel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 23 14:01:55 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YlFpG-00073m-3D for ged-emacs-devel@m.gmane.org; Thu, 23 Apr 2015 14:01:50 +0200 Original-Received: from localhost ([::1]:39875 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlFpF-000375-BU for ged-emacs-devel@m.gmane.org; Thu, 23 Apr 2015 08:01:49 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48216) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlFox-0002xR-Pj for emacs-devel@gnu.org; Thu, 23 Apr 2015 08:01:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YlFos-0003Ci-Qg for emacs-devel@gnu.org; Thu, 23 Apr 2015 08:01:31 -0400 Original-Received: from mtaout24.012.net.il ([80.179.55.180]:51232) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlFos-0003CS-IS for emacs-devel@gnu.org; Thu, 23 Apr 2015 08:01:26 -0400 Original-Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0NN900100CQVLJ00@mtaout24.012.net.il> for emacs-devel@gnu.org; Thu, 23 Apr 2015 14:52:36 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NN900O2ZCZNDH30@mtaout24.012.net.il>; Thu, 23 Apr 2015 14:52:36 +0300 (IDT) In-reply-to: <87sibr84hb.fsf@gmail.com> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.180 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:185805 Archived-At: > From: Oleh Krehel > Cc: eggert@cs.ucla.edu, emacs-devel@gnu.org > Date: Thu, 23 Apr 2015 13:32:32 +0200 > > > (gdb) p w->contents > > $2 = 16446781 > > (gdb) xbuffer > > What does xbuffer do? See its doc string in .gdbinit: it shows a Lisp buffer object in human-readable format. Like other xSOMETHING commands do for other objects. > It shows up as unrecognized command for me. I see it defined in > .gdbinit, but it's automatically sourced. How can I source it? You can source it manually like this: (gdb) source .gdbinit If you start GDB from the src directory, it should read that file automatically. However, latest versions of GDB refuse to do that, for security reasons, unless you customize GDB to countermand that (the message GDB displays when it refuses to load the file hints on these customizations; read the GDB manual to know more). See etc/DEBUG for more about debugging Emacs on the C level. > I saw that there was a change 3 years ago adding "_" to ends of some > symbols. This change was subsequently reverted, and it supposedly worked > fine for 3 years. So I'm guessing that there is a mechanism that makes > it work without modifying with symbols with "_". No, there is no such mechanism. You will find "name_" in .gdbinit. Those changes you mention are probably about changes in the sources that were reverted later.