Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Date: Mon, 17 Sep 2001 12:40:34 +0400 From: egor duda X-Mailer: The Bat! (v1.53 RC/4) Reply-To: egor duda Organization: deo X-Priority: 3 (Normal) Message-ID: <115134112733.20010917124034@logos-m.ru> To: Roman Belenov CC: cygwin AT cygwin DOT com Subject: Re: zip, unzip and non-ASCII symbols in filenames In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi! Monday, 17 September, 2001 Roman Belenov rbelenov AT yandex DOT ru wrote: RB> It seems that cygwin and non-cygwin versions of Infozip utilities have RB> different handling of non-ASCII characters in filenames. I tried RB> compressing files with Cyrillic characters in names; both cygwin RB> version and the Win32 binaries from ftp.info-zip.org correctly RB> unzipped files created with corresponding zip utility, but unzipping RB> files created with other's zip resulted in weird transformations of RB> filenames (it seems to be connected with different host system fields RB> in ZIP files and upper/lowercase convertion). RB> Does anybody knows soultions or workaround for this problem (e.g. how RB> to correctly unzip files created with "standard" Win32 version of RB> Infozip using cygwin) ? 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. or you should build native versions with added 'SetFileApisToOEM ()' call at startup. Egor. mailto:deo AT logos-m DOT ru ICQ 5165414 FidoNet 2:5020/496.19 -- 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/