src/unexelf.c

#ifndef emacs
#define fatal(a, b, c) fprintf (stderr, a, b, c), exit (1)

but some of the calls to fatal() have different numbers of arguments.
This patch fixes those calls.

			       -=-=-=-

*** unexelf.c.~1.58.~	2005-10-02 14:47:28.000000000 -0400
--- unexelf.c	2005-10-02 14:51:00.337130032 -0400
***************
*** 702,708 ****
  #if MAP_ANON == 0
    mmap_fd = open ("/dev/zero", O_RDONLY);
    if (mmap_fd < 0)
!     fatal ("Can't open /dev/zero for reading: errno %d\n", errno);
  #endif

    /* We cannot use malloc here because that may use sbrk.  If it does,
--- 702,708 ----
  #if MAP_ANON == 0
    mmap_fd = open ("/dev/zero", O_RDONLY);
    if (mmap_fd < 0)
!     fatal ("Can't open /dev/zero for reading: errno %d\n", errno, 0);
  #endif

    /* We cannot use malloc here because that may use sbrk.  If it does,
***************
*** 713,719 ****
    old_base = mmap (NULL, old_file_size, PROT_READ | PROT_WRITE,

Bug in emacs

Hello,

I found something in the emacs psychiatrist that doesn't make sense:

"Maybe you should consult a doctor of medicine, I am a psychiatrist."

In fact, a psychiatrist is by definition also a doctor of medicine along 
with being a psychologist.

Perhaps the string should instead read "Maybe you should consult a 
doctor of medicine. I am a psychologist." -- and the name of the feature 
should be "emacs psychologist"

Best regards,

Eric Russell

Re: Bug in emacs

    Perhaps the string should instead read "Maybe you should consult a 
    doctor of medicine. I am a psychologist." -- and the name of the feature 
    should be "emacs psychologist"

It is already supposed to be called "psychologist"; those two
occurrences of "psychiatrist" are errors.  I will fix them.
Thanks.

find-name-dired should not escape the braces in windows environment

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-mingw-nt5.0.2195)
 of 2004-03-11 on NYAUMO
configured using `configure --with-gcc (3.2)'
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: ENU
  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:

  ~/Desktop/emacs-21.3/bin/:
  find . \( -name '*.c' \) -exec ls -ld {} \;
  find: paths must precede expression
  Usage: find [-H] [-L] [-P] [path...] [expression]

Keeping run-time code from running at compile-time

I'm having some compiling trouble. File B which requires file A fails to
compile because file A contains code that should not be run at
compile-time, just run-time.

I've distilled the essence into a tiny example. Save the attachments
with "K a" and then run the script doit. Right now, I'm getting the
output:

    [wohler <at> olgas:807]$ sh doit
    While compiling toplevel forms in file /tmp/b.el:
      !! error (("Shouldn't hit this when compiling"))
    Done
    Loading b (source)...
    Shouldn't hit this when compiling

I'd like to get the output:

    [wohler <at> olgas:807]$ sh doit
    Wrote /tmp/b.elc
    Done
    Loading b (source)...
    Shouldn't hit this when compiling

Thanks for any help you can provide.

(defun foo ()
  (error "Shouldn't hit this when compiling"))

Re: Keeping run-time code from running at compile-time

Apologies. That was meant for help-gnu-emacs <at> gnu.org.

--

-- 
Bill Wohler <wohler <at> newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.

Re: find-name-dired should not escape the braces in windows environment

Lalit Mohan Tripathi wrote:
 >   ~/Desktop/emacs-21.3/bin/:
 >   find . \( -name '*.c' \) -exec ls -ld {} \;
 >   find: paths must precede expression
 >   Usage: find [-H] [-L] [-P] [path...] [expression]
 >
 >   find exited abnormally with code 1 at Fri Oct 07 08:57:32
 >
 >   Please let me know how to fix it at lalit.mohan <at> samsung.com,
 >   currently I use batch file in Windows to type the above command
 >   by replacing \( with ( and then run-it, as an
 >   alternate way to perform this.
 >
 > Recent input:
 >    Used  M-x find-name-dired

Set shell-file-name to a shell that understands quoted parentheses.

Note: In American English, "(" and ")" are parentheses, "[" and "]" are
brackets, and "{" and "}" are braces.

--

-- 
Kevin Rodgers

Re: f90-mode support for "double precision"

Rick Janda wrote:

> The f90-mode does not have an abbeviation for "double precision" and 
> does not highlight it in font-lock-mode, too.

Fixed in CVS; sorry for the delay.

-*- construct on the second line doesn't work on ntemacs

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-mingw-nt5.1.2600)
 of 2004-03-10 on NYAUMO
configured using `configure --with-gcc (3.2)'
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: ENU
  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:

Putting # -*-coding: utf-8;-*- construct on the second line with
shebang #! on the first line is ineffective. The file preserves its
default coding when loaded in the buffer. Verified that it works with
emacs on Solaris but not on WXP.

File is read-only

I've tried to send this from emacs, but don't know if that works.

To: bug-gnu-emacs <at> gnu.org
Subject: File is read-only
--text follows this line--

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.

In GNU Emacs 20.7.1 (hppa1.1-hp-hpux11.00, X toolkit)
 of Tue Nov 14 2000 on disco
configured using `configure  --verbose --host=hppa1.1-hp-hpux11.00
--target=hppa1.1-hp-hpux11.00'

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

We have a script with owner- and group-permissions are rwx.
Since I'm member of the group, I'm allowed to edit it, e.g. in Unix.
But when I open it in emacs, it's read-only.

File:
(hvgdbs2)chrisb:/opt/prod/obi/src/misc/dbsysinfo# ls -l locks_users.pl
-rwxrwxr--   1 prod       obi           2738 Oct 13 11:05
locks_users.pl*

'Editing' in unix:
(hvgdbs2)chrisb:/opt/prod/obi/src/misc/dbsysinfo# wc -l locks_users.pl