From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Oleh Krehel Newsgroups: gmane.emacs.devel Subject: Re: Is it time to remove INTERNAL_FIELD? Date: Thu, 23 Apr 2015 13:32:32 +0200 Message-ID: <87sibr84hb.fsf@gmail.com> 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1429789118 29763 80.91.229.3 (23 Apr 2015 11:38:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 23 Apr 2015 11:38:38 +0000 (UTC) Cc: eggert@cs.ucla.edu, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 23 13:38:37 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 1YlFSl-0003OT-IU for ged-emacs-devel@m.gmane.org; Thu, 23 Apr 2015 13:38:35 +0200 Original-Received: from localhost ([::1]:39616 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlFSk-0002E0-MA for ged-emacs-devel@m.gmane.org; Thu, 23 Apr 2015 07:38:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41766) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlFST-0002Dq-TC for emacs-devel@gnu.org; Thu, 23 Apr 2015 07:38:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YlFSQ-0002fC-M1 for emacs-devel@gnu.org; Thu, 23 Apr 2015 07:38:17 -0400 Original-Received: from mail-wg0-x22b.google.com ([2a00:1450:400c:c00::22b]:34894) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlFSQ-0002f6-Bs; Thu, 23 Apr 2015 07:38:14 -0400 Original-Received: by wgyo15 with SMTP id o15so15181410wgy.2; Thu, 23 Apr 2015 04:38:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=H3BmSWugHGdyBny5JW+fTf6T3jCeh7zuK9ymR/ybJDc=; b=yNxPwRCfDgtcvGarpFw4xvVSOZXn8YHMxOavGVwl8bUWWT9gpuPQGpmisioTQQCgKE O2XFbLFR9054ms+DiYazg1/kP5hycOw6VfCsFqI3X+EGe7GJ+vxvAOJPA+rO7qhWydd6 b07qq7zpJeVs88ME9Qsa8i+rTZurEyApvcUQMlSNqCDA0bA8UmcYiEYuDIrGGCcyeO/a M9PXxBhXeH2ypS6f8a3FAOTTJey6Jc/m1KPO+nltY6HruDogvOIZ3RRg66FGTnzRLhUL Jqe3b3giRx8UG0TgumaBy6ngQ07YYw+WNwIw31gf0JPZ7R8FQqzkSoVeq46af9APzj03 9VTA== X-Received: by 10.194.71.208 with SMTP id x16mr4341436wju.129.1429789093745; Thu, 23 Apr 2015 04:38:13 -0700 (PDT) Original-Received: from firefly (dyn069045.nbw.tue.nl. [131.155.69.45]) by mx.google.com with ESMTPSA id g5sm3878982wjq.6.2015.04.23.04.38.12 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 23 Apr 2015 04:38:12 -0700 (PDT) In-Reply-To: <83pp6v14cy.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 23 Apr 2015 14:17:01 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::22b 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:185804 Archived-At: Eli Zaretskii writes: >> From: Oleh Krehel >> Cc: Paul Eggert , emacs-devel@gnu.org >> Date: Thu, 23 Apr 2015 12:56:38 +0200 >> >> I don't know what to do with src/.gdbinit though. > > Any reference to SOMETHING_ there should be replaced with SOMETHING > now. Otherwise GDB will say there's no field named SOMETHING_ in > such-and-such struct. E.g., try this: > > $ cd src > $ gdb ./emacs > (gdb) break set_cursor_from_row > (gdb) r -Q > Breakpoint 3, set_cursor_from_row (w=0x17ceae8 , > row=0x52740b8, matrix=0x5273be8, delta=0, delta_bytes=0, dy=0, dvpos=0) > at xdisp.c:14185 > 14185 struct glyph *glyph = row->glyphs[TEXT_AREA]; > (gdb) p w->contents > $2 = 16446781 > (gdb) xbuffer What does xbuffer do? It shows up as unrecognized command for me. I see it defined in .gdbinit, but it's automatically sourced. How can I source it? > $3 = (struct buffer *) 0xfaf538 > (unsigned char *) 0xfb8a80 " *Echo Area 1*" > ^^^^^^^^^^^^^^^^ > The highlighted part access the buffer name via the name_ field. > After your change, you will see something like this instead: > > (gdb) xbuffer > $2 = (struct buffer *) 0xfaf538 > There is no member named name_. 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 "_". Oleh