Re: Emacs key binding problem on debian testing.
r clayton writes: I'm runining emacs GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2007-01-04 on saens, modified by Debian on a debian testing sytem $ uname -a Linux UlanBator 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux $ updated weekly. These commands (define-key c-mode-base-map \C-cp 'insert-c-procedure-skeleton) (define-key c-mode-base-map \C-ci 'insert-include-statement) but the response to ctrl-i is a bell and the response to help-key ctrl-i is C-c i is undefined ctrl-p has the same problem. Everything works as expected on other emacsen GNU Emacs 21.4.1 (i386-redhat-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-03-07 on hs20-bc1-6.build.redhat.com GNU Emacs 21.4.1 (i386-unknown-openbsd4.0, X toolkit) of 2006-09-01 on i386.ports.openbsd.org with the same .el files, and it used to work on debian testing too. What is the procedure for getting it to work again? I don't have a testing box at hand, but on an unstable box[1], evaluating (define-key c-mode-base-map \C-cp 'insert-c-procedure-skeleton) (define-key c-mode-base-map \C-ci 'insert-include-statement) in a C buffer, yields to the following results: C-h k Ctrl-C-p = describe-key: Symbol's function definition is void: insert-c-procedure-skeleton and C-h k Ctrl-C-i = describe-key: Symbol's function definition is void: insert-include-statement Which is what I would expect. Have you tested with emacs -q to be sure your local .emacs is not messing things around? HTH, __ [1] GNU Emacs 21.4.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2007-01-04 on chenonceaux, modified by Debian -- -- Jhair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Emacs key binding problem on debian testing.
I don't have a testing box at hand, but on an unstable box[1], evaluating (define-key c-mode-base-map \C-cp 'insert-c-procedure-skeleton) (define-key c-mode-base-map \C-ci 'insert-include-statement) in a C buffer, yields to the following results: C-h k Ctrl-C-p = describe-key: Symbol's function definition is void: insert-c-procedure-skeleton and C-h k Ctrl-C-i = describe-key: Symbol's function definition is void: insert-include-statement Which is what I would expect. It seems to be working on unstable, and I built emacs 21.4a on testing and that works as expected. I think something's gone aglay in the debian testing build. Have you tested with emacs -q to be sure your local .emacs is not messing things around? Unless I'm misunderstanding you, I'm not sure what that would show. My ~/.emacs is where the c-c++ autoload gets set; if I don't load it, I wouldn't expect the keys to be bound to my functions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Emacs key binding problem on debian testing.
I'm runining emacs GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2007-01-04 on saens, modified by Debian on a debian testing sytem $ uname -a Linux UlanBator 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux $ updated weekly. These commands (define-key c-mode-base-map \C-cp 'insert-c-procedure-skeleton) (define-key c-mode-base-map \C-ci 'insert-include-statement) are run whenever a c or c++ program is read. Looking at c-mode-base-map via help-var shows the commands apparently worked c-mode-base-map's value is shown below. Documentation: Keymap shared by all CC Mode related modes. Defined in `cc-mode'. Value: (keymap (47 . c-electric-slash) (42 . c-electric-star) (44 . c-electric-semicomma) (127 . c-electric-backspace) (4 . c-electric-delete-forward) (9 . c-indent-command) (3 keymap (105 . insert-include-statement) (112 . insert-c-procedure-skeleton) but the response to ctrl-i is a bell and the response to help-key ctrl-i is C-c i is undefined ctrl-p has the same problem. Everything works as expected on other emacsen GNU Emacs 21.4.1 (i386-redhat-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-03-07 on hs20-bc1-6.build.redhat.com GNU Emacs 21.4.1 (i386-unknown-openbsd4.0, X toolkit) of 2006-09-01 on i386.ports.openbsd.org with the same .el files, and it used to work on debian testing too. What is the procedure for getting it to work again? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]