From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: "Eli Zaretskii" <eliz@is.elta.co.il>
Newsgroups: gmane.emacs.bugs
Subject: Re: Latin1 language environment breaks Cygwin shell buffer
Date: Sat, 06 Apr 2002 20:27:52 +0300
Sender: bug-gnu-emacs-admin@gnu.org
Message-ID: <9743-Sat06Apr2002202751+0300-eliz@is.elta.co.il>
References: <877knurp7c.fsf@blarg.net> <u3cyauiqw.fsf@myself.com> <874rip963y.fsf@blarg.net> <ur8ltt3n1.fsf@myself.com> <m3zo0g6b0r.fsf@nyaumo.btinternet.com>
Reply-To: Eli Zaretskii <eliz@is.elta.co.il>
NNTP-Posting-Host: localhost.gmane.org
X-Trace: main.gmane.org 1018114399 13382 127.0.0.1 (6 Apr 2002 17:33:19 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sat, 6 Apr 2002 17:33:19 +0000 (UTC)
Cc: bug-gnu-emacs@gnu.org, Harald.Maier.BW@t-online.de, offby1@blarg.net
Original-Received: from fencepost.gnu.org ([199.232.76.164])
	by main.gmane.org with esmtp (Exim 3.33 #1 (Debian))
	id 16tu3z-0003Tj-00
	for <gnu-bug-gnu-emacs@m.gmane.org>; Sat, 06 Apr 2002 19:33:19 +0200
Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 16tu3u-000879-00; Sat, 06 Apr 2002 12:33:14 -0500
Original-Received: from frigg.inter.net.il ([192.114.186.16])
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 16tu32-0007h8-00; Sat, 06 Apr 2002 12:32:20 -0500
Original-Received: from zaretsky (diup-216-16.inter.net.il [213.8.216.16])
	by frigg.inter.net.il (Mirapoint Messaging Server MOS 2.9.3.2)
	with ESMTP id BHV66906;
	Sat, 6 Apr 2002 20:32:12 +0300 (IDT)
Original-To: jasonr@gnu.org
X-Mailer: emacs 21.2.50 (via feedmail 8 I) and Blat ver 1.8.9
In-Reply-To: <m3zo0g6b0r.fsf@nyaumo.btinternet.com> (message from Jason Rumney
	on 06 Apr 2002 17:35:00 +0100)
Errors-To: bug-gnu-emacs-admin@gnu.org
X-BeenThere: bug-gnu-emacs@gnu.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:bug-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=subscribe>
List-Id: Bug reports for GNU Emacs,
	the Swiss army knife of text editors <bug-gnu-emacs.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/bug-gnu-emacs/>
Xref: main.gmane.org gmane.emacs.bugs:458
X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:458

> From: Jason Rumney <jasonr@gnu.org>
> Date: 06 Apr 2002 17:35:00 +0100
> 
> I see why this happens now.  The Windows specific startup code tries
> to DTRT for default-process-coding-system, depending on which shell
> you are using.  But set-language-environment overrides this. I think
> an exception needs to be made within set-language-environment to not
> mess with default-process-coding-system on Windows, as the problem of
> different shells is too complex to deal with there. Alternatively, we
> could use the same logic as at startup, but if that did not DTRT and
> the user overrode it, it would only cause the same problems we are
> seeing now.

I suspect that the problem is with the EOL conversion in process I/O:
where w32-fns.el carefully sets up the EOL conversions as apropriate
for both input and output, the language environment leaves the EOL
conversion undecided.  Perhaps set-language-environment should inherit
the EOL conversion from the previous setting, at least on Windows?