Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
To: egor duda <cygwin AT cygwin DOT com>
Subject: Re: zip, unzip and non-ASCII symbols in filenames
References: <ubskanshy DOT fsf AT yandex DOT ru> <115134112733 DOT 20010917124034 AT logos-m DOT ru>
From: Roman Belenov <rbelenov AT yandex DOT ru>
Date: 17 Sep 2001 14:38:19 +0400
In-Reply-To: <115134112733.20010917124034@logos-m.ru>
Message-ID: <uy9nem7ac.fsf@yandex.ru>
Lines: 22
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

egor duda <deo AT logos-m DOT ru> writes:

> try to
> set CYGWIN=%CYGWIN% codepage:ansi
> 
> this should make cygwin's zip/unzip handle non-ascii characters in the
> same way as native infozip's zip/unzip do.

Thanks, it seems to fix incompatibility with native Infozip; still I
see that for some other archives (probably created with WinZip)
filename corruption persists (although corruption is different in
different modes); inside the archives filenames are stored in OEM
(cp866) encoding. Native Infozip unpacks these archives correctly.
> 
> or you should build native versions with added 'SetFileApisToOEM ()'
> call at startup.

Actually I'm going to use only cygwin version myself; my concern is
being able to correctly unzip archives made by other people.

-- 
 							With regards, Roman.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/