headers
Strauss, Nicholas C | 4 Jan 2006 16:54
Picon
Favicon

emacs core dump

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.2.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2002-08-28 on astest
configured using `configure  --host=i686-pc-linux-gnu
--build=i686-pc-linux-gnu --target=i386-redhat-linux-gnu
--program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin
--sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share
--includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec
--localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --with-gcc --with-pop --with-sound'
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: en_US.iso885915
  locale-coding-system: iso-latin-9
  default-enable-multibyte-characters: t
(Continue reading)

Permalink | Reply | 1 comment |
headers
Richard M. Stallman | 5 Jan 2006 17:36
Picon
Picon

Re: emacs core dump

This bug must be due to some sort of memory clobberage; we can't learn
anything from the postmortem alone.  There is someone who gets these
problems in the current development Emacs often enough that we have a
chance to investigate it, and we are working on it, but it is taking
time.
Permalink | Reply | 0 comments |
headers
Whitfield Diffie | 8 Jan 2006 20:52
Picon

Visited-file-modtime bug

				Sunday  08 January 2006  at 11:49

    An attempt to find-file to root in an emacs in which there is already a
buffer containing the root directory produces the error:

		     Wrong type argument: listp, 21''.

    The error manifests in dired-internal-noselect (attached) which follows
the path:

    (if (not new-buffer-p)     ; existing buffer ...
		*		*		*
	      ((if (let ((attributes (file-attributes dirname))
			 (modtime (visited-file-modtime)))
		     (or (eq modtime 0)
			 (not (eq (car attributes) t))
			 (and (= (car (nth 5 attributes)) (car modtime))
			      (= (nth 1 (nth 5 attributes)) (cdr modtime)))))
		*		*		*

I presume that (visited-file-modtime) of the root directory is supposed to
be zero; it is actually 21, which fails the zero test and then errors two
lines later on the attempt to take its car.

    I have corrected this for my own use by adding (not (consp modtime)) to the
or, effectively replacing (eq modtime 0) but this does not correct the root cause.

    Visited-file-modtime is also used in:

fast-lock.el:	  (file-timestamp (visited-file-modtime)) (saved nil))
(Continue reading)

Permalink | Reply | 0 comments |
headers
Adrian Lehne | 8 Jan 2006 15:12
Picon

bug in objective-c syntaxhighlighting

Hi there.
there is a bug in the objective-c syntax-highlighting. When I tried to
tipe " <at> implementation" emacs crached down. I use a cvs version of emacs
on an ibook G4 with macos X 10.4.3(darwin 8.3).

thx for fixing
Permalink | Reply | 0 comments |
headers
Norbert Grün | 9 Jan 2006 20:57
Favicon

Are integer operations really integral?

Dear Madam or Sir!

I recently used Emacs 20.7 for WinNT to check the date of the initial 
issue
of our longtime weekly pulp Sci-Fi novel Perry Rhodan
(www.Perry-Rhodan.net).

I fired up the calendar, positioned to 2006-01-06 for volume 2316 and 
said

C-u 2316 C-p

to go back this many weeks.

I landed on 1961-08-18 whereas the mag part told of 1961-09-08 which is
three weeks later.

I sent already a mail to the publishers whether they had issued two 
volumes
a week for a couple of times when changing publishing day which had
happened a few times in the past.

The error is 0.13% which may or may not pile up in floating point
calculations when iterated that many times.

But a C-u <num> <command> repetition is integral in its very nature 
and the
ELISP engine should be much happier with integers for decrementing the 
loop
over the <command> than fiddling with floats and doubles.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dan Jacobson | 9 Jan 2006 21:01
Favicon
Gravatar

present state of the art for using "&" in compile mode

Here's the present state of the art for me using "&" in compile mode
in emacs-version"21.4.1"
make
cd /tmp;nohup firefox \
file:///bla.html& sleep 3
nohup: appending output to ‘nohup.out’
Permalink | Reply | 1 comment |
headers
Hamilton Temple | 10 Jan 2006 11:39
Picon

ispell-complete-word in spanish

In GNU Emacs 21.4.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2005-12-15 on icaro
configured using `configure  --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-x --with-xpm --with-jpeg --with-tiff --with-gif --with-png --with-x-toolkit=athena --build=i686-pc-linux-gnu'
Important settings:
  value of $LC_ALL: es_ES <at> euro
  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: es_ES <at> euro
  locale-coding-system: iso-latin-9
  default-enable-multibyte-characters: t

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

I'm not sure if this is an emacs bug or a badly configured ispell.  My ispell configuration is:

(setq-default ispell-program-name "aspell")
;;(setq-default ispell-program-name "ispell")
(setq ispell-dictionary "castellano")
(setq ispell-complete-word-dict "/usr/share/dict/spanish")

Ispell/Aspell checks spelling in words with accentuated chars correctly. My problem
is related  to ispell-complete-word and flyspell. Flyspell/Aspell doesn't recognizes accentuated
chars.  If I have the word "drástico" and call ispell-complete-word , then It uses
"stico" as "search string".  That occurs without mattering where the accentuated
vowel is inside the word.

Well, Is the first time a send a "bug". I hope this mail provides enough information.

Best regards.
 

_______________________________________________
bug-gnu-emacs mailing list
bug-gnu-emacs <at> gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs
Permalink | Reply | 1 comment |
headers
Kevin Rodgers | 10 Jan 2006 21:53
Picon
Favicon

Re: ispell-complete-word in spanish

Hamilton Temple wrote:
> In GNU Emacs 21.4.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
>  of 2005-12-15 on icaro
> configured using `configure  --prefix=/usr --host=i686-pc-linux-gnu 
> --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share 
> --sysconfdir=/etc --localstatedir=/var/lib --with-x --with-xpm 
> --with-jpeg --with-tiff --with-gif --with-png --with-x-toolkit=athena 
> --build=i686-pc-linux-gnu'
> Important settings:
>   value of $LC_ALL: es_ES <at> euro
>   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: es_ES <at> euro
>   locale-coding-system: iso-latin-9
>   default-enable-multibyte-characters: t
> 
> Please describe exactly what actions triggered the bug
> and the precise symptoms of the bug:
> 
> I'm not sure if this is an emacs bug or a badly configured ispell.  My 
> ispell configuration is:
> 
> (setq-default ispell-program-name "aspell")
> ;;(setq-default ispell-program-name "ispell")
> (setq ispell-dictionary "castellano")
> (setq ispell-complete-word-dict "/usr/share/dict/spanish")
> 
> Ispell/Aspell checks spelling in words with accentuated chars correctly. 
> My problem
> is related  to ispell-complete-word and flyspell. Flyspell/Aspell 
> doesn't recognizes accentuated
> chars.  If I have the word "drástico" and call ispell-complete-word , 
> then It uses
> "stico" as "search string".  That occurs without mattering where the 
> accentuated
> vowel is inside the word.

In Latin-9, á is \341, which is in both the CASECHARS and NOT-CASECHARS
regexps of the "castellano" entry in ispell-dictionary-alist.  But the
call to (ispell-get-word nil "\\*") fails here to find the beginning of
the word and stops at the accented character:

     ;; move to front of word
     (re-search-backward ispell-not-casechars (point-min) 'start)

However, I can get it to work by making ispell-decode-string a no-op:

(defun ispell-decode-string (str) str)

--

-- 
Kevin Rodgers
Permalink | Reply | 0 comments |
headers
Kevin Rodgers | 11 Jan 2006 18:11
Picon
Favicon

Re: present state of the art for using "&" in compile mode

Dan Jacobson wrote:
> Here's the present state of the art for me using "&" in compile mode
> in emacs-version"21.4.1"
> make
> cd /tmp;nohup firefox \
> file:///bla.html& sleep 3
> nohup: appending output to ‘nohup.out’

I think you meant to post that to alt.kook.emacs

--

-- 
Kevin Rodgers
Permalink | Reply | 0 comments |
headers
Akhil Mittal | 12 Jan 2006 12:00

emacs-emerge error


In emacs, I am trying to use the merge utility as follows:
M-x emerge-files
and thereafter entring the file names present in my default directory. But when emerge calls for "diff" utility it displays the following error:

Errors found in diff/diff3 output.
%DIFF-F-OPENIN, error opening HCL_NISN_DEV:\[RI.V190-0200.SRC.TEST]FIRST.C as input-RMS-F-SYN, file specification syntax error

The problem as seems to me is the path emerge is sending to the diff utility: it should be
HCL_NISN_DEV:[RI.V190-0200.SRC.TEST]FIRST.C

But it's sending:
HCL_NISN_DEV:\[RI.V190-0200.SRC.TEST]FIRST.C

Kindly help me sort out this issue.

Regards
Akhil

********************************************************************************
This e-mail and the information it contains may be privileged and/or
confidential. It is for the intended addressee(s) only.
The unauthorised use, disclosure or copying of this e-mail, or any information it contains, is prohibited.
If you are not an intended recipient, please contact the sender and delete the material from your computer.
********************************************************************************
_______________________________________________
bug-gnu-emacs mailing list
bug-gnu-emacs <at> gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs
Permalink | Reply | 0 comments |

Gmane