From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: Paul Stoeber <paul.stoeber@stud.tu-ilmenau.de>
Newsgroups: gmane.emacs.bugs
Subject: Re: emacs misbehaves without --unibyte
Date: Wed, 29 May 2002 02:18:18 +0200
Sender: bug-gnu-emacs-admin@gnu.org
Message-ID: <20020529001818.GA428459@bruegel.RZ.TU-Ilmenau.DE>
References: <20020528200814.GA487959@bruegel.RZ.TU-Ilmenau.DE> <5567-Wed29May2002004042+0300-eliz@is.elta.co.il>
NNTP-Posting-Host: localhost.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: main.gmane.org 1022631494 22336 127.0.0.1 (29 May 2002 00:18:14 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Wed, 29 May 2002 00:18:14 +0000 (UTC)
Return-path: <bug-gnu-emacs-admin@gnu.org>
Original-Received: from fencepost.gnu.org ([199.232.76.164])
	by main.gmane.org with esmtp (Exim 3.33 #1 (Debian))
	id 17CrAL-0005o9-00
	for <gnu-bug-gnu-emacs@m.gmane.org>; Wed, 29 May 2002 02:18:13 +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 17CrB3-0000wE-00; Tue, 28 May 2002 20:18:57 -0400
Original-Received: from bruegel.rz.tu-ilmenau.de ([141.24.190.37])
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 17Cr9y-0000qB-00
	for <bug-gnu-emacs@gnu.org>; Tue, 28 May 2002 20:17:51 -0400
Original-Received: (from past-in@localhost)
	by bruegel.rz.tu-ilmenau.de (SGI-8.9.3/8.9.3) id CAA93523
	for bug-gnu-emacs@gnu.org; Wed, 29 May 2002 02:18:19 +0200 (MDT)
Original-To: bug-gnu-emacs@gnu.org
Content-Disposition: inline
In-Reply-To: <5567-Wed29May2002004042+0300-eliz@is.elta.co.il>
User-Agent: Mutt/1.3.28i
Errors-To: bug-gnu-emacs-admin@gnu.org
X-BeenThere: bug-gnu-emacs@gnu.org
X-Mailman-Version: 2.0.9
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:1656
X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:1656

On Wed, May 29, 2002 at 12:40:42AM +0300, Eli Zaretskii wrote:
> > From: Paul Stoeber <paul.stoeber@stud.tu-ilmenau.de>
> > Date: Tue, 28 May 2002 22:08:14 +0200
> > 
> > Neither (setq set-language-environment "Latin-1") nor
> > (setq file-name-coding-system 'latin-1) creates an 8-bit clean
> > environment.
> 
> Emacs is a text editor, not a binary file editor.  So 8-bit cleanness
> is not the most important goal for it.
> 
> There are specialized modes, such as hexl, for editing binary files.

(How is Emacs not a binary file editor when it has hexl mode?)

I started this thread because default emacs wouldn't let me navigate
filesystems that contain funny filenames, so the "8-bit cleanness"
discussion only applies to file name handling (although I had also
mentioned "text/binary files" in a general statement).  Is it reasonable
for Emacs to refuse to open existing files and to invent new file names
in place of existing ones?