search for: widechar

...is not suited for > LLVM for the above reasons. However, if you have a better design than > what I proposed, I'd love to see it. I'm not that familiar with > dealing with Unicode under Windows. 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? Best regards, --Edwin

> 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 would...

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 System/Win32, >> I think MultiByteToWideChar supports UTF8, doesn't it?...

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

.../R-exts.html#Calling-R_002edll-directly R_HOME/bin needs to be in the PATH environmental variable (by the way, I actually found that I needed R_HOME/binR_ARCH instead: you may want to update this). There are 2 ways to get & set environmental variables in Windows (I just discuss the UTF16 "widechar" methods): 1) the Win32 interface, using GetEnvironmentVariableW, SetEnvironmentVariableW https://msdn.microsoft.com/en-us/library/windows/desktop/ms683188%28v=vs.85%29.aspx 2) the POSIX-style interface, using _wgetenv, _wputenv https://msdn.microsoft.com/en-us/library/tehxacec.aspx The pro...

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,

...0.8.6 Repro code: require ''windows/error'' class ErrTest; include Windows::Error; end et = ErrTest.new puts et.get_last_error(100) Expected result (on english Win XP SP3): Cannot create another system semaphore. Actual result: C It seems that FormatMessage is being bound to the widechar variant (FormatMessageW) instead of the narrow variant (FormatMessageA). I''ve included a simple patch, below. For test_error.rb, I''d recommend adding a simple test that verifies the length of the returned message for a known error code is greater than two characters or so; that...

...int.o ada/stand.o ada/stringt.o ada/style.o ada/switch.o ada/switch-c.o ada/stylesw.o ada/validsw.o ada/system.o ada/table.o ada/targparm.o ada/tbuild.o ada/tree_gen.o ada/tree_io.o ada/treepr.o ada/treeprs.o ada/ttypef.o ada/ttypes.o ada/types.o ada/uintp.o ada/uname.o ada/urealp.o ada/usage.o ada/widechar.o ada/back_end.o ada/gnat1drv.o prefix.o main.o libbackend.a attribs.o ../libiberty/libiberty.a -lintl -liconv \ libbackend.a(llvm-out.o)(.text+0x321): In function `llvm_c_expand_body_1': /dir1/cfrontend/src/gcc/llvm-out.c:155: undefined reference to `_lang_expand_function_end' libbackend....

...lation. wordpad: Update Lithuanian translation. Austin English (2): include: Rename structs to fix compile with recent gcc. ntdll: Add stub for NtRaiseHardError. Damjan Jovanovic (5): winemenubuilder: Escape freedesktop exec keys properly. winemenubuilder: Fix a char/widechar typo in association .desktop paths. winemenubuilder: associate .lnk files with wine. wine.desktop: Associate with winemenubuilder's application/x-ms-shortcut. winemenubuilder: Generate .png even for paletted icons. Detlef Riekenberg (1): kernel32: Move a 16 bit related...

...inemenubuilder: Store menu paths in Unicode. wine.desktop: Add Serbian translation. winemenubuilder: Read the registry in the unix codepage when cleaning up menus. mshta: wWinMain takes LPWSTR not LPSTR. winemenubuilder: Use a unicode WinMain. winemenubuilder: Use only widechar functions when dealing with registered associations. wine.desktop: Add hr and sr at latin translations. winex11.drv: Use unicode filenames for WM_DROPFILES. winemenubuilder: Make desktop files executable. winemenubuilder: Launch .lnk files directly from menus. Davide Pizzet...