Re: define-key acting strange..

Re: define-key acting strange..

[Richard Stallman]

    It now seems that Emacs is not really frozen. It is just that all (all
    that i tried) of the C- commands, M- commands and number-keys beep at
    you...

I see no reason why those bindings in key-translation-map SHOULD have this
effect, so I think it is really an Emacs bug.  Would you please pick
one character -- how about Ctrl-a? -- and determine exactly why it is not
recognized?  These bindings in key-translation-map ought to have no effect
on the processing of Ctrl-a.

Re: define-key acting strange..

[D. Goel]

RMS

>     It now seems that Emacs is not really frozen. It is just that all (all
>     that i tried) of the C- commands, M- commands and number-keys beep at
>     you...
> 
> I see no reason why those bindings in key-translation-map SHOULD have this
> effect, so I think it is really an Emacs bug.  Would you please pick
> one character -- how about Ctrl-a? -- and determine exactly why it is not
> recognized?  These bindings in key-translation-map ought to have no effect
> on the processing of Ctrl-a.


okay, i shall do as you suggested.  


To the list: BTW, this 'gdb emacs' will be a huge learning curve for
me, and i will bug folks (is this the right forum or should i try
g.e.help?) for help.. instead, if a GDB expert would like to pick this
bug-report up, that would be cool :).. 

If not, here's the first snafu i ran into (i get to my umd.edu unix
account through an ssh over QVT/Term on win2000)---->

+----
| 
| student1:~: cd emacs
| student1:~/emacs: cd src
| student1:~/emacs/src: gdb /usr/local/gnu/bin/emacs21
| GNU gdb 4.18
| Copyright 1998 Free Software Foundation, Inc.
| GDB is free software, covered by the GNU General Public License, and
| you are
| welcome to change it and/or distribute copies of it under certain
| conditions.
| Type "show copying" to see the conditions.
| There is absolutely no warranty for GDB.  Type "show warranty" for
| details.
| This GDB was configured as "alpha-dec-osf4.0b"...
| Environment variable "DISPLAY" not defined.
| TERM = vt220
| Breakpoint 1 at 0x1201186e8: file emacs.c, line 389.
| Breakpoint 2 at 0x1200ed824: file xterm.c, line 12015.
| (gdb)
| 
+----
  
gdb seems to have stopped..  typing 'continue' doesn't help :(.. is
this because i don't have display available?  But i can't run Xwindows
here.. :(

BTW, This directory emacs/src above is indeed the directory from
emacs21 is built.. this is the one containing dired.c, for
example.. and if i chase links, its fullname is:
student1:/afs/glue.umd.edu/project/glue/e/emacs/21.1/emacs-21.1/src: 



the problem above seems pretty emacs-source specific.. but if this it
OT, apologies..




D				   <http://www.glue.umd.edu/~deego/>
-- 

Re: define-key acting strange..

[D. Goel]

( A quick update before i go away for the long
weekend.. to... Maryland!!!.. )..


All of the problem was being caused by the one line in that
expression:  (guess i will have to wait another day to learn GDB :)


 (define-key [t] <foo>).. and that <foo> could be anything ..

Emacs is not frozen.. 'tis just that this line has the effect of
adding a (t . <foo>) to your keymap <-- Whether this result is a bug
or not, i am not sure..

Now depending on <foo> and the other bindings in the
key-translation-map, one might end up effectively getting a 'frozen'
emacs..

Consider this expression: (this is how i first traced that
                                      (not-really-a-)bug..)


(progn
  (message "DOING")
  (define-key key-translation-map [t] "f")
  (define-key key-translation-map "u" "v")
  (message "DONE")
  (goto-char (point-max))
  (insert (format "%s" key-translation-map))
  (write-file "~/gg.gg")
  )



After eval'ing this, key-translation-map looks like this: 
 (keymap (117 . v) (t . f) (24 keymap (56 . iso-transl-ctl-x-8-map)))


(117 is u...)..  Once you have this keymap, *everything* you type
inserts a f, except when you type u, which inserts v.  So, everything
is happening in accordance with key-translation-map, IMHO.
In the original expression, everything was getting mapped to
[T]... which just beeped at us .. what is [T] ?

BTW, up-arrow inserts 3 f's... guess why ? :) up-->ESC O A --> f f f  


Wishing a great weekend to all.. 

D				   <http://www.glue.umd.edu/~deego/>
-- 
Why don't *we* have congressmen like the one writing this!!! ---->
 http://www.gnu.org.pe/resmseng.html

Re: define-key acting strange..

[Andreas Schwab]

"D. Goel" <deego@glue.umd.edu> writes:

|> ( A quick update before i go away for the long
|> weekend.. to... Maryland!!!.. )..
|> 
|> 
|> All of the problem was being caused by the one line in that
|> expression:  (guess i will have to wait another day to learn GDB :)
|> 
|> 
|>  (define-key [t] <foo>).. and that <foo> could be anything ..

*Note (elisp)Format of Keymaps::.

`(t . BINDING)'
     This specifies a "default key binding"; any event not bound by
     other elements of the keymap is given BINDING as its binding.
     Default bindings allow a keymap to bind all possible event types
     without having to enumerate all of them.  A keymap that has a
     default binding completely masks any lower-precedence keymap.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE GmbH, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Re: define-key acting strange..

[Richard Stallman]

     (define-key [t] <foo>).. and that <foo> could be anything ..

    Emacs is not frozen.. 'tis just that this line has the effect of
    adding a (t . <foo>) to your keymap <-- Whether this result is a bug
    or not, i am not sure..

Yes, indeed, that default definition could cause such problems.
Mystery solved, I think.  Thanks.

Re: define-key acting strange..

[Thien-Thi Nguyen]

"D. Goel" <deego@glue.umd.edu> writes:

   gdb seems to have stopped..  typing 'continue' doesn't help :(.. is
   this because i don't have display available?  But i can't run Xwindows
   here.. :(

becuase you can futz w/ environment, gdb waits for an explicit command to
begin running the program.  try: r RET  -- after this C-c C-r works, too.

in C-h b, look for "gud-".  on my machine this shows a lot of C-c prefixes.

thi

Re: define-key acting strange..

[Eli Zaretskii]

> From: "D. Goel" <deego@glue.umd.edu>
> Date: 24 May 2002 01:31:31 -0400
> 
> To the list: BTW, this 'gdb emacs' will be a huge learning curve for
> me

The file etc/DEBUG in the distribution might help a lot.

> and i will bug folks (is this the right forum

Yes, this is the right forum for asking help in debugging Emacs
problems.

> | (gdb)
> | 
> +----
>   
> gdb seems to have stopped..  typing 'continue' doesn't help

Type "run -q" to start Emacs.

GDB stops because in many cases you would want to prepare the
debugging session: set breakpoints, add directories to the source
search list, set various GDB options, etc.

> BTW, This directory emacs/src above is indeed the directory from
> emacs21 is built

This is the right directory from where to run a debugging session.
In particular, the file .gdbinit there makes sure you have the
Emacs-specific GDB commands (such as xstring and pr) defined.