emacs loops

[sekinginphoenix]

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:
------------------------------------------------------------------
-
aboutir
vi - to succeed, to come to a head  
-
abricotier
nm - apricot tree   
-
accablé
vt - to overwhelm   
-
accapareur
nm/f - buyer-up, monopolist, black marketeers   
-
acclimater
vt/i - to acclimatize   
-
accord
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.

enjoy
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! 
http://channels.netscape.com/ns/browsers/download.jsp 

Get your own FREE, personal Netscape Mail account today at 
http://webmail.netscape.com/