HDTenEightyP/NetNews huggingface dataset:
From: engstrom@src.honeywell.com (Eric Engstrom)
Subject: Test 4 of distributions and signature stuff
Originator: engstrom@moriarty.src.honeywell.com
Organization: Honeywell Systems & Research Center, Minneapolis, MN
Distribution: mn
Date: Wed, 2 Sep 1992 17:02:56 GMT


Distribution = mn

This particular message should not be seen outside of Minnesota.

(Of course, I'm not responsible for other peoples distribution setups, so it
might get out ;-)

--
+------------
Eric Engstrom, Honeywell Systems & Research Center, Mpls, MN, USA
engstrom@src.honeywell.com  -or-  NeXTMail: eric%basilisk@src.honeywell.com
     < I eat from the four food groups: Barley, Hops, Yeast, Water. >
Xref: sparky gnu.test:28 mn.test:287
From: engstrom@src.honeywell.com (Eric Engstrom)
Newsgroups: gnu.test,mn.test
Subject: Test 5 of distributions and signature stuff
Date: 2 Sep 92 17:03:53 GMT
Distribution: na
Organization: Honeywell Systems & Research Center, Minneapolis, MN
Originator: engstrom@moriarty.src.honeywell.com


Distribution = na

This particular message should not be seen outside of North America

(Of course, I'm not responsible for other peoples distribution setups, so it
might get out ;-)

--
+------------
Eric Engstrom, Honeywell Systems & Research Center, Mpls, MN, USA
engstrom@src.honeywell.com  -or-  NeXTMail: eric%basilisk@src.honeywell.com
     < I eat from the four food groups: Barley, Hops, Yeast, Water. >
From: etnkna@hisoy2.etn.ericsson.se (Aksnes Knut-Havard)
Newsgroups: gnu.epoch.misc
Subject: Bugs in epoch 4.2
Date: 30 Aug 92 19:16:35 GMT
Distribution: gnu
Organization: Ericsson Telecom AS


First one question: Is epoch 4.2 supposed to make `\M-' and `\e'
equivalent as arguments to `define-key'?

If the answer to this question is no i will still have to edit a lot
of `.el' files, if the answer of this question is yes then i have 2 bug
reports:

`describe-bindings' has to be rewritten to understand the 8 bit
character vectors. Meta bindings now shows up as characters in the
upper half of the fonts. To reproduce problems try `C-h C-b' in
tree-dired ( I am using `dired-x11' and have recompiled all lisp files
with Jamie Zawinski's new byte compiler.)

`\M-' bindings does not seem to work in the mini-buffer: to reproduce
problems try `M-x grep' 2 times when using gmhist, use  `M-p' the second
time to edit the arguments of the previous grep command.
--

-------------------------------------------------------------------------------
Name:	Knut-Hevard Aksnes (ECMA 94) or		Knut-Haavard Aksnes (ASCII)
Ericsson signature: HI/ETN/U/IT KNA		Phone: +47 41 19481
Email: etnkna@etn.ericsson.se (internet)  ETN.ETNKNA (memo)
From: tony.bennett@East.Sun.COM (t e bennett)
Newsgroups: gnu.epoch.misc
Subject: epoch 4.2 ascii emacs, Solaris 2.0, and DEL key
Date: 31 Aug 92 17:09:09 GMT
Organization: Sun Microsystems, RTP, NC
Distribution: gnu
NNTP-Posting-Host: uh-oh.east.sun.com


Solaris 2.0 SVR4
epoch 4.2 ascii emacs never sees the DEL key.
Following patch fixes the problem, where VSWTCH was being
improperly disabled for POSIX systems.  
CAVEAT: Since I don't use shl, I don't know if this breaks shl stuff


{/.../src/epoch-4.2/ascii}. diff -c sysdep.c~ sysdep.c
*** sysdep.c~   Mon Aug 31 09:52:57 1992
--- sysdep.c    Mon Aug 31 12:52:13 1992
***************
*** 979,985 ****
--- 979,989 ----
        tty.c_cc[VMIN] = 1;     /* Input should wait for at least 1 char */
        tty.c_cc[VTIME] = 0;    /* no matter how long that takes.  */
  #ifdef VSWTCH
+ #ifdef _POSIX_VDISABLE
+       tty.c_cc[VSWTCH] = _POSIX_VDISABLE; /* Turn off shell layering use of C-z */
+ #else
        tty.c_cc[VSWTCH] = CDEL;        /* Turn off shell layering use of C-z */
+ #endif
  #endif /* VSWTCH */
  #if defined (mips) || defined (HAVE_TCATTR)
        /* The following code looks like the right thing in general,
--
--tbennett     tony.bennett@East.Sun.COM   mailstop: RTP-NC
From: johnson@dtc.hp.com (Phil Johnson)
Newsgroups: gnu.epoch.misc
Subject: Re: Screen titles (elisp code)
Date: 25 Aug 92 21:03:50 GMT
Article-I.D.: news.BtK56F.Kp1
Distribution: gnu
Organization: HP Design Technology Center, Santa Clara, CA

(Sorry for all the included text which follows -- I hate it when people do
this! -- but this thread is a bit stale.)

Jim Thompson (thompson@wg2.waii.com) writes:

> Thanks to Brian for distributing his do-titles; I'd been wanting
> something like it, but didn't have time to write it.  I did, however,
> take the time to make a couple of quick hacks to Brian's code:

. . .

> (defun ep:do-titles (win)
>   "Chnage screen title and icon name, WIN currently selected."
>   ;; change screen title if new name, not minibuf
>   (let ((scr (concat (buffer-name (window-buffer win)) " @ " (system-name))))
>     (if (not (string-equal (title) scr))
> 	(if (string-match "Minibuf" scr)
> 	    nil
> 	  (icon-name scr)
> 	  (title scr)))))
>       
> (setq set-window-buffer-hook 
>       '(lambda (win) (ep:do-titles win)))
> 
> (setq window-select-hook 
>       '(lambda (win) (ep:do-titles win)))

Jim's (and Brian's) code works fine for me, with a small problem:  when doing
find-file-other-screen from another screen, the old screen's title bar is
updated before the new screen's.  So you end up with two screens labeled with
the name of the new buffer.  (The old one will be fixed when you move the
cursor back into it.)  Is there an easy fix for this?

						- Phil
Newsgroups: gnu.epoch.misc
From: etnkna@hisoy2.etn.ericsson.se (Aksnes Knut-Havard)
Subject: Bug in save-zones.el
Organization: Ericsson Telecom AS
Distribution: gnu
Date: Sat, 29 Aug 1992 19:29:41 GMT

save-zones.el does not compile due to a missing ) at the end of the file
--

-------------------------------------------------------------------------------
Name:	Knut-Hvard Aksnes (ECMA 94) or		Knut-Haavard Aksnes (ASCII)
Ericsson signature: HI/ETN/U/IT KNA		Phone: +47 41 19481
Email: etnkna@etn.ericsson.se (internet)  ETN.ETNKNA (memo)

Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: batch mode
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 1 Sep 1992 10:28:47 GMT

--> On Tue, 1 Sep 1992 17:39:48 GMT, nhi@deveel.aero.org (Nhi Casey) said:

  /nhi/ I tried:

  /nhi/ /usr/local/bin/epoch -batch -f batch-byte-compile myfile.el

  /nhi/ and got:

  /nhi/ Fatal error (11).Segmentation fault (core dumped)

  /nhi/ myfile.el worked with the M-x byte-compile-file command no
  /nhi/ problem.

It works for me... how about supplying:

(1) A traceback from the coredump, and

(2) The file you're trying to byte-compile.

Marc

Newsgroups: gnu.epoch.misc
From: carlton@scws1.harvard.edu (david carlton)
Newsgroups: gnu.epoch.misc
Subject: Doc bug in epoch 4.2
Date: 29 Aug 92 00:25:43 GMT
Article-I.D.: scws1.CARLTON.92Aug28172543
Distribution: gnu
Organization: Citizens for Boysenberry Jam

The info file says that the third argument to epoch::add-zone is an
attribute; this should presumably say that it is a style.  Also, C-h f
says that it isn't optional, while the info file says that it is.

david carlton
carlton@husc.harvard.edu


       OMNIVERSAL AWARENESS??  Oh, YEH!!  First you need 4 GALLONS of
       JELL-O and a BIG WRENCH!!...  I think you drop th'WRENCH in the
       JELL-O as if it was a FLAVOR, or an INGREDIENT...
       ...or...I...um...  WHERE'S the WASHING MACHINES?
Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: lisp/term files not in epoch-4.1.tar.Z or epoch-diff-4.1-4.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 3 Sep 1992 17:47:50 GMT

--> On Fri, 4 Sep 92 00:20:48 CDT, rscott@phoenix.StPaul.NCR.COM (R. Scott Cummings) said:

  /r./ Did I do something to make the lisp/term/ files disappear from
  /r./ my epoch-4.1 files?  Or were they really not there in the first
  /r./ place?

Nope.  Yep.

  /r./ I did find these files in the epoch-4.2.tar.Z file.

Yep.

Marc

--
Marc Andreessen
Epoch Development Team
University of Illinois at Urbana-Champaign
marca@ncsa.uiuc.edu
From: bob@almeria.inria.fr (Renaud Marlet)
Subject: 8bits display
Organization: INRIA, Sophia-Antipolis (Fr)
Distribution: gnu
Date: Sat, 29 Aug 1992 17:29:46 GMT


I am using fonts with printable characters in the range 0200..0237.  With
epoch4.2, I have to set ctl-arrow to neither nor t to be able to see them
as characters rather than \xxx.  But then, epoch4.2 line positionning gets
confused. If you have such a character on a line, then you cannot reach
the remaining of the line with mouse pointing and text-cursor rarely
appears in it.  Playing with it makes epoch quickly coredump.

I think it's a bad idea to make the hypothesis that characters in the
range 0200..0237 are not printable.  We already have had enough astute
hypotheses in emacs (7bits display, 7bits keymaps) not to settle a new
one.  I do believe in homogeneity.  Unless someone can think of a text
file where one could have both 0200..0237 and 240..0377 characters, not
wanting to see them either both as printable characters or both as octal.
I already mentionned this problem for Lucid Emacs.  People interessed
might take a look at the newsgroup alt.lucid-emacs.bug (subject: 8bits
display) for comments/propositions.

If you want to use the package "viewer" safely (see message "Some tools
available" dated 18 Aug 92 17:02:59 GMT), then you'll have to change
buffer.h to define:
#define is_meta_char(c) ((c) >= 0200 && (c) <= 0377)

BTW, 0240 is considered as meta everywhere (doc, cmds.c, ...) except in
is_meta_char. Test should be "(c) >= 0240" rather than "(c) > 0240".

Renaud

PS (for Marc):  0200..0237 make 8 bits characters blink :-)
From: barmar@think.com (Barry Margolin)
Newsgroups: gnu.epoch.misc
Subject: Re: Ownership of files modified by emacs
Date: 3 Sep 1992 05:24:42 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: gandalf.think.com

In article <5323@dove.nist.gov> kelley@kelley.nist.gov (Mike Kelley) writes:
>My question is - How do I teach Epoch (or emacs) to preserve the ownership
>of files when they are edited and resaved? Currently, if I modify a file
>owned by userxxx and resave it, it is then owned by me.  I think (unless
>someone can point out why not) I would prefer that the original ownership
>be preserved.

Take a look at the various option variables whose names begin with
"backup-by-copying".  The ownership change occurs because Emacs renames the
original file to the backup file and then writes a brand new file (which is
therefore owned by you).  If backup by copying is done, Emacs writes into
the original file, so the ownership doesn't change.

P.S. Please try to keep the lines in your postings under 80 columns wide.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
From: huub@cwi.nl (Huub Bakker)
Newsgroups: gnu.epoch.misc
Subject: Real Time problems with Epoch subprocesses
Keywords: asynchronous subprocess
Date: 31 Aug 92 09:39:34 GMT
Reply-To: Huub.Bakker@cwi.nl
Organization: CWI, Centre for Mathematics & Computer Science

I have an asynchronous subprocess running under Epoch. This process has an
output filter function in Epoch which is called whenever the process writes on
its stdout channel. This function does some computation and sends the result
back to the subprocess using process-send-string. 

If I make my filter function too quick Epoch gives an error message indicating
a function which receives a wrong kind of parameter. If I slow my filter
function down, everything works fine. 

Does somebody know how to solve this problem?

Thanks, 


-- 
CWI, P.O. Box 4079 			Huub Bakker (huub@cwi.nl)
1009 AB Amsterdam
The Netherlands
Tel. 31 20 5924080
Newsgroups: gnu.epoch.misc
From: kaplan@marula.cs.uiuc.edu (Simon Kaplan)
Subject: Some Future Stuff with Epoch
Organization: University of Illinois at Urbana-Champaign
Distribution: gnu
Date: Mon, 31 Aug 1992 01:26:39 GMT

Hi,
	I should have posted this all a long time ago, but things have been
`not good' around here, and that seems to have eaten all of my time:

1.  meta-bugs, 8bit chars, blinking etc.  This whole area is a mess.  We
are going to have to back off and fix it properly.  So it could be a while.

2.  Epoch and various versions of emacs 19.  I've had some discussions with
Jamie from Lucid, and we have agreed in principal that there should be a
common pooling of effort.  Unfortunately, due to the "not good"-ness
alluded to above, I have not had the time to actually make anything
actually happen about this.  But!  now we will actually get started.  I
dont want to make any commitments at this stage, and get people's hopes up,
but I think it's safe to say that there is general agreement that this is a
good thing, and that both ourselves and Lucid would like to see this
happen.  Once we have more information, possible timelines, etc, we will
let you all know.  As with Epoch 4.0 in its pre-release versions, we will
make versions of any v19-based epoch, or a merged epoch/lemacs, or whatever
actually evolves, available when it's ready.  Please don't ask for
additional information (there isn't any) or versions of the current effort
(there is no new code beyond 4.2 right now).  Of course, if you have any
suggestions, we would *love* to hear them, so please speak up!!  It can
only help make our favorite editor better!!

cheers,
Simon
--
Simon Kaplan					ConversationBuilder Project
Human-Computer Interaction Lab			
Department of Computer Science			kaplan@cs.uiuc.edu 
University of Illinois at Urbana-Champaign	uiucdcs!kaplan@uunet.uu.net
1304 W. Springfield Ave				phone: +1 217 244 0392
Urbana Illinois 61801, USA			fax:   +1 217 333 3501

Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: Epoch 4.1 (<--- SHOULD BE 4.2) announcement
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 27 Aug 1992 11:55:52 GMT

Oops...

Marc

Xref: sparky gnu.epoch.misc:864 gnu.emacs.help:3953
From: kelley@kelley.nist.gov (Mike Kelley)
Newsgroups: gnu.epoch.misc,gnu.emacs.help
Subject: Ownership of files modified by emacs
Date: 2 Sep 92 15:12:16 GMT
Followup-To: gnu.epoch.misc
Organization: NIST

I am using Epoch 4.0.25 (yes, I know it's not the most recent, but I suspect this question is relevant for most versions of Epoch and emacs) on HP 9000 platforms (300s, 400s, 700s) running HP-UX 8.07.  

My question is - How do I teach Epoch (or emacs) to preserve the ownership of files when they are edited and resaved? Currently, if I modify a file owned by userxxx and resave it, it is then owned by me.  I think (unless someone can point out why not) I would prefer that the original ownership be preserved.

Thanks for any help.

this request cross-posted to gnu.epoch.misc and gnu.emacs.help
-- 
Mike Kelley
Bldg 220, Rm B206
National Institute of Standards and Technology
Gaithersburg, MD 20899
(301) 975-3722  FAX (301) 926-2746
INTERNET:	kelley@epg.nist.gov
BITNET:		mkelley@nbsenh.BITNET
Newsgroups: gnu.epoch.misc
From: m1jhb00@fed.UUCP (James H. Berry)
Subject: Problem with set-window-configuration
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 28 Aug 1992 05:26:01 GMT

[ I thought that I posted this several weeks ago, but perhaps not. ]

Epoch version: Epoch-4.0p2 and Epoch-4.1.1
Platform:      sparc   SunOS4.0 and SunOS4.1.1
Compiler:      Suns's cc

If set-window-configuration tries to select a window whose buffer has
been killed, then bad things might happen.  At our site this occurs
when using the front end to the mh mailer (mh-e.el).  I would think
that other packages would be vulnerable too if they try to restore an
earlier configuration.  Here is a simple function which triggers the
problem.


;;;  These are the sequence of events below:
;;;     Display 1 emacs window.
;;;     Split screen vertically.
;;;     Save window configuration.
;;;     Kill the original buffer.
;;;     Try to restore the original window configuration.
;;;    
;;;   Epoch 3.2 and Emacs quietly ignore the request.
;;;   Epoch 4.0 will abort.
;;;   Epoch 4.1 will abort.

(defun crash ()
  (interactive)
  (let ((junk (get-buffer-create "*junk*"))
	config)
    (delete-other-windows)
    (switch-to-buffer junk)
    (split-window-vertically)
    (setq config (current-window-configuration))  
    (kill-buffer junk)
    (delete-other-windows)
    (message "About to abort")
    (sit-for 5)
    (set-window-configuration config) 
    (message "Crashing....")
    ))
--
Jim Berry
jberry@fed.frb.gov
Newsgroups: gnu.epoch.misc
From: garry@garnet.arh.cdc.com (Garry Schumacher x3185)
Subject: epoch query
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 4 Sep 1992 07:32:24 GMT

I have been told that this mail address is an epoch users mail
distribution list and that it might be a good place to get some
questions answered about epoch.  I work for Control Data Systems Inc.,
formally CDC, in Arden Hills MN.  I am working at a customer site in
Duesseldorf, Germany.  I will be picking up my mail from my mailbox
in Arden Hills, MN via the magic of networking.  My mailbox address is:
garry@garnet.arh.cdc.com.  I have just asked to be put on this mail
address list, so at least until I actually get on the distribution
please send mail to me directly if you are inclined to respond to 
my queries.

My current question has to do with menu systems available as extensions
to epoch.  I am running version 3.2 of epoch and would like to know what
recommendations there are for adding menus to that system.  I am 
running the Motif window manager.  The documentation I have talks about
the x-popup-menu lisp function, but I cannot seem to find that function
in the code I have.  Is this the right approach or should I look for
another.  If there is another approach where can I get information
on it and where can I get the code for it.

Thanks for you help!
Garry A. Schumacher
Newsgroups: gnu.epoch.misc
From: rwhitby@research.canon.oz.au (Rod Whitby)
Subject: Epoch 4.2: (key-description "\M-x") returns 8-bit value
Originator: rwhitby@bing
Organization: Canon Information Systems Research, Australia
Date: Mon, 31 Aug 1992 22:29:05 GMT

Epoch 4.2p0, EIGHTBIT_KEYBOARD not defined:

(key-description "\M-x") returns an eight-bit character (looks like a
0 with a slash through it).

Is this a bug, or a feature of the new 8-bit character support ?

From the Emacs Lisp Manual:

 * Function: key-description STRING
     This function returns a string containing the Emacs standard
     notation for the keyboard characters in STRING.  See the
     examples for `single-key-description'.

 * Function: single-key-description CHARACTER
     This function returns a string describing CHARACTER in the
     standard Emacs notation for keyboard input.  A normal printing
     character is represented by itself, but a control character
     turns into a string starting with `C-', a meta character turns
     into a string starting with `M-', and space, linefeed, etc. are
     transformed to `SPC', `LFD', etc.

          (single-key-description ?\C-x)
               => "C-x"
          (key-description "\C-x \M-y \n \t \r \f123")
               => "C-x SPC M-y SPC LFD SPC TAB SPC RET SPC C-l 1 2 3"
-- 
Rod Whitby (rwhitby@research.canon.oz.au)     _--_|\ 
                                             /      \
Canon Information Systems Research Australia \_.--._/
1 Thomas Holt Drive, North Ryde, N.S.W., 2113.     v 
Newsgroups: gnu.epoch.misc
From: Frank.Ooms@delft.geco.slb.COM (Frank Ooms)
Subject: Bug Report - Epoch kills other windows
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 4 Sep 1992 14:29:44 GMT

When you copy text from i.e. an xterm window into an epoch window
using the X cut and paste, and then close down the epoch window with
(save-buffers-kill-emacs) the other window gets destroyed as well.

(1) Version of Epoch (see the variable epoch::version).
    4.2
    
(2) Platform and operating system (including version of OS).

    SunOS 4.1.2, Openwindows 3., Motif Window Manager 1.1.4
    
(3) Compiler.

    Sun CC 1.1
    
(4) Any nonstandard configuration options.

    None, straight out of the box
    
(5) Any other information you think would be helpful.

    None
-- 
	/*	   Frank.Ooms@delft.geco.slb.com		*
	 *		  ooms@delgeo.nl			*
	 *	    ooms@GDESU1.SInet.slb.com			*/
Newsgroups: gnu.epoch.misc
From: dougherty@took.enet.DEc.COM (Digital Equipment Corporation - Enterprise Management Frameworks)
Subject: FWD: bug-report for Epoch V4.2 on SUN Sparc IPX
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 3 Sep 1992 17:17:47 GMT

------------------Forwarded item dated 3-SEP-1992 13:18:13.84------------------


Version:	EPOCH V4.2
System:		SUN Sparc station IPX running SUN OS 4.1
Compiler:	Sun C and Berkeley C

Configured with X windowing system.

Build of Epoch fails during the test phase, see below.

/bin/sh -c 'test -f unexshm.c || ln -s ../src/unexshm.c .'
/bin/sh -c 'test -f unexNeXT.c || ln -s ../src/unexNeXT.c .'
/bin/sh -c 'test -f unexfx2800.c || ln -s ../src/unexfx2800.c .'
cc -c -g -Demacs   crt0.c
as: "/tmp/ccom.28273.1.s", line 221: error: redefinition of symbol "__start"
*** Error code 1
make: Fatal error: Command failed for target `crt0.o'


I am looking for suggestions as to how to proceed.

Thank you.

Tom Dougherty - Digital Equipment Corporation

Newsgroups: gnu.epoch.misc
From: etnkna@hisoy2.etn.ericsson.se (Aksnes Knut-Havard)
Subject: Some fixes on iso-latin1.el
Organization: Ericsson Telecom AS
Distribution: gnu
Date: Sat, 29 Aug 1992 19:17:49 GMT


I have made some fixes to iso-latin1.el some months ago, but forgot to
post them, but here they are. Two problems are solved;

	1) Support for the scandinavian letters is added.

	2) iso-defs-alist is made buffer local to make iso-latin1 mode
	   well-behaved in combination with other modes.


-------------------------------------------------------------------------------
--- /div/src/epoch-4.2/epoch-lisp/iso-latin-1.el	Thu Aug 27 05:51:38 1992
+++ iso-latin-1.el	Thu Jul  2 14:17:44 1992
@@ -18,6 +18,10 @@
 	    (?Y . ?\335)))
     ("," . ((?c . ?\347)(?C . ?\307)))
     ("~" . ((?n . ?\361)(?N . ?\321)))
+    ("/" . ((?o . ?\370)(?O . ?\330)))
+    ("*" . ((?a . ?\345)(?A . ?\305)))
+    ("e" . ((?a . ?\346)(?A . ?\306)))
+    ("E" . ((?A . ?\306)))
     ("<" . ((?< . ?\253)))
     (">" . ((?> . ?\273)))
     
@@ -25,8 +29,9 @@
 
 ;;; structure to hold old definitions of characters
 (defvar iso-defs-alist nil)
+(defvar iso-latin-1-keymap nil)
+(defvar iso-latin-1-mode nil)
 
-
 ;;; two utility functions
 (defun cadr (l) (car (cdr l)))
 
@@ -124,4 +129,8 @@
 			       minor-mode-alist))
   (make-variable-buffer-local 'iso-latin-1-mode)
   (make-variable-buffer-local 'iso-latin-1-keymap)
-  (set-default 'iso-latin-1-mode nil))
+  (make-variable-buffer-local 'iso-defs-alist)
+  (set-default 'iso-latin-1-mode nil)
+  (set-default 'iso-latin-1-keymap nil)
+  (set-default 'iso-latin-1-alist nil))
+
--

-------------------------------------------------------------------------------
Name:	Knut-Hvard Aksnes (ECMA 94) or		Knut-Haavard Aksnes (ASCII)
Ericsson signature: HI/ETN/U/IT KNA		Phone: +47 41 19481
Email: etnkna@etn.ericsson.se (internet)  ETN.ETNKNA (memo)

Newsgroups: gnu.epoch.misc