[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

emacs loops

From: sekinginphoenix
Subject: emacs loops
Date: Wed, 04 Dec 2002 02:21:51 -0500

oTo: bug-gnu-emacs@gnu.org
Subject: emacs loops
--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.

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

In GNU Emacs 21.2.1 (i386-msvc-nt5.1.2600)
 of 2002-03-19 on buffy
configured using `configure --with-msvc (12.00)'
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: nil

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

When running emacs 21.2.1 (and 21.1.1) on Windows XP or Windows 98
invoked any way (via run, or clicking on runemacs.exe file, ...)
if a C-x C-f bug<return> C-n C-n <end> C-n is executed on the file whose
third line ends in a tab and whose forth line ends in a carriage
return emacs goes into a loop and no commands are accepted. i.e.
C-g does not stop it, C-x does not prompt for further input. The
process cannot be terminated by clicking on the system close button.
The only way to stop it is via C-alt-del, selecting the emace process
and killing it that way. The two lines can be anywhere in a file and
the problem will still occur: the file bug is as follows:
vi - to succeed, to come to a head  
nm - apricot tree   
vt - to overwhelm   
nm/f - buyer-up, monopolist, black marketeers   
vt/i - to acclimatize   
nm - agreement. harmony, consent
ph - d'accord! - OK!, right!    
A subset of the file:
   line ends in tab (0x09)  
   line ends in cr (0x0D)
worked(i.e.failed) during the subsetting phase but seemed to work
fine when I rechecked it. I've included it to show more precisely
what the problem is.

steve king

Recent input:
C-x C-f b u g <return> <end> <escape> x r e p o r t 
- e m SPC b u g <return>

Recent messages:
Loading regexp-opt...done
Loading font-lock...done
Loading d:/emacs/util.el (source)...done
Loading time...
Loading image...done
Loading time...done
Loading imenu...done
For information about the GNU Project and its goals, type C-h C-p.
Loading lazy-lock...done
Loading emacsbug...done

The NEW Netscape 7.0 browser is now available. Upgrade now! 

Get your own FREE, personal Netscape Mail account today at 

reply via email to

[Prev in Thread] Current Thread [Next in Thread]