HDTenEightyP/NetNews huggingface dataset:
From: spp@crane.cis.ufl.edu (Stephen P. Potter)
Subject: A command to delete to beginning of line?
Summary: Complete novice bites off more than he can chew! 
Organization: Univ. of Florida CIS Dept.
Date: Wed, 7 Oct 92 03:22:43 GMT

Hi... I'm a completely new users to emacs, but am actually beginning to like the
thing somewhat.  I've been a VI user for years, and still have fights with the
local emacs-gurus as to which is better... but, that's not important.

What is important is that I was trying to create a function that would delete
everything from the current cursor position to the beginning of the line.
Something that would cause this:
This is a random line of text.
to become this:
random line of text.

I thought this function would do it:

(defun del-back-line () "Delete current cursor to beginning of line"
   (interactive)
   (set-mark-command)
   (beginning-of-line)
   (kill-region)
)

But, obviously not.   
Help is greatly appreciated.

Steve
-- 
    cccc    i   ssss   University of Florida  Computer and Information Sciences
  c           s        Unix Consulting Staff   (904) 392-1183  E309A 
 c        i   ssss     Email: spp@ufl.edu, spp@cis.ufl.edu, 
c        i       s      u4930any@elm.circa.ufl.edu, PRISONER@MAPLE.circa.ufl.edu cccc   i    ssss       PRISONER@ufcc.ufl.edu, Bitnet: PRISONER@ufcc
Newsgroups: gnu.emacs.help
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: emacs window internal border width
Organization: Gatewayed from the GNU Project mailing list help-gnu-emacs@prep.ai.mit.edu
Date: Sun, 27 Sep 1992 09:46:16 GMT

    (or should I write to *.bugs ?)

Yes, you were right in thinking that your message was a report about a
bug.  So the right place to send it was bug-gnu-emacs@prep.ai.mit.edu.

Also, the message should have included the precise version number of
Emacs.  This is actually important.  18.XY is not precise enough.
Use M-x emacs-version to print the version number.

Newsgroups: gnu.emacs.help
From: raman@cs.cornell.edu (T. V. Raman)
Subject: Killing inferior lisp buffer: Make emacs confirm: How?
Summary:  ask for confirmation before killing inferior lisp buffer: How?
Keywords: inferior lisp, killing buffer, confirm
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Thu, 1 Oct 1992 17:02:19 GMT



The summary and keywords say it all. I am running ilisp and have lucid
running in an inferior lisp buffer.

How do I prevent the *lucid* buffer getting killed accidentally?
Emacs asks for confirmation before killing the  shell buffer when
quitting so how can I make it do the same if the lisp is running?

Of course I could kluge it so that the *lucid* buffer always looks as
if it is modified to emacs and attach a file to the buffer so that
emacs  emacs asks me if I want to save it when I try to kill the
buffer, but this would become a major irritant. What I would like is
for emacs to check that the lucid is still running and if so ask me to
confirm the kill of the buffer.

Thanks,

--Raman
-- 
   T. V. Raman <raman@cs.cornell.edu>Tel: (607)255-9202  R 272-3649
                       Office: 4116 Upson Hall,
Department of Computer Science, Cornell University Ithaca NY 14853-6201
                Res: 226 Bryant Avenue Ithaca NY 14850
From: dodd@mycenae.cchem (Lawrence R. Dodd)
Newsgroups: gnu.emacs.help
Subject: Re: Wish list of common but obsure Emacs commands
Date: 6 Oct 92 04:52:15
Organization: Dept of Chemical Engineering, Polytechnic Univ, NY, USA
	<NICKEL.92Oct5185043@spotzy.cs.tu-berlin.de> <Bvo0Dn.FxE@unx.sas.com>
NNTP-Posting-Host: mycenae.cchem.berkeley.edu
In-reply-to: saswfk@thurstne.unx.sas.com's message of 5 Oct 92 20:17:47 GMT


>>>>> "Warren" == Warren F. Kuhfeld <saswfk@thurstne.unx.sas.com> writes:

  Warren> |> >     6. If I already have a window in shell-mode called
  Warren> |> >        *shell*, create an independent shell. Do this some
  Warren> |> >        easy way without requiring *shell* and the second
  Warren> |> >        window be renamed.

  Warren> I never bring up *shell* but instead use a function that brings
  Warren> up each new shell with a different name.

cmushell used to be able to create multiple cmushell buffers but somewhere
along in its development this got disabled.  Anyone know why?
Newsgroups: gnu.emacs.help
From: hasker@m.cs.uiuc.edu (Rob Hasker)
Subject: Re: How to be root in Emacs?
Keywords: root, access, dired
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
Date: Tue, 6 Oct 1992 18:36:55 GMT

calum@ivy.clu.cf.ac.uk (Calum Gordon) writes:

>I am in the (un)fortunate position of having root access on our small
>network of Sparcs and often have to do admin things as a result. I`d
>like to be able to have root access within the same Emacs process I
>run as `normal' me. At the moment I have to call up another shell win,
>su in it, and then run another Emacs just to do a few tasks.

How about using emacsclient?  That is, you could write a script which
makes the file writable by your normal login, use emacsclient to get your
original emacs session to edit the file, and then gives ownership back to
root when emacsclient returns.  This may not be as nice as a special dired
mode, but it's probably safer and ought to be much easier to implement.

Rob
From: sk@thp.uni-koeln.de (Sebastian Kremer)
Newsgroups: gnu.emacs.help
Subject: Re: problems using tree dired
Date: 4 Oct 92 13:33:26
Organization: Institute of Theoretical Physics, University of Cologne, F. R.
	Germany
NNTP-Posting-Host: sun6.thp.uni-koeln.de
In-reply-to: shadagop@remus.rutgers.edu's message of 1 Oct 92 18:51:27 GMT

>>> On 1 Oct 92 18:51:27 GMT, shadagop@remus.rutgers.edu (Narayanan
>>> Shadagopan) said: 

Narayanan> I am trying to use Sebastian Kremer's Tree Dired (version 6.0).
Narayanan> I byte-compiled all the .el files in the package. But when
Narayanan> I try to load dired-x.elc (or dired-x.el, for that matter), I
Narayanan> get the following message: Key sequence %S uses invalid prefix
Narayanan> characters. If this is a bug, does anybody have a bug-free
Narayanan> version of the package that I could have?

Did you follow the instructions in dired-x.README that tell you to
load it from dired-load-hook?

The binding to key sequence "%S" in dired-x.el presupposes making "%"
a prefix key, which is done in dired.el.  Thus, don't load dired-x
manually, and definitely not before tree dired has been loaded.

[In case you wonder, simply putting a (require 'dired) into dired-x.el
might not help since this could possibly load the old dired].

-Sebastian
--

---------------------------------------------------------------------------
Sebastian Kremer <sk@thp.Uni-Koeln.DE>
Institute of Theoretical Physics, University of Cologne, F. R. of Germany

On May 17, 1992 I started a new job without email access (yet).  I can
read my mail only occasionally.  The mail address will continue to
work, but don't expect answers in less than a week.
---------------------------------------------------------------------------
From: jf41+@andrew.cmu.edu (Jonathan R. Ferro)
Newsgroups: gnu.emacs.help
Subject: Re: Paging through the completion buffer
Date: 28 Sep 92 10:10:56 GMT
Article-I.D.: andrew.oeloeke00Vog81xZpg
Distribution: gnu
Organization: Carnegie Mellon, Pittsburgh, PA

ryanr@beethoven.CS.ColoState.EDU (richard ryan) writes:
> Sometimes if I don't know a command, I'll just hit the space to get a
> list of completions but a lot of times there will be too many things
> to fit all on one screen.  Is there anything I can do to view the
> completion buffer?

Since C-v and M-v are useless in the minibuffer, this little hack causes
them to scroll the *Completions* buffer instead (just put it in your .emacs):

(defun scroll-completions-down (&optional arg)
  (interactive "p")
  (save-excursion
    (let ((currwin (selected-window))
	  (compwin (get-buffer-window " *Completions*")))
      (if compwin
	  (unwind-protect
	      (progn
		(select-window compwin)
		(call-interactively 'scroll-down))
	    (select-window currwin))))))

(defun scroll-completions-up (&optional arg)
  (interactive "p")
  (save-excursion
    (let ((currwin (selected-window))
	  (compwin (get-buffer-window " *Completions*")))
      (if compwin
	  (unwind-protect
	      (progn
		(select-window compwin)
		(call-interactively 'scroll-up))
	    (select-window currwin))))))

(define-key minibuffer-local-completion-map "\C-v" 'scroll-completions-up)
(define-key minibuffer-local-completion-map "\M-v" 'scroll-completions-down)
(define-key minibuffer-local-must-match-map "\C-v" 'scroll-completions-up)
(define-key minibuffer-local-must-match-map "\M-v" 'scroll-completions-down)


-- Jon Ferro               Einsprachigkeit ist heilbar
Newsgroups: gnu.emacs.help
From: smith@icat.larc.nasa.gov (Steven L. Smith)
Subject: position function?
Originator: smith@icat.larc.nasa.gov
Organization: NASA Langley Research Center, Hampton, VA  USA
Distribution: usa
Date: Wed, 30 Sep 1992 14:01:07 GMT


Is there a "position" (cl) function for GNU emacs or something
similar? What I want to do is find the position of a symbol
in a list of symbols. Also, what dialect of lisp does GNU
emacs run? Thanks.

-- 
*******************************************************************************
Steve Smith                          | Internet: smith@icat.larc.nasa.gov
NASA Langley Research Center         |           s.l.smith@larc.nasa.gov
M/S 152                              | Voice: (804) 864-2004
Newsgroups: gnu.emacs.help
From: sdk@shadow.twinsun.com (Scott D Kalter)
Subject: Re: start-process and call-process-region
Organization: Twin Sun, Inc.
Distribution: gnu
Date: Mon, 28 Sep 1992 19:31:00 GMT


In article <IDF.92Sep14011516@fat-controller.cs.bham.ac.uk> idf@cs.bham.ac.uk (Ian Fitchet) writes:

-> 	I want to run a job in the background, in particular
-> displaying an image.  I started off by using shell-command-on-region
-> which worked fine.  I replaced this with a call to call-process-region
-> (as described in the elisp info file :-) and all was ok.  Right I
-> thought, I'll run it in the background.  My code is:
-> 
-> (let (
->       (cmd-str "xloadimage stdin"))
->   (progn
->     (call-process-region (point-min) (point-max) 
-> 			 "/bin/sh" nil "image-output" nil "-c" cmd-str)))
-> 
-> 	to run in the foreground, which works fine.  And then:

Instead of all that, try:

(call-process-region (point-min) (point-max) "xloadimage" nil nil nil "stdin")

-> (let (
->       (cmd-str "xloadimage stdin")
->       (process-connection-type nil))
->   (progn
->     (start-process "foo" "image-output" "/bin/sh" "-c" cmd-str)
->     (process-send-region "foo" (point-min) (point-max))))
-> 
-> 	whereon execution, the process hangs.

(let* ((process-connection-type nil)
       (proc (start-process "xloadimage" nil "xloadimage" "stdin")))
  (process-send-region proc (point-min) (point-max))
  (process-send-eof proc))

-> 	If I blast it with loads more data (eg the process-send-region
-> line again) it displays but (as you might expect) I get a SIGPIPE
-> (unless I quit xloadimage first ;-).  I tried a process-send-eof, to
-> no avail.  It does strike me therefore that the process is waiting for
-> something to say there's no more data, but what?
-> 
-> 	Is here simething I've missed as to why these two are
-> different, or is it not going to be my day?
From: dewind@acsu.buffalo.edu (Idbil Fubar)
Newsgroups: gnu.emacs.help
Subject: Commands
Keywords: AARRGGHH!!!
Date: 29 Sep 92 14:44:13 GMT
Organization: UB

I am looking for an onboard help utility...an FTP site or a book where
I can find a list of all commands for GNU emacs.  I am having a hell 
of a time figureing anything out.  Commands are vague, but powerful...and I
am just wondering how the hell someone is to figure them out...

Idbil Fubar
Newsgroups: gnu.emacs.help
From: kevin@edscom.demon.co.uk (Kevin Broadey)
Subject: Re: Paging through the completion buffer
X-Disclaimer: These opinions are mine: others available on request.
Reply-To: Kevin Broadey <kbroadey@edscom.demon.co.uk>
Organization: EDS-Scicon, Milton Keynes, UK
	<oeloeke00Vog81xZpg@andrew.cmu.edu>
Distribution: gnu
Date: Tue, 29 Sep 1992 17:01:29 GMT

I can't be bothered to quote all that lisp, but try:-

	M-C-v		to scroll completions forward

	M-- M-C-v	to scroll backwards (that's "meta minus")
From: michalj@fuw.edu.pl (Michal Jankowski)
Newsgroups: gnu.emacs.help
Subject: Re: Paging through the completion buffer
Date: 29 Sep 92 17:09:44 GMT
Organization: Warsaw University Physics Dept.

>>>>> On 28 Sep 92 07:38:57 GMT, ryanr@beethoven.CS.ColoState.EDU
>>>>> (richard ryan) said:

richard> Sometimes if I don't know a command, I'll just hit the space to get a
richard> list of completions but a lot of times there will be too many things
richard> to fit all on one screen.  Is there anything I can do to view the
richard> completion buffer?

From an *info* page:

  The list of completions counts as help text, so `C-M-v' typed in the
  minibuffer scrolls the list.


Michal
From: gouvea@zariski.harvard.edu (Fernando Gouvea)
Newsgroups: gnu.emacs.help
Subject: Question about RMAIL
Date: 30 Sep 92 15:25:08 GMT
Distribution: gnu
Organization: Colby College Dept. of Math/CS

I've been having trouble getting RMAIL to understand all of the aliases
defined in my .mailrc. It's strange, because it seems that some of the
aliases are accepted, but others seem to generate a "user unknown" message.
Is there anything that needs to be set up to get RMAIL to read the .mailrc
file? Is there a limit to the length of an alias? These particular aliases
contain long lists of students at our college, and some of the entries may
be incorrect (some students don't seem to know their email addresses);
could that cause a problem?


-- 
============================================================================
Fernando Q. Gouvea				fqgouvea@colby.edu
Dept. of Math/CS				(207)-872-3278
Colby College					Mudd 407
Newsgroups: gnu.emacs.help
From: andrea@sihp03.si.estec.esa.nl (Andrea TONI)
Subject: flock on emacs HP
Organization: Gatewayed from the GNU Project mailing list help-gnu-emacs@prep.ai.mit.edu
Date: Tue, 29 Sep 1992 17:43:15 GMT

HI, 
I did compile emacs for HPUX and notice that hp-ux doesn't use flock sys-call
Now the problem is that from emacs reading or sending mail is impossible 
because of that ( I believe !!) .. 	
Any hint ?? or any new version of movemail.c that allows non-flock system ??

Thanks in advance !!!


Andrea TONI andrea@sihp03.si.estec.esa.nl
Newsgroups: gnu.emacs.help
Subject: Re: How to be root in Emacs?
From: mike@inform.co.nz (Mike Williams)
Date: Mon, 5 Oct 1992 21:52:09 GMT
Distribution: gnu
Organization: InForm Group, Wellington, New Zealand.
To: calum@ivy.clu.cf.ac.uk


>>> On 5 Oct 92 12:36:29 GMT,
>>> "Calum" == calum@ivy.clu.cf.ac.uk (Calum Gordon) writes:

Calum> It would be great if I could have a *root-mode* where I could run
Calum> dired with root access and easily do stuff like edit root files,
Calum> change permissions and groups, and all the other stuff SA's are
Calum> meant to do.

  * Suggestion: use ange-ftp to access files as root, eg.

      C-x d /root@myhost:/etc

    Any files you create from the resulting dired buffer will be done as
    root.  I think you can even run shell commands with root permissions.

    Ange-ftp is available from any good elisp archive near you (eg.
    ftp.cis.ohio-state.edu), or as part of the tree dired distribution. 

  * Drawbacks: It's slow, 'cos it's working via ftp.  Okay for the
    occasional quick edit.  For extensive work, it's easier to su root and
    start another emacs.

  * Security warning: After doing this, leaving your emacs running will be
    tantamout to leaving "su root" running, ie. anyone in the know will be
    able to sit down at your terminal and get superuser privileges.

    ------------------------------------------------------------------
        Mike Williams, InForm Group Ltd., Wellington, New Zealand.
   Email: mike@inform.co.nz   Phone: 64 4 472 0996   Fax: 64 4 473 2407
From: barmar@think.com (Barry Margolin)
Newsgroups: gnu.emacs.help
Subject: Re: position function?
Date: 2 Oct 1992 21:08:41 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com

In article <9210020742.AA01145@thymus.synaptics> daveg@synaptics.com writes:
>While this will certainly do the job, you can do the job much more
>simply, as well as more efficiently, using "length" and "memq".

I actually thought of this, but didn't think it was worth posting (see
below).

>(defun position (object list)
>  (let ((found (memq object list)))
>    (and found (- (length list) found))))

That should be

(defun position (object list)
  (let ((found (memq object list)))
    (and found (- (length list) (length found)))))

>It's true that this version traverses part of the list twice in
>the two "length" calls, but that's insignificant next to the fact
>that "length" is a primitive written in C rather than a
>byte-compiled loop.

That was the factor that I didn't take into account.  I'm too used to real
Lisps, where the loop will be compiled into machine code, so the
performance difference between built-in and user-written functions is less
significant.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
From: graham@cs.man.ac.uk (Graham Gough)
Newsgroups: gnu.emacs.help
Subject: Re: Paging through the completion buffer
Date: 28 Sep 92 16:56:31 GMT
Distribution: gnu
Organization: Department of Computer Science, University of Manchester
In-reply-to: ryanr@beethoven.CS.ColoState.EDU's message of 28 Sep 92 07:38:57 GMT


 In article <RYANR.92Sep28023857@beethoven.CS.ColoState.EDU>, ryanr@beethoven.CS.ColoState.EDU (richard ryan) writes:

 rr> Hi,

 rr> Sometimes if I don't know a command, I'll just hit the space to
 rr> get a list of completions but a lot of times there will be too
 rr> many things to fit all on one screen.  Is there anything I can do
 rr> to view the completion buffer?

Try scroll-other-window, which I think is bound to M-C-v

Graham
--
----------------------------------------------------------------
Graham D. Gough, Department of Computer Science,
University of Manchester, Oxford Road, Manchester, M13 9PL, U.K.
Tel: (+44) 61 275 6277	  FAX: (+44) 61 275 6236
----------------------------------------------------------------
Newsgroups: gnu.emacs.help
From: gamin@ireq-robot.hydro.qc.ca (Martin Boyer)
Subject: Re: "mode specification error"
Organization: Le laboratoire de robotique de l'Institut de recherche
	d'Hydro-Quebec
Date: Tue, 6 Oct 1992 16:13:22 GMT

>>>>> Langche Zeng writes:

>I [...] got an error message saying "mode specification error:
>overflow in regular expression matching". My .emacs file calls for
>loading of some macros (auc-tex)

That is a new feature of emacs 18.58; such errors weren't reported
before.  The current version of AUC-TeX (6.1, I believe) fixes this
problem.

--
Martin Boyer                            mboyer@ireq-robot.hydro.qc.ca
Institut de recherche d'Hydro-Quebec    mboyer@ireq-robot.uucp
Varennes, QC, Canada   J3X 1S1
+1 514 652-8412
From: rmf@chopin.cs.columbia.edu (Robert M. Fuhrer)
Subject: Re: dired extensions
Organization: Computer Science Dept., Columbia Univ.
Distribution: gnu
Date: Fri, 2 Oct 1992 01:45:10 GMT

> The very first line was:
> 
>     (require 'cl)
> 
> When I see that, I just forget the whole thing.

Honestly! Sounds like a knee-jerk reaction if I ever heard one.

Actually, I mostly use it for the cdadr-style abbreviations. It could easily be
removed. I never heard anyone have such a violent reaction before. If everyone
feels the same way, I could spend a few minutes to make the transformation
before posting. It does make the source code much more readable, though...
--

-- Bob
Newsgroups: gnu.emacs.sources
From: jbw@bigbird.bu.edu (Joe Wells)
Newsgroups: gnu.emacs.sources
Subject: Re: dired extensions
Date: 2 Oct 92 12:55:39 GMT
 <RMF.92Oct1204510@chopin.cs.columbia.edu>
Distribution: gnu
Organization: Boston University Computer Science Department
In-reply-to: rmf@chopin.cs.columbia.edu's message of 2 Oct 92 01:45:10 GMT

In article <RMF.92Oct1204510@chopin.cs.columbia.edu> rmf@chopin.cs.columbia.edu (Robert M. Fuhrer) writes:

   > The very first line was:
   > 
   >     (require 'cl)
   > 
   > When I see that, I just forget the whole thing.

   Honestly! Sounds like a knee-jerk reaction if I ever heard one.

Recall that the "knee-jerk" reaction refers to what happens when you step
on a hot-plate and your foot starts to fry.  Some knee-jerk reactions are
good.  This is one of them.

Down with cl.el!

cl.el has caused so many failures for me that I simply delete it from my
distribution, thus preventing it from being used.

-- 
Joe Wells <jbw@cs.bu.edu>
Member of the League for Programming Freedom --- send e-mail for details
Newsgroups: gnu.emacs.sources
From: RICHARD@ttt.kth.se
Subject: Re: dos-mode.el: DOS-format file support for GNU Emacs
Organization: Department of TeleTransmission Theory
Distribution: gnu
Date: Fri, 2 Oct 1992 14:43:58 GMT

In article <9210011253.AA12193@anorman.hpl.hp.com> ange@hplb.hpl.hp.com (Andy Norman) writes:

This looks good to me, except this tiny glitch:

 In dos-convert-buffer-to-unix, you have these lines:

	 (while (re-search-forward "\r" nil t)
	   (replace-match ""))

 I would do this instead:

	 (while (re-search-forward "\r\n" nil t)
	   (replace-match "\n"))

perhaps just me being paranoid... :-)

--
!+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++!
! Richard Levitte, System manager       ! tel: int+46-8-790 64 23           !
! Royal Institute of Technology         ! fax: int+46-8-791 76 54           !
! Department of Teletransmition Theory  ! Internet: richard@ttt.kth.se      !
! S-100 44 Stockholm, Sweden            !                                   !
!---------------------------------------------------------------------------!
From: edtuwe@eua.ericsson.se (Ulf Westermark)
Subject: Emacs mode for handling mail - not RMAIL
Keywords: mail,
Reply-To: edtuwe@eua.ericsson.se
Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
Date: Mon, 5 Oct 1992 13:08:12 GMT

Sometimes I have access to mailtool on a Sun-workstation and sometimes I only
have access to an VT100-terminal with Emacs.

Does anyone know of a an Emacs-mail-mode that can handle mail the way RMAIL does,
but still using standard Unix-mail-folder-files ? Mailtool in Open Windows uses
standard Unix-mail-folder-files.

Thanks for all ideas,
Ulf Westermark





Newsgroups: gnu.emacs.sources
From: jerry@math.ep.utexas.EDU (Jerry)
Subject: Re: dired extensions
Organization: Department of Mathematical Sciences--University of Texas at El Paso
Distribution: gnu
Date: Wed, 30 Sep 1992 21:50:21 GMT

Meinhard E. Mayer on September 29 wrote:
-> Are these extensions compatible with the "tree-dired' which will be
-> part of emacs-19, as documented in the Appendix to the september 1992
-> edition of the manual?

The very first line was:

    (require 'cl)

When I see that, I just forget the whole thing.  I've had nothing but
trouble with packages that require cl.el.  Maybe I should mention that
I use Jamie's optimizing byte compiler.  What is the "policy" with
respect to the use of common lisp package, anyway.  Whenever I use
Basic or Fortran on some platform, I stick to the constructs used on
that platform.

-Jerry