HDTenEightyP/NetNews huggingface dataset:
From: blcarr01@ulkyvx.louisville.edu
Subject: Margin Justification with MicroEmacs?
Date: Tue, 26 Jan 1993 17:21:21 GMT
Organization: University of Louisville

I have looked through the FAQs for Emacs and GNU Emacs but could not find the
following question listed in either list of frequently asked questions.

Is there a way to obtain right margin justification with MicroEmacs? For
instance, is there something like a JUSTIFY.CMD file similar to WPAGE.CMD that
will justify the paragraph margins (either right or both left and right) for
text files?

Brent Carruth
blcarr01@ulkyvx.louisville.edu
Newsgroups: comp.emacs
From: ravn@imada.ou.dk (Thorbjoern Ravn Andersen)
Subject: Re: hand injuries
Organization: Dept. of Math. & Computer Science, Odense University, Denmark
Distribution: comp
Date: Tue, 26 Jan 1993 14:06:56 GMT

david@smos.com (David Tornheim) writes:

>I have used EMACS for about 8 years now and have sworn by it, since
>I can use it on almost every machine.  Unfortunately, I've noticed that
>my hands hurt quite a bit at the end of the day, _especially_ when
>I edit files with EMACS.                                           

>                       Is anyone else in the same boat? Does anyone
>have other suggestions?

>-David Tornheim

Well.  The problem is very common with hurting hands.  Everyone with
such pain, should consider reading the FAQ on Typing injuries (news
group "news.answers", as I cannot throw a ftp-site of my head).

The problem is basically *not* cured by switching editors but more by
changing your way of work with the console.  Just a thing as pushing the
keyboard back, and resting your underarms on the table may do wonders --
it did to me!

Regards,
-- 
Thorbj{\o}rn Andersen 
ravn@imada.ou.dk      
 
                       
Newsgroups: comp.emacs,gnu.emacs.hlp,alt.religion.emacs,sci.med.occupational
From: david@smos.com (David Tornheim)
Subject: hand injuries from EMACS
Organization: S-MOS, Inc
Date: Wed, 27 Jan 1993 18:14:11 GMT



> I have used EMACS for about 8 years now and have sworn by it, since
> I can use it on almost every machine.  Unfortunately, I've noticed that
> my hands hurt quite a bit at the end of the day, _especially_ when
> I edit files with EMACS.  The frequent use of the CNTL key combined
> with another key is the motion that is most painful. (e.g. I use C-b and
> C-f a lot to move around within a line, since commands like M-F and
> M-B actually take longer).  Because of this, I'm seriously considering
> switching over to the evil VI editor to save my hands from permanent
> damage (no kidding!).  Is anyone else in the same boat? Does anyone
> have other suggestions?

Thanks for the many responses regarding my hand pains caused by
EMACS.

Here's a summary of the advice I was given [x = # of recommendations]:

 1) Try VIP mode in EMACS.  For GNU emacs, the command is M-x vi-mode, or
    M-x vip-mode. (found in the Miscellaeous Commands chapter)  (4x)

 2) Use the arrow keys.  (I don't since it takes too long).  (3x)

 3) Use a palm rest.  (3x)

 4)  "See if you can re-map the keys to ones that use less reach "
     and "stop using any key combinations that hurt your hands."
     Dvorak was recommended.    (3x)

 5) "learn to always use opposing hands when hitting ctrl and alt...
     (never hit ctrl and the key with the same hand)..."

 6)  Use a foot pedal for "ctrl, alt, shift, <cr>, <tab>, and <delete>"
     or some subset.  (2x)

 7) Buy a new keyboard.  A list of such is given in the FAQ of
    sci.med.occupational (2x)

 8) Take more frequent breaks, perhaps using a tool that enforces it.
    This is all covered in another FAQ in sci.med.occupational.  (2x)

 9) "Try an not use the keyboard all day - you are at a 12 times
     greater risk if you use the keyboard for more than 5 hours per day"

 10) Use a trackball in preference to a mouse.

 11) Increase the high of your chair.

 12) Use a "keyboard that requires a very light touch", and
     strive "to use the lightest touch possible"

 13) Study martial arts.

 14) Do something now before it's too late.  The consequences are
     painful and costly.

-David

Newsgroups: comp.emacs
From: cc2955@sarah.albany.edu (Charley Chen)
Subject: Re: auto-fill-mode
Organization: State University of New York at Albany
Date: Tue, 26 Jan 93 04:56:34 GMT

I ask before about how to get auto-fill-mode on whenever I use emacs and lots
of people reponded and all the reponse were the same
   (setq text-mode-hook
         '(lambda () (auto-fill-mode 1)))

but from what I can see I need to be in text mode or something.  Usually get 
the (Fundamental) mode and I still do, even after putting in that thing in
my .emacs.  My question now is that do I have to compile it or do I need 
something that will switch me to text mode right away?  Thanks.


						Charley


Newsgroups: comp.emacs
From: ejh@khonshu.colorado.edu (Edward J. Hartnett)
Subject: changing the printer that lpr-region sends to
Organization: CIRES, University of Colorado
Date: 21 Jan 93 15:17:24


I hope this isn't too stupid a question, but I just added a printer to
my Sun ( a thinkjet) and I still have my old connection to the laser
printer over the network, which is where something will be sent if I
use the lpr command. To print on my thinkjet I need to use the command
lpr -Ptj FILE.

What I would like to do is change the way the lpr-buffer prints to
send it to the thinkjet.

From the info section:
   All the hardcopy commands pass extra switches to the `lpr' program
based on the value of the variable `lpr-switches'.  Its value should
be a list of strings, each string a switch starting with `-'.  For
example, the value could be `("-Pfoo")' to print on printer `foo'.

So I tried to add the following line to my .emacs:
(setq lpr-switches ("-Ptj"))

I also tried:
(setq lpr-switches `("-Ptj")')   -- this is what the info file says
(setq lpr-switches `("-Ptj"))    -- this seemd to make sense to me


But none of these worked. Can anyone tell me how to set this string?
Also how would I add the -h option so it doesn't print a banner page?

Thanks.
--
	Don't blame me, I voted against Amendment 2!

Edward Hartnett				ejh@khonshu.colorado.edu

Newsgroups: comp.emacs
From: hoffman@cmf.nrl.navy.mil (Eric Hoffman)
Subject: Adding C source to 18.59
Organization: Connection Machine Facility, NRL
Date: Fri, 29 Jan 1993 00:34:29 GMT


I've been having difficulty adding C code to emacs (18.59). Any attempt
to use a function that I have written, even if it is exactly the same
as an emacs internal, results in a segv and trashing of the stack 
if I try to execute it. I am unable to use gdb because of the
stack-trashing feature, and I suspect that it has more to do with
the loading and dumping of the executable image, rather than 
the function that I copied verbatim from data.c.

Is there a special procedure required to link new C into emacs? Is
there a programming guide which explains extending emacs from the 
C side? 

What follows is my attempt to re-implement "int-to-string":

  #include "lisp.h"

  DEFUN ("bar", Fbar, Sbar, 1, 1, 0,"test")(obj)
       register Lisp_Object obj;
  {
    char buffer[20];

    CHECK_NUMBER (obj, 0);
    sprintf (buffer, "%d", XINT (obj));
    return build_string (buffer);
  }

  syms_of_bar ()
  {
    defsubr (&Sbar);
  }
From: dai@nanjing.isye.gatech.edu (Jim Dai)
Newsgroups: comp.emacs
Subject: Looking for FAQ for  MicroEmacs
Date: 26 Jan 93 15:20:51 GMT
Organization: ISyE, Georgia Institute of Technology
In-reply-to: pvanheus@frodo.cs.uct.ac.za's message of 26 Jan 93 09:49:07 GMT


is there FAQ for MicroEmacs? I am using MicroEmacs for Windows. It 
seems nice.

--
-------------------
Jim Dai                           Internet: dai@isye.gatech.edu
404-894-9139
FAX: 404-894-2301
Newsgroups: comp.emacs
From: gibbons@chdasic.sps.mot.com (Alan Gibbons)
Subject: Latest version of xemacs ?
Reply-To: gibbons@chdasic.sps.mot.com
Organization: Motorola ASIC Division - Design Automation
Date: Thu, 21 Jan 1993 23:09:51 GMT

Can anyone tell me where the latest version of xemacs is ?

Regards,
Alan

-------------------------------------------------------------------
- Alan Gibbons			E-mail:	gibbons@chdasic.sps.mot.com
- Motorola ASIC Division   	Phone: 	(602) 821 4449		
- Design Automation		Fax :	(602) 821 4963
-------------------------------------------------------------------


Newsgroups: comp.emacs
From: cc2955@sarah.albany.edu (Charley Chen)
Subject: auto-fill-mode
Organization: University of NY at Albany
Date: Mon, 25 Jan 93 18:22:27 GMT


Can someone tell me how to have auto-fill-mode on everytime I use emacs?  
besides using M-x auto-fill-mode everytime I use it.  Thanks


	Charley
Newsgroups: comp.emacs
From: tobin@btree.uucp (Roy Tobin)
Date: Thu, 21 Jan 93 18:15:21 GMT
Organization: Brooktree Corporation
Subject: Request for information on a verilog mode for GNU Emacs
Distribution: na

I am interested in finding out if someone has written a verilog mode
for GNU Emacs, similar to c-mode.  I know of such a mode for VHDL, but
my interest lies in Verilog.

 Roy L. Tobin                   Brooktree Corporation
 UUCP: ..!ucsd!btree!tobin      9950 Barnes Canyon Road
 Net: btree!tobin@ucsd.edu      San Diego, CA  92121-2790       (619)
535-3537

Newsgroups: comp.emacs
From: desmedt@ruls40.LeidenUniv.nl (Koenraad de Smedt)
Subject: port of Zmacs c-middle to GNU Emacs
Reply-To: desmedt@ruls40.LeidenUniv.nl (Koenraad de Smedt)
Organization: Leiden University, Netherlands
Date: Thu, 28 Jan 93 10:27:35 GMT

I have been trying to port the behavior of the c-middle mouse button
as defined in Zmacs (on Symbolics) to GNU Emacs 18.58 (under Ultrix
with X11).

The functionality I am trying to achieve is the following: when you
click on an S-expression (in any Emacs window), this S-expression will
be immediately inserted at the current point.

The code below achieves exactly this functionality in a one-window
Emacs.  However, if in a split-window situation, I click in an Emacs
window other than the one where the point is currently, then the
buffer in the other window is replaced by the current buffer.
Obviously, this is not intended, but I don't understand why it happens
and I don't know how to avoid it.  Any suggestions?

(defun x-copy-and-yank-this-s-expression (arg)
  "Copy word being clicked on (without changing current point)
   and yank at current point."
  (save-excursion			;find s-expression being clicked on
    (let (beg end)
      (x-mouse-set-point arg)
      (if (looking-at ")")
	  (progn (forward-char)(backward-sexp)))
      (forward-sexp)
      (setq end (point))
      (backward-sexp)
      (setq beg (point))
      (x-store-cut-buffer (buffer-substring beg end))))
  (if (not (bolp))			;provide appropriate white space
      (progn (backward-char)
	     (if (not (looking-at "[ \t]"))
		 (progn (forward-char)
			(insert-string " "))
	       (forward-char))))
  (insert (x-get-cut-buffer)))

(define-key mouse-map x-button-c-middle 'x-copy-and-yank-this-s-expression)

Koenraad de Smedt  (Leiden University)
Newsgroups: comp.emacs
From: miller@cs.rochester.edu
Subject: hand injuries
Organization: Computer Science Department University of Rochester
Date: Tue, 26 Jan 93 12:18:03 -0500


This may have less to do with emacs and more to do with keyboard layout.
Unfortunately, in the last 20 years, I've only seen one (1) intelligent
keyboard layout, and that was on the symbolics lisp machines. I now use
a sun-4 keyboard, and have managed to map the keys similarly, and find
my hands are much less tired working 8-10 hour days than even a couple
hours on my home mac!

What the symbolics did was

a) recognize and control and meta were SHIFT type keys, and moved them
near the shift key, on BOTH sides of the keyboard. Control straddled the
space bar, and meta was just outbound of that.

b) moved the delete key from the upper right corner to the left of the
"A" key, where it can be hit more frequently with less pain and
suffering.

c) made outbound keys that were not in the normal touch typeist's reach
larger, so they were easier targets. Your finger is less accurate the
further it must travel from the home row, so making the targets larger
made them esier to hit without looking. E.g. virtually all of the
important funciton keys, the rubout key, the control key (so it's just
like the space key), etc.

d) integrated a palm rest into the keyboard.

I'd willingly pay real money to get this keyboard on my sun or mac if
there are any keyboard vendors (or Symbolics) listening...



Newsgroups: comp.emacs
From: pharr@cs.yale.edu (Pharrfugnugen)
Subject: Re: auto-fill-mode
Organization: Yale University Computer Science Dept., New Haven, CT 06520-2158
X-Newsreader: Tin 1.1 PL5
Date: Tue, 26 Jan 1993 16:12:47 GMT

: >>>>> On Tue, 26 Jan 93 04:56:34 GMT,
: >>>>> cc2955@sarah.albany.edu (Charley Chen) said:
: 
:Charley> I ask before about how to get auto-fill-mode on whenever I use
:Charley> emacs and lots of people reponded and all the reponse were the same
: 
:Charley>    (setq text-mode-hook
:Charley>          '(lambda () (auto-fill-mode 1)))
: 
:Charley> but from what I can see I need to be in text mode or something.
:Charley> Usually get the (Fundamental) mode and I still do, even after
:Charley> putting in that thing in my .emacs.  My question now is that do I
:Charley> have to compile it or do I need something that will switch me to
:Charley> text mode right away?  Thanks.

Just add the following to your .emacs file to make emacs start up in
text mode right away:

(setq default-major-mode 'text-mode)

-Matt
From: gunnar@sundsvall.trab.se (Gunnar.Bostrom)
Newsgroups: comp.emacs
Subject: Re: describe variable
Date: 28 Jan 93 07:29:38 GMT
Distribution: comp
Organization: Telia Research AB, Network Development
In-reply-to: gunnar@sundsvall.trab.se's message of Wed, 27 Jan 93 14:48:21 GMT

Thank you folks that pointed me to the M-x apropos command. The only
drawback about that command is that it doesn't provide the current
value of the variable. Any help on that?
Regards
--
Gunnar Bostrom                        
Telia Research AB		E-mail: Gunnar.Bostrom@sundsvall.trab.se
Box 883                         Tel: +46 60 161457
S-851 24 Sundsvall, Sweden      Fax: +46 60 122944
Newsgroups: comp.emacs,gnu.emacs.sources
From: FNAHF@rose.uib.no ()
Subject: Re: MicroEMACS Release Schedule
Organization: University of Bergen, NORWAY
Date: Wed, 27 Jan 93 17:05:09 GMT
X-News-Reader: VMS NEWS 1.20

In <1993Jan26.210424.25420@mdbs.uucp> dan@mdbs.uucp writes:

> 	Just to keep everyone up to date, MicroEMACS v3.12 is currently
> in BETA testing and I am planning on releasing it in early April. This
> new release includes a wonderfull new MicroSoft Windows version ported
> by Pierre Perot, and a MSDOS DPMI protected mode version (using Rational
> Systems, Inc. DOS16M product) which allows using all of memory for
> editing. Look forward for this in April. (I have over 50 BETA sites, so
> I can, unfortunatly, not accept any more at this time).
> 
> 			Daniel Lawrence  voice: (317) 742-5153
> 					  arpa:	mdbs!dan@dynamo.ecn.purdue.edu
> 				The Programmer's Room 
> 				Fido: 1:201/10 - (317) 742-5533


What about the Mac version??
Any info welcome, Thanks

Tor Olaussen
olaussen@cc.uib.no
From: sbyrnes@rice.edu (Steven Byrnes)
Newsgroups: comp.emacs
Subject: Re: hand injuries
Date: 27 Jan 93 02:16:36 GMT
	<WARSAW.93Jan26160232@anthem.nlm.nih.gov>
Reply-To: sbyrnes@rice.edu (Steven Byrnes)
Organization: Locutus

On 26 Jan 93 21:02:32 GMT, Barry A. Warsaw said:

> I keep hearing about new key input devices (not keyboards) which are
> supposed to be much better for your hands.  Can anybody give more
> information on these things 

Yes.  Walk, don't run, to sci.med.occupational.  While you're at it, check
out the sci.med.occupational FAQ.  More specifically, part 2 mentions
keyboard alternatives.  (All three parts of the FAQ are archived under

   rtfm.mit.edu:/pub/usenet/sci.med.occupational/

.  Lots of other useful information in there.)

> and does anybody use one regularly? 

No, sorry.  I've been thinking seriously about getting a chording keyboard
lately, though.  Of course, thinking about it doesn't count.  :-)

Steven
From: gunnar@sundsvall.trab.se (Gunnar.Bostrom)
Newsgroups: comp.emacs
Subject: describe variable
Date: 27 Jan 93 14:48:21 GMT
Distribution: comp
Organization: Telia Research AB, Network Development

I know that it is possible to describe a variable with C-h v but is it
possible to describe all variables that matches a regular expression?
The result should be stored in a buffer.

--
Gunnar Bostrom                        
Telia Research AB		E-mail: Gunnar.Bostrom@sundsvall.trab.se
Box 883                         Tel: +46 60 161457
S-851 24 Sundsvall, Sweden      Fax: +46 60 122944
Newsgroups: comp.emacs
From: tfj@apusapus.demon.co.uk (Trevor Jenkins)
Subject: DEMACS---ARGHHHHHHHH! 
Distribution: world
Organization: Job hunters use Parachute
Date: Fri, 22 Jan 1993 20:42:38 +0000


In article <C17nIv.2nB@iapa.uucp%mailhost.ecn.uoknor.edu> ctrbdo@iapa.uucp%mailhost.ecn.uoknor.edu writes:

> Trevor> It (demacs) insists that my current directory is the one where
> Trevor> I wish to store the file. I DONT WORK LIKE THIS. I keep my
> Trevor> working directory as C:\ and never move from there; this
> 
> Are you serious?  Do you REALLY keep your working directory in one
> place the whole time?  I never met anyone that did that :-)

In my wrath and ire over demacs I did not make myself very clear. I make
extensive use of sub-directory structures (some would say that my directory
trees are TOO bushy). Those sub-directories used regularly have either a
logical name (under VMS) or environment variables (Unix or MS-DOS)
``pointing'' at them. What I mean by "I keep my working directory as..." is
that (except in rare cases) I never use SET DEFAULT (on VMS) or cd (on Unix
or MS-DOS).  This means that I also never use the inverse of these
commands, namely SHOW DEFAULT or pwd, because I always know where I am.
Those rare cases are when using tools written by people who insists that I
follow their working practices rather than letting me retain mine---rather
like a toolsmith insisting that screws are put in with hammers, craving is
done with a screw driver and opening a door lock is done with a chisel.

> Trevor> It (demacspc.exe) insists that I use / as the directory
> 
> I suspect this is because many of the folks who use DEMACS come from a
> UNIX environment; therefore it made sence to keep the separator as
> '/'.  If it doesn't work for you, well, choose another editor...

> Sad to think that having problems with DEMACS on a peecee will cause
> you to give up the real thing (EMACS) on a unix machine in favor of
> vi.  Oh well.  Do what works best for you.

The PC is mine! I paid for it. I use Unix under sufferance---I'm paid too.
I prefer VMS because...I wont say any more as this is not a .flames group.

I would have liked to use emacs on ALL these platforms becuase of elisp.
Some people have suggested that I switch to vi but that doesn't have a
programming language available. At least TPU exists under VMS.

Oh yes, there is one other reason why demacs wont last long on MY PC it
does run under Microsoft Windows 3.1 in enchanced mode, again the use of
Windows is MY choice for which I have VERY good reasons.

Regards, Trevor.

---------------------------------------------------------------------------
Trevor Jenkins                                                Re: "deemed!"
134 Frankland Rd, Croxley Green, Rickmansworth, WD3 3AU, England
email: tfj@apusapus.demon.co.uk                               radio: G6AJG  
phone: +44 (0)923 776436
From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Newsgroups: comp.virus
Subject: Re: How to measure polymorphi
Date: 14 Jan 93 10:46:30 GMT

bill.lambdin%acc1bbs@ssr.com (Bill Lambdin) writes:

> How about releasing a polymorphic virus on a test machine with several 
> thousand bait files that are identical. 2-5 thousand bait files should be 
> enough.

> infect these bait files, then use a program that would generate CRC's of 
> all of the infected files then delete the duplicates.
>  
> If the MtE generates fewer dupes than the others, call it the most 
> polymorphic

Not good enough... A virus that puts a single word (two bytes) of
random garbage in the decryptor will be flagged as more polymorphic
than MtE by your scheme...

Regards,
Vesselin
- -- 
Vesselin Vladimirov Bontchev          Virus Test Center, University of Hamburg
Tel.:+49-40-54715-224, Fax: +49-40-54715-226      Fachbereich Informatik - AGN
< PGP 2.1 public key available on request. > Vogt-Koelln-Strasse 30, rm. 107 C
e-mail: bontchev@fbihh.informatik.uni-hamburg.de    D-2000 Hamburg 54, Germany
From: chess@watson.ibm.com (David M. Chess)
Newsgroups: comp.virus
Subject: How do MtE utilizing viruses detect themselves? (PC)
Date: 18 Jan 93 21:07:19 GMT

>From:    Malte_Eppert@f535.n240.z2.fidonet.bad.se (Malte Eppert)
>
>Can anybody tell me how MtE utilizing viruses detect themselves in an
>infected file? Or do they reinfect the file each time they attack it,
>like old Jerusalem?  Can't an algorithmic scanner use the method used
>by MtE itself to detect it?

The MtE itself is just a garbler-generator, and so doesn't contain any
self-id code of any kind.  Viruses that use the MtE just use some sort
of simple test that will have lots of false positives ("Is there an M
in the first four bytes of this file" or "Is the seconds field on this
file 14?" or whatever).  This is fine for the virus (since it's OK if
it fails to infect 1% of files), but unusable for anti-virus programs
(since a 1% false positive rate would be unacceptable).  DC
From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Newsgroups: comp.virus
Subject: Re: Infection question (was: Viral Based Distribution System)
Date: 14 Jan 93 11:04:37 GMT

celustka@sun.felk.cvut.cs (Celustkova-k336-doktorand(Richta)) writes:

> Cite from your paper "Possible Virus Attacks Against Integrity
> Programs and How To Prevent Them", EICAR Conference,Munich,December
> 1992 (stresses are mine):

[citation deleted]

> Cite from Virus-L FAQ :

[citation deleted]

Well, having in mind that I have participated the writing of both my
paper and the Virus-L FAQ, I obviously know what's written in them...
:-)

> Companion viruses don't modify files but information about them and
> create new files which is executed instead of the intended, i.e. they
> modify the previous state of the system. In that way they could cause

Yes, I know that, of course... I was just pointing out that the
"common" understanding of the term "virus" (by the end user) as
"something that messes with my files" is not always correct, even for
the currently existing types of viruses on the IBM PC. These viruses
(boot sector infectors, file system infectors, companion viruses) do
not match even Dr. Cohen's natural-language definition of the term
"virus", unless you define "program" and "attach" too broadly. And
IF you define them broadly enough, a "worm" will fit in the definition
of the term "virus" too. They are essentially one and the same thing,
from the mathematical point of view... Nevertheless, for reasons of
convenience, we prefer to differentiate between them in practice.

Regards,
Vesselin
- -- 
Vesselin Vladimirov Bontchev          Virus Test Center, University of Hamburg
Tel.:+49-40-54715-224, Fax: +49-40-54715-226      Fachbereich Informatik - AGN
< PGP 2.1 public key available on request. > Vogt-Koelln-Strasse 30, rm. 107 C
e-mail: bontchev@fbihh.informatik.uni-hamburg.de    D-2000 Hamburg 54, Germany