January 2013 - Wine-Bugs - list.winehq.org

[Bug 32719] WISIS.EXE Crash on opening a db

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=32719 --- Comment #9 from Bruno Jesus <00cpxxx(a)gmail.com> 2013-01-30 17:51:12 CST --- Created attachment 43388 --> http://bugs.winehq.org/attachment.cgi?id=43388 hack The attached hack makes it work for me, for some reason there is a call with a negative count that if avoided makes the program happy. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Jan. 30, 2013

[Bug 32854] Winedbg on ARM: gdb proxy mode lacks support for reading CPSR

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=32854 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd(a)gmail.com, | |nerv(a)dawncrow.de -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Jan. 30, 2013

[Bug 32854] New: Winedbg on ARM: gdb proxy mode lacks support for reading CPSR

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=32854 Bug #: 32854 Summary: Winedbg on ARM: gdb proxy mode lacks support for reading CPSR Product: Wine Version: 1.5.22 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winedbg AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... Any command will show the problem: --- snip --- $ winedbg --gdb ./foo-arm.exe ... Wine-gdb> bt #0 0x4025202c in kill () from /lib/arm-linux-gnueabi/libc.so.6 Register 25 is not available --- snip --- Making winedbg more verbose yields: --- snip --- ... Packet: g Reply : 000000000500000000c00840103e00003c969f40300002408988000025000000000000000000000000000840fcfdcf408cc13e40f4fdcf4054a83a402c202540 Packet: p19 Register out of bounds 19 Reply : ... --- snip --- GDB reads standard registers using the "g" command ('get all registers'). Special purpose registers like CPSR are read using "p" command ('get individual register'). This is currently not supported by winedbg but essential when running proxy mode. Source: http://source.winehq.org/git/wine.git/blob/d62d7474d43949d71ac34e2157c2fdb8… --- snip --- 372 #elif defined(__arm__) 373 static struct cpu_register cpu_register_map[] = { 374 REG(R0, 4), 375 REG(R1, 4), 376 REG(R2, 4), 377 REG(R3, 4), 378 REG(R4, 4), 379 REG(R5, 4), 380 REG(R6, 4), 381 REG(R7, 4), 382 REG(R8, 4), 383 REG(R9, 4), 384 REG(R10, 4), 385 REG(Fp, 4), 386 REG(Ip, 4), 387 REG(Sp, 4), 388 REG(Lr, 4), 389 REG(Pc, 4), 390 }; --- snip --- Side note: For future it might be useful to add support for XML register set definitions (newer GDB versions are XML-aware = more flexible). Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Jan. 30, 2013

[Bug 32719] WISIS.EXE Crash on opening a db

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=32719 --- Comment #8 from Bruno Jesus <00cpxxx(a)gmail.com> 2013-01-30 17:44:09 CST --- Why are the variables count and bits so different between calls if the gdi16 call is only a direct call to gdi32? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Jan. 30, 2013

[Bug 4781] MSN Silently cannot connect to network

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=4781 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |ABANDONED --- Comment #52 from Austin English <austinenglish(a)gmail.com> 2013-01-30 17:37:44 CST --- Abandoned. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Jan. 30, 2013

[Bug 32652] Unable to run Articulate Storyline trial - Installs, but quits at the splash screen

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=32652 Mariusz Pluciński <plucinski.mariusz(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |plucinski.mariusz(a)gmail.com --- Comment #4 from Mariusz Pluciński <plucinski.mariusz(a)gmail.com> 2013-01-30 17:34:50 CST --- I have debugged Storyline with dotnet20sp2 and riched20 installed. The problems seems to be related to the bug 15670 - especially, applying patch by Louis Lenders (comment #12) fixes the problem. However, another problem occurs after overcoming previous one. Should I fill another bug report, or paste results here? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Jan. 30, 2013

[Bug 10471] Radmin viewer 3.1: Ungrayed disabled menu item in the "Connection Properties" window

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10471 --- Comment #8 from Bruno Jesus <00cpxxx(a)gmail.com> 2013-01-30 17:32:32 CST --- Still in wine 1.5.22 and Radmin 3.5. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Jan. 30, 2013

[Bug 16528] RAdmin Send Message Feature Doesn't Work

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=16528 --- Comment #10 from Bruno Jesus <00cpxxx(a)gmail.com> 2013-01-30 17:28:46 CST --- Created attachment 43387 --> http://bugs.winehq.org/attachment.cgi?id=43387 +richedit In the attached log I'm sending 2 messages, the second message is AAAAAAAB. >From what I understand wine is generating the RTF code correctly but for some reason it is sending an empty message to be appended to the chat log. This is what happens when return is pressed: trace:richedit:RichEditWndProc_common enter hwnd 0x7013e msg 044a (EM_STREAMOUT) 2 1afe408, unicode 1 trace:richedit:ME_StreamOutMove 0:27:"{\\rtf1\\ansi\\ansicpg1252\\uc1" trace:richedit:ME_StreamOutMove 27:32:"\\deff0\\deflang1046\\deflangfe1046" trace:richedit:ME_StreamOutMove 59:9:"{\\fonttbl" trace:richedit:ME_StreamOutMove 68:15:"{\\f0\\fcharset0 " trace:richedit:ME_StreamOutMove 83:12:"MS Shell Dlg" trace:richedit:ME_StreamOutMove 95:2:";}" trace:richedit:ME_StreamOutMove 97:3:"}\r\n" trace:richedit:ME_StreamOutMove 100:38:"{\\*\\generator Wine Riched20 2.0.????;}" trace:richedit:ME_StreamOutMove 138:5:"\\pard" trace:richedit:ME_StreamOutMove 143:53:"\\sl-240\\slmult1\\li0\\fi0\\ri0\\sa0\\sb0\\s-1\\cfpat0\\cbpat0" trace:richedit:ME_StreamOutRTF flags 0h trace:richedit:ME_StreamOutMove 196:1:"{" trace:richedit:ME_StreamOutRTF style 0x18f3d28 trace:richedit:ME_StreamOutMove 197:10:"\\fs16\\ul0 " trace:richedit:ME_StreamOutMove 207:8:"AAAAAAAB" trace:richedit:ME_StreamOutMove 215:1:"}" trace:richedit:ME_StreamOutMove 216:2:"}\x00" trace:richedit:ME_StreamOutFlush sending 218 bytes trace:richedit:ME_StreamOutFlush error=0 written=218 trace:richedit:ME_StreamOutFree total length = 218 trace:richedit:RichEditWndProc_common exit hwnd 0x7013e msg 044a (EM_STREAMOUT) 2 1afe408, unicode 1 -> 218 trace:richedit:RichEditWndProc_common enter hwnd 0x7013e msg 000c () 0 1afddec, unicode 1 trace:richedit:ME_InternalDeleteText Deleting 8 (remaning 0) chars at 0 in L"AAAAAAAB" (8) trace:richedit:add_undo Pushing id=0 to undo stack, deleting redo stack trace:richedit:ME_InternalDeleteText Post deletion string: L"AAAAAAAB" (8) trace:richedit:ME_InternalDeleteText Shift value: -8 trace:richedit:ME_PropagateCharOffset PropagateCharOffset(L"\r", -8) trace:richedit:ME_InternalDeleteText Removing useless run trace:richedit:ME_HandleMessage WM_SETTEXT lParam==1afddec trace:richedit:ME_HandleMessage WM_SETTEXT - L"" trace:richedit:add_undo Pushing id=6 to undo stack, deleting redo stack trace:richedit:ME_EmptyUndoStack Emptying undo stack trace:richedit:ME_UpdateScrollBar min=0 max=11 page=450 trace:richedit:RichEditWndProc_common enter hwnd 0x7013e msg 044a (EM_STREAMOUT) 2 1afcee8, unicode 1 trace:richedit:ME_StreamOutMove 0:27:"{\\rtf1\\ansi\\ansicpg1252\\uc1" trace:richedit:ME_StreamOutMove 27:32:"\\deff0\\deflang1046\\deflangfe1046" trace:richedit:ME_StreamOutMove 59:9:"{\\fonttbl" trace:richedit:ME_StreamOutMove 68:15:"{\\f0\\fcharset0 " trace:richedit:ME_StreamOutMove 83:12:"MS Shell Dlg" trace:richedit:ME_StreamOutMove 95:2:";}" trace:richedit:ME_StreamOutMove 97:3:"}\r\n" trace:richedit:ME_StreamOutMove 100:38:"{\\*\\generator Wine Riched20 2.0.????;}" trace:richedit:ME_StreamOutMove 138:5:"\\pard" trace:richedit:ME_StreamOutMove 143:53:"\\sl-240\\slmult1\\li0\\fi0\\ri0\\sa0\\sb0\\s-1\\cfpat0\\cbpat0" trace:richedit:ME_StreamOutMove 196:2:"}\x00" trace:richedit:ME_StreamOutFlush sending 198 bytes trace:richedit:ME_StreamOutFlush error=0 written=198 trace:richedit:ME_StreamOutFree total length = 198 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Jan. 30, 2013

[Bug 32853] Microsoft Expression Design 4 (Free Version) installer fails while trying to check for msi.dll file version (MsiGetFileVersion)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=32853 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet, download, Installer URL| |https://www.microsoft.com/e | |n-us/download/details.aspx? | |id=36180 --- Comment #1 from Anastasius Focht <focht(a)gmx.net> 2013-01-30 17:25:24 CST --- Hello again, filling fields ... $ du -sh Design_Trial_en.exe 47M Design_Trial_en.exe $ sha1sum Design_Trial_en.exe 65229a31f44d5adcf11edd7a849f8e3d9c4e8233 Design_Trial_en.exe $ wine --version wine-1.5.22-254-gc14bdaf Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Jan. 30, 2013

[Bug 32853] New: Microsoft Expression Design 4 (Free Version) installer fails while trying to check for msi.dll file version (MsiGetFileVersion)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=32853 Bug #: 32853 Summary: Microsoft Expression Design 4 (Free Version) installer fails while trying to check for msi.dll file version (MsiGetFileVersion) Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, Microsoft Expression Design 4 (Free Version) installer still fails. Prerequisite: 'winetricks -q dotnet40' Suffers from bug 32471 hence: WINEDLLOVERRIDES="d3d9=d" wine ./Design_Trial_en.exe Managed backtrace: --- snip --- (29.44): CLR exception - code e0434352 (first chance) OS Thread Id: 0x44 (5) Child SP IP Call Site 093bd8f0 7b83aa73 [HelperMethodFrame: 093bd8f0] 093bd940 08c719e0 Microsoft.WindowsInstaller.Installer.FileVersion(System.String) 093bd958 08c718c4 Microsoft.WindowsInstaller.Installer.get_Version() 093bd968 08c71454 XSetupAct.ConfigMSI.CheckSupportedMsiVersion() 093bd9dc 08c71129 XSetupAct.ConfigMSI.OnTaskWorkerDoWork(System.Object, System.ComponentModel.DoWorkEventArgs) 093bda10 0439721a System.ComponentModel.BackgroundWorker.OnDoWork(System.ComponentModel.DoWorkEventArgs) 093bda24 04397121 System.ComponentModel.BackgroundWorker.WorkerThreadStart(System.Object) 093bdc3c 791421db [HelperMethodFrame_PROTECTOBJ: 093bdc3c] System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr, System.Object[], System.Object, Int32, Boolean, System.Object[] ByRef) 093bdf90 04396032 System.Runtime.Remoting.Messaging.StackBuilderSink.AsyncProcessMessage(System.Runtime.Remoting.Messaging.IMessage, System.Runtime.Remoting.Messaging.IMessageSink) 093bdff4 04395ea5 System.Runtime.Remoting.Proxies.AgileAsyncWorkerItem.DoAsyncCall() 093be000 04395e59 System.Runtime.Remoting.Proxies.AgileAsyncWorkerItem.ThreadPoolCallBack(System.Object) 093be008 04395c9d System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(System.Object) 093be010 04395aa9 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 093be034 0439588b System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() 093be048 04394ea6 System.Threading.ThreadPoolWorkQueue.Dispatch() 093be094 04394c3c System.Threading._ThreadPoolWaitCallback.PerformWaitCallback() 093be454 791421db [DebuggerU2MCatchHandlerFrame: 093be454] --- snip --- Relay trace log: --- snip --- ... 002e:Call msi.MsiGetFileVersionW(013f03f8 L"C:\\windows\\system32\\Msi.dll",0458da50,0458db44,00000000,0458db40) ret=08fd03f2 002e:trace:msi:MsiGetFileVersionW L"C:\\windows\\system32\\Msi.dll" 0x458da50 0 (nil) 0 002e:Call version.GetFileVersionInfoSizeW(013f03f8 L"C:\\windows\\system32\\Msi.dll",00000000) ret=7ce994ca ... 002e:Ret version.GetFileVersionInfoSizeW() retval=000006ac ret=7ce994ca 002e:Call ntdll.RtlAllocateHeap(00110000,00000000,000006ac) ret=7ce904de 002e:Ret ntdll.RtlAllocateHeap() retval=072efeb8 ret=7ce904de 002e:Call version.GetFileVersionInfoW(013f03f8 L"C:\\windows\\system32\\Msi.dll",00000000,000006ac,072efeb8) ret=7ce99541 ... 002e:Ret version.GetFileVersionInfoW() retval=00000001 ret=7ce99541 002e:Call version.VerQueryValueW(072efeb8,7cef66fe L"\\",0458d904,0458d908) ret=7ce99592 002e:Ret version.VerQueryValueW() retval=00000001 ret=7ce99592 002e:Call version.VerQueryValueW(072efeb8,7cef57c0 L"\\VarFileInfo\\Translation",0458d900,0458d908) ret=7ce9968a 002e:Ret version.VerQueryValueW() retval=00000001 ret=7ce9968a 002e:Call ntdll.RtlFreeHeap(00110000,00000000,072efeb8) ret=7ce90514 002e:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ce90514 002e:Ret msi.MsiGetFileVersionW() retval=000000ea ret=08fd03f2 ... --- snip --- MsiGetFileVersionW() is called a second time, now with pcchVersionBuf properly set (++pcchVersionBuf of first call): --- snip --- ... 002e:Call msi.MsiGetFileVersionW(013f03f8 L"C:\\windows\\system32\\Msi.dll",0458da58,0458db44,00000000,0458db40) ret=08fd03f2 002e:trace:msi:MsiGetFileVersionW L"C:\\windows\\system32\\Msi.dll" 0x458da58 15 (nil) 4 002e:Call version.GetFileVersionInfoSizeW(013f03f8 L"C:\\windows\\system32\\Msi.dll",00000000) ret=7ce994ca ... 002e:Ret version.GetFileVersionInfoSizeW() retval=000006ac ret=7ce994ca 002e:Call ntdll.RtlAllocateHeap(00110000,00000000,000006ac) ret=7ce904de 002e:Ret ntdll.RtlAllocateHeap() retval=072efeb8 ret=7ce904de 002e:Call version.GetFileVersionInfoW(013f03f8 L"C:\\windows\\system32\\Msi.dll",00000000,000006ac,072efeb8) ret=7ce99541 ... 002e:Ret version.GetFileVersionInfoW() retval=00000001 ret=7ce99541 002e:Call version.VerQueryValueW(072efeb8,7cef66fe L"\\",0458d914,0458d918) ret=7ce99592 002e:Ret version.VerQueryValueW() retval=00000001 ret=7ce99592 002e:Call version.VerQueryValueW(072efeb8,7cef57c0 L"\\VarFileInfo\\Translation",0458d910,0458d918) ret=7ce9968a 002e:Ret version.VerQueryValueW() retval=00000001 ret=7ce9968a 002e:Call ntdll.RtlFreeHeap(00110000,00000000,072efeb8) ret=7ce90514 002e:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ce90514 002e:Ret msi.MsiGetFileVersionW() retval=000000ea ret=08fd03f2 ... 002e:Call KERNEL32.FormatMessageA(00001200,00000000,000000ea,00000000,072ef688,00000400,00000000) ret=08fd0b83 002e:Ret KERNEL32.FormatMessageA() retval=00000016 ret=08fd0b83 ... 002e:Call KERNEL32.MultiByteToWideChar(00000000,00000001,072ef688 "More data available.\r\n",ffffffff,013f0db0,00000017) ret=793eddaa ... 002e:Call msi.MsiGetLastErrorRecord() ret=08fd0cac 002e:fixme:msi:MsiGetLastErrorRecord 002e:Ret msi.MsiGetLastErrorRecord() retval=00000000 ret=08fd0cac 002e:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0458da44) ret=791cac08 002e:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83aa73 ip=7b83aa73 tid=002e 002e:trace:seh:raise_exception info[0]=80131501 002e:trace:seh:raise_exception info[1]=00000000 002e:trace:seh:raise_exception info[2]=00000000 002e:trace:seh:raise_exception info[3]=00000000 002e:trace:seh:raise_exception info[4]=79140000 002e:trace:seh:raise_exception eax=7b826849 ebx=7b8b96b0 ecx=79140000 edx=0458d928 esi=0458da00 edi=0458d980 002e:trace:seh:raise_exception ebp=0458d958 esp=0458d8f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... --- snip --- Pseudo code of app: --- snip --- int cchVersionBuf = 0; int cchLangBuf = 0; int ret = MsiGetFileVersion( path, szVersionBuf, &cchVersionBuf, NULL, &cchLangBuf); if( ret == 0xea) { reserve( szVersionBuf, ++cchVersionBuf); ret = MsiGetFileVersion( path, szVersionBuf, &cchVersionBuf, NULL, &cchLangBuf); } --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa370122%28v=vs.85%… --- quote --- ... The MsiGetFileVersion returns the version string and language string in the format that the installer expects to find them in the database. If you want only version information, set lpLangBuf and pcchLangBuf to 0 (zero). ... lpVersionBuf [out] Returns the file version. Set to 0 for language information only. pcchVersionBuf [in, out] In and out buffer count as the number of TCHAR. Set to 0 (zero) for language information only. On input, this is the full size of the buffer, including a space for a terminating null character. If the buffer passed in is too small, the count returned does not include the terminating null character. lpLangBuf [out] Returns the file language. Set to 0 (zero) for version information only. pcchLangBuf [in, out] In and out buffer count as the number of TCHAR. Set to 0 (zero) for version information only. On input, this is the full size of the buffer, including a space for a terminating null character. If the buffer passed in is too small, the count returned does not include the terminating null character. --- quote --- Source: http://source.winehq.org/git/wine.git/blob/5891ce25e5b45e69611c2848b87f9bf7… ---snip --- 3155 static UINT get_file_version( const WCHAR *path, WCHAR *verbuf, DWORD *verlen, 3156 WCHAR *langbuf, DWORD *langlen ) 3157 { ... 3180 if (verlen) 3181 { 3182 if (VerQueryValueW( version, szVersionResource, (LPVOID *)&ffi, &len ) && len > 0) 3183 { 3184 sprintfW( tmp, szVersionFormat, 3185 HIWORD(ffi->dwFileVersionMS), LOWORD(ffi->dwFileVersionMS), 3186 HIWORD(ffi->dwFileVersionLS), LOWORD(ffi->dwFileVersionLS) ); 3187 if (verbuf) lstrcpynW( verbuf, tmp, *verlen ); 3188 len = strlenW( tmp ); 3189 if (len >= *verlen) ret = ERROR_MORE_DATA; 3190 *verlen = len; 3191 } 3192 else 3193 { 3194 if (verbuf) *verbuf = 0; 3195 *verlen = 0; 3196 } 3197 } 3198 if (langlen) 3199 { 3200 if (VerQueryValueW( version, szLangResource, (LPVOID *)&lang, &len ) && len > 0) 3201 { 3202 sprintfW( tmp, szLangFormat, *lang ); 3203 if (langbuf) lstrcpynW( langbuf, tmp, *langlen ); 3204 len = strlenW( tmp ); 3205 if (len >= *langlen) ret = ERROR_MORE_DATA; 3206 *langlen = len; 3207 } 3208 else 3209 { 3210 if (langbuf) *langbuf = 0; 3211 *langlen = 0; 3212 } 3213 } 3214 msi_free( version ); 3215 return ret; 3216 } ---snip --- It seems the app wants only version information but additionally passes "langlen" by reference (.NET code). Both, "verlen" and "langlen" ref values get set by MsiGetFileVersion() during first call. "verlen" is properly increased by app (NULL terminator) but "langlen" ref value is ignored by app -> passed again unmodified at second call. Wine returns ERROR_MORE_DATA because it thinks the app also wants language information, passing insufficient langlen, leading to app failure. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Jan. 30, 2013