HDTenEightyP/NetNews huggingface dataset:
From: cmkuo@cs.utexas.edu (Chin-Ming Kuo)
Newsgroups: alt.lucid-emacs.bug
Subject: lhilit.el, ifdef VMS
Date: 29 Jul 1992 17:09:22 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: yoakum.cs.utexas.edu
Keywords: masking off ifdef

I just tried the lhilit.el, and IT'S GREAT!!!!
While experimenting with different color combination, 
I thought of would it be nice to have the hilit mode 
automatically mask off (by setting the forground color to background) 
ifdef pair. Specifically, make 

>>>>>>>>>>
   diskname = malloc(...);	
#ifdef VMS 
    /* initialize descriptor */
    PACK_DESCRIP(dsp, diskname, strlen(diskname));
    PACK_LIST(mylist, 4, avail, r_length);
#endif

   ....
>>>>>>>>>>
into

>>>>>>>>>>
   diskname = malloc(...);	





   ....
>>>>>>>>>> 
if on non-VMS machine.

Any clue as to how to do it? This will be a good exercise for me to
use elisp.
Thanks.
-- 
Chin-Ming Kuo
cmkuo@cs.utexas.edu
{uunet,rutgers,ti-csl}!cs.utexas.edu!cmkuo
Newsgroups: alt.lucid-emacs.bug
Date: Thu, 23 Jul 92 10:21:53 +0200
From: queinnec%geant.cenatls.cena.dgac.fr@lucid.com (Philippe Queinnec)
Subject: vm-isearch bug with corrections
Here is a correction for the bug in vm-isearch-{forward,backward} (reference
to void-variable unread-command-char).

It simply consists in using unread-command-event instead, plus adding some
conversion between char and event. This enables vm-isearch to work. However,
to be complete, it should use events in the same way as isearch, and not
converting them immediately to characters (it loses with function keys or
keypad keys).

Phil


--- vm-search.el.orig	Thu Jul 23 10:05:11 1992
+++ vm-search.el	Thu Jul 23 10:06:24 1992
@@ -58,5 +58,5 @@
      (catch 'search-done
        (while t
-	 (or (>= unread-command-char 0)
+	 (or unread-command-event
 	     (progn
 	       (or (input-pending-p)
@@ -88,5 +88,5 @@
 	   (cond ((and (>= char 128)
 		       search-exit-option)
-		  (setq unread-command-char char)
+		  (setq unread-command-event (character-to-event char))
 		  (throw 'search-done t))
 		 ((eq char search-exit-char)
@@ -164,5 +164,5 @@
 			       (or (= char ?\177)
 				   (and (< char ? ) (/= char ?\t) (/= char ?\r))))
-			  (setq unread-command-char char)
+			  (setq unread-command-event (character-to-event char))
 			  (throw 'search-done t))
 			 (t
@@ -305,5 +305,5 @@
 	    (setq other-end
 		  (if forward (match-beginning 0) (match-end 0)))))
-    (quit (setq unread-command-char ?\C-g)
+    (quit (setq unread-command-event (character-to-event ?\C-g))
 	  (setq success nil))
     (invalid-regexp (setq invalid-regexp (car (cdr lossage)))
@@ -341,5 +341,5 @@
 	(setq message (if forward "VM Word search: " "VM Word search backward: "))
       ;; Otherwise let that 1 char be part of the search string.
-      (setq unread-command-char char))
+      (setq unread-command-event (character-to-event char)))
     (setq function
 	  (if (eq char search-yank-word-char)
Newsgroups: alt.lucid-emacs.bug
Date: Sun, 26 Jul 1992 14:47:00 -0400
From: Brendan Kehoe <brendan@cs.widener.edu>
Subject: Using -static vs -Bstatic with gcc
Reply-To: brendan@cs.widener.edu
A small tweak's necessary if you've got CC set to gcc:

*** s-sunos4.h.~1~	Wed Apr 29 00:33:15 1992
--- s-sunos4.h	Sun Jul 26 14:27:48 1992
***************
*** 6,10 ****
--- 6,14 ----
  #endif
  
+ #ifdef __GNUC__
+ #define LD_SWITCH_SYSTEM -e __start -static
+ #else
  #define LD_SWITCH_SYSTEM -e __start -Bstatic
+ #endif
  
  /* In SunOS 4.1, a static function called by tzsetwall reportedly

--
Brendan Kehoe, Sun Network Manager                      brendan@cs.widener.edu
Widener University                                                 Chester, PA
            "Life is a process, and it shouldn't matter what the hardware is."
                                                              -- Chris Langton
Newsgroups: alt.lucid-emacs.bug
Date: Wed, 29 Jul 1992 05:25:24 +0200
From: linus%lysator.liu.se@lucid.com (Linus Tolke Y)
Subject: info.el (Info-select-node-menu): popup-menu
Keywords: popup-menu
Summary: noticed and fixed bug introduced in 19.2 in info.el
Sorry for the last incomplete message.

When I try to run compile, I get the following message:

tcsh: Permission denied.

Compilation exited abnormally with code 1 at Thu Jul 30 14:12:27

The same commands/shells run fine with GNU Emacs 18.  Any clues on how
this can be fixed?

Thanks in advance,

  --Jerry Frain, frain@cis.ksu.edu
Newsgroups: alt.lucid-emacs.bug
Date: Wed, 29 Jul 92 15:52:32 PDT
X-Windows: The Cutting Edge of Obsolescence.
From: Jamie Zawinski <jwz@lucid.com>
Subject: Re: lemacs is grabbing window focus when it isn't supposed to
	<9207281606.AA06384@scylla.lucid>
	<RJC.92Jul29140632@daiches.cogsci.ed.ac.uk>
In message <RJC.92Jul29140632@daiches.cogsci.ed.ac.uk> Richard Caley wrote:
>
> Sometimes the details are a little odd -- the focus shouldn't shift as a
> side effect of anything 

I agree.

> and the minibuffer handling can really screw things up.

I think the way the minibuffer deals with multiple screens is generally
broken.  If something is being displayed in the minibuffer or echo area,
it should be displayed simultaniously on all screens, just like a normal
buffer that was visible in multiple windows.

> No matter what, though, it breaks the rule that the mouse and the
> keyboard focus move together. This could be fixed if there was some
> way of warping the mouse to follow the focus which didn't cause half a
> million enter and leave events on the way. 

If any warping was to be done, it should be in the window manager, not
emacs.  It would be reasonable for a window manager to warp the mouse as
a result of a client taking the focus.  (I wouldn't use that wm, though :-))

	-- Jamie
Newsgroups: alt.lucid-emacs.bug
Date: Thu, 30 Jul 92 19:03:59 EDT
From: bcotton@sergei.mitre.org (Robert T. Cotton)
Subject: x-raise-screen Broken (with fix)
Beacuse (according to config.h) lemacs cannot be compiled
with ENERGIZE defined, rasie-screen fails to set the stack_mode
and flags for the XConfigureWindow call.. Here is the fix.

Bob Cotton


*** /usr2/lemacs-19.2/src/xterm.c       Tue Jun 16 04:37:05 1992
--- xterm.c     Thu Jul 30 18:58:37 1992
***************
*** 2507,2512 ****
--- 2507,2516 ----
          xwc.stack_mode = Above;
          flags = CWStackMode;
        }
+ #else
+
+         xwc.stack_mode = Above;
+         flags = CWStackMode;
  #endif

        /* get ready to handle the error generated by XConfigureWindow */


Newsgroups: alt.lucid-emacs.bug
From: jfinger@mv.us.adobe.com (Jeff Finger)
Subject: set-mouse-position
Date: Tue, 28 Jul 92 13:19:08 MDT
Configuration:
        Decstation 5000/120
        Ultrix 4.2
        X11R4
        twm
        lemacs-19.2
        gcc-2.2.2

Problem:
        I believe set-mouse-position() breaks lemacs.

        I want to "warpto" (twm jargon for moving keyboard focus and
        pointer to an X window) various known screen, for example,
        left-screen.

        If I just do select-screen, keyboard focus is in the correct X
        window, but the pointer stays where it was, and X highlighting
        is not done correctly.
 
        (defvar left-screen (x-create-screen nil) 
                "Smaller l-emacs Screen on my left")

        (defun select-left-screen ()
          (interactive)
          (select-screen left-screen)
          (set-mouse-position left-screen 1 1))

        Adding set-mouse-position() moves the pointer and gets X
        highlighting correct, but the next command causes lemacs to
        crash.

Questions:
        1. Is there a bug in set-mouse-position or related
           code.
        2. Is there a better way to do a "warpto"?
        3. (set-mouse-position WINDOW 0 0) causes an immediate crash.
           There should be code to check for this.
        

Thanks,
-- Jeff Finger --
Newsgroups: alt.lucid-emacs.bug
Date: Sun, 26 Jul 92 19:14:29 PDT
X-Windows: Don't get frustrated without it.
From: Jamie Zawinski <jwz@lucid.com>
Subject: Re: Ultrix 4.2/lemacs 19.2 temacs problem
References: <1992Jul27.015750.22024@adobe.com>
It looks to me like the `pure' array is on a readonly page.
See if you can explicitly write into it after the segv, and
see if 0xc016d60 is actually inside of it.

I'm not really sure why pure would be readonly, however.

	-- Jamie
Newsgroups: alt.lucid-emacs.bug
From: garath@engin.umich.edu (morris)
Subject: Re: lhilit.el, ifdef VMS
Organization: University of Michigan
Date: Thu, 30 Jul 1992 01:22:04 GMT


In article <l7e5oiINNm3r@yoakum.cs.utexas.edu> cmkuo@cs.utexas.edu (Chin-Ming Kuo) writes:

   Any clue as to how to do it? This will be a good exercise for me to
   use elisp.
   Thanks.


	You could just use the hideif.el file already provided in the
standard distribution.  Just (load "hideif" nil t) and then when editing a
C file do M-x hide-ifdef-mode....there's lots of settings to make things
totally disappear like you want, you just gotta figure out which ones you
like.


--
Scott Grosch                              Internet: garath@engin.umich.edu
Programmer                                         Bitnet: user7a4b@umichu
Computer Aided Engineering Network                  University of Michigan
Newsgroups: alt.lucid-emacs.help
Date: Mon, 27 Jul 92 11:53:28 PDT
X-Windows: Dissatisfaction guaranteed.
From: Jamie Zawinski <jwz@lucid.com>
Subject: Re: lemacs 19.2 and evi (vi emulator)
References: <15171tINNrk7@early-bird.think.com>
In message <15171tINNrk7@early-bird.think.com> Alex Klaiber wrote:
>
> Hi, I am trying to use evi (the vi emulator) with lemacs 19.2.  The version
> of evi that came with lemacs 19.2 doesn't work -- when I load it, lemacs
> complains
> Is there a quick fix I can apply?  Does someone have a version of evi that
> works with lemacs 19.2?

The "quick fix" is this:

	(let ((meta-prefix-char -1))
	  (load-library "evi"))

For the next release, I've modified evi.el to do this in more appropriate
places.

You don't really want to know why this is necessary.

	-- Jamie
From: beust@rhea.inria.fr (Cedric Beust)
Newsgroups: alt.lucid-emacs.help
Subject: Re: Opening a window on another display ??
Date: 30 Jul 92 12:07:56 GMT
Organization: University of Nice Sophia-Antipolis, France

In article <9207282039.AA18941@thalidomide.lucid>, jwz@lucid.com (Jamie Zawinski) writes:
>In message <9207282022.AA21939@whopper.lcs.mit.edu> sharma@whopper.lcs.mit.edu wrote:
>>
>> Is it possible to have lemacs open up a window on another display (owned by
>> the same user) ?
>
>No.  Eventually we intend for this to be possible, but it's trickier than you
>might think.  We also want to be able to have one emacs running on multiple X
>displays and multiple dumb ttys simultaniously.

	That's roughly what I wanted to ask : is it possible to export
	a buffer to another display (to show it to someone else for
	example)?

--
Cedric BEUST, beust@sa.inria.fr, Bull Research Koala proj, KoalaBus & xforum
Pho:(33) 93.65.77.70(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis, FRANCE.
From: mt00@eurotherm.co.uk (Martin Tomes)
Newsgroups: alt.lucid-emacs.help
Subject: Where can I find lucid emacs.
Summary: Please help me find LICID emacs sources.
Keywords: emacs, lucid, location.
Date: 28 Jul 92 10:25:30 GMT
Organization: Eurotherm Limited

I just tried to get some of the Lucid emacs stuff from
labrea.stanford.edu but it appears to have been withdrawn from the
internet nameserver.  Is there anywhere else I can get it?

--
Martin Tomes
Janet:    mtomes@uk.co.eurotherm
Internet: mtomes@eurotherm.co.uk
UUCP:     {uknet,uunet}!etherm!mtomes
From: bosch@loria.fr (Guido Bosch)
Newsgroups: alt.lucid-emacs.help
Subject: Re: Ilisp: interrupting the inferior lisp process
Date: 26 Jul 92 21:27:38 GMT
Followup-To: alt.lucid-emacs.help
Organization: INRIA-Lorraine / CRIN, Nancy, France
In-reply-to: rouquett@Aig.Jpl.Nasa.Gov's message of 23 Jul 92 16:53:40 GMT

In article <1992Jul23.165340.15396@jpl-devvax.jpl.nasa.gov> rouquett@Aig.Jpl.Nasa.Gov (Nicolas Rouquette) writes:
 >   THere seems to be a problem with Ilisp: both interrupt-subjob-ilisp 
 >   and reset-ilisp don't affect the inferior ilisp process at all. 
 >   Has anyone encountered this or is there a known workaround?
 >
 >   This occurs with lemacs 19.1 with binaries from lucid. We're running
 >   both 4.1.1 and 4.1.2 and openwindows 3.0.
 >

I don't have a fix, but some more details on that problem: 

The elisp function `interrupt-process' does not work correctly if the
process to interrupt uses pipes for the comunication with Emacs (this
happens if the variable `process-connection-type' is nil at the moment
Emacs  starts an inferior process, as is the case for ILISP).

The command `shell' uses a pty instead, and then `interrupt-process'
seems to work.

-- Guido

--
Guido BOSCH, INRIA-Lorraine/CRIN
Institut National de Recherche en Informatique et en Automatique (INRIA)
Centre de Recherche en Informatique de Nancy (CRIN)
Campus scientifique, B.P. 239            
54506 Vandoeuvre-les-Nancy CEDEX       	
Tel.: (+33) 83.91.24.24
Fax.: (+33) 83.41.30.79                	
email: bosch@loria.fr             	
Newsgroups: alt.lucid-emacs.help
Date: Tue, 21 Jul 92 11:10:47 EDT
From: jbm@cyclone.sbi.com (Jeffrey B. Moore)
Subject: positioning the cursor
> From: jdesai@sundeck.east.sun.com (Jatin Desai -- Contractor)

> > From: metz%iam.unibe.ch@lucid.com
> > I have lots of problems with it when I use the mouse to paste (with 
> > the middle button) a highlighted text. 

> It seems like if the mouse moves too fast, Lucid emacs is using the wrong
> co-ordinates for the mouse down event. Now that I remember, I seem to remember
> a problem I saw in OpenWindows 2.0 server which often gave wrong co-ordinates
> for the down event (vs the up event). I wonder if the same bug persists in the
> 3.0 server. Also, I am not sure if Sun OpenWindows folks know about this
> problem - I will try to find out.

Gee, I haven't seen this problem at all --- but then, I ditched the
Sun servers long ago.  I've been running out-of-the-box X11R5.  Much,
much faster, too.

-Jeff Moore (jbm@sbi.com)
From: simon@lia.di.epfl.ch (Simon Leinen)
Newsgroups: alt.lucid-emacs.help
Subject: Re: Anyone get lemacs to work on an SGI?
Date: 30 Jul 92 07:33:49 GMT
Distribution: alt
Organization: DI-LIA -- Ecole Polytechnique Federale de Lausanne
In-reply-to: rickb@farfle.farfle.asd.sgi.com's message of 29 Jul 92 20:52:51 GMT
X-Md4-Signature: 75e71c3998c50ace8ff682baebb679eb

In article <RICKB.92Jul29125251@farfle.farfle.asd.sgi.com>
rickb@farfle.farfle.asd.sgi.com (Rick Braumoeller) writes:

   I've heard a lot about this Lucid Emacs thing, and I'd love to give
   it a shot.  Unfortunately, it doesn't seem to be set up to compile
   on an SGI.  For lemacs-19.2, the highest verion configuration file
   for Irix is 3.6, and I'm running 4.0.5.  It just doesn't compile
   without a lot of hacking.  Has anyone done that, or gotten around
   it all somehow?

A port of Lucid GNU Emacs 19.2 to SGI 4D machines running IRIX 4.0.x
can be gotten via anonymous FTP from liasun3.epfl.ch.  The files are

2656767 Jul  7 17:29 /pub/gnu/lemacs-19.2-sgi.tar.Z

-- a binary distribution like the one for Sun-4 on labrea, only bigger
because everything has been compiled with -g, and

  43892 Jul  9 19:10 /pub/gnu/lemacs-19.2.udiff.sgi.Z

a (unified) context diff from the 19.2 sources.  This Lemacs also
contains support for the SGI audio library, and you can use e.g. your
Prosonus samples as beeps if you convert them to NeXT audio format
using sfconvert or SOX.

I think/hope 19.3 will be easier to port to other architectures.
-- 
Simon Leinen.
Laboratoire d'Intelligence Artificielle
Ecole Polytechnique Federale de Lausanne
Newsgroups: alt.lucid-emacs.help
Date:  Tue, 28 Jul 92 14:58:34 -0500
From: frain@cis.ksu.edu (Jerry Frain)
Subject: Anyone ported GNU calc 2.02 yet?
Reply-To: frain@cis.ksu.edu
X-Organization: KSU Dept. of Computing and Information Sciences
X-Office: Nichols 117
X-Phone: (913) 532-6350 - ext. 45
X-Fax:   (913) 532-7353
The bug-lucid-emacs archive contains a couple of messages about
porting GNU calc 2.02.  Has anyone finished this port?

I started doing this myself, but I figured if someone else has already
completed it...

  --Jerry Frain, frain@cis.ksu.edu
Newsgroups: alt.lucid-emacs.help
From: garyt@lgc.com (Gary Thompson)
Subject: Re: lhilit, where ?
Organization: Landmark Graphics Corp., Houston, Tx.
Date: Thu, 23 Jul 1992 20:15:38 GMT

wolfgg@urmel.vta.mw.tu-muenchen.de (Wolfgang Goettert) writes:

>In an article posted recently in this group I found a reference
>to a lhilit Package. I did not find it in my distribution, so where can 
>I find it (and other contributed stuff).

I would also like to know where to get this package.  I wasn't able to
find it with archie.  Is there a repository where add-ons such as this
are being kept?

Thanks,
Gary
--
-----
Gary Thompson						gthompson@lgc.com
Landmark Graphics  Houston, TX			    Phone: (713) 579-4765
Newsgroups: alt.lucid-emacs.help
Date: Thu, 30 Jul 92 03:14:36 PDT
X-Windows: The problem for your problem.
From: Jamie Zawinski <jwz@lucid.com>
Subject: selective-display
	<9207301002.AA26405@thalidomide.lucid>
We plan to make selective-display work again once we finish a big cleanup of
redisplay.  But it might only take a few hours to make selective-display work
in the existing redisplay.  If any of you feel up to it, the relevant code 
is display_text_line() in xdisp.c.  This kind of thing tends to go wrong at
every possible juncture, so check it thoroughly before you decide that it
works (enter selective-display mode 1, 2, 3, and 4 columns from the right
margin, for example.)

It will at least a couple of months before the new redisplay code is done;
some other things have come up.

	-- Jamie
Newsgroups: alt.lucid-emacs.help
From: richter@ki1.chemie.fu-berlin.de (Thomas Richter)
Subject: Re: Lucid on RS6000 running Aix 3.2
Organization: Free University of Berlin, Germany
Date: Fri, 24 Jul 1992 14:29:37 GMT

Ryan Mulderig <ryan@eas.gatech.edu> writes:
>I have tried and failed to bring it up.

	I've tried it under AIX 3.1 and failed as well,
	just a little bit later...

> Notable problems:
>in editfns.c 
>- Sunix_sync not defined
>- Sdefault_file_mode not defined
>(got past by commenting out lines that caused failue - two of them)

	There is a section in editfns.c that is enclosed in
	'#ifdef unix ...#endif /* unix */' where these functions
	are defined.  Make sure unix is defined.

>in loading of temacs
>- no entry point or export symbols found

	Don't use 'ld' for loading.  Use 'cc' instead.

	There are some other gotchas:  You have to make sure that
	data.c uses 'drem' instead of 'remainder'.  There is a
	'#ifdef BSD' together with the striking comment
		"Maybe there's a better conditional for this".

	There was no hftctl.c or unexaix.c, which are required for
	'make install.aix'.  I just took them from the GNU emacs 18.58
	distribution, without the slightest idea whether it might
	work or not.

	I gave up when I got an error about lock-directory being void
	while 'temacs -batch -l loadup.el' was working on startup.el.

-- Thomas Richter
-- 
phone: +49 30 838-3408                          Freie Universitaet Berlin
psi:   (+262)45050230227::RICHTER               Institut f. Kristallographie
smtp:  <richter@ki1.chemie.fu-berlin.de>        Takustr. 6, D-1000 Berlin 33
Newsgroups: alt.lucid-emacs.help
Date: Wed, 29 Jul 92 13:53:19 PDT
X-Windows: There's got to be a better way.
From: Jamie Zawinski <jwz@lucid.com>
Subject: Re: Anyone get lemacs to work on an SGI?
References: <RICKB.92Jul29125251@farfle.farfle.asd.sgi.com>
A few different people have ported it to SGIs; the changes will be in the next
release. Check the mailing list archives on labrea.stanford.edu for their
patches. 
Newsgroups: alt.lucid-emacs.help
From: defert@dxcern.cern.ch (Philippe Defert)
Subject: Re: (no subject given)
Organization: CERN, European Research Center for Particle Physics
Date: Wed, 22 Jul 1992 15:45:03 GMT

>>>>> On Tue, 21 Jul 92 15:31:26 +0200, oaf%vingmed.no@lucid.com (Ole Asbjorn Fadum) said:


Ole> HELP

Ole> I've retrieved the lucid-emacs source but can't get it to
Ole> compile. I'm using a SPARCstation 1 SUNos 4.1.1 and gcc 1.40.
Ole> I've got a lot of complaints of definitions on strlength().  I've
Ole> tracked this down to the gcc redifinition of size_t from int to
Ole> unsigned long.

Ole> I've also got an error in EmacsShell.c on macro XtIsWMShell(),
Ole> this was fixed by include <X11/ObjectP.h>.

Did not have this problem with gcc 2.2.2 !!!

Ole> I've also pulled off the SUN4 binary but the only result I've got
Ole> is a complain about my DISPLAY variable.

Ole> I've tried 'host:0.0', 'unix:0.0', '0:0' but same result.

Wrong error message, try to define EMACSLOADPATH and then it seems to
work OK. It seems the lread.c is modified from GNU emacs and that it
is coded to go out if that variable is not set !!!

Ole> ole asbjorn fadum (oaf@vingmed.no)

Amicalement.
--

  ************************************************************************
  *  Philippe Defert: Computing and Networks Division                    *
  *                   CERN,  European Laboratory for Particle Physics    *
  ************************************************************************
  *  Earth mail:                     |          E*mail:                  *
  *     CERN / CN / CO               |      defert@dxcern.cern.ch        *
  *  CH*1211 Geneve 23. Switzerland. |      defert@dxcern.UUCP           *
  *  Voice:                          |      defert@dxcern.bitnet         *
  *     + 41 22 7673923              |      psi%02284681140551::defert   *
  ************************************************************************
  *                                              | \                     *
  *      D`es que le vent soufflera,             |   \                   *
  *      Je repartira.                          /|     \                 *
  *      D`es que les vents tourneront,        / |       \               *
  *      Nous nous en allerons.               /__|_________\             * 
  *                                           \____________/             *  
  ************************************************************************
Newsgroups: alt.lucid-emacs.help
Subject: Please remove me!
Date: Mon, 27 Jul 92 09:53:55 +0200
From: Petter Bengtsson <petter%lulea.trab.se@lucid.com>
Please remove me from this mailing list.

-------------------------------------------------------------------------------
| Petter Bengtsson,  Telia Research AB,  Aurorum 6,  S-951 75 Lulea,  Sweden  |
| Email: petter@lulea.trab.se   Voice: (+46) 920 75476   Fax: (+46) 920 75490 |
-------------------------------------------------------------------------------
From: nebbe@lglsun.epfl.ch (Robb Nebbe)
Newsgroups: alt.lucid-emacs.help
Subject: 8 bit characters
Date: 30 Jul 92 08:19:00 GMT
Organization: Ecole Polytechnique Federale de Lausanne

I'm having trouble getting lemacs 19.2 to display the graphic characters from
8 bit character sets.  I have files that contain the characters and they
show up in the other editors that I have around (including vi :o) but lemacs
always displays them in octal format.  

Robb Nebbe                     nebbe@lglsun.epfl.ch
                        Swiss Federal Institute of Technology
Newsgroups: alt.lucid-emacs.help
Date: Tue, 28 Jul 92 13:39:41 PDT
From: Jamie Zawinski <jwz@lucid.com>
Subject: Re: Opening a window on another display ??
References: <9207282022.AA21939@whopper.lcs.mit.edu>
In message <9207282022.AA21939@whopper.lcs.mit.edu> sharma@whopper.lcs.mit.edu wrote:
>
> Is it possible to have lemacs open up a window on another display (owned by
> the same user) ?

No.  Eventually we intend for this to be possible, but it's trickier than you
might think.  We also want to be able to have one emacs running on multiple X
displays and multiple dumb ttys simultaniously.

	-- Jamie
Newsgroups: alt.lucid-emacs.help
Date: Wed, 29 Jul 92 18:34:12 PDT
X-Windows: Even your dog won't like it.
From: Jamie Zawinski <jwz@lucid.com>
Subject: Re: Compiling on SunOS 4.1.1
References: <GARATH.92Jul29201949@morris.engin.umich.edu>