December 2008 - Wine-bugs - list.winehq.org

[Bug 11099] New: custom checkbox not displayed
by wine-bugs＠winehq.org 24 Nov '18

24 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=11099 Summary: custom checkbox not displayed Product: Wine Version: 0.9.52. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stuart(a)gathman.org All the taxact versions use a custom checkbox that draws a large X for on screen tax forms. These always display as blank. They are drawn correctly on printout. The appdb entry is http://appdb.winehq.org/objectManager.php?sClass=application&iId=1265 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 41

[Bug 9422] New: Regression from 0.9.36 to 0.9.42/43 when running visio 2003
by wine-bugs＠winehq.org 24 Nov '18

24 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=9422 Summary: Regression from 0.9.36 to 0.9.42/43 when running visio 2003 Product: Wine Version: 0.9.43. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: jokester01au(a)yahoo.com.au Created an attachment (id=7748) --> (http://bugs.winehq.org/attachment.cgi?id=7748) Log trace of failed run under 0.9.43 This may or may not be related to bug #5163. On 0.9.36 I have a working installation of visio 2003. After upgrading to 0.9.42 visio ceases to work, failing with the message "iopl not enabled". Ditto for 0.9.43. After reverting back to 0.9.36, visio 2003 again works. Word and Excel 2003 seem to work happily on all of these versions of wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 43

[Bug 14078] New: Rewrite typelib marshaller on top of NDR functions
by wine-bugs＠winehq.org 23 Nov '18

23 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=14078 Summary: Rewrite typelib marshaller on top of NDR functions Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com [Copied from wine-devel.] Dan K. wrote in http://www.winehq.org/pipermail/wine-devel/2008-June/066540.html --- snip --- While looking at the valgrind warning in http://kegel.com/wine/valgrind/logs-2008-06-20/vg-oleaut32_tmarshal.txt Conditional jump or move depends on uninitialised value(s) at serialize_param (tmarshal.c:736) by serialize_param (tmarshal.c:744) by xCall (tmarshal.c:1414) by ??? by func_tmarshal (tmarshal.c:1179) by run_test (test.h:449) by main (test.h:498) Uninitialised value was created by a stack allocation at test_typelibmarshal (tmarshal.c:762) The problem happens during a call to this method where widget is a pointer to an uninitialized pointer which will receive the pointer to the widget: interface IKindaEnumWidget : IUnknown { HRESULT Next( [out] IWidget **widget); I discovered that the attached patch prevented the problem. I don't quite understand why; at first glance, widget is an out parameter from the function, why would it be dereferenced while serializing the call? --- snip --- Rob Shearman wrote: http://www.winehq.org/pipermail/wine-devel/2008-June/066571.html --- snip --- It's a bug in the typelib marshaller. It doesn't check whether a VT_PTR type is actually an interface pointer and not access it on input when the parameter is an [out] parameter. Note that because of the memory re-use semantics it is legal to access memory passed in to a remote function, even when the parameter is [out]. I think it's getting close to the time to reimplement the typelib marshaller on top of NDR functions so that we don't have to implement these subtleties twice, would improve performance and would reduce the amount of code. --- snip --- -- 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.

1 18

[Bug 13092] New: Word Viewer in wine displayes hebrew reversed
by wine-bugs＠winehq.org 22 Nov '18

22 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=13092 Summary: Word Viewer in wine displayes hebrew reversed Product: Wine Version: 0.9.59. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ran.rutenberg(a)gmail.com Hi, I'm using wine 0.9.59 on Ubuntu 8.04. After installing Word Viewer (2003), and opening a document written in Hebrew, the order of the letters in each word is reversed, but the order of the words is right. For example if there are two words that should appear like this (Hebrew is written from right to left): "FED CBA" then on the Word Viewer in wine they appear like this: "DEF ABC" AFAIK this problem also occurs on other linux distros (I've seen it also on Gentoo). -- 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.

1 31

[Bug 14043] New: WEBPAGEMAKER 2.5 OLE error 80004001 when running
by wine-bugs＠winehq.org 20 Nov '18

20 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=14043 Summary: WEBPAGEMAKER 2.5 OLE error 80004001 when running Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: jabertolin914a(a)cv.gva.es Hi I tried to run Webpagemaker 2.5 (after a sucessful installation with Wine) and I received the following messages: OLE error 80004001 Access violation ... in module msxml3.dll and I have to kill the process because it hangs. Thanks Juan -- 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.

1 30

[Bug 16265] New: ActiveX Control Pad installer hangs sometimes on exit; deadlock between LdrShutdownThread and TASK_ExitTask?
by wine-bugs＠winehq.org 10 Nov '18

10 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=16265 Summary: ActiveX Control Pad installer hangs sometimes on exit; deadlock between LdrShutdownThread and TASK_ExitTask? Product: Wine Version: 1.1.9 Platform: Other URL: http://msdn.microsoft.com/en-us/library/ms968493.aspx OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com A user said that ConvWPT ran in Wine, but gave a very complicated recipe, so I tried simplifying it. Along the way, I noticed that Microsoft's ActiveX Control Pad installer hangs sometimes on exit. Here's how to reproduce: 1) Do "winetricks wsh56", else "winetricks fm20" will fail with dialog "Setup has determined that Microsoft Internet Explorer 3.0 was not detected." 2) Do "winetricks fm20". This will complain "Setup was unable to start DDE communication with the desktop". Click Ignore. (This is probably bug 9159.) When the installer is done, it sometimes hangs with err:ntdll:RtlpWaitForCriticalSection section 0x7ef2b3c0 "syslevel.c: Win16Mutex" wait timed out in thread 002f, blocked by 002e, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7efec5e4 "loader.c: loader_section" wait timed out in thread 002e, blocked by 002f, retrying (60 sec) Using winedbg, I was able to get a backtrace of those threads by pressing ^C and then using the bt command: Wine-dbg>bt 0x2e Backtrace: =>1 RtlpWaitForCriticalSection+0x2fd(crit=0x7efec5e4) [dlls/ntdll/critsection.c:64] in ntdll 2 RtlEnterCriticalSection+0x4a(crit=<?>) [dlls/ntdll/critsection.c:553] in ntdll 3 LdrShutdownThread+0x49() [dlls/ntdll/loader.c:2160] in ntdll 4 RtlExitUserThread+0x67(status=<?>) [dlls/ntdll/thread.c:628] in ntdll 5 in kernel32 (+0x74ca6) 6 DOSVM_Int21Handler+0x9a17(context=0x7e56638c) [dlls/winedos/int21.c:3192] in winedos 7 DOSVM_CallBuiltinHandler+0x17(context=0x7e56638c, intnum=<?>) [dlls/winedos/interrupts.c:712] in winedos 8 INSTR_CallBuiltinHandler+0x3c(context=0x7e56638c, intnum=<?>) [dlls/kernel32/instr.c:901] in kernel32 9 DOS3Call+0x25(context=0x7e56638c) [dlls/kernel32/instr.c:911] in kernel32 ... Wine-dbg>bt 0x2f Backtrace: =>1 RtlpWaitForCriticalSection+0x2fd(crit=0x7ef2b3c0) [dlls/ntdll/critsection.c:64] in ntdll 2 RtlEnterCriticalSection+0x4a(crit=<?>) [dlls/ntdll/critsection.c:553] in ntdll 3 _EnterSysLevel+0x7b(lock=0x7ef2b3c0) [dlls/kernel32/syslevel.c:106] in kernel32 4 _EnterWin16Lock+0x20() [dlls/kernel32/syslevel.c:187] in kernel32 5 TASK_ExitTask+0x19() [dlls/kernel32/task.c:564] in kernel32 6 DllMain+0x75(hinst=0x7ee10000, reason=3, reserved=(nil)) [dlls/kernel32/kernel_main.c:212] in kernel32 7 __wine_spec_dll_entry+0x3e(inst=0x7ee10000, reason=<?>, reserved=<?>) [dlls/winecrt0/dll_entry.c:40] in kernel32 8 call_dll_entry_point+0x15() in ntdll 9 MODULE_InitDLL+0xe3(wm=<?>, reason=3, lpReserved=(nil)) [dlls/ntdll/loader.c:912] in ntdll 10 LdrShutdownThread+0x96() [dlls/ntdll/loader.c:2163] in ntdll 11 RtlExitUserThread+0x67(status=<?>) [dlls/ntdll/thread.c:628] in ntdll 12 in kernel32 (+0x74ca6) 13 WINOLDAP_EntryPoint+0x1a2(context=0x7d7b138c) [dlls/kernel32/kernel16.c:207] in kernel32 ... -- 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.

1 5

[Bug 12370] New: AGEod's American Civil War cannot run.
by wine-bugs＠winehq.org 09 Nov '18

09 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=12370 Summary: AGEod's American Civil War cannot run. Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fernando.lagrange(a)club-internet.fr Created an attachment (id=11865) --> (http://bugs.winehq.org/attachment.cgi?id=11865) Error with following command: "nohup wine AACW.exe > wine.txt &" When the game starts, there is an exception in ntdll that prevents it from running. wine was launched with and without "WINDEBUG=relay" (see attached files). Game developers states that this seems to be linked to DirectX. This game is based on same engine than Napoleon's Campaigns: http://appdb.winehq.org/objectManager.php?sClass=application&iId=6294 Same behaviour has been seen with wine-0.9.56. -- 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.

1 27

[Bug 13606] New: msys is *incredibly* slow
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=13606 Summary: msys is *incredibly* slow Product: Wine Version: 1.0-rc3 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kirr(a)landau.phys.spbu.ru When running configure of a program in msys under wine the whole process is incredibly slooooow compared to the same under Windows. I've tracked the problem down to following: $ export WINEPREFIX=`pwd`/msystest $ wineboot -i $ cd msystest/drive_c $ wget -c http://downloads.sourceforge.net/mingw/msysCORE-1.0.11-2007.01.19-1.tar.bz2 $ mkdir msys $ cd msys $ tar xfj ../msysCORE-1.0.11-2007.01.19-1.tar.bz2 $ wineconsole bin/sh.exe --login -i --- in msys console --- # time for i in 1 2 3 4 5; do echo $i; done ... real 0m0.021s # time for i in 1 2 3 4 5; do /bin/echo $i; done ... real 0m3.396s i.e. each fork of /bin/echo takes approximately almost *1* second! On Windows both examples runs fast, although /bin/echo case is slightly slower, but still speed ratio is not *that* big. Thanks beforehand. -- 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.

1 21

[Bug 11136] New: Trados: TagEditor loosing contact with Workbench.
by wine-bugs＠winehq.org 31 Oct '18

31 Oct '18

http://bugs.winehq.org/show_bug.cgi?id=11136 Summary: Trados: TagEditor loosing contact with Workbench. Product: Wine Version: CVS/GIT Platform: HP OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: yolande(a)haneder.biz When opening Tageditor, it should be able to open and connects to Workbench (working OK yesterday). Now when opening TagEditor, it is prompting Workbench but not seeing it (Workbench is opening although TagEditor says it can't open it). Showing in the log. err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111 err:ole:CoGetClassObject no class object {b196b286-bab4-101a-b69c-00aa00341d07} could be created for context 0x80000001 err:ole:marshal_object couldn't get IPSFactory buffer for interface {b196b284-bab4-101a-b69c-00aa00341d07} err:rpc:I_RpcReceive we got fault packet with status 0x80004002 err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 Now imagine you try to open a file with TagEditor. It opens the file and is immediately loosing contact with Workbench and ask you if you want to restart Workbench (which is still not closed). err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub manager, oxid=4d7000004d8, oid=3 err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d It is now opening a SECOND workbench window with again the error. err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111 err:ole:CoGetClassObject no class object {b196b286-bab4-101a-b69c-00aa00341d07} could be created for context 0x80000001 err:ole:marshal_object couldn't get IPSFactory buffer for interface {b196b284-bab4-101a-b69c-00aa00341d07} err:rpc:I_RpcReceive we got fault packet with status 0x80004002 err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 and asking again to reconnect as soon as you point your mouse on the text. Any idea? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 39

[Bug 15844] New: Weird Dutch translation for Program files folder
by wine-bugs＠winehq.org 29 Oct '18

29 Oct '18

http://bugs.winehq.org/show_bug.cgi?id=15844 Summary: Weird Dutch translation for Program files folder Product: Wine Version: 1.0.1 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: VincentBeers(a)gmail.com In the Dutch localization of Wine, Program files gets translated as "Programma bestanden". This is: - Inconsistent with Windows behaviour, which ALWAYS uses the name "Program files". - Bad grammar, it becomes "Programmabestanden" in Dutch, but it doesn't make it sound any better. Requesting the name to be reverted to "Program files". -- 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.

1 11