search for: widechars

On Fri, 26 Nov 2010 09:28:17 -0500 Michael Spencer <bigcheesegs at gmail.com> wrote: > On Fri, Nov 26, 2010 at 4:00 AM, Jochen Wilhelmy > <j.wilhelmy at arcor.de> wrote: > > No, this post was prompted since I switched to boost::filesystem > > version 3 in my own code and llvm/clang 2.8 > > was the only lib with no unicode support on windows. > > Will your

> Can't you just store filenames as UTF8 (like you do on Linux), and > convert UTF8 to widechar just when calling the windows APIs? > Same for converting back directory listings as such, you get widechar, > and convert back to UTF8. > All you would need to do is implement that conversion in System/Win32, > I think MultiByteToWideChar supports UTF8, doesn't it? > I

2010/11/26 Jochen Wilhelmy <j.wilhelmy at arcor.de>: > >> Can't you just store filenames as UTF8 (like you do on Linux), and >> convert UTF8 to widechar just when calling the windows APIs? >> Same for converting back directory listings as such, you get widechar, >> and convert back to UTF8. >> All you would need to do is implement that conversion in

On Fri, Nov 26, 2010 at 4:00 AM, Jochen Wilhelmy <j.wilhelmy at arcor.de> wrote: > No, this post was prompted since I switched to boost::filesystem version 3 > in my own code and llvm/clang 2.8 > was the only lib with no unicode support on windows. > Will your code be api compatible to boost::filesystem? No. boost::filesystem makes extensive use of exceptions, which LLVM is

On 25.11.2010 23:56, Michael Spencer wrote: > On Nov 25, 2010, at 5:01 PM, Jochen Wilhelmy <j.wilhelmy at arcor.de > <mailto:j.wilhelmy at arcor.de>> wrote: > >> Hi! >> >> Of course nobody wants to implement unicode support for windows >> because windows should support an utf8-locale and windows is obsolete >> anyway ;-) >> >> But

Hi, I recently had some difficulty getting an embedded R session running on Windows, due to the way that R Sys.getenv works, which I would consider a bug. Even if you do not agree, then you may still want to document it for future users who might be bitten. As outlined in R-exts (?8.2.2): http://cran.r-project.org/doc/manuals/r-release/R-exts.html#Calling-R_002edll-directly R_HOME/bin needs to

The incorrect result incurs when the file path contains Chinese character. It seems that dirname/basename action on unit of byte instead of char, so the result in the following example is half of what is expected. > g<-"d:\\$BG!2L4^M-CfJ8(B\\$BG!2L4^M-CfJ8(B.txt" > dirname(g) [1] "d:/$BG!2L4^(B" > basename(g) [1] "$BG!2L4^M-(B" -- HUANG Ronggui,

Bugs item #20722, was opened at 2008-06-18 15:16 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=20722&group_id=85 Category: windows-pr Group: Code Status: Open Resolution: None Priority: 3 Submitted By: John Whitley (whitley) Assigned to: Nobody (None) Summary: Windows::Error.get_last_error only returns the first character (PATCH) Initial

This is a forward of a question from the SourceForge LLVM forum. If anyone has experience with Cygwin and building the C front-end there, please reply and CC Alex. --- Post by Alex Vinokur below --- =============== Windows 2000 GNU gcc 3.3.3 (cygwin special) =============== ./configure ./make I have got compilation error ------------------------------- make[1]: Entering directory

The Wine development release 1.2-rc1 is now available. This is the first release candidate for Wine 1.2. It marks the beginning of the code freeze period. Please give this release a good testing to help us make 1.2 as good as possible. What's new in this release (see below for details): - Many new toolbar icons. - Support for alpha blending in image lists. - Much more complete shader

The Wine development release 1.1.44 is now available. What's new in this release (see below for details): - Many more new icons. - Support for 32-bit prefixes with a 64-bit Wine. - Many additional msvcr80/90 functions. - Improvements to Bidi handling. - More complete mmdevapi (Win7 audio) support. - Improved handling of MSI patches. - A number of fixes for desktop menus. -