all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "alin.s" <alinsoar@voila.fr>
To: Emacs-devel@gnu.org
Subject: Re: How to debug modification to a variable value?
Date: Tue, 26 Jan 2010 07:52:23 -0800 (PST)	[thread overview]
Message-ID: <27324834.post@talk.nabble.com> (raw)
In-Reply-To: <87636pvrdj.fsf@thinkpad.tsdh.de>



I suggest you to use the WATCH in gdb for modifications of the variable,
AWATCH for reading of the variable, etc.

To detect the location of the variable is easy: install a breakpoint in
make-variable-buffer-local that stops when exactly the variable you are
interested about is set, then see there the location of tg-schema-alist.
Afterward you can use the x* functions from .gdbinit of emacs to debug your
problem...






Tassilo Horn-5 wrote:
> 
> Hi all,
> 
> today I had some strange problems with a major mode we use at my
> institute, and that I created and maintain.  This mode defines some
> buffer-local variable:
> 
> --8<---------------cut here---------------start------------->8---
> (defvar tg-schema-alist nil
>   "The schema of the current TG file.")
> (make-variable-buffer-local 'tg-schema-alist)
> --8<---------------cut here---------------end--------------->8---
> 
> This variable is set once, when a new graph is loaded (whatever that
> means, but there is only one function that setqs the variable).
> 
> Also, there's a function, which refreshes some font-locking stuff when
> saving.  This function is added to `after-save-hook' locally.
> 
> --8<---------------cut here---------------start------------->8---
> after-save-hook is a variable defined in `files.el'.
> Its value is 
> (t greql-set-fontlock-types-regex)
> 
> Local in buffer method-calls-per-activity.greql; global value is nil
> --8<---------------cut here---------------end--------------->8---
> 
> Now, my problem was that under some circumstances after saving, the
> buffer-local value of `tg-schema-alist' was gone, i.e. set to nil.
> 
> I double-checked `greql-set-fontlock-types-regex' that it doesn't modify
> `tg-schema-alist', and it doesn't.  I also removed all destructive
> function calls in there, although it operates only on a list created by
> `mapcar', and that's a copy anyway, right?
> 
> Till now, I couldn't reproduce this behavior.  After restarting emacs,
> the problem was gone first.  Suddenly, it appeared again.  Maybe it has
> something to do with using the same buffer in many frames (tty and X),
> but I cannot tell for sure...
> 
> So what I need is some way to be put in the debugger when the value of
> `tg-schema-alist' is modified.  Is that feasible?  I tried adding an
> after advice to `setq' which does exactly that, but that screwed my
> emacs instance.  I guess it's no good idea to advice such primitives...
> 
> Bye,
> Tassilo
> 
> 
> 
> 

-- 
View this message in context: http://old.nabble.com/How-to-debug-modification-to-a-variable-value--tp27313386p27324834.html
Sent from the Emacs - Dev mailing list archive at Nabble.com.





  parent reply	other threads:[~2010-01-26 15:52 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-25 20:52 How to debug modification to a variable value? Tassilo Horn
2010-01-25 21:08 ` Drew Adams
2010-01-26  8:00   ` Tassilo Horn
2010-01-26 15:17     ` Stefan Monnier
2010-01-26 16:49       ` Richard Stallman
2010-01-26 21:02         ` Stefan Monnier
2010-01-26 18:02       ` alin.s
2010-01-27  7:37     ` Andreas Roehler
2010-01-27  8:24       ` Tassilo Horn
2010-01-27  8:51         ` Andreas Roehler
2010-01-25 22:30 ` Davis Herring
2010-01-26  8:43   ` Tassilo Horn
2010-01-26 21:04     ` Davis Herring
2010-01-27  7:50       ` Tassilo Horn
2010-01-27 15:42         ` Davis Herring
2010-01-26 15:52 ` alin.s [this message]
2010-01-26 20:26   ` Tassilo Horn
2010-01-27  8:13     ` alin.s

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=27324834.post@talk.nabble.com \
    --to=alinsoar@voila.fr \
    --cc=Emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.