bug#1502: Acknowledgement (CR/LF Unicode Problem)

bug#1502: Acknowledgement (CR/LF Unicode Problem)

[Lafleur, Henry]

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.

I can forward the file with the problem if you need it.

I reproduced the problem on NT Emacs 22.3 also.

Thanks,

Henry.

-----Original Message-----
From: Emacs bug Tracking System [mailto:don@donarmstrong.com] 
Sent: Friday, December 05, 2008 4:40 PM
To: Lafleur, Henry
Subject: bug#1502: Acknowledgement (CR/LF Unicode Problem)


Thank you for filing a new bug report with Emacs.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Emacs Bugs <bug-gnu-emacs@gnu.org>

If you wish to submit further information on this problem, please send
it to 1502@emacsbugs.donarmstrong.com, as before.

Please do not send mail to don@donarmstrong.com unless you wish to
report a problem with the Bug-tracking system.


--
1502: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=1502
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems

-----------------------------------------
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.

bug#1502: Acknowledgement (CR/LF Unicode Problem)

[Eli Zaretskii]

> Date: Fri, 5 Dec 2008 17:02:49 -0600
> From: "Lafleur, Henry" <Henry.LaFleur@canrig.com>
> 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.

bug#1502: Acknowledgement (CR/LF Unicode Problem)

[Lafleur, Henry]

[-- Attachment #1: Type: text/plain, Size: 2537 bytes --]

Eli,

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 this is only with .SQL files or not. Haven't tried it yet. I was trying to figure out what was wrong with my program not thinking that Emacs was the problem. I've used it since 1992 and never had a problem (well, except crashing on the Mac, but that was expected back then).

Also, I run Linux at home and I haven't tried the issue on Linux either.

Thanks,

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:04 AM
To: Lafleur, Henry; 1502@emacsbugs.donarmstrong.com
Cc: bug-gnu-emacs@gnu.org
Subject: Re: bug#1502: Acknowledgement (CR/LF Unicode Problem)
 
> Date: Fri, 5 Dec 2008 17:02:49 -0600
> From: "Lafleur, Henry" <Henry.LaFleur@canrig.com>
> 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.




-----------------------------------------
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.

[-- Attachment #2: Type: text/html, Size: 3456 bytes --]

bug#1502: Acknowledgement (CR/LF Unicode Problem)

[Stefan Monnier]

> 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

bug#1502: Acknowledgement (CR/LF Unicode Problem)

[Lafleur, Henry]

[-- Attachment #1: Type: text/plain, Size: 2061 bytes --]

Yes,

I did it on purpose. We're in a mixed Windows/Linux environment and some users paste Linux-created files ending in LF only into a Windows app which writes a header & footer ending in CR/LF. When a file is mixed, Emacs is adding an additional CR in front of each of the LF characters, but only for a UTF-8 file with character codes>127. Thus, the file has lines ending with CRCRLF and CRLF.

Thanks,

Henry Lafleur

----- Original Message -----
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Lafleur, Henry
Cc: 1502@emacsbugs.donarmstrong.com <1502@emacsbugs.donarmstrong.com>; Eli Zaretskii <eliz@gnu.org>; bug-gnu-emacs@gnu.org <bug-gnu-emacs@gnu.org>
Sent: Sat Dec 06 16:47:38 2008
Subject: Re: bug#1502: Acknowledgement (CR/LF Unicode Problem)

> 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



-----------------------------------------
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.

[-- Attachment #2: Type: text/html, Size: 2649 bytes --]