This is the mail archive of the cygwin-developers mailing list for the Cygwin project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On 11/11/2011 07:46 AM, Corinna Vinschen wrote: > So I was wondering if the CCP_POSIX_TO_WIN_A function shouldn't be > changed so that it converts the pathname to the current ANSI or OEM > charset instead, depending on the value returned by the AreFileApisANSI > function. Yes, that sounds right to me, > > I think this would be more correct than converting to the current Cygwin > multibyte charset. The downside is, that this *might* break backward > compatibility. However, if an application converts a Cygwin POSIX path > to a native Windows multibyte path, isn't it always for the sake of > calling a Win32 ANSI function or to submit the path to a native Windows > application? Precisely for this reason - the only sane reason to convert to native is to use the resulting string in native calls. -- Eric Blake eblake@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org
Attachment:
signature.asc
Description: OpenPGP digital signature
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |