From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: problem with system_eol_type Date: Mon, 31 Jul 2006 15:04:59 +0900 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1154325970 13426 80.91.229.2 (31 Jul 2006 06:06:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 31 Jul 2006 06:06:10 +0000 (UTC) Cc: mule-ja@m17n.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 31 08:06:09 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1G7Qug-0005XG-IW for ged-emacs-devel@m.gmane.org; Mon, 31 Jul 2006 08:06:03 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G7Qug-0007aj-5i for ged-emacs-devel@m.gmane.org; Mon, 31 Jul 2006 02:06:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1G7QuV-0007aV-Rg for emacs-devel@gnu.org; Mon, 31 Jul 2006 02:05:51 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1G7QuT-0007aJ-Fm for emacs-devel@gnu.org; Mon, 31 Jul 2006 02:05:50 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G7QuT-0007aG-8u for emacs-devel@gnu.org; Mon, 31 Jul 2006 02:05:49 -0400 Original-Received: from [150.29.246.133] (helo=mx1.aist.go.jp) by monty-python.gnu.org with esmtp (Exim 4.52) id 1G7Qx4-0007uV-2Y for emacs-devel@gnu.org; Mon, 31 Jul 2006 02:08:30 -0400 Original-Received: from smtp2.aist.go.jp ([150.29.246.12]) by mx1.aist.go.jp with ESMTP id k6V65k8B028724; Mon, 31 Jul 2006 15:05:46 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp2.aist.go.jp with ESMTP id k6V65jKK001473; Mon, 31 Jul 2006 15:05:45 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken with local (Exim 3.36 #1 (Debian)) id 1G7Qtf-0006YS-00; Mon, 31 Jul 2006 15:04:59 +0900 Original-To: emacs-devel@gnu.org User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:57837 Archived-At: I've got several complaints about the change I made a few months ago regarding the handling of the default eol-type. Previously, when a coding system without explicit eol-type (e.g. iso-latin-1) was specified for encoding, Unix-like eol-type is selected on any platform. The change I made was to use an eol-type set to system_eol_type (CRLF on Windows, LF otherwise) in such a case. To me, that change was just a bug fix. But, the bug-reports say that there are many codes that assumes the previous behaviour, and some of them now don't work well on Windows. I think that it is cleaner to ask a program to specify the eol-type explicitly if it requires a specific eol-type on encoding. But, as long as the behavior is clearly documented, it seems that the previous behaviour is also not that bad. What do people think? --- Kenichi Handa handa@m17n.org PS. I included mule-ja maining list in CC:. Mule-ja subscribers please write in English if you want to reply to this mail.