From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: CR/LF Unicode Problem Reply-To: "Lafleur, Henry" , 1502@debbugs.gnu.org Resent-From: "Lafleur, Henry" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 05 Dec 2008 22:40:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.12285164648150 (code B ref -1); Fri, 05 Dec 2008 22:40:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-1.7 required=4.0 tests=BAYES_00,DA_MS_ADDRESS,FOURLA, HTML_MESSAGE,IMPRONONCABLE_1,IMPRONONCABLE_2,LONGLINEURL,MURPHY_WRONG_WORD2, RCVD_IN_DNSWL_MED autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 5 Dec 2008 22:34:24 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB5MYJnc008142 for ; Fri, 5 Dec 2008 14:34:20 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L8jFa-0005xL-TU for bug-gnu-emacs@gnu.org; Fri, 05 Dec 2008 17:34:18 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L8jFY-0005w2-1B for bug-gnu-emacs@gnu.org; Fri, 05 Dec 2008 17:34:18 -0500 Received: from [199.232.76.173] (port=36457 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L8jFX-0005vn-PK for bug-gnu-emacs@gnu.org; Fri, 05 Dec 2008 17:34:15 -0500 Received: from smtp.nabors.com ([198.203.146.90]:4156 helo=nabors.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L8jFW-0001Ta-GJ for bug-gnu-emacs@gnu.org; Fri, 05 Dec 2008 17:34:15 -0500 Received: from ([10.50.10.131]) by ushouxim02.nabors.com with ESMTP id 4440520.22166037; Fri, 05 Dec 2008 16:33:53 -0600 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 5 Dec 2008 16:33:53 -0600 Message-ID: <2905B00E9FC955468D756D43D7BF17543F8494@USHOUXMB02.nabors.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: CR/LF Unicode Problem Thread-Index: AclXKY4ZlwM8lTL+Rjy+3nBxutbs8Q== From: "Lafleur, Henry" To: Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C95729.8D3582A4" X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. This is a multi-part message in MIME format. ------_=_NextPart_001_01C95729.8D3582A4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi,=0D=0A=0D=0AYou guys do a great job=2E Thanks for all the hard work=2E= =0D=0A=0D=0AI was blaming the =2ENET framework on this, but it appears to b= e an issue=0D=0Awith Emacs=2E=0D=0A=0D=0AWhen I load a Unicode file (UTF-8)= where some lines in CR/LF and some=0D=0Alines end in LF, in hexl-mode the = CR/LF EOL's appear as CR/CR/LF and the=0D=0ALF EOL's appear as CR/LF=2E See= this thread for more information: =0D=0A=0D=0Ahttp://social=2Emsdn=2Emicro= soft=2Ecom/Forums/en-US/netfxbcl/thread/8ef5b69d-1=0D=0A35d-4584-ae1a-1caeb= 4afc846/#page:1=0D=0A=0D=0AIf I save the file in hexl mode, it will save it= with the extra CRs,=0D=0Athus modifying the file more than anticipated=2E= =0D=0A=0D=0AThanks,=0D=0A=0D=0AHenry Lafleur | ,__o =0D= =0AProject Lead | _-\_<, =0D=0ACanrig Enterprise Solution= s | (*)/'(*) =0D=0Aa division of Canrig Drilling Technology Ltd=2E=0D=0AF= ax: 281-774-5640=0D=0ASupport: 1-866-433-4345=0D=0Amailto:Henry=2ELaf= leur@canrig=2Ecom =0D=0Ahttp://www=2Emywells=2Ecom/ =0D=0A=0D=0AIn GNU Emac= s 22=2E1=2E1 (i386-mingw-nt5=2E1=2E2600)=0D=0A of 2007-06-02 on RELEASE=0D= =0AWindowing system distributor `Microsoft Corp=2E', version 5=2E1=2E2600= =0D=0Aconfigured using `configure --with-gcc (3=2E4) --cflags=0D=0A-Ic:/gnu= win32/include'=0D=0A=0D=0AImportant settings:=0D=0A value of $LC_ALL: nil= =0D=0A value of $LC_COLLATE: nil=0D=0A value of $LC_CTYPE: nil=0D=0A val= ue of $LC_MESSAGES: nil=0D=0A value of $LC_MONETARY: nil=0D=0A value of $= LC_NUMERIC: nil=0D=0A value of $LC_TIME: nil=0D=0A value of $LANG: ENU=0D= =0A locale-coding-system: cp1252=0D=0A default-enable-multibyte-character= s: t=0D=0A=0D=0AMajor mode: Hexl=0D=0A=0D=0AMinor modes in effect:=0D=0A r= uler-mode: t=0D=0A hl-line-mode: t=0D=0A encoded-kbd-mode: t=0D=0A toolt= ip-mode: t=0D=0A tool-bar-mode: t=0D=0A mouse-wheel-mode: t=0D=0A menu-b= ar-mode: t=0D=0A file-name-shadow-mode: t=0D=0A global-font-lock-mode: t= =0D=0A font-lock-mode: t=0D=0A blink-cursor-mode: t=0D=0A unify-8859-on-= encoding-mode: t=0D=0A utf-translate-cjk-mode: t=0D=0A auto-compression-m= ode: t=0D=0A line-number-mode: t=0D=0A transient-mark-mode: identity=0D= =0A=0D=0ARecent input:=0D=0AS e e SPC t h i s SPC t h r e a d SPC f o r SPC= m o =0D=0Ar e SPC i n f o r m a t i o n : SPC C-v M-v =0D=0A = C-y =0D=0A =0D=0A = =0D=0A =0D=0A Y o u SPC =0D=0Ag u y s SPC d o SPC a SPC g r e a t SPC j o b SPC = w =0D=0A =0D=0A<= backspace> =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A<= help-echo> =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D= =0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A <= mouse-1> =0D=0A = =0D=0A =0D=0A =0D=0A =0D=0A <= mouse-1> =0D=0A = =0D=0A = =0D=0A =0D=0A M-x h e x l - m o d = =0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A=0D=0ARecent messages:=0D=0ALoading emacsbug=2E= =2E=2Edone=0D=0ALoading help-mode=2E=2E=2Edone=0D=0AAuto-saving=2E=2E=2Edon= e=0D=0AMark set=0D=0AAuto-saving=2E=2E=2Edone=0D=0ALoading sql=2E=2E=2E=0D= =0ALoading easymenu=2E=2E=2Edone=0D=0ALoading sql=2E=2E=2Edone=0D=0ALoading= hexl=2E=2E=2Edone=0D=0ALoading mule-util=2E=2E=2Edone=0D=0A=0D=0A=0D=0A=0D= =0A=0D=0A-----------------------------------------=0D=0ACANRIG EMAIL NOTICE= - This transmission may be strictly=0Aconfidential=2E If you are not the i= ntended recipient of this=0Amessage, you may not disclose, print, copy, or = disseminate this=0Ainformation=2E If you have received this in error, pleas= e reply and=0Anotify the sender (only) and delete the message=2E Unauthoriz= ed=0Ainterception of this e-mail is a violation of federal criminal law=2E= =0AThis communication does not reflect an intention by the sender or=0Athe = sender's principal to conduct a transaction or make any=0Aagreement by elec= tronic means=2E Nothing contained in this message or=0Ain any attachment sh= all satisfy the requirements for a writing, and=0Anothing contained herein = shall constitute a contract or electronic=0Asignature under the Electronic = Signatures in Global and National=0ACommerce Act, any version of the Unifor= m Electronic Transactions=0AAct, or any other statute governing electronic = transactions=2E ------_=_NextPart_001_01C95729.8D3582A4 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =0D=0A=0D=0A= =0D=0A=0D=0A=0D=0ACR/LF Unicode Problem=0D=0A= =0D=0A=0D=0A=0D=0A=0D=0A

Hi,=0D=0A

=0D=0A=0D=0A

You guys do a great job=2E Thanks for all the hard work=2E= =0D=0A

=0D=0A=0D=0A

I was blaming= the =2ENET framework on this, but it appears to be an issue with Emacs=2E<= /FONT>=0D=0A

=0D=0A=0D=0A

When I load a = Unicode file (UTF-8) where some lines in CR/LF and some lines end in LF, in= hexl-mode the CR/LF EOL's appear as CR/CR/LF and the LF EOL's appear as CR= /LF=2E See this thread for more information:

=0D=0A=0D=0A

http://social=2Emsdn=2Emicrosoft=2Ecom/Forums/en-US/n= etfxbcl/thread/8ef5b69d-135d-4584-ae1a-1caeb4afc846/#page:1= =0D=0A

=0D=0A=0D=0A

If I save the file i= n hexl mode, it will save it with the extra CRs, thus modifying the file mo= re than anticipated=2E=0D=0A

=0D=0A=0D=0A

Thanks,=0D=0A

=0D=0A=0D=0A

Henry Lafleur        &nb= sp;      |      ,__o =0D=0A=0D=0A
Project Lead &n= bsp;            = ;  |    _-\_<, =0D=0A=0D=0A
Canrig Enterprise Solutions |   (*)/'(*) =0D=0A=0D=0A
a division of Canr= ig Drilling Technology Ltd=2E=0D=0A=0D=0A
Fax:       281-774-5640= =0D=0A=0D=0A
Support: 1-866-433-4345= =0D=0A=0D=0A
<= FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Courier New">mailto:Henry=2ELafleur= @canrig=2Ecom =0D= =0A=0D=0A
http://www=2Emywells=2Ecom/ =0D=0A

=0D=0A=0D=0A

In GNU Emacs 22=2E1=2E1 (i386-mingw-nt5=2E1=2E260= 0)=0D=0A=0D=0A
 of 2007-06-02 = on RELEASE=0D=0A=0D=0A
Windowing sy= stem distributor `Microsoft Corp=2E', version 5=2E1=2E2600=0D=0A=0D= =0A
configured using `configure --with-gcc= (3=2E4) --cflags -Ic:/gnuwin32/include'=0D=0A

=0D=0A=0D=0A

Important settings:=0D=0A=0D=0A
  value of $LC_ALL: nil=0D=0A=0D=0A
=   value of $LC_COLLATE: nil=0D=0A= =0D=0A
  value of $LC_CTYPE: nil=0D=0A=0D=0A
  value of $LC_MESSAGE= S: nil=0D=0A=0D=0A
  value of = $LC_MONETARY: nil=0D=0A=0D=0A
 = ; value of $LC_NUMERIC: nil=0D=0A=0D=0A
  value of $LC_TIME: nil=0D=0A=0D=0A
  value of $LANG: ENU=0D=0A=0D=0A
  locale-coding-system: cp1252=0D=0A=0D=0A
<= FONT SIZE=3D2 FACE=3D"Arial">  default-enable-multibyte-characters: t<= /FONT>=0D=0A

=0D=0A=0D=0A

Major mode: He= xl=0D=0A

=0D=0A=0D=0A

Minor modes= in effect:=0D=0A=0D=0A
  rule= r-mode: t=0D=0A=0D=0A
  hl-lin= e-mode: t=0D=0A=0D=0A
  encode= d-kbd-mode: t=0D=0A=0D=0A
  to= oltip-mode: t=0D=0A=0D=0A
  to= ol-bar-mode: t=0D=0A=0D=0A
  m= ouse-wheel-mode: t=0D=0A=0D=0A
&nbs= p; menu-bar-mode: t=0D=0A=0D=0A
&nb= sp; file-name-shadow-mode: t=0D=0A=0D=0A
  global-font-lock-mode: t=0D=0A=0D=0A
  font-lock-mode: t=0D=0A=0D=0A
  blink-cursor-mode: t=0D=0A=0D=0A
  unify-8859-on-encoding-mode: t=0D=0A=0D= =0A
  utf-translate-cjk-mode: t=0D=0A=0D=0A
  auto-compression-mode= : t=0D=0A=0D=0A
  line-number-= mode: t=0D=0A=0D=0A
  transien= t-mark-mode: identity=0D=0A

=0D=0A=0D=0A

Recent input:=0D=0A=0D=0A
S= e e SPC t h i s SPC t h r e a d SPC f o r SPC m o =0D=0A=0D=0A
<= FONT SIZE=3D2 FACE=3D"Arial">r e SPC i n f o r m a t i o n : SPC <return= > C-v M-v =0D=0A=0D=0A
<up>= ; <up> <up> <down> <return> C-y <help-echo> &= lt;down-mouse-1> =0D=0A=0D=0A
&l= t;mouse-movement> <mouse-movement> <drag-mouse-1> <down-m= ouse-1> =0D=0A=0D=0A
<mouse-m= ovement> <mouse-movement> <drag-mouse-1> <down-mouse-1>= ; =0D=0A=0D=0A
<mouse-1> <= down-mouse-1> <mouse-1> <wheel-down> <return> = =0D=0A=0D=0A
<return> <up> <= ;up> <up> <up> <down> <down> Y o u SPC = =0D=0A=0D=0A
g u y s SPC d o SPC a SPC g r= e a t SPC j o b SPC w =0D=0A=0D=0A
<backspace> <backspace> <backspace> <backspace> &l= t;backspace> =0D=0A=0D=0A
<ba= ckspace> <backspace> <backspace> <backspace> <backs= pace> =0D=0A=0D=0A
<backspace= > <backspace> <backspace> <backspace> <backspace>= ; =0D=0A=0D=0A
<backspace> &l= t;backspace> <backspace> <backspace> <backspace> =0D=0A=0D=0A
<backspace> <backs= pace> <backspace> <backspace> <backspace> =0D= =0A=0D=0A
<delete> <delete> &l= t;down-mouse-3> <mouse-3> <wheel-down> =0D=0A=0D=0A<double-wheel-down> <down> <= down> <down> <up> <up> =0D=0A=0D=0A
<up> <down> <down-mouse-1> <mous= e-movement> <mouse-movement> =0D=0A=0D=0A
<help-echo> <mouse-movement> <mouse-movement= > <drag-mouse-1> =0D=0A=0D=0A
<mouse-1> <mouse-1> <mouse-1> <mouse-1> <mou= se-1> <mouse-1> =0D=0A=0D=0A
<mouse-1> <mouse-1> <mouse-1> <mouse-1> <mous= e-1> <mouse-1> =0D=0A=0D=0A
<mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse= -1> <mouse-1> =0D=0A=0D=0A
<mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse-= 1> <mouse-1> =0D=0A=0D=0A
= <mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1= > <mouse-1> =0D=0A=0D=0A
&= lt;mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1&= gt; <mouse-1> =0D=0A=0D=0A
&l= t;mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1&g= t; <mouse-1> =0D=0A=0D=0A
<= ;mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1>= ; <mouse-1> =0D=0A=0D=0A
<= mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1>= <mouse-1> =0D=0A=0D=0A
<m= ouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1> = <mouse-1> =0D=0A=0D=0A
<mo= use-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1> &= lt;mouse-1> =0D=0A=0D=0A
<mou= se-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1> &l= t;mouse-1> =0D=0A=0D=0A
<mous= e-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1> <= ;mouse-1> =0D=0A=0D=0A
<mouse= -1> <mouse-1> <mouse-1> <mouse-1> <mouse-1> <= mouse-1> =0D=0A=0D=0A
<mouse-= 1> <mouse-1> <mouse-1> <mouse-1> <mouse-1> <m= ouse-1> =0D=0A=0D=0A
<mouse-1= > <mouse-1> <mouse-1> <mouse-1> <mouse-1> <mo= use-1> =0D=0A=0D=0A
<mouse-1&= gt; <mouse-1> <mouse-1> <mouse-1> <mouse-1> <mou= se-1> =0D=0A=0D=0A
<mouse-1&g= t; <mouse-1> <mouse-1> <mouse-1> <mouse-1> <mous= e-1> =0D=0A=0D=0A
<mouse-1>= ; <mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse= -1> =0D=0A=0D=0A
<mouse-1>= <mouse-1> <mouse-1> <mouse-1> <mouse-1> <down-m= ouse-1> =0D=0A=0D=0A
<mouse-1= > <help-echo> <help-echo> <help-echo> <help-echo>= ; =0D=0A=0D=0A
<help-echo> &l= t;help-echo> <menu-bar> <file> <open-file> =0D= =0A=0D=0A
<help-echo> <help-echo&= gt; M-x h e x l - m o d <tab> <return> =0D=0A=0D=0A
<= FONT SIZE=3D2 FACE=3D"Arial"><help-echo> <help-echo> <help-e= cho> <help-echo> <help-echo> =0D=0A=0D=0A
<help-echo> <help-echo> <help-echo>= <help-echo> <help-echo> =0D=0A=0D=0A
<help-echo> <help-echo> <help-echo> <he= lp-echo> <help-echo> =0D=0A=0D=0A
<menu-bar> <help-menu> <report-emacs-bug>= =0D=0A

=0D=0A=0D=0A

Recent messages:=0D=0A=0D=0A
Loading emacsbug=2E=2E=2Ed= one=0D=0A=0D=0A
Loading help-mode= =2E=2E=2Edone=0D=0A=0D=0A
Auto-savi= ng=2E=2E=2Edone=0D=0A=0D=0A
Mark se= t=0D=0A=0D=0A
Auto-saving=2E=2E=2Ed= one=0D=0A=0D=0A
Loading sql=2E=2E= =2E=0D=0A=0D=0A
Loading easymenu=2E= =2E=2Edone=0D=0A=0D=0A
Loading sql= =2E=2E=2Edone=0D=0A=0D=0A
Loading h= exl=2E=2E=2Edone=0D=0A=0D=0A
Loadin= g mule-util=2E=2E=2Edone=0D=0A

=0D=0A=0D=0A=0D=0A= =0D=0A

=0D=0A

=0D=0ACANRIG EMAIL N= OTICE - This transmission may be strictly confidential=2E If you are not th= e intended recipient of this message, you may not disclose, print, copy, or= disseminate this information=2E If you have received this in error, please= reply and notify the sender (only) and delete the message=2E Unauthorized = interception of this e-mail is a violation of federal criminal law=2E This = communication does not reflect an intention by the sender or the sender's p= rincipal to conduct a transaction or make any agreement by electronic means= =2E Nothing contained in this message or in any attachment shall satisfy th= e requirements for a writing, and nothing contained herein shall constitute= a contract or electronic signature under the Electronic Signatures in Glob= al and National Commerce Act, any version of the Uniform Electronic Transac= tions Act, or any other statute governing electronic transactions=2E=0D=0A<= /STRONG>

------_=_NextPart_001_01C95729.8D3582A4-- From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: Acknowledgement (CR/LF Unicode Problem) Reply-To: "Lafleur, Henry" , 1502@debbugs.gnu.org Resent-From: "Lafleur, Henry" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 05 Dec 2008 23:10:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1502-submit@emacsbugs.donarmstrong.com id=B1502.122851819715326 (code B ref 1502); Fri, 05 Dec 2008 23:10:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-1.9 required=4.0 tests=AWL,BAYES_50,HAS_BUG_NUMBER, SPF_HELO_PASS autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1502) by emacsbugs.donarmstrong.com; 5 Dec 2008 23:03:17 +0000 Received: from nabors.com (smtp.nabors.com [198.203.146.90]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB5N3DSr015320 for <1502@emacsbugs.donarmstrong.com>; Fri, 5 Dec 2008 15:03:14 -0800 Received: from ([10.50.10.131]) by ushouxim01.nabors.com with ESMTP id 4440524.22096575; Fri, 05 Dec 2008 17:01:40 -0600 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Fri, 5 Dec 2008 17:02:49 -0600 Message-ID: <2905B00E9FC955468D756D43D7BF17543F8498@USHOUXMB02.nabors.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: bug#1502: Acknowledgement (CR/LF Unicode Problem) Thread-Index: AclXK+iRszUQlK7OTs2I/0q19U3QQwAAUmvQ References: From: "Lafleur, Henry" To: <1502@debbugs.gnu.org> Content-Type: text/plain; charset="us-ascii" This problem also appears to happen regardless of if I go into hexl-mode=0D= =0Aor not=2E All I do is open the file (a =2ESQL file), add a space, and th= en=0D=0Asave it=2E These files have the 3 byte order mark at the beginning = of the=0D=0Afile that Microsoft puts that Emacs doesn't recognize=2E Don't = know if=0D=0Athat makes a difference=2E=0D=0A=0D=0AI can forward the file w= ith the problem if you need it=2E=0D=0A=0D=0AI reproduced the problem on NT= Emacs 22=2E3 also=2E=0D=0A=0D=0AThanks,=0D=0A=0D=0AHenry=2E=0D=0A=0D=0A---= --Original Message-----=0D=0AFrom: Emacs bug Tracking System [mailto:don@do= narmstrong=2Ecom] =0D=0ASent: Friday, December 05, 2008 4:40 PM=0D=0ATo: La= fleur, Henry=0D=0ASubject: bug#1502: Acknowledgement (CR/LF Unicode Problem= )=0D=0A=0D=0A=0D=0AThank you for filing a new bug report with Emacs=2E=0D= =0A=0D=0AThis is an automatically generated reply to let you know your mess= age=0D=0Ahas been received=2E=0D=0A=0D=0AYour message is being forwarded to= the package maintainers and other=0D=0Ainterested parties for their attent= ion; they will reply in due course=2E=0D=0A=0D=0AYour message has been sent= to the package maintainer(s):=0D=0A Emacs Bugs = =0D=0A=0D=0AIf you wish to submit further information on this problem, plea= se send=0D=0Ait to 1502@emacsbugs=2Edonarmstrong=2Ecom, as before=2E=0D=0A= =0D=0APlease do not send mail to don@donarmstrong=2Ecom unless you wish to= =0D=0Areport a problem with the Bug-tracking system=2E=0D=0A=0D=0A=0D=0A--= =0D=0A1502: http://emacsbugs=2Edonarmstrong=2Ecom/cgi-bin/bugreport=2Ecgi?b= ug=3D1502=0D=0AEmacs Bug Tracking System=0D=0AContact don@donarmstrong=2Eco= m with problems=0D=0A=0D=0A-----------------------------------------=0D=0AC= ANRIG EMAIL NOTICE - This transmission may be strictly=0Aconfidential=2E If= you are not the intended recipient of this=0Amessage, you may not disclose= , print, copy, or disseminate this=0Ainformation=2E If you have received th= is in error, please reply and=0Anotify the sender (only) and delete the mes= sage=2E Unauthorized=0Ainterception of this e-mail is a violation of federa= l criminal law=2E=0AThis communication does not reflect an intention by the= sender or=0Athe sender's principal to conduct a transaction or make any=0A= agreement by electronic means=2E Nothing contained in this message or=0Ain = any attachment shall satisfy the requirements for a writing, and=0Anothing = contained herein shall constitute a contract or electronic=0Asignature unde= r the Electronic Signatures in Global and National=0ACommerce Act, any vers= ion of the Uniform Electronic Transactions=0AAct, or any other statute gove= rning electronic transactions=2E From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: CR/LF Unicode Problem Reply-To: Eli Zaretskii , 1502@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 06 Dec 2008 08:10:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122855062922530 (code B ref -1); Sat, 06 Dec 2008 08:10:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.1 required=4.0 tests=AWL,BAYES_00,DA_MS_ADDRESS, HAS_BUG_NUMBER,IMPRONONCABLE_1,IMPRONONCABLE_2,MURPHY_WRONG_WORD2, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 6 Dec 2008 08:03:49 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB683kss022522 for ; Sat, 6 Dec 2008 00:03:47 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L8s8g-0004GN-4f for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 03:03:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L8s8e-0004G3-Rq for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 03:03:45 -0500 Received: from [199.232.76.173] (port=53226 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L8s8e-0004Fz-NT for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 03:03:44 -0500 Received: from mx20.gnu.org ([199.232.41.8]:53803) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1L8s8e-0003IB-7o for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 03:03:44 -0500 Received: from mtaout5.012.net.il ([84.95.2.13]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L8s8d-0001Sl-KO for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 03:03:43 -0500 Received: from conversion-daemon.i_mtaout5.012.net.il by i_mtaout5.012.net.il (HyperSendmail v2004.12) id <0KBG008003IZ4900@i_mtaout5.012.net.il> for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 10:04:50 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.111.178]) by i_mtaout5.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KBG00BSE3S0VBQ2@i_mtaout5.012.net.il>; Sat, 06 Dec 2008 10:04:49 +0200 (IST) Date: Sat, 06 Dec 2008 10:02:45 +0200 From: Eli Zaretskii In-reply-to: <2905B00E9FC955468D756D43D7BF17543F8494@USHOUXMB02.nabors.com> X-012-Sender: halo1@inter.net.il To: "Lafleur, Henry" , 1502@debbugs.gnu.org Cc: bug-gnu-emacs@gnu.org Message-id: References: <2905B00E9FC955468D756D43D7BF17543F8494@USHOUXMB02.nabors.com> X-detected-kernel: by mx20.gnu.org: Solaris 9.1 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) > Date: Fri, 5 Dec 2008 16:33:53 -0600 > From: "Lafleur, Henry" > Cc: > > When I load a Unicode file (UTF-8) where some lines in CR/LF and some > lines end in LF, in hexl-mode the CR/LF EOL's appear as CR/CR/LF and the > LF EOL's appear as CR/LF. See this thread for more information: > > http://social.msdn.microsoft.com/Forums/en-US/netfxbcl/thread/8ef5b69d-135d-4584-ae1a-1caeb4afc846/#page:1 > > If I save the file in hexl mode, it will save it with the extra CRs, > thus modifying the file more than anticipated. Can you post a shortest example of a file that exhibits this behavior? I didn't see it in the thread you were citing; sorry if I missed something. From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: Acknowledgement (CR/LF Unicode Problem) Reply-To: Eli Zaretskii , 1502@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 06 Dec 2008 08:10:05 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122855065322543 (code B ref -1); Sat, 06 Dec 2008 08:10:05 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-9.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 6 Dec 2008 08:04:13 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB684AHd022536 for ; Sat, 6 Dec 2008 00:04:11 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L8s94-0004Hk-2j for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 03:04:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L8s93-0004HX-Av for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 03:04:09 -0500 Received: from [199.232.76.173] (port=53234 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L8s93-0004HU-6Q for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 03:04:09 -0500 Received: from mx20.gnu.org ([199.232.41.8]:53828) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1L8s92-0003K0-5V for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 03:04:08 -0500 Received: from mtaout2.012.net.il ([84.95.2.4]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L8s91-0001UE-7A for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 03:04:07 -0500 Received: from conversion-daemon.i_mtaout2.012.net.il by i_mtaout2.012.net.il (HyperSendmail v2004.12) id <0KBG00M003FC4100@i_mtaout2.012.net.il> for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 10:06:19 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.111.178]) by i_mtaout2.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KBG00JI53UGOFS0@i_mtaout2.012.net.il>; Sat, 06 Dec 2008 10:06:17 +0200 (IST) Date: Sat, 06 Dec 2008 10:04:09 +0200 From: Eli Zaretskii In-reply-to: <2905B00E9FC955468D756D43D7BF17543F8498@USHOUXMB02.nabors.com> X-012-Sender: halo1@inter.net.il To: "Lafleur, Henry" , 1502@debbugs.gnu.org Cc: bug-gnu-emacs@gnu.org Message-id: References: <2905B00E9FC955468D756D43D7BF17543F8498@USHOUXMB02.nabors.com> X-detected-kernel: by mx20.gnu.org: Solaris 9.1 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) > Date: Fri, 5 Dec 2008 17:02:49 -0600 > From: "Lafleur, Henry" > Cc: > > This problem also appears to happen regardless of if I go into hexl-mode > or not. All I do is open the file (a .SQL file), add a space, and then > save it. These files have the 3 byte order mark at the beginning of the > file that Microsoft puts that Emacs doesn't recognize. Don't know if > that makes a difference. Does it happen with files that are not .SQL ? Again, a short example file would help. From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: Acknowledgement (CR/LF Unicode Problem) Reply-To: "Lafleur, Henry" , 1502@debbugs.gnu.org Resent-From: "Lafleur, Henry" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 06 Dec 2008 17:15:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122858320631768 (code B ref -1); Sat, 06 Dec 2008 17:15:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-4.7 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, HTML_MESSAGE,LONGLINEURL,RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 6 Dec 2008 17:06:46 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB6H6gN0031760 for ; Sat, 6 Dec 2008 09:06:43 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L90c6-00042e-0e for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 12:06:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L90c5-00042F-B3 for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 12:06:41 -0500 Received: from [199.232.76.173] (port=60752 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L90c5-00042A-5X for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 12:06:41 -0500 Received: from smtp.nabors.com ([198.203.146.90]:1778 helo=nabors.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L90c4-0003nK-Cr for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 12:06:40 -0500 Received: from ([10.50.10.131]) by ushouxim01.nabors.com with ESMTP id 4440524.22121892; Sat, 06 Dec 2008 11:05:20 -0600 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sat, 6 Dec 2008 11:06:12 -0600 Message-ID: <2905B00E9FC955468D756D43D7BF175475BBA3@USHOUXMB02.nabors.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: bug#1502: Acknowledgement (CR/LF Unicode Problem) Thread-Index: AclXeVyVe+WmZkgWRsqkfQjCR/olbAAStLo7 References: <2905B00E9FC955468D756D43D7BF17543F8498@USHOUXMB02.nabors.com> From: "Lafleur, Henry" To: "Eli Zaretskii" , <1502@debbugs.gnu.org> Cc: Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C957C4.F129F924" X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. This is a multi-part message in MIME format. ------_=_NextPart_001_01C957C4.F129F924 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Eli,=0D=0A=0D=0AI'll be back in my office on Monday=2E I may be able to get= the file before then, but probably not=2E I e-mailed it to myself at home,= but my company blocks =2ESQL files=2E=0D=0A=0D=0AI don't know if this is o= nly with =2ESQL files or not=2E Haven't tried it yet=2E I was trying to fig= ure out what was wrong with my program not thinking that Emacs was the prob= lem=2E I've used it since 1992 and never had a problem (well, except crashi= ng on the Mac, but that was expected back then)=2E=0D=0A=0D=0AAlso, I run L= inux at home and I haven't tried the issue on Linux either=2E=0D=0A=0D=0ATh= anks,=0D=0A=0D=0AHenry Lafleur | ,__o =0D=0AProject Lead = | _-\_<, =0D=0ACanrig Enterprise Solutions | (*)/'(*) =0D=0A= Fax: 281-774-5640=0D=0Amailto:Henry=2ELafleur@canrig=2Ecom =0D=0Ahttp://= www=2Ecanrig=2Ecom/ =0D=0A=0D=0A=0D=0A=0D=0A-----Original Message-----=0D= =0AFrom: Eli Zaretskii [mailto:eliz@gnu=2Eorg]=0D=0ASent: Sat 12/6/2008 2:0= 4 AM=0D=0ATo: Lafleur, Henry; 1502@emacsbugs=2Edonarmstrong=2Ecom=0D=0ACc: = bug-gnu-emacs@gnu=2Eorg=0D=0ASubject: Re: bug#1502: Acknowledgement (CR/LF = Unicode Problem)=0D=0A =0D=0A> Date: Fri, 5 Dec 2008 17:02:49 -0600=0D=0A> = From: "Lafleur, Henry" =0D=0A> Cc: =0D=0A> = =0D=0A> This problem also appears to happen regardless of if I go into hexl= -mode=0D=0A> or not=2E All I do is open the file (a =2ESQL file), add a spa= ce, and then=0D=0A> save it=2E These files have the 3 byte order mark at th= e beginning of the=0D=0A> file that Microsoft puts that Emacs doesn't recog= nize=2E Don't know if=0D=0A> that makes a difference=2E=0D=0A=0D=0ADoes it = happen with files that are not =2ESQL ?=0D=0A=0D=0AAgain, a short example f= ile would help=2E=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A----------------------------= -------------=0D=0ACANRIG EMAIL NOTICE - This transmission may be strictly= =0Aconfidential=2E If you are not the intended recipient of this=0Amessage,= you may not disclose, print, copy, or disseminate this=0Ainformation=2E If= you have received this in error, please reply and=0Anotify the sender (onl= y) and delete the message=2E Unauthorized=0Ainterception of this e-mail is = a violation of federal criminal law=2E=0AThis communication does not reflec= t an intention by the sender or=0Athe sender's principal to conduct a trans= action or make any=0Aagreement by electronic means=2E Nothing contained in = this message or=0Ain any attachment shall satisfy the requirements for a wr= iting, and=0Anothing contained herein shall constitute a contract or electr= onic=0Asignature under the Electronic Signatures in Global and National=0AC= ommerce Act, any version of the Uniform Electronic Transactions=0AAct, or a= ny other statute governing electronic transactions=2E ------_=_NextPart_001_01C957C4.F129F924 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =0D=0A=0D=0A= =0D=0A=0D=0A=0D=0ARE: bug#1502: Acknowledgement (CR/LF Uni= code Problem)=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A

=0D=0A

=0D=0ACANRIG EMAIL NOTICE - This transmission may be = strictly confidential=2E If you are not the intended recipient of this mess= age, you may not disclose, print, copy, or disseminate this information=2E = If you have received this in error, please reply and notify the sender (onl= y) and delete the message=2E Unauthorized interception of this e-mail is a = violation of federal criminal law=2E This communication does not reflect an= intention by the sender or the sender's principal to conduct a transaction= or make any agreement by electronic means=2E Nothing contained in this mes= sage or in any attachment shall satisfy the requirements for a writing, and= nothing contained herein shall constitute a contract or electronic signatu= re under the Electronic Signatures in Global and National Commerce Act, any= version of the Uniform Electronic Transactions Act, or any other statute g= overning electronic transactions=2E=0D=0A

------_=_NextPart_001_01C957C4.F129F924-- From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: FW: bug#1502: CR/LF Unicode Problem Reply-To: "Henry Lafleur" , 1502@debbugs.gnu.org Resent-From: "Henry Lafleur" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 06 Dec 2008 17:35:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1502-submit@emacsbugs.donarmstrong.com id=B1502.12285844384179 (code B ref 1502); Sat, 06 Dec 2008 17:35:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-0.7 required=4.0 tests=BAYES_00,DA_MS_ADDRESS,FOURLA, HAS_BUG_NUMBER,HTML_MESSAGE,IMPRONONCABLE_1,IMPRONONCABLE_2,LONGLINEURL, MURPHY_WRONG_WORD2 autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1502) by emacsbugs.donarmstrong.com; 6 Dec 2008 17:27:18 +0000 Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB6HREFg004173 for <1502@emacsbugs.donarmstrong.com>; Sat, 6 Dec 2008 09:27:15 -0800 Received: by rv-out-0506.google.com with SMTP id k40so490639rvb.1 for <1502@emacsbugs.donarmstrong.com>; Sat, 06 Dec 2008 09:27:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=kj/0m+vqcM9CJ+2LvfiDglfAN00Phpy/Fg9I8SwrYwQ=; b=d7CJDTFTY/JSRqaL95tRFp1worWKohLWBwVlw6eWU32pmjeQRJ7ddZhZ1PEaTuPt5r 9G9eTrquas5mT0/MMGO7ZCrO8Sp8ibONQl8cTKm+AkTib6RXUeXvvBAoxZW5VRRofv7w VZvkosboV+c9IsWAmOLigM8N9xgaR5Ok9GM6g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=oEAzdMbGazGbdlPdDSXRK/16E8paHbrWihN+Vrj+ipJl3T3dFAyFiOvWmkiQ2iK/9b piKmTP+PO4iz2krhgAuLeMPMVbmR84+0wehCAJtG3ql5qewaOZtTc3rpyQMhwDaQPIym SliuLb0sC4s2FjV4wO3oA9zIjlkwmQkavjTT8= Received: by 10.141.175.10 with SMTP id c10mr655424rvp.127.1228584433899; Sat, 06 Dec 2008 09:27:13 -0800 (PST) Received: by 10.141.137.19 with HTTP; Sat, 6 Dec 2008 09:27:13 -0800 (PST) Message-ID: <83533120812060927x7f7215ffj11a2c355a1c9482@mail.gmail.com> Date: Sat, 6 Dec 2008 11:27:13 -0600 From: "Henry Lafleur" To: eliz@gnu.org, 1502@debbugs.gnu.org In-Reply-To: <2905B00E9FC955468D756D43D7BF175475BBA4@USHOUXMB02.nabors.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_15713_7347904.1228584433893" References: <2905B00E9FC955468D756D43D7BF17543F8494@USHOUXMB02.nabors.com> <2905B00E9FC955468D756D43D7BF175475BBA4@USHOUXMB02.nabors.com> ------=_Part_15713_7347904.1228584433893 Content-Type: multipart/alternative; boundary="----=_Part_15714_6266104.1228584433893" ------=_Part_15714_6266104.1228584433893 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Eli, This is a file that is something like what I was describing. I'll get you the error-causing file on Monday. I created this with Emacs/Linux, so I'm not sure if it is correct--but on Linux it does not seem to exhibit the problem (i.e. the CR's appended before all the LF's with Unicode files). Thanks, Henry. On Sat, Dec 6, 2008 at 11:16 AM, Lafleur, Henry wrote: > > > Henry Lafleur | ,__o > Project Lead | _-\_<, > Canrig Enterprise Solutions | (*)/'(*) > Fax: 281-774-5640 > mailto:Henry.Lafleur@canrig.com > http://www.canrig.com/ > > > > -----Original Message----- > From: Eli Zaretskii [mailto:eliz@gnu.org ] > Sent: Sat 12/6/2008 2:02 AM > To: Lafleur, Henry; 1502@emacsbugs.donarmstrong.com > Cc: bug-gnu-emacs@gnu.org > Subject: Re: bug#1502: CR/LF Unicode Problem > > > Date: Fri, 5 Dec 2008 16:33:53 -0600 > > From: "Lafleur, Henry" > > Cc: > > > > When I load a Unicode file (UTF-8) where some lines in CR/LF and some > > lines end in LF, in hexl-mode the CR/LF EOL's appear as CR/CR/LF and the > > LF EOL's appear as CR/LF. See this thread for more information: > > > > > http://social.msdn.microsoft.com/Forums/en-US/netfxbcl/thread/8ef5b69d-135d-4584-ae1a-1caeb4afc846/#page:1 > > > > If I save the file in hexl mode, it will save it with the extra CRs, > > thus modifying the file more than anticipated. > > Can you post a shortest example of a file that exhibits this behavior? > I didn't see it in the thread you were citing; sorry if I missed > something. > > > ------------------------------ > > * CANRIG EMAIL NOTICE - This transmission may be strictly confidential. If > you are not the intended recipient of this message, you may not disclose, > print, copy, or disseminate this information. If you have received this in > error, please reply and notify the sender (only) and delete the message. > Unauthorized interception of this e-mail is a violation of federal criminal > law. This communication does not reflect an intention by the sender or the > sender's principal to conduct a transaction or make any agreement by > electronic means. Nothing contained in this message or in any attachment > shall satisfy the requirements for a writing, and nothing contained herein > shall constitute a contract or electronic signature under the Electronic > Signatures in Global and National Commerce Act, any version of the Uniform > Electronic Transactions Act, or any other statute governing electronic > transactions. * > ------=_Part_15714_6266104.1228584433893 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Eli,

This is a file that is something like what I was describing. I'll get you the error-causing file on Monday. I created this with Emacs/Linux, so I'm not sure if it is correct--but on Linux it does not seem to exhibit the problem (i.e. the CR's appended before all the LF's with Unicode files).

Thanks,

Henry.

On Sat, Dec 6, 2008 at 11:16 AM, Lafleur, Henry <Henry.LaFleur@canrig.com> wrote:


Henry Lafleur               |    ,__o
Project Lead                |  _-\_<,
Canrig Enterprise Solutions | (*)/'(*)
Fax:    281-774-5640
mailto:Henry.Lafleur@canrig.com
http://www.canrig.com/



-----Original Message-----
From: Eli Zaretskii [mailto:eliz@gnu.org]
Sent: Sat 12/6/2008 2:02 AM
To: Lafleur, Henry; 1502@debbugs.gnu.org
Cc: bug-gnu-emacs@gnu.org
Subject: Re: bug#1502: CR/LF Unicode Problem

> Date: Fri, 5 Dec 2008 16:33:53 -0600
> From: "Lafleur, Henry" <Henry.LaFleur@canrig.com>
> Cc:
>
> When I load a Unicode file (UTF-8) where some lines in CR/LF and some
> lines end in LF, in hexl-mode the CR/LF EOL's appear as CR/CR/LF and the
> LF EOL's appear as CR/LF. See this thread for more information:
>
> http://social.msdn.microsoft.com/Forums/en-US/netfxbcl/thread/8ef5b69d-135d-4584-ae1a-1caeb4afc846/#page:1
>
> If I save the file in hexl mode, it will save it with the extra CRs,
> thus modifying the file more than anticipated.

Can you post a shortest example of a file that exhibits this behavior?
I didn't see it in the thread you were citing; sorry if I missed
something.

CANRIG EMAIL NOTICE - This transmission may be strictly confidential. If you are not the intended recipient of this message, you may not disclose, print, copy, or disseminate this information. If you have received this in error, please reply and notify the sender (only) and delete the message. Unauthorized interception of this e-mail is a violation of federal criminal law. This communication does not reflect an intention by the sender or the sender's principal to conduct a transaction or make any agreement by electronic means. Nothing contained in this message or in any attachment shall satisfy the requirements for a writing, and nothing contained herein shall constitute a contract or electronic signature under the Electronic Signatures in Global and National Commerce Act, any version of the Uniform Electronic Transactions Act, or any other statute governing electronic transactions.


------=_Part_15714_6266104.1228584433893-- ------=_Part_15713_7347904.1228584433893 Content-Type: text/x-sql; name=sample.sql Content-Transfer-Encoding: base64 X-Attachment-Id: f_foejafnj1 Content-Disposition: attachment; filename=sample.sql VGhpcyBpcyBhIHRlc3QNCmhpcyBpcyBhIHRlcw0KSU5TRVJUIElOVE8gY29udGluZW50IChFTkdM SVNILCBSVSkgVkFMVUVTICgnTk9SVEggQU1FUklDQScsJ0FNw4lSSUNBIERFTCBOT1JURScpOwpJ TlNFUlQgSU5UTyBjb250aW5lbnQgKEVOR0xJU0gsIFJVKSBWQUxVRVMgKCdTT1VUSCBBTUVSSUNB JywnQU3DiVJJQ0EgREVMIFNVUicpOwoNCmlzIGlzIGEgdGVzDQo= ------=_Part_15713_7347904.1228584433893-- From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: Acknowledgement (CR/LF Unicode Problem) Reply-To: Stefan Monnier , 1502@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 06 Dec 2008 22:55:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122860366620176 (code B ref -1); Sat, 06 Dec 2008 22:55:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.8 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 6 Dec 2008 22:47:46 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB6MlgcU020168 for ; Sat, 6 Dec 2008 14:47:43 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L95w5-00057d-Tm for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 17:47:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L95w5-00055k-27 for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 17:47:41 -0500 Received: from [199.232.76.173] (port=46755 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L95w4-00055V-QI for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 17:47:40 -0500 Received: from ironport2-out.pppoe.ca ([206.248.154.182]:35642 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L95w3-0001FI-NZ; Sat, 06 Dec 2008 17:47:39 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq8EALKPOknO+Jkl/2dsb2JhbACBbcpEgwWBJg X-IronPort-AV: E=Sophos;i="4.33,726,1220241600"; d="scan'208";a="30745484" Received: from 206-248-153-37.dsl.teksavvy.com (HELO pastel.home) ([206.248.153.37]) by ironport2-out.teksavvy.com with ESMTP; 06 Dec 2008 17:47:39 -0500 Received: by pastel.home (Postfix, from userid 20848) id E703D8219; Sat, 6 Dec 2008 17:47:38 -0500 (EST) From: Stefan Monnier To: "Lafleur\, Henry" Cc: 1502@debbugs.gnu.org, "Eli Zaretskii" , bug-gnu-emacs@gnu.org Message-ID: References: <2905B00E9FC955468D756D43D7BF17543F8498@USHOUXMB02.nabors.com> <2905B00E9FC955468D756D43D7BF175475BBA3@USHOUXMB02.nabors.com> Date: Sat, 06 Dec 2008 17:47:38 -0500 In-Reply-To: <2905B00E9FC955468D756D43D7BF175475BBA3@USHOUXMB02.nabors.com> (Henry Lafleur's message of "Sat, 6 Dec 2008 11:06:12 -0600") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. > I'll be back in my office on Monday. I may be able to get the file before then, but probably not. I e-mailed it to myself at home, but my company blocks .SQL files. I don't know if it's related, but all your messages have spurious extra ^M at the end of each line. Do you happen to know where that's coming from? Stefan From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: Acknowledgement (CR/LF Unicode Problem) Reply-To: "Lafleur, Henry" , 1502@debbugs.gnu.org Resent-From: "Lafleur, Henry" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sun, 07 Dec 2008 00:55:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122861082518085 (code B ref -1); Sun, 07 Dec 2008 00:55:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.4 required=4.0 tests=AWL,BAYES_00,FOURLA, HAS_BUG_NUMBER,HTML_MESSAGE,MURPHY_WRONG_WORD2,RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 7 Dec 2008 00:47:05 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB70l20K018077 for ; Sat, 6 Dec 2008 16:47:03 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L97na-0006GT-5H for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 19:47:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L97nZ-0006GH-K6 for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 19:47:01 -0500 Received: from [199.232.76.173] (port=53349 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L97nZ-0006GE-DE for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 19:47:01 -0500 Received: from smtp.nabors.com ([198.203.146.90]:3072 helo=nabors.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L97nW-00073s-B3; Sat, 06 Dec 2008 19:46:58 -0500 Received: from ([10.50.10.131]) by ushouxim02.nabors.com with ESMTP id 4440520.22202186; Sat, 06 Dec 2008 18:46:39 -0600 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sat, 6 Dec 2008 18:46:37 -0600 Message-ID: <2905B00E9FC955468D756D43D7BF17543F849F@USHOUXMB02.nabors.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: bug#1502: Acknowledgement (CR/LF Unicode Problem) Thread-Index: AclX9LCszV0V0rgMSCiq8gvzTY4ZYwAEJLz8 From: "Lafleur, Henry" To: Cc: <1502@debbugs.gnu.org>, , Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C95805.42AA6DC7" X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. This is a multi-part message in MIME format. ------_=_NextPart_001_01C95805.42AA6DC7 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzLA0KDQpJIGRpZCBpdCBvbiBwdXJwb3NlLiBXZSdyZSBpbiBhIG1peGVkIFdpbmRvd3MvTGlu dXggZW52aXJvbm1lbnQgYW5kIHNvbWUgdXNlcnMgcGFzdGUgTGludXgtY3JlYXRlZCBmaWxlcyBl bmRpbmcgaW4gTEYgb25seSBpbnRvIGEgV2luZG93cyBhcHAgd2hpY2ggd3JpdGVzIGEgaGVhZGVy ICYgZm9vdGVyIGVuZGluZyBpbiBDUi9MRi4gV2hlbiBhIGZpbGUgaXMgbWl4ZWQsIEVtYWNzIGlz IGFkZGluZyBhbiBhZGRpdGlvbmFsIENSIGluIGZyb250IG9mIGVhY2ggb2YgdGhlIExGIGNoYXJh Y3RlcnMsIGJ1dCBvbmx5IGZvciBhIFVURi04IGZpbGUgd2l0aCBjaGFyYWN0ZXIgY29kZXM+MTI3 LiBUaHVzLCB0aGUgZmlsZSBoYXMgbGluZXMgZW5kaW5nIHdpdGggQ1JDUkxGIGFuZCBDUkxGLg0K DQpUaGFua3MsDQoNCkhlbnJ5IExhZmxldXINCg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0t LQ0KRnJvbTogU3RlZmFuIE1vbm5pZXIgPG1vbm5pZXJAaXJvLnVtb250cmVhbC5jYT4NClRvOiBM YWZsZXVyLCBIZW5yeQ0KQ2M6IDE1MDJAZW1hY3NidWdzLmRvbmFybXN0cm9uZy5jb20gPDE1MDJA ZW1hY3NidWdzLmRvbmFybXN0cm9uZy5jb20+OyBFbGkgWmFyZXRza2lpIDxlbGl6QGdudS5vcmc+ OyBidWctZ251LWVtYWNzQGdudS5vcmcgPGJ1Zy1nbnUtZW1hY3NAZ251Lm9yZz4NClNlbnQ6IFNh dCBEZWMgMDYgMTY6NDc6MzggMjAwOA0KU3ViamVjdDogUmU6IGJ1ZyMxNTAyOiBBY2tub3dsZWRn ZW1lbnQgKENSL0xGIFVuaWNvZGUgUHJvYmxlbSkNCg0KPiBJJ2xsIGJlIGJhY2sgaW4gbXkgb2Zm aWNlIG9uIE1vbmRheS4gSSBtYXkgYmUgYWJsZSB0byBnZXQgdGhlIGZpbGUgYmVmb3JlIHRoZW4s IGJ1dCBwcm9iYWJseSBub3QuIEkgZS1tYWlsZWQgaXQgdG8gbXlzZWxmIGF0IGhvbWUsIGJ1dCBt eSBjb21wYW55IGJsb2NrcyAuU1FMIGZpbGVzLg0KDQoNCkkgZG9uJ3Qga25vdyBpZiBpdCdzIHJl bGF0ZWQsIGJ1dCBhbGwgeW91ciBtZXNzYWdlcyBoYXZlIHNwdXJpb3VzIGV4dHJhDQpeTSBhdCB0 aGUgZW5kIG9mIGVhY2ggbGluZS4gIERvIHlvdSBoYXBwZW4gdG8ga25vdyB3aGVyZSB0aGF0J3Mg Y29taW5nIGZyb20/DQoNCg0KICAgICAgICBTdGVmYW4NCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpDQU5SSUcgRU1BSUwgTk9USUNFIC0gVGhpcyB0cmFu c21pc3Npb24gbWF5IGJlIHN0cmljdGx5CmNvbmZpZGVudGlhbC4gSWYgeW91IGFyZSBub3QgdGhl IGludGVuZGVkIHJlY2lwaWVudCBvZiB0aGlzCm1lc3NhZ2UsIHlvdSBtYXkgbm90IGRpc2Nsb3Nl LCBwcmludCwgY29weSwgb3IgZGlzc2VtaW5hdGUgdGhpcwppbmZvcm1hdGlvbi4gSWYgeW91IGhh dmUgcmVjZWl2ZWQgdGhpcyBpbiBlcnJvciwgcGxlYXNlIHJlcGx5IGFuZApub3RpZnkgdGhlIHNl bmRlciAob25seSkgYW5kIGRlbGV0ZSB0aGUgbWVzc2FnZS4gVW5hdXRob3JpemVkCmludGVyY2Vw dGlvbiBvZiB0aGlzIGUtbWFpbCBpcyBhIHZpb2xhdGlvbiBvZiBmZWRlcmFsIGNyaW1pbmFsIGxh dy4KVGhpcyBjb21tdW5pY2F0aW9uIGRvZXMgbm90IHJlZmxlY3QgYW4gaW50ZW50aW9uIGJ5IHRo ZSBzZW5kZXIgb3IKdGhlIHNlbmRlcidzIHByaW5jaXBhbCB0byBjb25kdWN0IGEgdHJhbnNhY3Rp b24gb3IgbWFrZSBhbnkKYWdyZWVtZW50IGJ5IGVsZWN0cm9uaWMgbWVhbnMuIE5vdGhpbmcgY29u dGFpbmVkIGluIHRoaXMgbWVzc2FnZSBvcgppbiBhbnkgYXR0YWNobWVudCBzaGFsbCBzYXRpc2Z5 IHRoZSByZXF1aXJlbWVudHMgZm9yIGEgd3JpdGluZywgYW5kCm5vdGhpbmcgY29udGFpbmVkIGhl cmVpbiBzaGFsbCBjb25zdGl0dXRlIGEgY29udHJhY3Qgb3IgZWxlY3Ryb25pYwpzaWduYXR1cmUg dW5kZXIgdGhlIEVsZWN0cm9uaWMgU2lnbmF0dXJlcyBpbiBHbG9iYWwgYW5kIE5hdGlvbmFsCkNv bW1lcmNlIEFjdCwgYW55IHZlcnNpb24gb2YgdGhlIFVuaWZvcm0gRWxlY3Ryb25pYyBUcmFuc2Fj dGlvbnMKQWN0LCBvciBhbnkgb3RoZXIgc3RhdHV0ZSBnb3Zlcm5pbmcgZWxlY3Ryb25pYyB0cmFu c2FjdGlvbnMu ------_=_NextPart_001_01C95805.42AA6DC7 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPEhUTUw+ DQo8SEVBRD4NCjxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIgQ09OVEVOVD0idGV4dC9o dG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxNRVRBIE5BTUU9IkdlbmVyYXRvciIgQ09OVEVOVD0iTVMg RXhjaGFuZ2UgU2VydmVyIHZlcnNpb24gNi41Ljc2NTMuMTkiPg0KPFRJVExFPlJlOiBidWcjMTUw MjogQWNrbm93bGVkZ2VtZW50IChDUi9MRiBVbmljb2RlIFByb2JsZW0pPC9USVRMRT4NCjwvSEVB RD4NCjxCT0RZPg0KPCEtLSBDb252ZXJ0ZWQgZnJvbSB0ZXh0L3BsYWluIGZvcm1hdCAtLT4NCg0K PFA+PEZPTlQgU0laRT0yPlllcyw8QlI+DQo8QlI+DQpJIGRpZCBpdCBvbiBwdXJwb3NlLiBXZSdy ZSBpbiBhIG1peGVkIFdpbmRvd3MvTGludXggZW52aXJvbm1lbnQgYW5kIHNvbWUgdXNlcnMgcGFz dGUgTGludXgtY3JlYXRlZCBmaWxlcyBlbmRpbmcgaW4gTEYgb25seSBpbnRvIGEgV2luZG93cyBh cHAgd2hpY2ggd3JpdGVzIGEgaGVhZGVyICZhbXA7IGZvb3RlciBlbmRpbmcgaW4gQ1IvTEYuIFdo ZW4gYSBmaWxlIGlzIG1peGVkLCBFbWFjcyBpcyBhZGRpbmcgYW4gYWRkaXRpb25hbCBDUiBpbiBm cm9udCBvZiBlYWNoIG9mIHRoZSBMRiBjaGFyYWN0ZXJzLCBidXQgb25seSBmb3IgYSBVVEYtOCBm aWxlIHdpdGggY2hhcmFjdGVyIGNvZGVzJmd0OzEyNy4gVGh1cywgdGhlIGZpbGUgaGFzIGxpbmVz IGVuZGluZyB3aXRoIENSQ1JMRiBhbmQgQ1JMRi48QlI+DQo8QlI+DQpUaGFua3MsPEJSPg0KPEJS Pg0KSGVucnkgTGFmbGV1cjxCUj4NCjxCUj4NCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS08 QlI+DQpGcm9tOiBTdGVmYW4gTW9ubmllciAmbHQ7bW9ubmllckBpcm8udW1vbnRyZWFsLmNhJmd0 OzxCUj4NClRvOiBMYWZsZXVyLCBIZW5yeTxCUj4NCkNjOiAxNTAyQGVtYWNzYnVncy5kb25hcm1z dHJvbmcuY29tICZsdDsxNTAyQGVtYWNzYnVncy5kb25hcm1zdHJvbmcuY29tJmd0OzsgRWxpIFph cmV0c2tpaSAmbHQ7ZWxpekBnbnUub3JnJmd0OzsgYnVnLWdudS1lbWFjc0BnbnUub3JnICZsdDti dWctZ251LWVtYWNzQGdudS5vcmcmZ3Q7PEJSPg0KU2VudDogU2F0IERlYyAwNiAxNjo0NzozOCAy MDA4PEJSPg0KU3ViamVjdDogUmU6IGJ1ZyMxNTAyOiBBY2tub3dsZWRnZW1lbnQgKENSL0xGIFVu aWNvZGUgUHJvYmxlbSk8QlI+DQo8QlI+DQomZ3Q7IEknbGwgYmUgYmFjayBpbiBteSBvZmZpY2Ug b24gTW9uZGF5LiBJIG1heSBiZSBhYmxlIHRvIGdldCB0aGUgZmlsZSBiZWZvcmUgdGhlbiwgYnV0 IHByb2JhYmx5IG5vdC4gSSBlLW1haWxlZCBpdCB0byBteXNlbGYgYXQgaG9tZSwgYnV0IG15IGNv bXBhbnkgYmxvY2tzIC5TUUwgZmlsZXMuPEJSPg0KPEJSPg0KPEJSPg0KSSBkb24ndCBrbm93IGlm IGl0J3MgcmVsYXRlZCwgYnV0IGFsbCB5b3VyIG1lc3NhZ2VzIGhhdmUgc3B1cmlvdXMgZXh0cmE8 QlI+DQpeTSBhdCB0aGUgZW5kIG9mIGVhY2ggbGluZS4mbmJzcDsgRG8geW91IGhhcHBlbiB0byBr bm93IHdoZXJlIHRoYXQncyBjb21pbmcgZnJvbT88QlI+DQo8QlI+DQo8QlI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgU3RlZmFuPEJSPg0KPEJSPg0KPC9GT05U Pg0KPC9QPg0KDQo8L0JPRFk+DQo8L0hUTUw+PEhUTUw+PEJPRFk+PFA+PGhyIHNpemU9MT48L1A+ DQo8UD48U1RST05HPg0KQ0FOUklHIEVNQUlMIE5PVElDRSAtIFRoaXMgdHJhbnNtaXNzaW9uIG1h eSBiZSBzdHJpY3RseSBjb25maWRlbnRpYWwuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCBy ZWNpcGllbnQgb2YgdGhpcyBtZXNzYWdlLCB5b3UgbWF5IG5vdCBkaXNjbG9zZSwgcHJpbnQsIGNv cHksIG9yIGRpc3NlbWluYXRlIHRoaXMgaW5mb3JtYXRpb24uIElmIHlvdSBoYXZlIHJlY2VpdmVk IHRoaXMgaW4gZXJyb3IsIHBsZWFzZSByZXBseSBhbmQgbm90aWZ5IHRoZSBzZW5kZXIgKG9ubHkp IGFuZCBkZWxldGUgdGhlIG1lc3NhZ2UuIFVuYXV0aG9yaXplZCBpbnRlcmNlcHRpb24gb2YgdGhp cyBlLW1haWwgaXMgYSB2aW9sYXRpb24gb2YgZmVkZXJhbCBjcmltaW5hbCBsYXcuIFRoaXMgY29t bXVuaWNhdGlvbiBkb2VzIG5vdCByZWZsZWN0IGFuIGludGVudGlvbiBieSB0aGUgc2VuZGVyIG9y IHRoZSBzZW5kZXIncyBwcmluY2lwYWwgdG8gY29uZHVjdCBhIHRyYW5zYWN0aW9uIG9yIG1ha2Ug YW55IGFncmVlbWVudCBieSBlbGVjdHJvbmljIG1lYW5zLiBOb3RoaW5nIGNvbnRhaW5lZCBpbiB0 aGlzIG1lc3NhZ2Ugb3IgaW4gYW55IGF0dGFjaG1lbnQgc2hhbGwgc2F0aXNmeSB0aGUgcmVxdWly ZW1lbnRzIGZvciBhIHdyaXRpbmcsIGFuZCBub3RoaW5nIGNvbnRhaW5lZCBoZXJlaW4gc2hhbGwg Y29uc3RpdHV0ZSBhIGNvbnRyYWN0IG9yIGVsZWN0cm9uaWMgc2lnbmF0dXJlIHVuZGVyIHRoZSBF bGVjdHJvbmljIFNpZ25hdHVyZXMgaW4gR2xvYmFsIGFuZCBOYXRpb25hbCBDb21tZXJjZSBBY3Qs IGFueSB2ZXJzaW9uIG9mIHRoZSBVbmlmb3JtIEVsZWN0cm9uaWMgVHJhbnNhY3Rpb25zIEFjdCwg b3IgYW55IG90aGVyIHN0YXR1dGUgZ292ZXJuaW5nIGVsZWN0cm9uaWMgdHJhbnNhY3Rpb25zLg0K PC9TVFJPTkc+PC9QPjwvQk9EWT48L0hUTUw+ ------_=_NextPart_001_01C95805.42AA6DC7-- From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: CR/LF Unicode Problem Reply-To: Jason Rumney , 1502@debbugs.gnu.org Resent-From: Jason Rumney Original-Sender: Jason Rumney Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sun, 07 Dec 2008 16:05:06 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1502-submit@emacsbugs.donarmstrong.com id=B1502.122866553313861 (code B ref 1502); Sun, 07 Dec 2008 16:05:06 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.6 required=4.0 tests=AWL,BAYES_00,DA_MS_ADDRESS, HAS_BUG_NUMBER,IMPRONONCABLE_1,IMPRONONCABLE_2,MURPHY_WRONG_WORD2 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1502) by emacsbugs.donarmstrong.com; 7 Dec 2008 15:58:53 +0000 Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.189]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB7FwnXq013849 for <1502@emacsbugs.donarmstrong.com>; Sun, 7 Dec 2008 07:58:50 -0800 Received: by ti-out-0910.google.com with SMTP id b6so572609tic.1 for <1502@emacsbugs.donarmstrong.com>; Sun, 07 Dec 2008 07:58:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding:sender; bh=IxnlOBrngc0XTa+/QtaLFXk5I/wIFcIAmEgzz0SOG5o=; b=AAfOwq8QJvO7ujIbvizk9o9JESZkY97bKSxHPamshXUMwdXhFIXo+CZkDauW5fNDOi cJ75pj54TZiPToVzw6ICd7HLVmahK2iHVqb0CpkWFVDoeSNlbhTHhfZdXO95qo3YmTWK 22dMuti1el0edFwW1+YK+7tDS09alRrRyf4tk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding:sender; b=L8KxaI+7GuSWiE2FzN/e4Y0mZu9BgvvswC831LvCjbIFpEYClbxjUado+lHVe13wji sG1+EzOTuF2/boTChRcFVrQAvpfZw89gycmnfCrzuFlbjVyKQvau3oLGbuWyTTFqpadk oFHUQSzjkyqVsbMNJFIf6uoRpe8n03/djN0g0= Received: by 10.110.109.12 with SMTP id h12mr3169367tic.56.1228665528506; Sun, 07 Dec 2008 07:58:48 -0800 (PST) Received: from ?192.168.1.3? ([124.13.221.226]) by mx.google.com with ESMTPS id u8sm5660401tia.8.2008.12.07.07.58.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 07 Dec 2008 07:58:47 -0800 (PST) Message-ID: <493BF297.1070609@f2s.com> Date: Sun, 07 Dec 2008 23:58:15 +0800 From: Jason Rumney User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: "Lafleur, Henry" , 1502@debbugs.gnu.org References: <2905B00E9FC955468D756D43D7BF17543F8494@USHOUXMB02.nabors.com> In-Reply-To: <2905B00E9FC955468D756D43D7BF17543F8494@USHOUXMB02.nabors.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Jason Rumney Lafleur, Henry wrote: > > When I load a Unicode file (UTF-8) where some lines in CR/LF and some > lines end in LF, in hexl-mode the CR/LF EOL's appear as CR/CR/LF and > the LF EOL's appear as CR/LF. See this thread for more information: > > _http://social.msdn.microsoft.com/Forums/en-US/netfxbcl/thread/8ef5b69d-135d-4584-ae1a-1caeb4afc846/#page:1_ > > > If I save the file in hexl mode, it will save it with the extra CRs, > thus modifying the file more than anticipated. > I don't see this with your sample.sql file using Emacs 22.3 here. Do you still see the bug if you start Emacs from the command line as: emacs -Q From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: CR/LF Unicode Problem: UTF-8 file with problem Reply-To: "Henry Lafleur" , 1502@debbugs.gnu.org Resent-From: "Henry Lafleur" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 08 Dec 2008 05:35:02 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1502-submit@emacsbugs.donarmstrong.com id=B1502.122871394427373 (code B ref 1502); Mon, 08 Dec 2008 05:35:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-3.0 required=4.0 tests=AWL,BAYES_00,FOURLA, HAS_BUG_NUMBER,HTML_MESSAGE autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1502) by emacsbugs.donarmstrong.com; 8 Dec 2008 05:25:44 +0000 Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB85Pfbv027367 for <1502@emacsbugs.donarmstrong.com>; Sun, 7 Dec 2008 21:25:42 -0800 Received: by rv-out-0506.google.com with SMTP id k40so995495rvb.1 for <1502@emacsbugs.donarmstrong.com>; Sun, 07 Dec 2008 21:25:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=eBjZoFg7zUV7vVf/S6qMbuIMfnsYhQzJDO94euWIL18=; b=Jcw15Wz02HSEJQfgV+cpaUzm6AeKACeRYi3MlN8geCFXtH7C6Betp1Z597cnjUdQgL 1n9TQOpqHRv5yheq91pPnz3dM0dRQBb2DXPqGIbxBL1B4h4iOtJqYDWNeUkCkoDbM8WA JEogT2U6X7DaZkWQjfHOC2mFxvoHdBC4FBE7M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=FgOvIGhudKS2xCRki+QVc8c0TdyWBsg+4G2uWKCSJSUWwzN4DABDacyzpH+xbT2S8M adDo8Bxi1f1oUNX9Z8VFFADw7rsxQrSHg0qQJdQIzBXT9KVdZOQQohuXE3zPgt1fLkpw RHpVwVd4Nj7uz+9M83QCx3rey824hu7Tsvz+o= Received: by 10.140.133.9 with SMTP id g9mr563817rvd.7.1228713940624; Sun, 07 Dec 2008 21:25:40 -0800 (PST) Received: by 10.141.137.19 with HTTP; Sun, 7 Dec 2008 21:25:40 -0800 (PST) Message-ID: <83533120812072125o35ffddp9b0d8c17e29f9297@mail.gmail.com> Date: Sun, 7 Dec 2008 23:25:40 -0600 From: "Henry Lafleur" To: 1502@debbugs.gnu.org, eliz@gnu.org, jasonrumney@gmail.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_26405_9712675.1228713940606" ------=_Part_26405_9712675.1228713940606 Content-Type: multipart/alternative; boundary="----=_Part_26406_13559397.1228713940606" ------=_Part_26406_13559397.1228713940606 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Here's the file that is causing the problem. It starts with the with the 3-byte order mark and each line ends with with CR/LF except the two lines with character codes > 128 which end only in LF. When I open the file in Windows Emacs, each LF is preceeded by an additional CR so the lines with CR/LF end in CR/CR/LF and lines that end in LF end in CR/LF. If I start emacs with the -Q option, I get the same result. Normally I start Emacs by running the runemacs.exe. I'm running on Windows. (I'll check the problem on Linux once I get the file there also.) Thanks, Henry. ------=_Part_26406_13559397.1228713940606 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
 
Here's the file that is causing the problem.
 
It starts with the with the 3-byte order mark and each line ends with with CR/LF except the two lines with character codes > 128 which end only in LF. When I open the file in Windows Emacs, each LF is preceeded by an additional CR so the lines with CR/LF end in CR/CR/LF and lines that end in LF end in CR/LF.
 
If I start emacs with the -Q option, I get the same result. Normally I start Emacs by running the runemacs.exe. I'm running on Windows. (I'll check the problem on Linux once I get the file there also.)
 
Thanks,
 
Henry.
------=_Part_26406_13559397.1228713940606-- ------=_Part_26405_9712675.1228713940606 Content-Type: text/plain; name=RRTestAppend1.sql Content-Transfer-Encoding: base64 X-Attachment-Id: f_fognvune Content-Disposition: attachment; filename=RRTestAppend1.sql 77u/Q1JFQVRFIFRBQkxFIElGIE5PVCBFWElTVFMgYnVtX3NjcmlwdF90YiAoDQogICAgc2NyaXB0 X2lkIGludCBOT1QgTlVMTCwNCiAgICBhcHBsaWVkX2RhdGUgZGF0ZXRpbWUgTk9UIE5VTEwsDQog ICAgQ09OU1RSQUlOVCBwa19idW1fc2NyaXB0IFBSSU1BUlkgS0VZIChzY3JpcHRfaWQsIGFwcGxp ZWRfZGF0ZSkNCik7DQoNCkNSRUFURSBUQUJMRSBJRiBOT1QgRVhJU1RTIGJ1bV9jaGFuZ2VfdGIg KA0KICAgIGNoYW5nZV9pZCBpbnQgTk9UIE5VTEwsDQogICAgc2NyaXB0X2lkIGludCwNCiAgICBh cHBsaWVkX2RhdGUgZGF0ZXRpbWUgTk9UIE5VTEwsDQogICAgQ09OU1RSQUlOVCBwa19idW1fY2hh bmdlIFBSSU1BUlkgS0VZIChjaGFuZ2VfaWQsIGFwcGxpZWRfZGF0ZSkNCik7DQoNCkNSRUFURSBU UklHR0VSIGRlZl9idW1fc2NyaXB0X2RhdGUgQkVGT1JFIElOU0VSVCBPTiBidW1fc2NyaXB0X3Ri DQpGT1IgRUFDSCBST1cNCiAgICBTRVQgTkVXLmFwcGxpZWRfZGF0ZSA9IE5PVygpOw0KDQpDUkVB VEUgVFJJR0dFUiBkZWZfYnVtX2NoYW5nZV9kYXRlIEJFRk9SRSBJTlNFUlQgT04gYnVtX2NoYW5n ZV90Yg0KRk9SIEVBQ0ggUk9XDQogICAgU0VUIE5FVy5hcHBsaWVkX2RhdGUgPSBOT1coKTsNCg0K LS0gJCROb3J0aCBBbWVyaWNhL1NvdXRoIEFtZXJpY2ENCg0KLyoqLw0KDQpTRUxFQ1QgJ05vcnRo IEFtZXJpY2EvU291dGggQW1lcmljYScgQVMgTWVzc2FnZTsNCg0KSU5TRVJUIElOVE8gY29udGlu ZW50IChFTkdMSVNILCBSVSkgVkFMVUVTICgnTk9SVEggQU1FUklDQScsJ0FNw4lSSUNBIERFTCBO T1JURScpOwpJTlNFUlQgSU5UTyBjb250aW5lbnQgKEVOR0xJU0gsIFJVKSBWQUxVRVMgKCdTT1VU SCBBTUVSSUNBJywnQU3DiVJJQ0EgREVMIFNVUicpOwoNCg0KU0VMRUNUICdET05FJzsNCg0KSU5T RVJUIElOVE8gYnVtX2NoYW5nZV90YiAoY2hhbmdlX2lkLCBzY3JpcHRfaWQpIFZBTFVFUyAoMTY5 MywgMTM1NCk7DQoNCklOU0VSVCBJTlRPIGJ1bV9zY3JpcHRfdGIgKHNjcmlwdF9pZCkgVkFMVUVT ICgxMzU0KTsNCg0KVVBEQVRFIHZlcnNpb25fdGIgU0VUIHZlcnNpb25fbnVtYmVyID0gMTM1NDsN Cg== ------=_Part_26405_9712675.1228713940606-- From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: CR/LF Unicode Problem: UTF-8 file with problem Reply-To: "Henry Lafleur" , 1502@debbugs.gnu.org Resent-From: "Henry Lafleur" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 08 Dec 2008 05:50:02 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1502-submit@emacsbugs.donarmstrong.com id=B1502.122871515232748 (code B ref 1502); Mon, 08 Dec 2008 05:50:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-3.7 required=4.0 tests=AWL,BAYES_00,FOURLA,GMAIL, HAS_BUG_NUMBER,HTML_MESSAGE autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1502) by emacsbugs.donarmstrong.com; 8 Dec 2008 05:45:52 +0000 Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB85jnol032741 for <1502@emacsbugs.donarmstrong.com>; Sun, 7 Dec 2008 21:45:50 -0800 Received: by rv-out-0506.google.com with SMTP id k40so1001523rvb.1 for <1502@emacsbugs.donarmstrong.com>; Sun, 07 Dec 2008 21:45:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=GXznVfR/CFiI3iP9T1DXo/YSzG6b6f9EWZFX8KLKY9E=; b=cvnCFAuDnM5A3jMUsRNCd/5IwwozwezDUSwbj+cu07CkyqfMcn76MeEOZkc94YOw1R osM5qtBrWyb79U7brVmPRmzymWbfHwz5K1YgI+3Bwu+S79yt/LQJZaD6moaWuK78U3kk n4RdmDbT49HVZqKtr46rMU9LmLgkmX3S3wYTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=KkhOK27T3qrzsqSajBex03fCb5uNm45kLu20W1yszqvhsVXXmqfQfa5p2AamLBrOXM 9dq5UgRluxGUUeXlxvd6brE7RulcnhPcALBA4wNY+oMCH/mwSSjlxEXtdqxUBpidhvjs Zd5INVt9k7Q7hpFzgH9/KEigLTVdNqG5G9j/0= Received: by 10.141.29.20 with SMTP id g20mr1472707rvj.156.1228715149327; Sun, 07 Dec 2008 21:45:49 -0800 (PST) Received: by 10.141.137.19 with HTTP; Sun, 7 Dec 2008 21:45:46 -0800 (PST) Message-ID: <83533120812072145u20ae0c9i51fc3fb8d0896406@mail.gmail.com> Date: Sun, 7 Dec 2008 23:45:46 -0600 From: "Henry Lafleur" To: 1502@debbugs.gnu.org, eliz@gnu.org, jasonrumney@gmail.com In-Reply-To: <83533120812072125o35ffddp9b0d8c17e29f9297@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_26542_2251513.1228715149327" References: <83533120812072125o35ffddp9b0d8c17e29f9297@mail.gmail.com> ------=_Part_26542_2251513.1228715149327 Content-Type: multipart/alternative; boundary="----=_Part_26543_27409717.1228715149327" ------=_Part_26543_27409717.1228715149327 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline OK, Emacs 22.1 on Linux (OpenSUSE 10.3) works just fine. The problem appears to be isloated to Windows. I'm running Windows XP service pack 2, Emacs 22.1 or 22.3 and have the problem. Thanks, Henry. On Sun, Dec 7, 2008 at 11:25 PM, Henry Lafleur wrote: > > Here's the file that is causing the problem. > > It starts with the with the 3-byte order mark and each line ends with with > CR/LF except the two lines with character codes > 128 which end only in LF. > When I open the file in Windows Emacs, each LF is preceeded by an additional > CR so the lines with CR/LF end in CR/CR/LF and lines that end in LF end in > CR/LF. > > If I start emacs with the -Q option, I get the same result. Normally I > start Emacs by running the runemacs.exe. I'm running on Windows. (I'll check > the problem on Linux once I get the file there also.) > > Thanks, > > Henry. > ------=_Part_26543_27409717.1228715149327 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline OK, Emacs 22.1 on Linux (OpenSUSE 10.3) works just fine. The problem appears to be isloated to Windows. I'm running Windows XP service pack 2, Emacs 22.1 or 22.3 and have the problem.

Thanks,

Henry.

On Sun, Dec 7, 2008 at 11:25 PM, Henry Lafleur <lafleurh@gmail.com> wrote:
 
Here's the file that is causing the problem.
 
It starts with the with the 3-byte order mark and each line ends with with CR/LF except the two lines with character codes > 128 which end only in LF. When I open the file in Windows Emacs, each LF is preceeded by an additional CR so the lines with CR/LF end in CR/CR/LF and lines that end in LF end in CR/LF.
 
If I start emacs with the -Q option, I get the same result. Normally I start Emacs by running the runemacs.exe. I'm running on Windows. (I'll check the problem on Linux once I get the file there also.)
 
Thanks,
 
Henry.

------=_Part_26543_27409717.1228715149327-- ------=_Part_26542_2251513.1228715149327 Content-Type: text/plain; name=RRTestAppend1.sql Content-Transfer-Encoding: base64 X-Attachment-Id: f_fognvune Content-Disposition: attachment; filename=RRTestAppend1.sql 77u/Q1JFQVRFIFRBQkxFIElGIE5PVCBFWElTVFMgYnVtX3NjcmlwdF90YiAoDQogICAgc2NyaXB0 X2lkIGludCBOT1QgTlVMTCwNCiAgICBhcHBsaWVkX2RhdGUgZGF0ZXRpbWUgTk9UIE5VTEwsDQog ICAgQ09OU1RSQUlOVCBwa19idW1fc2NyaXB0IFBSSU1BUlkgS0VZIChzY3JpcHRfaWQsIGFwcGxp ZWRfZGF0ZSkNCik7DQoNCkNSRUFURSBUQUJMRSBJRiBOT1QgRVhJU1RTIGJ1bV9jaGFuZ2VfdGIg KA0KICAgIGNoYW5nZV9pZCBpbnQgTk9UIE5VTEwsDQogICAgc2NyaXB0X2lkIGludCwNCiAgICBh cHBsaWVkX2RhdGUgZGF0ZXRpbWUgTk9UIE5VTEwsDQogICAgQ09OU1RSQUlOVCBwa19idW1fY2hh bmdlIFBSSU1BUlkgS0VZIChjaGFuZ2VfaWQsIGFwcGxpZWRfZGF0ZSkNCik7DQoNCkNSRUFURSBU UklHR0VSIGRlZl9idW1fc2NyaXB0X2RhdGUgQkVGT1JFIElOU0VSVCBPTiBidW1fc2NyaXB0X3Ri DQpGT1IgRUFDSCBST1cNCiAgICBTRVQgTkVXLmFwcGxpZWRfZGF0ZSA9IE5PVygpOw0KDQpDUkVB VEUgVFJJR0dFUiBkZWZfYnVtX2NoYW5nZV9kYXRlIEJFRk9SRSBJTlNFUlQgT04gYnVtX2NoYW5n ZV90Yg0KRk9SIEVBQ0ggUk9XDQogICAgU0VUIE5FVy5hcHBsaWVkX2RhdGUgPSBOT1coKTsNCg0K LS0gJCROb3J0aCBBbWVyaWNhL1NvdXRoIEFtZXJpY2ENCg0KLyoqLw0KDQpTRUxFQ1QgJ05vcnRo IEFtZXJpY2EvU291dGggQW1lcmljYScgQVMgTWVzc2FnZTsNCg0KSU5TRVJUIElOVE8gY29udGlu ZW50IChFTkdMSVNILCBSVSkgVkFMVUVTICgnTk9SVEggQU1FUklDQScsJ0FNw4lSSUNBIERFTCBO T1JURScpOwpJTlNFUlQgSU5UTyBjb250aW5lbnQgKEVOR0xJU0gsIFJVKSBWQUxVRVMgKCdTT1VU SCBBTUVSSUNBJywnQU3DiVJJQ0EgREVMIFNVUicpOwoNCg0KU0VMRUNUICdET05FJzsNCg0KSU5T RVJUIElOVE8gYnVtX2NoYW5nZV90YiAoY2hhbmdlX2lkLCBzY3JpcHRfaWQpIFZBTFVFUyAoMTY5 MywgMTM1NCk7DQoNCklOU0VSVCBJTlRPIGJ1bV9zY3JpcHRfdGIgKHNjcmlwdF9pZCkgVkFMVUVT ICgxMzU0KTsNCg0KVVBEQVRFIHZlcnNpb25fdGIgU0VUIHZlcnNpb25fbnVtYmVyID0gMTM1NDsN Cg== ------=_Part_26542_2251513.1228715149327-- From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: CR/LF Unicode Problem Reply-To: "Lafleur, Henry" , 1502@debbugs.gnu.org Resent-From: "Lafleur, Henry" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 08 Dec 2008 21:35:02 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1502-submit@emacsbugs.donarmstrong.com id=B1502.122877160131909 (code B ref 1502); Mon, 08 Dec 2008 21:35:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-4.1 required=4.0 tests=AWL,BAYES_00,DA_MS_ADDRESS, GMAIL,HAS_BUG_NUMBER,IMPRONONCABLE_1,IMPRONONCABLE_2,MURPHY_WRONG_WORD2, SPF_HELO_PASS autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1502) by emacsbugs.donarmstrong.com; 8 Dec 2008 21:26:41 +0000 Received: from nabors.com (smtp.nabors.com [198.203.146.90]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB8LQbfI031898 for <1502@emacsbugs.donarmstrong.com>; Mon, 8 Dec 2008 13:26:39 -0800 Received: from ([10.50.10.131]) by ushouxim02.nabors.com with ESMTP id 4440520.22272361; Mon, 08 Dec 2008 15:25:04 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Mon, 8 Dec 2008 15:26:13 -0600 Message-ID: <2905B00E9FC955468D756D43D7BF17543F84AB@USHOUXMB02.nabors.com> In-Reply-To: <493BF297.1070609@f2s.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: bug#1502: CR/LF Unicode Problem Thread-Index: AclYhL6utOOH/VFWRJOWwWT2ekjzSwA9pvwQ References: <2905B00E9FC955468D756D43D7BF17543F8494@USHOUXMB02.nabors.com> <493BF297.1070609@f2s.com> From: "Lafleur, Henry" To: "Jason Rumney" , <1502@debbugs.gnu.org> Cc: "Eli Zaretskii" Content-Type: text/plain; charset="us-ascii" Jason,=0D=0A=0D=0AI don't see the problem in the sample=2Esql on Windows ei= ther=2E I was just=0D=0Atrying to get something to you guys over the weeken= d=2E The other file=0D=0Auploaded, though, exhibits the problem (RRTestAppe= nd1=2Esql)=2E=0D=0A=0D=0AThanks,=0D=0A=0D=0AHenry=2E =0D=0A=0D=0A-----Origi= nal Message-----=0D=0AFrom: Jason Rumney [mailto:jasonrumney@gmail=2Ecom] O= n Behalf Of Jason=0D=0ARumney=0D=0ASent: Sunday, December 07, 2008 9:58 AM= =0D=0ATo: Lafleur, Henry; 1502@emacsbugs=2Edonarmstrong=2Ecom=0D=0ASubject:= Re: bug#1502: CR/LF Unicode Problem=0D=0A=0D=0ALafleur, Henry wrote:=0D=0A= >=0D=0A> When I load a Unicode file (UTF-8) where some lines in CR/LF and s= ome =0D=0A> lines end in LF, in hexl-mode the CR/LF EOL's appear as CR/CR/L= F and =0D=0A> the LF EOL's appear as CR/LF=2E See this thread for more info= rmation:=0D=0A>=0D=0A> _http://social=2Emsdn=2Emicrosoft=2Ecom/Forums/en-US= /netfxbcl/thread/8ef5b69=0D=0A> d-135d-4584-ae1a-1caeb4afc846/#page:1_=0D= =0A>=0D=0A>=0D=0A> If I save the file in hexl mode, it will save it with th= e extra CRs, =0D=0A> thus modifying the file more than anticipated=2E=0D=0A= >=0D=0A=0D=0AI don't see this with your sample=2Esql file using Emacs 22=2E= 3 here=2E=0D=0ADo you still see the bug if you start Emacs from the command= line as: =0D=0Aemacs -Q=0D=0A=0D=0A=0D=0A---------------------------------= --------=0D=0ACANRIG EMAIL NOTICE - This transmission may be strictly=0Acon= fidential=2E If you are not the intended recipient of this=0Amessage, you m= ay not disclose, print, copy, or disseminate this=0Ainformation=2E If you h= ave received this in error, please reply and=0Anotify the sender (only) and= delete the message=2E Unauthorized=0Ainterception of this e-mail is a viol= ation of federal criminal law=2E=0AThis communication does not reflect an i= ntention by the sender or=0Athe sender's principal to conduct a transaction= or make any=0Aagreement by electronic means=2E Nothing contained in this m= essage or=0Ain any attachment shall satisfy the requirements for a writing,= and=0Anothing contained herein shall constitute a contract or electronic= =0Asignature under the Electronic Signatures in Global and National=0AComme= rce Act, any version of the Uniform Electronic Transactions=0AAct, or any o= ther statute governing electronic transactions=2E From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: Info received (bug#1502: CR/LF Unicode Problem) Reply-To: "Lafleur, Henry" , 1502@debbugs.gnu.org Resent-From: "Lafleur, Henry" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 08 Dec 2008 22:15:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1502-submit@emacsbugs.donarmstrong.com id=B1502.122877434112777 (code B ref 1502); Mon, 08 Dec 2008 22:15:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.0 required=4.0 tests=AWL,BAYES_00,FOURLA, HAS_BUG_NUMBER,MONEY,SPF_HELO_PASS,STOCKLIKE autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1502) by emacsbugs.donarmstrong.com; 8 Dec 2008 22:12:21 +0000 Received: from nabors.com (smtp.nabors.com [198.203.146.90]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB8MCI3o012770 for <1502@emacsbugs.donarmstrong.com>; Mon, 8 Dec 2008 14:12:19 -0800 Received: from ([10.50.10.131]) by ushouxim02.nabors.com with ESMTP id 4440520.22274328; Mon, 08 Dec 2008 16:10:41 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Mon, 8 Dec 2008 16:11:53 -0600 Message-ID: <2905B00E9FC955468D756D43D7BF17543F84AC@USHOUXMB02.nabors.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: bug#1502: Info received (bug#1502: CR/LF Unicode Problem) Thread-Index: AclZfvyaLohlFTiHQluhjgrsgbBEjwAAkpuQ References: <2905B00E9FC955468D756D43D7BF17543F84AB@USHOUXMB02.nabors.com> From: "Lafleur, Henry" To: <1502@debbugs.gnu.org> Content-Type: text/plain; charset="us-ascii" One more thing to throw in the mix, I have this in my =2Eemacs file for=0D= =0AUTF-16:=0D=0A=0D=0A;;=0D=0A;; Auto-detect UTF-16 files=0D=0A;;=0D=0A=0D= =0A ;; Add missing support functions=0D=0A (defun utf-16-le-pre-write= -conversion (start end) nil)=0D=0A (defun utf-16-be-pre-write-conversion= (start end) nil)=0D=0A=0D=0A ;; Set up auto-load of UTF-16 files using = the appropriate coding=0D=0Asystem=2E=0D=0A (setq coding-category-utf-16= -le 'utf-16-le)=0D=0A (push 'coding-category-utf-16-le coding-category-l= ist)=0D=0A=0D=0A ;; Detect endianness of UTF-16 containing a Byte Order = Mark U+FEFF=0D=0A ;; Detect EOL mode by looking for CR/LF on the first l= ine=0D=0A (add-to-list 'auto-coding-regexp-alist '("^\xFF\xFE=2E*\x0D\x0= 0$" =2E=0D=0Autf-16-le-dos) t)=0D=0A (add-to-list 'auto-coding-regexp-al= ist '("^\xFE\xFF=2E*\x0D\x00$" =2E=0D=0Autf-16-be-dos) t)=0D=0A (add-to-= list 'auto-coding-regexp-alist '("^\xFF\xFE" =2E utf-16-le) t)=0D=0A (ad= d-to-list 'auto-coding-regexp-alist '("^\xFE\xFF" =2E utf-16-be) t)=0D=0A= =0D=0AI have no idea if this would cause the problem=2E These files start w= ith=0D=0AxEF xBB xBF, which shouldn't match the byte order marks above=2E= =0D=0A=0D=0AThanks,=0D=0A=0D=0AHenry=2E =0D=0A=0D=0A-----Original Message--= ---=0D=0AFrom: Emacs bug Tracking System [mailto:don@donarmstrong=2Ecom] = =0D=0ASent: Monday, December 08, 2008 3:35 PM=0D=0ATo: Lafleur, Henry=0D=0A= Subject: bug#1502: Info received (bug#1502: CR/LF Unicode Problem)=0D=0A=0D= =0A=0D=0AThank you for the additional information you have supplied regardi= ng=0D=0Athis bug report=2E=0D=0A=0D=0AThis is an automatically generated re= ply to let you know your message=0D=0Ahas been received=2E=0D=0A=0D=0AYour = message is being forwarded to the package maintainers and other=0D=0Aintere= sted parties for their attention; they will reply in due course=2E=0D=0A=0D= =0AYour message has been sent to the package maintainer(s):=0D=0A Emacs Bug= s =0D=0A=0D=0AIf you wish to submit further inform= ation on this problem, please send=0D=0Ait to 1502@emacsbugs=2Edonarmstrong= =2Ecom, as before=2E=0D=0A=0D=0APlease do not send mail to don@donarmstrong= =2Ecom unless you wish to=0D=0Areport a problem with the Bug-tracking syste= m=2E=0D=0A=0D=0A=0D=0A--=0D=0A1502: http://emacsbugs=2Edonarmstrong=2Ecom/c= gi-bin/bugreport=2Ecgi?bug=3D1502=0D=0AEmacs Bug Tracking System=0D=0AConta= ct don@donarmstrong=2Ecom with problems=0D=0A=0D=0A------------------------= -----------------=0D=0ACANRIG EMAIL NOTICE - This transmission may be stric= tly=0Aconfidential=2E If you are not the intended recipient of this=0Amessa= ge, you may not disclose, print, copy, or disseminate this=0Ainformation=2E= If you have received this in error, please reply and=0Anotify the sender (= only) and delete the message=2E Unauthorized=0Ainterception of this e-mail = is a violation of federal criminal law=2E=0AThis communication does not ref= lect an intention by the sender or=0Athe sender's principal to conduct a tr= ansaction or make any=0Aagreement by electronic means=2E Nothing contained = in this message or=0Ain any attachment shall satisfy the requirements for a= writing, and=0Anothing contained herein shall constitute a contract or ele= ctronic=0Asignature under the Electronic Signatures in Global and National= =0ACommerce Act, any version of the Uniform Electronic Transactions=0AAct, = or any other statute governing electronic transactions=2E From unknown Sun Jun 15 10:55:30 2025 X-Loop: don@donarmstrong.com Subject: bug#1502: CR/LF Unicode Problem: UTF-8 file with problem Reply-To: jasonr@f2s.com, 1502@debbugs.gnu.org Resent-From: jasonr@f2s.com Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 08 Dec 2008 23:55:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1502 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1502-submit@emacsbugs.donarmstrong.com id=B1502.12287802648072 (code B ref 1502); Mon, 08 Dec 2008 23:55:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.4 required=4.0 tests=AWL,BAYES_00,GMAIL, HAS_BUG_NUMBER,SPF_HELO_PASS autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1502) by emacsbugs.donarmstrong.com; 8 Dec 2008 23:51:04 +0000 Received: from mk-outboundfilter-6-a-2.mail.uk.tiscali.com (mk-outboundfilter-6-a-2.mail.uk.tiscali.com [212.74.114.16]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB8Noso0008056; Mon, 8 Dec 2008 15:50:56 -0800 X-Trace: 59668565/mk-outboundfilter-6.mail.uk.tiscali.com/F2S/$F2S-MX-ACCEPTED/f2s-freedom2surf-infrastructure/194.106.33.239 X-SBRS: None X-RemoteIP: 194.106.33.239 X-IP-MAIL-FROM: jasonr@f2s.com X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmoDAL1BPUnCaiHv/2dsb2JhbACSP7xQgwU X-IronPort-AV: E=Sophos;i="4.33,737,1220223600"; d="scan'208";a="59668565" X-IP-Direction: IN Received: from mail5.freedom2surf.net (HELO webmail1.freedom2surf.net) ([194.106.33.239]) by smtp.f2s.tiscali.co.uk with ESMTP; 08 Dec 2008 23:50:48 +0000 Received: from localhost (i-194-106-33-239 [127.0.0.1]) by webmail1.freedom2surf.net (Postfix) with ESMTP id 7BB7B228539; Mon, 8 Dec 2008 23:50:48 +0000 (GMT) Received: from 61.4.103.130 ([61.4.103.130]) by webmail.freedom2surf.net (IMP) with HTTP for ; Mon, 8 Dec 2008 23:50:48 +0000 Message-ID: <1228780248.493db2d8733f0@webmail.freedom2surf.net> Date: Mon, 8 Dec 2008 23:50:48 +0000 From: jasonr@f2s.com To: Henry Lafleur , 1502@debbugs.gnu.org Cc: eliz@gnu.org References: <83533120812072125o35ffddp9b0d8c17e29f9297@mail.gmail.com> In-Reply-To: <83533120812072125o35ffddp9b0d8c17e29f9297@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 61.4.103.130 X-CrossAssassin-Score: 2 found 1502 22.3 fixed 1502 23.0.50 thanks Quoting Henry Lafleur : > It starts with the with the 3-byte order mark and each line ends with with > CR/LF except the two lines with character codes > 128 which end only in LF. > When I open the file in Windows Emacs, each LF is preceeded by an additional > CR so the lines with CR/LF end in CR/CR/LF and lines that end in LF end in > CR/LF. This seems to be fixed in the CVS trunk, though I can reproduce it in 22.3. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 01 02:51:08 2011 Received: (at control) by debbugs.gnu.org; 1 Mar 2011 07:51:08 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PuKMO-0007NQ-B1 for submit@debbugs.gnu.org; Tue, 01 Mar 2011 02:51:08 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PuKMN-0007ND-3g for control@debbugs.gnu.org; Tue, 01 Mar 2011 02:51:07 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1PuKMH-0003NP-TJ for control@debbugs.gnu.org; Tue, 01 Mar 2011 02:51:01 -0500 Date: Tue, 01 Mar 2011 02:51:01 -0500 Message-Id: Subject: control message for bug 1502 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) close 1502

Eli,
=0D=0A
=0D=0AI'l= l be back in my office on Monday=2E I may be able to get the file before th= en, but probably not=2E I e-mailed it to myself at home, but my company blo= cks =2ESQL files=2E
=0D=0A
=0D=0AI don't know if this is only with = =2ESQL files or not=2E Haven't tried it yet=2E I was trying to figure out w= hat was wrong with my program not thinking that Emacs was the problem=2E I'= ve used it since 1992 and never had a problem (well, except crashing on the= Mac, but that was expected back then)=2E
=0D=0A
=0D=0AAlso, I run Li= nux at home and I haven't tried the issue on Linux either=2E
=0D=0A
= =0D=0AThanks,
=0D=0A
=0D=0AHenry Lafleur     = ;          |   = ,__o
=0D=0AProject Lead        =         |  _-\_<,
=0D=0ACanri= g Enterprise Solutions | (*)/'(*)
=0D=0AFax:    281-774-5= 640
=0D=0Amailto:Henry= =2ELafleur@canrig=2Ecom
=0D=0Ahttp://www=2Ecanrig=2Ecom/
=0D=0A
=0D=0A
=0D=0A
=0D=0A----= -Original Message-----
=0D=0AFrom: Eli Zaretskii [mailto:eliz@gnu=2Eorg]
=0D=0ASent: Sat 12/6/2008 2:04 AM=
=0D=0ATo: Lafleur, Henry; 1502@emacsbugs=2Edonarmstrong=2Ecom
=0D=0A= Cc: bug-gnu-emacs@gnu=2Eorg
=0D=0ASubject: Re: bug#1502: Acknowledgement= (CR/LF Unicode Problem)
=0D=0A
=0D=0A> Date: Fri, 5 Dec 2008 17:0= 2:49 -0600
=0D=0A> From: "Lafleur, Henry" <Henry=2ELaFle= ur@canrig=2Ecom>
=0D=0A> Cc:
=0D=0A>
=0D=0A> This prob= lem also appears to happen regardless of if I go into hexl-mode
=0D=0A&g= t; or not=2E All I do is open the file (a =2ESQL file), add a space, and th= en
=0D=0A> save it=2E These files have the 3 byte order mark at the b= eginning of the
=0D=0A> file that Microsoft puts that Emacs doesn't r= ecognize=2E Don't know if
=0D=0A> that makes a difference=2E
=0D= =0A
=0D=0ADoes it happen with files that are not =2ESQL ?
=0D=0A
= =0D=0AAgain, a short example file would help=2E
=0D=0A
=0D=0A= =0D=0A