headers
Thomas A. Horsley | 1 May 2004 01:10
Picon
Favicon

require-final-newline 21.3 or fedora problem?

Every other emacs I have uses the same set of .emacs customizations
I've built over the years, and they work fine, but a fedora system
I'm running with emacs 21.3 on it winds up with require-final-newline
always set to 'query in every damn buffer even with my .emacs
code to both setq and setq-default require-final-newline to t.

Where is my setting going, and how do I make this "helpful" feature
stop helping me? :-).
--
>>==>> The *Best* political site <URL:http://www.vote-smart.org/> >>==+
      email: Tom.Horsley <at> worldnet.att.net icbm: Delray Beach, FL      |
<URL:http://home.att.net/~Tom.Horsley> Free Software and Politics <<==+
Permalink | Reply | 0 comments |
headers
David | 1 May 2004 01:47

user-mail-address possibly set too early

I have found that I cannot set user-mail-address by setting mail-host-address
in my .emacs file.

I modified startup.el like this:

	;; Also re-set the language environment in case it was
	;; originally done before unibyte was set and is sensitive to
	;; unibyte (display table, terminal coding system &c).
	(set-language-environment current-language-environment)))
(message  (format  "in startup 1 mail-host-address %s"      mail-host-address))
(message  (format  "in startup 1 user-mail-address %s"      user-mail-address))
    ;; Do this here in case the init file sets mail-host-address.
    (or user-mail-address
	(setq user-mail-address (concat (user-login-name) " <at> "
					(or mail-host-address
					    (system-name)))))
(message  (format  "in startup 2 mail-host-address %s"      mail-host-address))
(message  (format  "in startup 2 user-mail-address %s"      user-mail-address))

Which results in the following *Messages*.  On the face of it, it appears that
user-mail-address is set before my init file is loaded.

This is my shell command.  File .data-emacs-A loads my .emacs.
/home/Downloads/emacs-21.3/src/emacs -q -l /home/dajo/.data-emacs-A &

The various messages in *Messages* about loading, etc., come from
.data-emacs-A and .emacs.  After loading, user-mail-address has value
dajo <at> aussie.uchsc.edu.  I can set successfully user-mail-address to another
value in my .emacs.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Kevin Rodgers | 1 May 2004 02:00
Picon
Favicon

Re: user-mail-address possibly set too early

David wrote:
 > I have found that I cannot set user-mail-address by setting
 > mail-host-address in my .emacs file.
 >
 > I modified startup.el like this:
...

Don't do that.  If the customization is applicable to everyone at your
site, regardless of individual preference, put it in site-run-file
(site-start.el).  If it is applicable to everyone at your site, put it
in default.el.  If it is your personal preference, put it in ~/.emacs.

--

-- 
Kevin Rodgers
Permalink | Reply | 0 comments |
headers
Jason Rumney | 1 May 2004 17:37
Picon

Re: NTEmacs crashes with silly.el

Michael Schierl <schierlm-usenet <at> gmx.de> writes:

> When i want to run snake-big-play from silly.el (posted recently on
> gnu.emacs.sources) Emacs crashes with a fatal exception. First i
> thought it was some problem with sit-for, but I can reproduce it
> without as well.
> 
> To reproduce:
> 
> - start emacs with "emacs -q"
> - open a file containing the following text (using C-x C-f bug.el)
> 
> (setq snake-height 44
>       snake-width 98
>       snake-buffer-height 46
>       snake-buffer-width 100)
> (snake)
> 
> - run M-x eval-buffer RET.
> - voilà, Emacs crashed.

Thank you for the report. It does not seem to be a bug in any
particular lisp function, as if I run snake using the lisp debugger,
Emacs does not crash. The stack trace suggests a timing problem in
redisplay.

This problem doesn't appear under current CVS, so I think this is
probably related to another bug that has been fixed already.
Permalink | Reply | 0 comments |
headers
Alexander Pohoyda | 2 May 2004 13:57
Picon

Patch: Re: man.el should avoid "sh"

Kevin Rodgers <ihs_4664 <at> yahoo.com> writes:

> Max Polk wrote:
>  > Running emacs in Windows, by typing "M-x man ls" I get an error
>  > message that "sh" is not found.
>  >
>  > Here's a minor fix for man.el, line 618:
>  >
>  > -	     (start-process manual-program buffer "sh" "-c"
>  > +	     (start-process manual-program buffer shell-file-name "-c"
>  >
>  > This replaces the hard-coded "sh" with the variable shell-file-name.
>  > Notice that just below this shell-file-name is used and not "sh" so
>  > maybe it got fixed in one place but not the other.
> 
> You should also replace "-c" with shell-command-switch.

Thanks to Kevin and Max.

Here's a diff to install:

Index: man.el
===================================================================
RCS file: /cvsroot/emacs/emacs/lisp/man.el,v
retrieving revision 1.133
diff -u -r1.133 man.el
--- man.el	23 Mar 2004 07:33:39 -0000	1.133
+++ man.el	2 May 2004 11:46:55 -0000
 <at>  <at>  -732,11 +732,13  <at>  <at> 
 	(setenv "GROFF_NO_SGR" "1")
(Continue reading)

Permalink | Reply | 0 comments |
headers
Akim Demaille | 3 May 2004 14:38
Picon
Picon
Picon
Gravatar

LaTeX: fill-paragraph is not stable with \\

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs <at> gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.3.1 (i386-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2004-04-07 on raven, modified by Debian
configured using `configure '--build=i386-linux' '--host=i386-linux' '--prefix=/usr'
'--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib'
'--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--with-x=yes'
'--with-x-toolkit=athena' 'CFLAGS=-DDEBIAN -g -O2' 'build_alias=i386-linux' 'host_alias=i386-linux''
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: fr_FR
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Hi!
(Continue reading)

Permalink | Reply | 0 comments |
headers
Eli Zaretskii | 5 May 2004 08:29
Picon

Re: M-x up, or, GNU Emacs, GNU Readline... coincidence? I think not.

[This was erroneously sent to help-gnu-emacs, so I redirected the
response.]

> From: Joe Corneli <jcorneli <at> math.utexas.edu>
> Date: Tue, 04 May 2004 20:07:59 -0500
> Sender: help-gnu-emacs-bounces+eliz=gnu.org <at> gnu.org
> 
> I don't know when I first realized this, but it was sometime this
> semester.
> 
> And even if I'm the last person on earth to know that if you type
> 
>  M-x <whatever>
> 
> and then 
> 
>  M-x <up>
> 
> that your mini-buffer will fill up with whatever you typed... well,
> I'm still very happy to know this fact.
> 
> What is also cool is that this generalizes. (So in particular, it
> makes finding files with long filenames a breeze.)
> 
> This is such a great feature that I think it should maybe be
> documented in the TUTORIAL.

Not only in M-x, the whole matter of command and command args history
in Emacs should undoubtfully be mentioned in the tutorial.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dave Love | 5 May 2004 13:15
Picon
Picon

ffap fails with non-ASCII file names

`ffap' fails with non-ASCII names due to the value of
`ffap-string-at-point-mode-alist' (at least).  It's not trivial to fix
by replacing the `a-zA-Z' pattern by `[:alpha:]' since it's used by
skip-chars-{fore,back}ward, where you can't use char classes.

Also, it looks as though it isn't compatible with thingatpt's
treatment of file names.  I guess they should be made consistent if
there's a good reason ffap can't use thingatpt (for files and other
things, like URLs).

It's probably worth someone going through the sources again to fix
instances of `a-z' where appropriate.  (I don't remember why I didn't
sort out ffap when I did that before.)
Permalink | Reply | 0 comments |
headers
Kevin Rodgers | 5 May 2004 19:15
Picon
Favicon

Re: M-x up, or, GNU Emacs, GNU Readline... coincidence? I think not.

Eli Zaretskii writes:
 > Not only in M-x, the whole matter of command and command args history
 > in Emacs should undoubtfully be mentioned in the tutorial.
 >
 > Would you like to send a patch?

Sure, I will.  Would someone please take care to forward it to the tutorial
translators?

*** emacs-21.3/etc/TUTORIAL.orig	Thu Sep  5 16:45:47 2002
--- emacs-21.3/etc/TUTORIAL	Wed May  5 11:05:47 2004
***************
*** 1061,1069 ****
   ---------------

   You can learn more about Emacs by reading its manual, either as a book
! or on-line in Info (use the Help menu or type F10 h r).  Two features
! that you may like especially are completion, which saves typing, and
! dired, which simplifies file handling.

   Completion is a way to avoid unnecessary typing.  For instance, if you
   want to switch to the *Messages* buffer, you can type C-x b *M<Tab>
--- 1061,1069 ----
   ---------------

   You can learn more about Emacs by reading its manual, either as a book
! or on-line in Info (use the Help menu or type F10 h r).  Three features
! that you may like especially are completion and history, which save typing,
! and dired, which simplifies file handling.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Joe Corneli | 5 May 2004 19:36
Picon
Favicon

M-x up, or, GNU Emacs, GNU Readline... coincidence? I think not.

Oops, accidentally sent this to help-gnu-emacs.... sorry, it was
supposed to be for you.

                    *         *          *

I don't know when I first realized this, but it was sometime this
semester.

And even if I'm the last person on earth to know that if you type

 M-x <whatever>

and then 

 M-x <up>

that your mini-buffer will fill up with whatever you typed... well,
I'm still very happy to know this fact.

What is also cool is that this generalizes. (So in particular, it
makes finding files with long filenames a breeze.)

This is such a great feature that I think it should maybe be
documented in the TUTORIAL.

(I don't know where else it might be documented at present, and if
its someplace obvious, sorry about raising this racket, but anyway,
I think it might also be good to document it in the

 "Repeating commands/Is there an equivalent to the `.' (dot) command
(Continue reading)

Permalink | Reply | 1 comment |

Gmane