February 2014 - Wine-bugs - list.winehq.org

[Bug 33552] New: Dragon Age 2 doesn't detect my graphic card VRAM and driver
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=33552 Bug #: 33552 Summary: Dragon Age 2 doesn't detect my graphic card VRAM and driver Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: scrimekiler(a)yahoo.fr Classification: Unclassified Created attachment 44410 --> http://bugs.winehq.org/attachment.cgi?id=44410 Screenshot of the detection problem Using a wine patch (which will be included in 1.5.30) made me able to have my graphic card name detected. However, Dragon Age 2 doesn't detect my nvidia graphic driver and tells it's too old to make me able to change some graphic options. Card : Nvidia Gefore GT 630, driver 313.30 Gentoo 32 bits, kernel 3.7.10 -- 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 23

[Bug 32096] New: drawStridedSlow can be more efficient
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=32096 Bug #: 32096 Summary: drawStridedSlow can be more efficient Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: guillaum.bouchard(a)gmail.com Classification: Unclassified Hi, Recently I noticed that World of Warcaft is far more slow on d3d9 mode than using the OpenGL mode on my computer (pentium 4 and geforce 5 fx). Unfortunately the OpenGL mode is unusable since last WoW update (bug is inside WoW, not wine) D3D mode is slower because an important amount of the primitives are rendered using drawStridedSlow (dlls/wined3d/drawprim.c) which generates a lot of opengl call (here, 600K calls compared to 12K in OpenGL mode). It appears that if the computer can handle vertex array (ie: glDrawElements/glDrawArrays/gl[Vertex|Color|TexCoords|Fog]Pointer and glClientActiveTexture) the number of openGL call can be dramatically reduced, leading to an important increase in FPS (8 to 25 in important city in WoW). On my computer, I hacked inside drawStritedSlow and I have only one issue, the format of color is packed in BGRA, which is not compatible with the format awaited by glColorPointer. This can be fixed using the extension ARB_vertex_array_BGRA, which is unfortunately not available on my computer. I solved this issue by looping over each vertex and building a custom array in memory that I submitted to glColorPointer. I got approximately the same FPS increase using this approach. My conclusions here are that the fallback to drawStridedSlow is a bit extreme and in most case unnecessary. In my configuration everything works except the conversion from the d3d BGRA format for color in RGBA. This part can be easily done in software to create a suitable color array. Also, I did not dig inside the shader code of wined3d, but perhaps this conversion can be simply implemented as a swizzle in the custom vertex shader. (am I right guessing that wined3d does not uses the default shader of the fixed pipeline ?). So this bug report is more a way of opening the discussion. I see many options to improve the situation: a) Tweak the heuristics which detects and fallbacks to drawStridedSlow. If necessary implements the needed conversions in software. But this will not generates OpenGL function call and will increase performance a bit b) Tweak the vertex shader to do the conversion in the vertex shader, I think it is our best option c) Tweak drawStridedSlow to still rely on vertex array when possible (I have an example of code which is doing this. I'm playing WoW with this since 3 days without any issue and with a FPS increase of 200%). I don't think that honestly it is the good idea. d) do something else. Because I did not read anything else than the drawStritedSlow function, I may have missed something important. I'm motivated to help in the DX -> GL code. I'm a skilled C and GL coder, I don't know DX, but can learn enough. Thank you for reading. -- 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 14

[Bug 35568] New: Osu! fails to install (crash during post-installation in LSA SID translation/.NET runtime)
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=35568 Bug ID: 35568 Summary: Osu! fails to install (crash during post-installation in LSA SID translation/.NET runtime) Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 27364 The main executable crashes during post-install step in .NET runtime. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+advapi wine ./osu\!install.exe >>log.txt 2>&1 ... 0028:Call KERNEL32.CreateProcessW(00000000,001e4e78 L"\"C:\\Program Files\\osu!\\osu!.exe\" -setpermissions",00000000,00000000,00000000,00000000,00000000,001abaf0 L"C:\\Program Files\\osu!\\",0033f6bc,0033f6ac) ret=7ece604e ... 002b:Call KERNEL32.__wine_kernel_init() ret=7bc5a326 0028:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7ece604e ... 002b:Call advapi32.LsaOpenPolicy(00000000,0033f134,00000800,0033f0dc) ret=0037b4a1 002b:fixme:advapi:LsaOpenPolicy ((null),0x33f134,0x00000800,0x33f0dc) stub 002b:trace:advapi:dumpLsaAttributes length=24, rootdir=(nil), objectname=null attr=0x00000000, sid=(null) qos=(nil) 002b:Ret advapi32.LsaOpenPolicy() retval=00000000 ret=0037b4a1 ... 002b:Call advapi32.LsaLookupSids(0000cafe,00000001,00a9a600,0033f104,0033f0f8) ret=0037b5cc 002b:trace:advapi:LsaLookupSids (0xcafe, 1, 0xa9a600, 0x33f104, 0x33f0f8) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,(nil),0x33f03c(0),(nil),0x33f038(0),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,(nil),0x33f03c(9),0x31f5d38,0x33f038(1),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,(nil),0x33f03c(0),(nil),0x33f038(0),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,0x31f5d48,0x33f03c(9),0x31f5d00,0x33f038(1),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LsaLookupSids mapped 1 out of 1 002b:Ret advapi32.LsaLookupSids() retval=00000000 ret=0037b5cc ... 002b:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033f080) ret=78158dd3 002b:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83a97b ip=7b83a97b tid=002b 002b:trace:seh:raise_exception info[0]=19930520 002b:trace:seh:raise_exception info[1]=0033f0c4 002b:trace:seh:raise_exception info[2]=79fe0a90 002b:trace:seh:raise_exception eax=7b8269e1 ebx=7b8bb000 ecx=19930520 edx=0033efc4 esi=0033f06c edi=0033f030 002b:trace:seh:raise_exception ebp=0033f008 esp=0033efa4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_stack_handlers calling handler at 0x79fe08d4 code=e06d7363 flags=1 ... 002b:Call KERNEL32.RaiseException(e0434f4d,00000001,00000001,0033f058) ret=79eda91c 002b:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83a97b ip=7b83a97b tid=002b 002b:trace:seh:raise_exception info[0]=80131508 002b:trace:seh:raise_exception eax=7b8269e1 ebx=7b8bb000 ecx=80131508 edx=0033ef94 esi=0033f038 edi=0033f000 002b:trace:seh:raise_exception ebp=0033efd8 esp=0033ef74 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_stack_handlers calling handler at 0x79f908a2 code=e0434f4d flags=1 002b:trace:seh:call_stack_handlers handler at 0x79f908a2 returned 1 002b:trace:seh:call_stack_handlers calling handler at 0x79f3b1a2 code=e0434f4d flags=1 ... 0024:Call user32.MessageBoxW(00010070,03a57880 L"Failed to install osu!.",03a57060 L"osu! Installer",00000030) ret=00462676 --- snip --- Managed backtrace: --- snip --- Unhandled Exception: System.IndexOutOfRangeException: Index was outside the bounds of the array. at System.Security.Principal.SecurityIdentifier.TranslateToNTAccounts(IdentityReferenceCollection sourceSids, Boolean& someFailed) at System.Security.Principal.SecurityIdentifier.Translate(IdentityReferenceCollection sourceSids, Type targetType, Boolean& someFailed) at System.Security.Principal.SecurityIdentifier.Translate(IdentityReferenceCollection sourceSids, Type targetType, Boolean forceSuccess) at System.Security.Principal.SecurityIdentifier.Translate(Type targetType) at #1h.#0h.#OL(Boolean ) at #1h.#np.#Hwb() wine: Unhandled exception 0xe0434f4d in thread 3c at address 0x7b83a97b (thread 003c), starting debugger... --- snip --- Reminds me of bug 16418 (with dupes like bug 21583) $ sha1sum osu\!install.exe 45249f94b884126064947ce38b36d7bed03cfbd8 osu!install.exe $ du -sh osu\!install.exe 55M osu!install.exe $ wine --version wine-1.7.12-28-g0f2bed5 Regards -- 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 35360] New: Crimson3: crashes when dragging symbol on design screen
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=35360 Bug ID: 35360 Summary: Crimson3: crashes when dragging symbol on design screen Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sammyizimmy(a)gmail.com Classification: Unclassified Created attachment 47167 --> http://bugs.winehq.org/attachment.cgi?id=47167 crash backtrace Wine crashes when I drag a symbol from the palette to the design screen in Crimson 3.0 build 548.001 -- 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 7

[Bug 34075] New: Mouse must be held down to be visible
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=34075 Bug #: 34075 Summary: Mouse must be held down to be visible Product: Wine Version: 1.6-rc3 Platform: Other OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: ipickert55(a)gmail.com Classification: Unclassified Created attachment 45302 --> http://bugs.winehq.org/attachment.cgi?id=45302 Wine Log of starting steam and playing the game I believe that this is a regression, however, i have no clue how to run a regression test on a mac so I am just submitting this bug. It looks like this bug had been solved in X11, so I think that this is related to the macdriver. -- 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 22546] New: Error Snelstart after loading
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=22546 Summary: Error Snelstart after loading Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wvanreede(a)live.nl Created an attachment (id=27653) --> (http://bugs.winehq.org/attachment.cgi?id=27653) errorlog+ backtrace snelstart error after snelstart loads, it asks for script55. with winetricks i installed script56. after that the app crashed. -- 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 14

[Bug 30721] New: .NET 3.x/4.x WPF based installers/apps require windowscodecs.dll BmpFrameDecode_GetColorContexts
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=30721 Bug #: 30721 Summary: .NET 3.x/4.x WPF based installers/apps require windowscodecs.dll BmpFrameDecode_GetColorContexts Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, another one ... --- snip --- Unhandled Exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.Windows.Markup.XamlParseException: Cannot convert string '/Microsoft.PowerShell.GPowerShell;component/NewFile.png' in attribute 'EnabledImageSource' to object of type 'System.Windows.Media.ImageSource'. The method or operation is not implemented. Error at object 'Microsoft.Windows.PowerShell.Gui.Internal.ImageButton' in markup file 'Microsoft.PowerShell.GPowerShell;component/mainwindow.xaml'. ---> System.NotImplementedException: The method or operation is not implemented. at MS.Internal.HRESULT.Check(Int32 hr) at System.Windows.Media.Imaging.BitmapFrameDecode.get_ColorContexts() at System.Windows.Media.Imaging.BitmapSource.CreateCachedBitmap(BitmapFrame frame, BitmapSourceSafeMILHandle wicSource, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, BitmapPalette palette) at System.Windows.Media.Imaging.BitmapFrameDecode.FinalizeCreation() at System.Windows.Media.Imaging.BitmapFrameDecode..ctor(Int32 frameNumber, BitmapSourceSafeMILHandle sourceHandle, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, BitmapDecoder decoder) at System.Windows.Media.Imaging.BitmapDecoder.SetupFrames(BitmapDecoder decoder, ReadOnlyCollection`1 frames) at System.Windows.Media.Imaging.BitmapDecoder.get_Frames() at System.Windows.Media.Imaging.BitmapFrame.CreateFromUriOrStream(Uri baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption) at System.Windows.Media.ImageSourceConverter.ConvertFrom(ITypeDescriptorContext context, CultureInfo culture, Object value) at System.ComponentModel.TypeConverter.ConvertFromString(ITypeDescriptorContext context, CultureInfo culture, String text) ... --- snip --- $ wine --version wine-1.5.4-185-g6c51c1b 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.

1 9

[Bug 23151] New: Mass Effect 2: in intro video, Miranda's eyes are solid white
by wine-bugs＠winehq.org 10 Mar '19

10 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=23151 Summary: Mass Effect 2: in intro video, Miranda's eyes are solid white Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: NEW Severity: trivial Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=28794) --> (http://bugs.winehq.org/attachment.cgi?id=28794) screenshot - wine Only happens in one part. The dialog is around "But Shepard...they'll follow him. He's a hero, a bloody icon." and "But he's just one man." I'll attach screenshots on windows and wine. Terminal output is: fixme:d3d:debug_d3dformat Unrecognized 875710020 (as fourcc: DF24) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(875710020) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 1111774798 (as fourcc: NVDB) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(1111774798) in the format lookup table fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats Note: The wine screenshot had a small delay from Shutter, so there's a line across it where two frames merged. That's not in the game, but you can see the eye problem in it. -- 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 22

[Bug 27349] New: SafeDisc v2.x API entry analyzer flags Wine's user32.dll as "bad" (too many exports with PIC loads in prolog code) (SimCity 4, ...)
by wine-bugs＠winehq.org 08 Mar '19

08 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=27349 Summary: SafeDisc v2.x API entry analyzer flags Wine's user32.dll as "bad" (too many exports with PIC loads in prolog code) (SimCity 4, ...) Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, many games (and some apps) have dependency on "meta" bug 219 "Programs refuse to run because of safedisc copy-protection" which just bad (not even targeting specific version). I bought some games for few bucks just to have a look at some copy protections. Though I will probably never play them ;-) Collecting/tracking affected games/apps for this _specific_ issue here (applicable appdb entries should have bug 219 dependency removed in favor of this one). The root cause was already targeted by bug 10273 ("satisfy SafeDisc 2.x heuristic API analyzer by "adjusting" API exports/entry statistics of wine builtins (affects e.g. adobe photoshop)") ... That bug was closed a long time ago because it ought to work for various SD 2.x apps/games (unfortunately also depending on wine build environment/host gcc). I rejected the idea of reviving that bug and instead created a new one, targeting the affected core dll. Game: "SimCity 4" A quick scan with "ProtectionID" reveals: --- snip --- -=[ ProtectionID v0.6.4.0 JULY]=- (c) 2003-2010 CDKiLLER & TippeX Build 07/08/10-17:57:05 Ready... Scanning -> H:\.wine\drive_c\Program Files\Maxis\SimCity 4\Apps\SimCity 4.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 7971630 (079A32Eh) Byte(s) [x] Warning - FileAlignment seems wrong.. no solution calculated (using NULL) -> File has 746286 (0B632Eh) bytes of appended data starting at offset 06E4000h [File Heuristics] -> Flag : 00000000000000000100000100000111 (0x00004107) [!] Safedisc v2/v3/v4 [unknown version] detected ! [i] Appended data contents.... ... [CompilerDetect] -> Visual C++ 6.0 - Scan Took : 0.262 Second(s) --- snip --- We can do better ... The string "BoG_" is well known for detection of SafeDisc versions. --- snip --- $:~/.wine/drive_c/Program Files/Maxis/SimCity 4/Apps$ xxd -g 4 SimCity\ 4.exe | grep "BoG_" -A 2 0006fd0: 00000000 426f475f 202a3930 2e302621 ....BoG_ *90.0&! 0006fe0: 21202059 793e0000 00000000 00000000 ! Yy>.......... 0006ff0: 00000000 02000000 50000000 0a000000 ........P....... --- snip --- 0x02000000 -> 2 0x50000000 -> 90 0x0a000000 -> 10 So this is SafeDisc v2.90.10 protection. By debugging this game I came to conclusion there is still a problem with the API entry statistics. $ wine --version wine-1.3.21-26-ge6ee2c1 $ gcc --version gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5) For the meaning of the table just read up some comments in bug 10273 kernel32 user32 gdi32 condition (cx < threshold) -------------------------------------------------------------------- c1: 0x43 0x55 0x50 0x5F c2: 0x23 *0x41 0x39 0x3C c3: 0x00 0x00 0x00 0x5A * = threshold exceeded -> bad Basically the majority of exported user32 API entries have PIC register load code within range of first 8 opcode bytes of entry which is treated as trampoline (= high c2 value). --- snip --- ... .text:0001D847 __i686_get_pc_thunk_bx proc near .text:0001D847 mov ebx, [esp+0] .text:0001D84A retn .text:0001D84A __i686_get_pc_thunk_bx endp ... API entry: .text:0003735C push ebp .text:0003735D mov ebp, esp .text:0003735F push ebx .text:00037360 sub esp, 34h .text:00037363 call __i686_get_pc_thunk_bx .text:00037368 add ebx, 0AEC8Ch ... --- snip --- Kernel32 gets the good looking stats because it forwards various stuff to ntdll, letting compiler produce different function prolog code (= not having PIC register load in first place). As already mentioned in the other bug, unimpl. stubs also help to improve stats because they have 8 NOPs on entry. I've tweaked user32 again a bit just to pass the threshold - there are various ugly methods one bad as the other ;-| A method without adding unimpl. stubs or stack protector code (unreliable because cookie code can be inserted _after_ PIC code) and keeping -fPIC is to convince the compiler to use the 6 byte opcode for reserving stack space, e.g. "subl $xxx, %esp" with a 32-bit immediate (0x81,0xEB,<32 bit immediate>). Good targets are stubs and functions that make use of FIXME/TRACE. There are lots of them that can be tweaked this way (= no performance penalty), improving entry stats. Result: games work out of the box without the need of No-CD patches. 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.

1 30

[Bug 35698] New: Nuance PDF Create! 5 installer (part of OmniPage 17) reports 'Error code: 154 - Get ServerPolicy failed' (IGroupPolicyObject, CLSID {ea502722-a23d-11d1-a7d3-0000f87571e3})
by wine-bugs＠winehq.org 04 Mar '19

04 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=35698 Bug ID: 35698 Summary: Nuance PDF Create! 5 installer (part of OmniPage 17) reports 'Error code: 154 - Get ServerPolicy failed' (IGroupPolicyObject, CLSID {ea502722-a23d-11d1-a7d3-0000f87571e3}) Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. The failure seems non-critical and the message box can be dismissed. The sub-installer can be separately run for testing: --- snip --- $ pwd /mnt/iso/PDFCreate5/System32/PDFCreate $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./setup.exe >> ~/Downloads/log2.txt 2>&1 ... 003f:Call ole32.CoCreateInstance(00b2e33c,00000000,00000001,00b2e324,00b2e334) ret=008d881a 003f:trace:ole:CoCreateInstance (rclsid={ea502722-a23d-11d1-a7d3-0000f87571e3}, pUnkOuter=(nil), dwClsContext=00000001, riid={ea502723-a23d-11d1-a7d3-0000f87571e3}, ppv=0xb2e334) 003f:trace:ole:CoGetClassObject CLSID: {ea502722-a23d-11d1-a7d3-0000f87571e3},IID: {00000001-0000-0000-c000-000000000046} 003f:Call KERNEL32.FindActCtxSectionGuid(00000001,00000000,00000004,00b2e33c,00b2e11c) ret=7eac14e4 003f:Ret KERNEL32.FindActCtxSectionGuid() retval=00000000 ret=7eac14e4 003f:Call ntdll.RtlInitUnicodeString(00b2e030,00b2e082 L"CLSID\\{EA502722-A23D-11D1-A7D3-0000F87571E3}") ret=7eabb537 003f:Ret ntdll.RtlInitUnicodeString() retval=00b2e030 ret=7eabb537 003f:Call ntdll.NtOpenKey(00b2e07c,00020019,00b2e038) ret=7eabb553 003f:Ret ntdll.NtOpenKey() retval=c0000034 ret=7eabb553 003f:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7eabb55e 003f:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7eabb55e 003f:err:ole:CoGetClassObject class {ea502722-a23d-11d1-a7d3-0000f87571e3} not registered 003f:err:ole:CoGetClassObject no class object {ea502722-a23d-11d1-a7d3-0000f87571e3} could be created for context 0x1 003f:Ret ole32.CoCreateInstance() retval=80040154 ret=008d881a 003f:Call user32.MessageBoxA(00000000,00b2e1e8 "CoCreateInstance \n Error code: 154",00901348 "Get ServerPolicy failed",00000000) ret=008d8eee --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/aa374235%28v=VS.85%29.aspx Here is a blog entry which talks about it, with some code example: http://magicmao.wordpress.com/2011/08/05/changing-group-policy-by-c-coding/ $ wine --version wine-1.7.13-118-g0eb6265 Regards -- 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 4