[#4595] New block syntax — Daniel Amelang <daniel.amelang@...>

I'm really sorry if this isn't the place to talk about this. I've

25 messages 2005/03/21
[#4606] Re: New block syntax — "David A. Black" <dblack@...> 2005/03/21

Hi --

[#4629] Re: New block syntax — "Sean E. Russell" <ser@...> 2005/03/30

On Monday 21 March 2005 16:17, David A. Black wrote:

[#4648] about REXML::Encoding — speakillof <speakillof@...>

Hi.

15 messages 2005/03/31
[#4659] Re: about REXML::Encoding — "Sean E. Russell" <ser@...> 2005/04/04

On Thursday 31 March 2005 09:44, speakillof wrote:

Re: Win32 Non-ASCII Filename Access

From: "Berger, Daniel" <Daniel.Berger@...>
Date: 2005-03-09 16:38:12 UTC
List: ruby-core #4537
> -----Original Message-----
> From: Austin Ziegler [mailto:halostatue@gmail.com] 
> Sent: Wednesday, March 09, 2005 8:52 AM
> To: ruby-core@ruby-lang.org
> Subject: Win32 Non-ASCII Filename Access
> 
> 
> Matz,
> 
> I have been working on stuff at work that involves non-ASCII 
> filenames on Windows, with differing character sets (such as 
> "日本語" and 
> "jalapeño"). Windows stores these filenames as UCS-2 entries 
> on all modern filesystems (FAT32 and NTFS).
> 
> The win32 directory and filename handling is using 
> FindFirstFile instead of FindFirstFileW; this means that it 
> will never be possible to handle certain filenames in Ruby.

Actually, it depends on how Ruby was built.  FindFirstFile() and FindFirstFileEx() will use the wide character versions automatically IF the UNICODE macro is set.  Basically, most Windows functions look like this:

#ifdef UNICODE
#define SomeFunc SomeFuncW
#else
#define SomeFunc SomeFuncA
#endif

See http://msdn.microsoft.com/library/default.asp?url=/library/en-us/intl/unicode_8zzn.asp

Now, this is a good question for Curt - was the installer built with UNICODE or not?  You may need to build Ruby by hand Austin.

This is also something I need to get my act together on for the Win32 Utils project btw, i.e. using TCHAR and _TEXT where possible instead of standard char*.  A refactoring effort will be forthcoming. :)

Regards,

Dan


In This Thread

Prev Next