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

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/

- Raw text -