Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com Date: Wed, 15 Nov 2000 12:02:28 +0300 From: Egor Duda X-Mailer: The Bat! (v1.45) Personal Reply-To: Egor Duda Organization: DEO X-Priority: 3 (Normal) Message-ID: <1091101003.20001115120228@logos-m.ru> To: Kazuhiro Fujieda CC: cygwin-developers AT sources DOT redhat DOT com Subject: OemToAnsi patch from 2000-07-04 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi! i've come across Kazuhiro's patch from 2000-07-04 dealing with AnsIToOem conversion. What do you y=think about conditionalizing this code? something like CYGWIN=oem_apis or CYGWIN=oem ? In russian windows oem codepage is 866, while ansi is 1251. People who had scripts written before cygwin have switched to ansi now got unreadable messages. if you think that adding yet another option to CYGWIN env. variable won't be too bad, i'll submit the patch. btw, what's the reason of calling OemToCharA in read_sd (like it was before Kazuhiro's patch)? Does GetFileSecurity not honor SetApisToOem()? Egor. mailto:deo AT logos-m DOT ru ICQ 5165414 FidoNet 2:5020/496.19 ps. yeah, i know i've been a bit slow to notice this change :) that's because i don't use much cyrillic.