search for: multibytetowidechar

Hello to all; I'm looking for somebody who has tried powerbuilder 6-based apps in the newest versions of Wine (currently I'm using v0.9.57 in Debian Etch). Well, the situation is: I want to use a Sybase-based database management system, using Sql Anywhere 10 as the DB server and a powerbuilder-based app as the client. So I get the Anywhere 10 version for GNU/Linux, configure it and its

Even on plain WINEPREFIX I am unable to get Polish-specific chars to work. On unix (Arch x64) everytching works fine. Wine is setting wrong codepage in registry ( in HKEY_CURRENT_USER\Software\Wine\Fonts\Codepages apears "1252,437" while it should be "1252,437") Code: $ locale LANG=pl_PL.utf8 LC_CTYPE="pl_PL.utf8" LC_NUMERIC="pl_PL.utf8"

...rdcoded You didn't setup properly the config file for the Wine multimedia modules. Will use the hard-coded setup, but this will disapear soon. Please add a WinMM section to your Wine config file. fixme:shell:SHLWAPI_377 (0x4257c0 0x400000 (nil))stub fixme:reg:RegFlushKey (38): stub fixme:string:MultiByteToWideChar UTF not supported fixme:string:MultiByteToWideChar UTF not supported fixme:reg:RegFlushKey (40): stub fixme:reg:RegFlushKey (3c): stub Am I being really dull?? I am using wine release 20010629. Thanks

Hi, First a big Thank You to the wine developers. Your efforts are greatly appreciated and have allowed me to move users to Linux that I could never have moved otherwise. I am currently setting up desktops for 7 end users, but doing so requires that I get a particular application (The Electronic Manual) which is a parts catalog for the restaurant equipment service industry. The application

...rimenting with converting LPCTSTR strings to wide strings with something like this: // Converts a Ruby string to a LPWSTR LPCTSTR AllocWideLString(VALUE rbString){ char* str = STR2CSTR(rbString); int length = (strlen(str)+1) * sizeof(WCHAR); LPCTSTR lpStr = (LPCTSTR)malloc(length); MultiByteToWideChar( CP_ACP, 0, str, strlen(str)+1, (LPWSTR)lpStr, length ); return lpStr; } But, that didn''t seem to work very well in testing. Is there a better way? Otherwise, I''ll have to stick to casting for now. Also, I noticed that there''s...

...fs[num_include_def].nrofentries = 0; Nobody is checking NULL value of include_defs and later there is strcpy() with HeapAlloc as parameter. In dlls/winspool.drv/info.c function 'static LPDEVMODEA DEVMODEdupWtoA(HANDLE heap, const DEVMODEW *dmW)' line 1709 ???? if (pName) { ???????? len = MultiByteToWideChar(CP_ACP, 0, pName, -1, NULL, 0); ??????? nameW = HeapAlloc(GetProcessHeap(), 0, len * sizeof(WCHAR)); ???????? MultiByteToWideChar(CP_ACP, 0, pName, -1, nameW, len); ???? } Again nobody is checking the nameW value. Maybe it is checked inside 'MultiByteToWideChar()' but this function doesn...

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

Hi all, Windows 2000 Ruby 1.8.2 R7 VC++ 6.0 I noticed that if I try to call new_work_item and give the task a name that already exists, I get a segfault: C:\eclipse\workspace\win32-taskscheduler>ruby test.rb "0.1.0" test.rb:22:in `new_work_item'': NewWorkItem() function failed (Win32::TaskSchedul erError) from test.rb:22 test.rb:22: [BUG] Segmentation fault ruby

...s 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 think the most efficient approach is to use utf16 (i.e. wchar_t) internally on windows (ohterwise utf8). Then if a path is used multiple times no conversion takes place. The conversion only takes place at creation time when you create a path from ut...

src/share/utf8/utf8.c mentions that "On NT-based windows systems, we could use WideCharToMultiByte()/MultiByteToWideChar(CP_UTF8), but MS doesn't actually have a consistent API across win32". flac/metaflac don't support Win98 since ver. 1.3.0, so it's possible to use system routines to convert to/from UTF-8. I removed all fprintf(stderr...) code from the win32 code because non-windows code in utf8...

..."invalid password". I tried with straight C as well, to no avail. Anyway, I was hoping someone could take a look at the code and see if there''s something obvious I''m missing. Also, I''m not real clear on when I should be casting LPCWSTR types to WCHAR using MultiByteToWideChar(). One thing I did notice is that if you add a user as a WCHAR, you have to *find it* that way as well, so I''m a little concerned. Help, ideas, suggestions welcome. Dan _________________________________________________________________ Stay informed on Election 2004 and the race to Su...

Dear Forum, I installed MetaTrader 4 with wine it is up and running everything works well, the best performers is with the new wine 1.3. BUT if I run some EA Experts Advisors I get on two of it problems and the application crashes. The EA`s with crashes have custom .dll (FCS300.dll) and I try to debug this errors. Code: 0028:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7d7984a2 0028:Ret

Hi, I've got a program that produces these error messages when started with wine. fixme:dc:LockWindowUpdate (0x10024), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! fixme:dc:LockWindowUpdate (0x10024), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! fixme:dc:LockWindowUpdate (0x10024), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! The program

...E7E628 > EDI:000001E2 > CS:EIP:0073:68024CBB > SS:ESP:007B:09E7E4AC EBP:09E7E534 > DS:007B ES:007B FS:0033 GS:003B > Flags:00010246 > > Call stack: > Address Frame Function SourceFile > 68024CBB 09E7E534 wine_cp_mbstowcs+BB > 7B84A37D 09E7E584 MultiByteToWideChar+8D > 6836DB78 09E7E694 pf_vsnprintf+1F38 > ======================== > Local Variables And Parameters > > Call stack: > Address Frame Function SourceFile > 68024CBB 09E7E534 wine_cp_mbstowcs+BB > > 7B84A37D 09E7E584 MultiByteToWideChar+8D > &gt...

...Marick. If you run this test script and then paste the results into a Unicode aware text editor, you''ll notice that it only prints one character instead of three. I tried changing the strlen to _tcslen and strcpy to _tcscpy, but that didn''t help. I mucked around a bit with the MultiByteToWideChar function, too, but didn''t have any luck. Any ideas? Thanks, Dan # test.rb $:.unshift Dir.pwd require ''clipboard'' def unicopy(hex_name_array) Win32::Clipboard.set_data(win32unicode(hex_name_array), Win32::Clipboard::UNICODETEXT) true e...

I agree they are broken on all platforms. However, FileManager.cpp already contains an #if WIN32 conditional around the code calling LowercaseString, so you can use MultiByteToWideChar and CharLowerBuffW directly there, and not call the LowercaseString function. I don't think there are any other places where LowercaseString is called with non-ascii data, so you can punt on fixing it for now. On Sep 28, 2011, at 10:11 PM, Nikola Smiljanic wrote: > I have a problem with Lo...

...r wImageName being NULL (Coverity). winhlp32: Check hlpfile for being NULL (Coverity). dmstyle: Another NULL ptr check added (Coverity). itss: Move buffer initialization a bit up (Coverity). dmime: Added missing NULL ptr check (Coverity). mshtml: Fixed last argument to MultiByteToWideChar. atl: Fixed second buffer size to MultiByteToWideChar. mshtml: Fixed second buffer argument to MultiByteToWideChar. urlmon: Fixed target buffer length to MultiByteToWideChar. cryptui: Check NULL ptr differently (Coverity). mshtml: Call install_cab_file() with name dire...

...820ac28:trace:global:GlobalHandle16 076f 0820ac28:Call KEYBOARD.5: ANSITOOEM(02a770ee "",082f:00ac) ret=051f:05ce ds=02a7 0820ac28:Call ntdll.RtlAllocateHeap(40370000,00000000,00000002) ret=407b907d 0820ac28:Ret ntdll.RtlAllocateHeap() retval=4111a388 ret=407b907d 0820ac28:Call kernel32.MultiByteToWideChar(00000000,00000000,4110713e "",00000001,4111a388,00000001) ret=407b9092 0820ac28:Ret kernel32.MultiByteToWideChar() retval=00000001 ret=407b9092 0820ac28:Call kernel32.WideCharToMultiByte(00000001,00000000,4111a388 L"",00000001,4111b1fc,00000001,00000000,00000000) ret=407b90a5...

...ndows.h inside and #ifdef section? > > On Thu, Sep 29, 2011 at 7:57 AM, Bryce Cogswell <bryceco at gmail.com> wrote: > I agree they are broken on all platforms. However, FileManager.cpp already contains an #if WIN32 conditional around the code calling LowercaseString, so you can use MultiByteToWideChar and CharLowerBuffW directly there, and not call the LowercaseString function. I don't think there are any other places where LowercaseString is called with non-ascii data, so you can punt on fixing it for now. > > On Sep 28, 2011, at 10:11 PM, Nikola Smiljanic wrote: > >> I hav...

...dows.h inside and #ifdef section? On Thu, Sep 29, 2011 at 7:57 AM, Bryce Cogswell <bryceco at gmail.com> wrote: > I agree they are broken on all platforms. However, FileManager.cpp already > contains an #if WIN32 conditional around the code calling LowercaseString, > so you can use MultiByteToWideChar and CharLowerBuffW directly there, and > not call the LowercaseString function. I don't think there are any other > places where LowercaseString is called with non-ascii data, so you can punt > on fixing it for now. > > On Sep 28, 2011, at 10:11 PM, Nikola Smiljanic wrote: > &...