Re: Emacs key binding problem on debian testing.

2007-03-07 Thread Jhair Tocancipa Triana
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.

2007-03-07 Thread r. clayton
  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.

2007-03-06 Thread r. clayton
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]