view GETTING.GNU.SOFTWARE @ 844:047d37eb70d7

[xemacs-hg @ 2002-05-16 13:30:23 by ben] ui fixes for things that were bothering me bytecode.c, editfns.c, lisp.h, lread.c: Fix save-restriction to use markers rather than pseudo-markers (integers representing the amount of text on either side of the region). That way, all inserts are handled correctly, not just those inside old restriction. Add buffer argument to save_restriction_save(). process.c: Clean up very dirty and kludgy code that outputs into a buffer -- use proper unwind protects, etc. font-lock.c: Do save-restriction/widen around the function -- otherwise, incorrect results will ensue when a buffer has been narrowed before a call to e.g. `buffer-syntactic-context' -- something that happens quite often. fileio.c: Look for a handler for make-temp-name. window.c, winslots.h: Try to solve this annoying problem: have two frames displaying the buffer, in different places; in one, temporarily switch away to another buffer and then back -- and you've lost your position; it's reset to the other one in the other frame. My current solution involves window-level caches of buffers and points (also a cache for window-start); when set-window-buffer is called, it looks to see if the buffer was previously visited in the window, and if so, uses the most recent point at that time. (It's a marker, so it handles changes.) #### Note: It could be argued that doing it on the frame level would be better -- e.g. if you visit a buffer temporarily through a grep, and then go back to that buffer, you presumably want the grep's position rather than some previous position provided everything was in the same frame, even though the grep was in another window in the frame. However, doing it on the frame level fails when you have two windows on the same frame. Perhaps we keep both a window and a frame cache, and use the frame cache if there are no other windows on the frame showing the buffer, else the window's cache? This is probably something to be configurable using a specifier. Suggestions please please please? window.c: Clean up a bit code that deals with the annoyance of window-point vs. point. dialog.el: Function to ask a multiple-choice question, automatically choosing a dialog box or minibuffer representation as necessary. Generalized version of yes-or-no-p, y-or-n-p. files.el: Use get-user-response to ask "yes/no/diff" question when recovering. "diff" means that a diff is displayed between the current file and the autosave. (Converts/deconverts escape-quoted as necessary. No more complaints from you, Mr. Turnbull!) One known problem: when a dialog is used, it's modal, so you can't scroll the diff. Will fix soon. lisp-mode.el: If we're filling a string, don't treat semicolon as a comment, which would give very unfriendly results. Uses `buffer-syntactic-context'. simple.el: all changes back to the beginning. (Useful if you've saved the file in the middle of the changes.) simple.el: Add option kill-word-into-kill-ring, which controls whether words deleted with kill-word, backward-kill-word, etc. are "cut" into the kill ring, or "cleared" into nothingness. (My preference is the latter, by far. I'd almost go so far as suggesting we make it the default, as you can always select a word and then cut it if you want it cut.) menubar-items.el: Add option corresponding to kill-word-into-kill-ring.
author ben
date Thu, 16 May 2002 13:30:58 +0000
parents 376386a54a3c
children
line wrap: on
line source

-*- text -*-

For information on getting XEmacs, see the files DISTRIB and
MAILINGLISTS in the .../etc/ directory of the XEmacs distribution.


		  Getting GNU Software, 14 May 94
Copyright (C) 1986, 1987, 1988, 1989, 1990, 1992, 1993, 1994 Free Software Foundation, Inc.


	Permission is granted to anyone to make or distribute verbatim
	copies of this document provided that the copyright notice and
	this permission notice are preserved, and that the distributor
	grants the recipient permission for further redistribution as
	permitted by this notice.


* GNU and the Free Software Foundation

Project GNU is organized as part of the Free Software Foundation, Inc.
The Free Software Foundation has the following goals: 1) to create GNU
as a full development/operating system.  2) to distribute GNU and
other useful software with source code and permission to copy and
redistribute.

Further information on the rationale for GNU is in file
`/pub/gnu/GNUinfo/GNU' (all files referred to are on the Internet host
prep.ai.mit.edu).

Information on GNU Internet mailing lists and gnUSENET newsgroups can
be found in `/pub/gnu/GNUinfo/MAILINGLISTS'.

* How To Get The Software

The easiest way to get a copy of the distribution is from someone else
who has it.  You need not ask for permission to do so, or tell any one
else; just copy it.  The second easiest is to ftp it over the
Internet.  The third easiest way is to uucp it.  Ftp and uucp
information is in `/pub/gnu/GNUinfo/FTP'.

If you cannot get a copy any of these ways, or if you would feel more
confident getting copies straight from us, or if you would like to get
some funds to us to help in our efforts, you can order one from the
Free Software Foundation.  See `/pub/gnu/GNUinfo/DISTRIB' and
`/pub/gnu/GNUinfo/ORDERS'.

* What format are the *.gz files in?

Because the unix `compress' utility is patented (by two separate
patents, in fact), we cannot use it; it's not free software.

Therefore, the GNU Project has chosen a new compression utility,
`gzip', which is free of any known software patents and which tends to
compress better anyway.  As of March 1993, all compressed files in the
GNU anonymous FTP area, `prep.ai.mit.edu:/pub/gnu', have been
converted to the new format.  Files compressed with this new
compression program end in `.gz' (as opposed to `compress'-compressed
files, which end in `.Z').

Gzip can uncompress `compress'-compressed files and `pack'-compressed
files (which end in `.z').  This is possible because the various
decompression algorithms are not patented---only compression is.

The gzip program is available from any GNU mirror site (see
`/pub/gnu/GNUinfo/FTP' for a list of mirror sites) in shar, tar, or
gzipped tar format (for those who already have a prior version of gzip
and want faster data transmission).  It works on virtually every unix
system, MSDOS, OS/2, and VMS.

* Available Software

** GNU Emacs

The GNU Emacs distribution includes: 	
	- manual source in TeX format.
	- an enhanced regex (regular expression) library.

See files `/pub/gnu/GNUinfo/MACHINES*' for the status of porting Emacs
to various machines and operating systems.

** C Scheme - a block structured dialect of LISP.

The Free Software Foundation distributes C Scheme for the MIT Scheme
Project on its Scheme tapes.  The full ftp distribution can be gotten
via anonymous FTP from altdorf.ai.mit.edu in directory /archive.

Problems with the C Scheme distribution and its ftp distribution
should be referred to: <bug-cscheme@martigny.ai.mit.edu>.  There are
two general mailing lists: <info-cscheme@martigny.ai.mit.edu>and
<scheme@mc.lcs.mit.edu>.  Send requests to join either list to:
<info-cscheme-request@martigny.ai.mit.edu> or
<scheme-request@mc.lcs.mit.edu>.

** Other GNU Software

A full list of available software are in `/pub/gnu/GNUinfo/ORDERS' and
`/pub/gnu/DESCRIPTIONS'.

* No Warranties

We distribute software in the hope that it will be useful, but without
any warranty.  No author or distributor of this software accepts
responsibility to anyone for the consequences of using it or for
whether it serves any particular purpose or works at all, unless he
says so in writing.

* If You Like The Software

If you like the software developed and distributed by the Free
Software Foundation, please express your satisfaction with a donation.
Your donations will help to support the foundation and make our future
efforts successful, including a complete development and operating
system, called GNU (Gnu's Not Un*x), which will run Un*x user
programs.  Please note that donations and funds raised by selling
tapes, CD-ROMs, and floppy diskettes are the major source of funding
for our work.

For more information on GNU and the Foundation, contact us at Internet
address <gnu@prep.ai.mit.edu> or the foundation's US Mail address
found in file `/pub/gnu/GNUinfo/ORDERS'.