November 2014 - wine-bugs

[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 37562] New: Skype opens apps.skype.com on every start
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=37562 Bug ID: 37562 Summary: Skype opens apps.skype.com on every start Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: Red Hat Most likely there's something missing in Wine so Skype cannot change the state of "apps.skype.com has already been shown". P.S. Make sure you deleted login.cab before trying to debug this issue (proper HTML support is not yet there, see bug 28457). Skype version: 6.21.32.104 -- 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

[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 36155] New: valgrind shows a leak whenever using a virtual desktop
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=36155 Bug ID: 36155 Summary: valgrind shows a leak whenever using a virtual desktop Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==27721== 208 bytes in 1 blocks are definitely lost in loss record 445 of 645 ==27721== at 0x7BC4C735: notify_alloc (heap.c:255) ==27721== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==27721== by 0x5EF852D: query_screens (xinerama.c:128) ==27721== by 0x5EF88A5: xinerama_init (xinerama.c:196) ==27721== by 0x5EF2737: process_attach (x11drv_main.c:574) ==27721== by 0x5EF2BB4: DllMain (x11drv_main.c:693) ==27721== by 0x5F02FC6: __wine_spec_dll_entry (dll_entry.c:40) ==27721== by 0x7BC52FC0: ??? (loader.c:138) ==27721== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==27721== by 0x7BC5597C: process_attach (loader.c:1157) ==27721== by 0x7BC585E2: LdrLoadDll (loader.c:2129) ==27721== by 0x7B85A79A: load_library (module.c:933) ==27721== by 0x7B85A908: LoadLibraryExW (module.c:990) ==27721== by 0x7B85AA4D: LoadLibraryW (module.c:1032) ==27721== by 0x525BE16: load_desktop_driver (driver.c:76) ==27721== by 0x525BFA2: load_driver (driver.c:98) ==27721== by 0x525D283: loaderdrv_CreateDesktopWindow (driver.c:741) ==27721== by 0x52CC28B: GetDesktopWindow (win.c:2090) ==27721== by 0x55D64FE: get_display_driver (driver.c:101) ==27721== by 0x55D65B8: DRIVER_load_driver (driver.c:122) ==27721== just about every test shows this: [austin@localhost logs]$ grep -c DRIVER_load_driver 2014-04-27-20.29.log 503 -- 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 3

[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 36047] New: Marangatu (VB6 app) reports 'Run-time error 445: Object doesn't support this action' when clicking 'print preview' (exec_print_preview is a stub)
by wine-bugs＠winehq.org 09 Mar '19

09 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=36047 Bug ID: 36047 Summary: Marangatu (VB6 app) reports 'Run-time error 445: Object doesn't support this action' when clicking 'print preview' (exec_print_preview is a stub) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/marangatu $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant,+msgbox wine ./eset.exe >> log.txt 2>&1 ... 0023:trace:ole:ITypeInfo_fnInvoke (0x15cc70)(0x14c2f0,id=502,flags=0x00000001,0x33f568,(nil),0x33f548,0x33f578) 0023:trace:ole:dump_DispParms args=4 named args=0 0023:trace:ole:dump_DispParms args: 0023:trace:ole:dump_Variant 0x33f5ac->{VT_I2,0} 0023:trace:ole:dump_Variant 0x33f5bc->{VT_I2,0} 0023:trace:ole:dump_Variant 0x33f5cc->{VT_I4,0} 0023:trace:ole:dump_Variant 0x33f5dc->{VT_I4,7} 0023:trace:ole:ITypeInfo_fnInvoke invoking: L"ExecWB"(4) parm0: L"cmdID" parm1: L"cmdexecopt" parm2: L"pvaIn" parm3: L"pvaOut" ... 0023:fixme:mshtml:exec_print_preview (0x2c926b0)->(0 0x2e52808 0x2e52818) ... 0023:warn:ole:ITypeInfo_fnInvoke invoked function failed with error 0x80004001 ... 0023:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83ac57 ip=7b83ac57 tid=0023 0023:trace:seh:raise_exception info[0]=deadcafe 0023:trace:seh:raise_exception info[1]=deadcafe 0023:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=deadcafe edx=0033f41c esi=0033f4bc edi=0033f480 0023:trace:seh:raise_exception ebp=0033f458 esp=0033f3f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0023:trace:seh:call_stack_handlers calling handler at 0x401f36 code=c000008f flags=1 ... 0023:trace:msgbox:MSGBOX_OnInit L"Run-time error '445':\n\nObject doesn't support this action" --- snip --- Source: http://source.winehq.org/git/wine.git/blob/595fb40efcfe1d49747ef63e823f9e61… --- snip --- 304 static HRESULT exec_print_preview(HTMLDocument *This, DWORD nCmdexecopt, VARIANT *pvaIn, VARIANT *pvaOut) 305 { 306 FIXME("(%p)->(%d %p %p)\n", This, nCmdexecopt, pvaIn, pvaOut); 307 return E_NOTIMPL; 308 } --- snip --- $ sha1sum instalador.exe b4ce5267dcbfec8055ca5d3e251c91add8a11ec3 instalador.exe $ du -sh instalador.exe 3.0M instalador.exe $ wine --version wine-1.7.17-28-g5ef5490 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

[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 36977] New: Magic:=?UTF-8?Q?=20The=20Gathering=20=E2=80=93=20Duels=20of=20the=20Planeswalkers=202015=20crashes=20after=20few=20frames=20of=20intro=20sequence?=
by wine-bugs＠winehq.org 08 Mar '19

08 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=36977 Bug ID: 36977 Summary: Magic: The Gathering – Duels of the Planeswalkers 2015 crashes after few frames of intro sequence Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: otigkd(a)gmail.com Created attachment 49100 --> http://bugs.winehq.org/attachment.cgi?id=49100 crash log os: Gentoo x86 installed trough steam. a few seconds of loding/intro is played, then crashes -- 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 6

[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

[Bug 35320] New: wine crash in MSVCRT__mbstowcs_l regarding locale, & other minor locale related problems
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=35320 Bug ID: 35320 Summary: wine crash in MSVCRT__mbstowcs_l regarding locale, & other minor locale related problems Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: htl10(a)users.sourceforge.net Classification: Unclassified Created attachment 47106 --> http://bugs.winehq.org/attachment.cgi?id=47106 The file needed to cause the crash. from r project (http://www.r-project.org/) http://cran.ma.imperial.ac.uk/bin/windows/base/R-2.15.3-win.exe After installing, running: ./wine ~/.wine/drive_c/Program\ Files/R/R-2.15.3/bin/R.exe Then, at the R console prompt, type (having put the attached file at /tmp/1.R): Sys.setlocale("LC_CTYPE", "Chinese") source('z:/tmp/1.R', encoding='UTF8') wine immediately crashes with: -------------------------------------- wine: Unhandled page fault on read access to 0x00000000 at address 0x7eda29af (thread 0030), starting debugger... ... Backtrace: =>0 0x7eda29af MSVCRT__mbstowcs_l+0x5f(wcstr=<couldn't compute location>, mbstr=<couldn't compute location>, count=<couldn't compute location>, locale=<couldn't compute location>) [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt (0x0440a168) 1 0x7eda2b06 MSVCRT_mbstowcs+0x35(wcstr="as a &Metafile CTRL+W", mbstr=0x0(nil), count=0x64) [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2161] in msvcrt (0x0440a198) 2 0x6355b525 in rgraphapp (+0x1b524) (0x00030046) 0x7eda29af MSVCRT__mbstowcs_l+0x5f [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt: movzbl 0x0(%eax),%eax 2140 if(mbstr[size] == '\0') ... ---------------------------------------- I assume this info in the backtrace should be enough to address the crash. FYI, the slightly unusual procedure is because under R under Vista in an English locale doesn't like to plot graphs with non-latin annotations/texts. The above procedure when used under Vista on British English windows would result in R displaying an almost empty plot with a chinese title. Native R on linux does not need the setlocale part to plot utf8-based texts. Also R on Vista accepts 'Sys.setlocale("LC_CTYPE", "Chinese_China.950")'. I only realized that trying to set traditional chinese [950] in a simplified chinese region [china] is wrong when it is rejected on linux; but R on Vista accepts this. ------------ Warning message: In Sys.setlocale("LC_CTYPE", "Chinese_China.950") : OS reports request to set locale to "Chinese_China.950" cannot be honored ------------ When R is running on Vista, it reports the locale as "English_United Kingdom.1252". But under Linux (in en_GB.utf8 locale), R warns of ----------- During startup - Warning messages: 1: Setting LC_TIME=en_GB.utf8 failed 2: Setting LC_MONETARY=en_GB.utf8 failed ----------- So three locale related issue: - a crash in msvcrt - R under Vista accepts "Chinese_China.950" but R under wine does not. - there are locale-related warning messages from R on start up when running under wine. -- 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 13

[Bug 35504] New: LibreOffice installation creates two wrong files
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=35504 Bug ID: 35504 Summary: LibreOffice installation creates two wrong files Product: Wine Version: 1.7.10 Hardware: x86 URL: http://sourceforge.net/projects/libreoffice.mirror/fil es/LibreOffice%204.2.0/LibreOffice_4.2.0_Win_x86.msi/d ownload OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Classification: Unclassified After installing LibreOffice_4.2.0_Win_x86.msi in Wine two illicit files can be found: C:\Win\System\msvcp100.dll C:\Win\System\msvcr100.dll $ sha1sum LibreOffice_4.2.0_Win_x86.msi 0c306a717aff4499b0abe2d2e3caaa63c62dfa0a LibreOffice_4.2.0_Win_x86.msi -- 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 15

[Bug 20104] New: Fujiprint/Fotokasten albums cannot be created due to missing richtext query interface
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=20104 Summary: Fujiprint/Fotokasten albums cannot be created due to missing richtext query interface Product: Wine Version: 1.1.29 Platform: PC URL: http://www.fotokasten.de/index.php?ftkPage=static&ftkV iew=ftksoftware OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: cweiske(a)cweiske.de Running the "fotokasten" photo album creation software fails to create certain photo books with the following error: > fixme:richedit:fnTextSrv_QueryInterface Unknown interface: > {01c25500-4268-11d1-883a-3c8b00c10000} > fixme:richedit:fnTextSrv_OnTxInplaceDeactivate 0x3a1e8e0: STUB How to reproduce: 1. Run software 2. Click on tab "Fotobücher" 3. Click on "Fotobücher" icon 4. Click on "Fun" 5. Click on "Fun A4" 6. A loading window appears but is hidden soon after. When using Fotobücher->Fotobücher->Soft->A4, the richtext window has not to be shown, and I get to the next window (meaning it works without richtext). -- 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 10913] New: start.exe doesn't support optional process title argument
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=10913 Summary: start.exe doesn't support optional process title argument Product: Wine Version: CVS/GIT Platform: Other URL: http://jedit.org OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Running real Java apps under the latest Sun win32 JRE on Wine seems like a fine stress test, even though in many cases users should run with the Linux JRE instead. The Sun JRE and jEdit install ok, but jedit has many startup problems. Here's the first one. Invoking it with the batch file provided by jEdit fails. Here's what's in the batch file: start "jEdit startup" "c:\windows\system32\javaw.exe" -Xms64M -Xmx192M -jar "C:\Program Files\jEdit\jedit.jar" -reuseview %* And here's what happens when you run it: $ cd ~/.wine/drive_c/Program Files/jEdit $ ~/wine-git/wine cmd /c jedit.bat fixme:exec:SHELL_execute flags ignored: 0x00000500 trace:process:CreateProcessW app (null) cmdline L"jEdit startup c:\\windows\\system32\\javaw.exe -Xms64M -Xmx192M -jar \"C:\\Program Files\\jEdit\\jedit.jar\" -reuseview" trace:process:find_exe_file looking for L"jEdit" trace:process:find_exe_file Trying native exe L"c:\\windows\\system32\\jEdit.exe" ... trace:process:find_exe_file Trying built-in exe L"c:\\windows\\system32\\jEdit startup.exe" ... trace:process:find_exe_file looking for L"jEdit startup c:\\windows\\system32\\javaw.exe -Xms64M -Xmx192M -jar \"C:\\Program Files\\jEdit\\jedit.jar\" -reuseview" Application could not be started, or no application associated with the specified file. ShellExecuteEx failed: File not found So it seems that start takes an optional process title argument. Sure enough, http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en… documents it. Who knew? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 31644] New: glMapBufferRange is extremely slow while playing Resident Evil 5 ( happens only on nvidia binary driver )
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=31644 Bug #: 31644 Summary: glMapBufferRange is extremely slow while playing Resident Evil 5 ( happens only on nvidia binary driver ) Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: tizbac2(a)gmail.com Classification: Unclassified Calls to glMapBufferRange are extremely slow on nvidia drivers with resident evil 5, if this should be reported to nvidia instead just close it over 90% of frame time is taken by glMapBufferRange -- 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 20

[Bug 18496] New: BREW simulator always shows a black display
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=18496 Summary: BREW simulator always shows a black display Product: Wine Version: 1.1.21 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jon.dufresne(a)gmail.com Tested with wine-1.1.21 I am attempting to use the Qualcomm BREW simulator under wine. After installing, I attempted to run the example applets. The application launches and I am able to select an applet directory, but the simulated device's screen always shows black and not the usual list of icons that represent available applets. The BREW simulator installer is found here: https://brewx.qualcomm.com/bws/content/gi/products/sdk/3.1/en/3.1.5.179/ins… Steps to reproduce: 1. Download and install BREW SDK simulator 2. Run simulator 3. Use menu to selec "File->Change Applet Dir..." 4. Navigate to c:/Program Files/BREW 3.1.5/sdk/examples/ 5. Hit "OK" 6. Notice screen is black Expected results: Under windows, the BREW simulator will show a listing of the available BREW applets (one for each *.mif file in the directory chosen). This list appears as a series of icons inside the device's display area. -- 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 17

[Bug 15703] New: LEGO Star Wars controller options
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=15703 Summary: LEGO Star Wars controller options Product: Wine Version: 1.1.6 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: infernux(a)web.de Going to "Controller Options" freezes the game, pressing "Esc" does not make it playable again. I don't know what other information / logs would be helpful, if you need anything specific just say so. This only affects the _first_ of the two games - but the 2nd seems to have a different input system anyway (requires xinpit1_2.dll for example). -- 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 17

[Bug 19777] New: Ad Astra game runs very slow glBlitFramebuffer
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=19777 Summary: Ad Astra game runs very slow glBlitFramebuffer Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P3 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: chrisyate+wine(a)gmail.com CC: chrisyate+wine(a)gmail.com Ad Astra is a free space flight sim available at www.a-astra.com. The game runs (as in starts) successfully, with a clean .wine prefix folder. However once it enters 3D mode the disk starts to grind, wine spits out lots of fixmes and the program runs slowly with fps around 3, max maybe 5. The following is output, over and over until you stop the game. <quote> fixme:d3d:stretch_rect_fbo >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION_EXT (0x506) from glBlitFramebuffer() @ device.c / 6532 fixme:d3d:state_ckeyblend Render state WINED3DRS_COLORKEYBLENDENABLE not implemented yet (repeated 6 times)... </quote> My System is Athlon XP2400+, a NVidia 6200 clone (the Zotac with 256Mb), 1.5Gb ram. Unfortunately I can't confirm whether it would work on my machine if I was running Windows natively. Any other info, please ask. -- 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 16

[Bug 21023] New: SetupDiOpenDevRegKey() returns wrong HKEY
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=21023 Summary: SetupDiOpenDevRegKey() returns wrong HKEY Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: mdealencar(a)gmail.com Created an attachment (id=25222) --> (http://bugs.winehq.org/attachment.cgi?id=25222) bug example In a Windows XP system SetupDiOpenDevRegKey() returns the "Device Parameters" HKEY under the device instance corresponding to the supplied (DeviceInfoSet, &DeviceInfoData) pair. Wine's SetupDiOpenDevRegKey() returns the device instance HKEY instead. The relevant registry keys are not created by Wine, so I had to import them from a Windows XP system Example: Windows HKEY returned corresponds to: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\Vid_0451&Pid_6951\5&5a20206&0&1\Device Parameters Wine HKEY returned corresponds to: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\Vid_0451&Pid_6951\5&5a20206&0&1 The attached registry patches and source code enable the reproduction of the bug. -- 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 12

[Bug 32374] New: List box with LBS_NODATA set, has very low performance, depending on items count.
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=32374 Bug #: 32374 Summary: List box with LBS_NODATA set, has very low performance, depending on items count. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: johnfound(a)evrocom.net Classification: Unclassified Created attachment 42719 --> http://bugs.winehq.org/attachment.cgi?id=42719 Test application that illustrates the bug. Source code included. List box control, when has LBS_NODATA style set, needs very big time to process LB_SETCOUNT message (this message works only for list box with LBS_NODATA set). On Windows this message is handled for less than 1ms regardless of the count sent by LB_SETCOUNT (because the list box has nothing to allocate/reallocate when LBS_NODATA is set. It only need to set the scroll bar parameters). In WINE (every version but in v1.4 and v1.5 it is really slow) processing this message needs some amount of time, proportional to the item count set by LB_SETCOUNT. As long as this list box style is provided because of its speed, such a behavior can block the execution of the application for very long time. Small test application is attached which measures the time needed for LB_SETCOUNT to be executed on list box with LBS_NODATA set. Source code included. -- 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 35207] New: Rendering issues in Outlast
by wine-bugs＠winehq.org 27 Feb '19

27 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=35207 Bug ID: 35207 Summary: Rendering issues in Outlast Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: stefan(a)codeweavers.com Classification: Unclassified Regression SHA1: 667f4225b5cc25c5e4f2f725d55a7c011e12c388 Created attachment 46958 --> http://bugs.winehq.org/attachment.cgi?id=46958 terminal output In certain areas like the opening scene some of the textures are missing (replaced by empty white rectangles). The problem exists when effects quality in the video options menu set anything but <very low>. The game uses Unreal Engine 3, no demo has been released. Installing native d3dx9 libraries doesn't solve the problem, but 'winetricks glsl-disable' is a workaround. The problem is present since 667f4225b5cc25c5e4f2f725d55a7c011e12c388 is the first bad commit commit 667f4225b5cc25c5e4f2f725d55a7c011e12c388 Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Tue Apr 2 14:54:01 2013 +0200 wined3d: Put local constants into the shader code again. This is essentially a revert of cd7825c89374fb9dd4c20aef2dbfd258713efe6a, with proper precision. :040000 040000 f34c4237fad97c7435396d2fe4644e6a4dd94046 a4cf4d8af7ce2b467dff61ad7e5825884c8fcb36 M dlls Let me know if you need further tests or debug logs. Fedora 19 Nvidia binary drivers 325.15 -- 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 38

[Bug 30123] New: Mouse pointer is confined in a box lesser than the full screen
by wine-bugs＠winehq.org 23 Feb '19

23 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=30123 Bug #: 30123 Summary: Mouse pointer is confined in a box lesser than the full screen Product: Wine Version: 1.4-rc4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: kol(a)MV8660.spb.edu Classification: Unclassified Running TES5:Skyrim on the old system without Xinput2 support and on the modern Fedora 16 (but not on Ubuntu) under Wine 1.3.21 or later versions exhibits the "inertial mouse" bug described in http://appdb.winehq.org/objectManager.php?sClass=version&iId=24749 : after changing the direction of mouse movement the look continues to move in the old direction for some time. Since Wine 1.4-rc1 the old "inertial mouse" bug goes away but it is replaced by the new "clip" bug. The old bug appeared to be caused by the next strings in the dinput_mouse_hook() function in "dlls/dinput/mouse.c": if (This->clipped) pt = This->mapped_center; else GetCursorPos(&pt); which have been changed to GetCursorPos(&pt); in Wine 1.4-rc1. With new versions of Wine the mouse pointer is confined to some box lesser than the full screen. The behaviour of mouse depends on the "HKCU\Software\Wine\X11 Driver\GrabPointer" key. When it is set to "Y", the pointer is strictly confined to a box in game and in menus, when the key is set to "N", the pointer moves free in menus but mouse look in game is free within some limits and becomes very slow beyond these limits. It is similar to Bug#6971 but setting "MouseWarpOverride" to "force" does not change the mouse movement. I experimentally found a simple "patch" to workaround: in the function warp_check() in "dlls/dinput/mouse.c" file the last operator "This->clipped = ..." has to be commented out and "This->clipped = FALSE;" has to be inserted in place of. I do not know how it work but it makes the mouse look correct in Skyrim on my Fedora 10 system and, as far as I can see, does not break other games at least in fullscreen mode. -- 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 28

[Bug 11070] New: Unimplemented function CRYPT32.dll.PFXIsPFXBlob
by wine-bugs＠winehq.org 19 Feb '19

19 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=11070 Summary: Unimplemented function CRYPT32.dll.PFXIsPFXBlob Product: Wine Version: 0.9.52. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mhs(a)hp.com CC: mhs(a)hp.com Created an attachment (id=10088) --> (http://bugs.winehq.org/attachment.cgi?id=10088) Dependency Walker Load List (Wine Builtin) The importpfx tool <http://home.fnal.gov/~jklemenc/importpfx.html> will run under ~/.ies4linux , however fails with builtin ntdll and crypt32 under ~/.wine. Importpfx would be very useful because it allows PKCS12 certificates to be imported to the Certificate Store without need for IE's import/export frontend. Note: Filing this bug under crypt32, though it might better belong to ntdll. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 57

[Bug 35963] New: crash in Syberia2
by wine-bugs＠winehq.org 18 Feb '19

18 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=35963 Bug ID: 35963 Summary: crash in Syberia2 Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: farmboy0+winehq(a)googlemail.com Created attachment 48060 --> http://bugs.winehq.org/attachment.cgi?id=48060 backtrace #1 from wine I have found 2 places in the game that show this backtrace. One is near the beginning of the game. Once you can control Kate Walker enter the toilet in the train. -- 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 19

[Bug 15883] New: When the Linux version of SDL_mixer is installed, programs in Qb64 fail to compile (c++ compilation failed).
by wine-bugs＠winehq.org 18 Feb '19

18 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=15883 Summary: When the Linux version of SDL_mixer is installed, programs in Qb64 fail to compile (c++ compilation failed). Product: Wine Version: 1.1.7 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: samanddeanus(a)yahoo.com When the Linux version of SDL_mixer is installed, programs in Qb64 fail to compile (c++ compilation failed). -- 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 16

[Bug 34080] New: Half-life 2 : Ammo doesn't display when loading game
by wine-bugs＠winehq.org 17 Feb '19

17 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=34080 Bug #: 34080 Summary: Half-life 2 : Ammo doesn't display when loading game Product: Wine Version: 1.6-rc5 Platform: x86-64 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 45307 --> http://bugs.winehq.org/attachment.cgi?id=45307 loaded game showing the bug When I load a game, I can't see how much ammo is left on a weapon. A workaround : changing video mode fullscreen/windowed then going back to the previous one and then ammo display correctly. -- 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 6

[Bug 36382] New: valgrind shows a possible leak in in ddraw/tests/ddraw7.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36382 Bug ID: 36382 Summary: valgrind shows a possible leak in in ddraw/tests/ddraw7.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==5480== 28 bytes in 1 blocks are possibly lost in loss record 259 of 953 ==5480== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==5480== by 0x61B3BE8: apartment_getclassobject (compobj.c:526) ==5480== by 0x61B6FF6: get_inproc_class_object (compobj.c:2894) ==5480== by 0x61B9D5F: CoGetClassObject (compobj.c:3032) ==5480== by 0x61BA4E7: CoCreateInstance (compobj.c:3197) ==5480== by 0x515764C: func_ddraw7 (ddraw7.c:2911) ==5480== by 0x50CC30B: main (test.h:584) ==5480== -- 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

[Bug 36381] New: valgrind shows a couple possible leaks in in ddraw/tests/ddraw2.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36381 Bug ID: 36381 Summary: valgrind shows a couple possible leaks in in ddraw/tests/ddraw2.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==5342== 28 bytes in 1 blocks are possibly lost in loss record 255 of 1,003 ==5342== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==5342== by 0x6288BE8: apartment_getclassobject (compobj.c:526) ==5342== by 0x628BFF6: get_inproc_class_object (compobj.c:2894) ==5342== by 0x628ED5F: CoGetClassObject (compobj.c:3032) ==5342== by 0x628F4E7: CoCreateInstance (compobj.c:3197) ==5342== by 0x51134ED: func_ddraw2 (ddraw2.c:3061) ==5342== by 0x50CC30B: main (test.h:584) ==5342== ==5342== 92 bytes in 1 blocks are possibly lost in loss record 515 of 1,003 ==5342== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==5342== by 0x4ABE069: d3d3_CreateViewport (ddraw.c:3941) ==5342== by 0x4ABE1EE: d3d2_CreateViewport (ddraw.c:3962) ==5342== by 0x510969B: create_viewport.constprop.3 (ddraw2.c:268) ==5342== by 0x510B50F: test_lighting_interface_versions (ddraw2.c:3407) ==5342== by 0x5113DEB: func_ddraw2 (ddraw2.c:6421) ==5342== by 0x50CC30B: main (test.h:584) ==5342== -- 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 6

[Bug 36349] New: valgrind shows a few leaks in d3d9/tests/stateblock.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36349 Bug ID: 36349 Summary: valgrind shows a few leaks in d3d9/tests/stateblock.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==4967== 148 bytes in 1 blocks are possibly lost in loss record 548 of 819 ==4967== at 0x40087BA: calloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==4967== by 0x72216AF: ??? (in /usr/lib/libdrm_intel.so.1.0.0) ==4967== by 0x721C294: drm_intel_bo_alloc (in /usr/lib/libdrm_intel.so.1.0.0) ==4967== by 0x6F2A251: ??? (in /usr/lib/dri/i965_dri.so) ==4967== by 0x6F2A84B: ??? (in /usr/lib/dri/i965_dri.so) ==4967== by 0x6F5F6DB: ??? (in /usr/lib/dri/i965_dri.so) ==4967== by 0x6EEE9B4: ??? (in /usr/lib/dri/i965_dri.so) ==4967== by 0x6918B9B: ??? (in /usr/lib/libGL.so.1.2.0) ==4967== by 0x68E82F4: ??? (in /usr/lib/libGL.so.1.2.0) ==4967== by 0x6034DF2: create_glxcontext.isra.0 (opengl.c:1254) ==4967== by 0x6035127: X11DRV_wglCreateContextAttribsARB (opengl.c:2071) ==4967== by 0x5459C29: wglCreateContextAttribsARB (wgl.c:268) ==4967== by 0x4FB39D8: context_create (context.c:1543) ==4967== by 0x5049866: wined3d_swapchain_create (swapchain.c:914) ==4967== by 0x4F58F1F: d3d9_swapchain_create (swapchain.c:333) ==4967== by 0x4F53348: d3d9_device_CreateAdditionalSwapChain (device.c:504) ==4967== by 0x4A878DC: switch_render_target (stateblock.c:187) ==4967== by 0x4A89C94: execute_test_chain (stateblock.c:141) ==4967== by 0x4A8A9BE: test_state_management (stateblock.c:457) ==4967== by 0x4ADCD4C: run_test (test.h:584) ==4967== -- 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

[Bug 36267] New: valgrind shows an invalid read in ddraw/tests/ddraw4.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36267 Bug ID: 36267 Summary: valgrind shows an invalid read in ddraw/tests/ddraw4.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==4973== Invalid read of size 4 ==4973== at 0x50CE7C7: update_heap_entry (glsl_shader.c:905) ==4973== by 0x50CE900: shader_glsl_update_float_vertex_constants (glsl_shader.c:939) ==4973== by 0x50AAEEE: wined3d_device_set_vs_consts_f (device.c:2297) ==4973== by 0x5137052: wined3d_stateblock_apply (stateblock.c:957) ==4973== by 0x498F1ED: ddraw_set_cooperative_level (ddraw.c:951) ==4973== by 0x498F69F: ddraw4_SetCooperativeLevel (ddraw.c:1019) ==4973== by 0x4CA8A97: test_coop_level_create_device_window (ddraw4.c:678) ==4973== by 0x4CCC1E5: func_ddraw4 (ddraw4.c:7300) ==4973== by 0x4D1E890: run_test (test.h:584) ==4973== by 0x4D1EC7F: main (test.h:654) ==4973== Address 0xb458000 is 42,896 bytes inside a block of size 65,544 alloc'd ==4973== at 0x7BC4C735: notify_alloc (heap.c:255) ==4973== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4973== by 0x50DF534: constant_heap_init (glsl_shader.c:6409) ==4973== by 0x50DF8FB: shader_glsl_alloc (glsl_shader.c:6478) ==4973== by 0x50A5691: wined3d_device_init_3d (device.c:882) ==4973== by 0x498E381: ddraw_attach_d3d_device (ddraw.c:591) ==4973== by 0x498E5B9: ddraw_create_swapchain (ddraw.c:634) ==4973== by 0x498F124: ddraw_set_cooperative_level (ddraw.c:934) ==4973== by 0x498F69F: ddraw4_SetCooperativeLevel (ddraw.c:1019) ==4973== by 0x4CA8A97: test_coop_level_create_device_window (ddraw4.c:678) ==4973== by 0x4CCC1E5: func_ddraw4 (ddraw4.c:7300) ==4973== by 0x4D1E890: run_test (test.h:584) ==4973== by 0x4D1EC7F: main (test.h:654) ==4973== -- 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

[Bug 36261] New: valgrind shows a use after free in ddraw/tests/ddraw4.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36261 Bug ID: 36261 Summary: valgrind shows a use after free in ddraw/tests/ddraw4.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==29500== Invalid write of size 4 ==29500== at 0x498B288: d3d_device_inner_Release (device.c:319) ==29500== by 0x498B45B: d3d_device3_Release (device.c:345) ==29500== by 0x4C6844D: test_process_vertices (ddraw4.c:624) ==29500== by 0x4C8C1E0: func_ddraw4 (ddraw4.c:7299) ==29500== by 0x4CDE890: run_test (test.h:584) ==29500== by 0x4CDEC7F: main (test.h:654) ==29500== Address 0x47a4dc8 is 112 bytes inside a block of size 160 free'd ==29500== at 0x7BC4C782: notify_free (heap.c:263) ==29500== by 0x7BC510C7: RtlFreeHeap (heap.c:1762) ==29500== by 0x497D9F9: ddraw_destroy (ddraw.c:441) ==29500== by 0x497DC0C: ddraw4_Release (ddraw.c:472) ==29500== by 0x49A3B99: ddraw_surface_release_iface (surface.c:552) ==29500== by 0x49A3D41: ddraw_surface4_Release (surface.c:611) ==29500== by 0x498B229: d3d_device_inner_Release (device.c:316) ==29500== by 0x498B45B: d3d_device3_Release (device.c:345) ==29500== by 0x4C6844D: test_process_vertices (ddraw4.c:624) ==29500== by 0x4C8C1E0: func_ddraw4 (ddraw4.c:7299) ==29500== by 0x4CDE890: run_test (test.h:584) ==29500== by 0x4CDEC7F: main (test.h:654) ==29500== -- 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 36348] New: valgrind shows a couple leaks in d3d9/tests/d3d9ex.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36348 Bug ID: 36348 Summary: valgrind shows a couple leaks in d3d9/tests/d3d9ex.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==3976== 16 bytes in 1 blocks are definitely lost in loss record 396 of 1,973 ==3976== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==3976== by 0x4F58C13: Direct3DCreate9Ex (d3d9_main.c:63) ==3976== by 0x4A557EB: create_device.constprop.1 (d3d9ex.c:59) ==3976== by 0x4A55992: test_reset (d3d9ex.c:684) ==3976== by 0x4A5A5CB: func_d3d9ex (d3d9ex.c:1218) ==3976== by 0x4ADCD4C: run_test (test.h:584) ==3976== by 0x4ADD13B: main (test.h:654) ==3976== ==3976== 12,068 bytes in 1 blocks are definitely lost in loss record 1,915 of 1,973 ==3976== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==3976== by 0x506F901: wined3d_create (wined3d_main.c:95) ==3976== by 0x4F654AE: d3d9_init (directx.c:647) ==3976== by 0x4F58C30: Direct3DCreate9Ex (d3d9_main.c:66) ==3976== by 0x4A557EB: create_device.constprop.1 (d3d9ex.c:59) ==3976== by 0x4A55992: test_reset (d3d9ex.c:684) ==3976== by 0x4A5A5CB: func_d3d9ex (d3d9ex.c:1218) ==3976== by 0x4ADCD4C: run_test (test.h:584) ==3976== by 0x4ADD13B: main (test.h:654) ==3976== -- 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 36660] New: ddraw/tests/d3d.c CapsTest crashes under valgrind
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36660 Bug ID: 36660 Summary: ddraw/tests/d3d.c CapsTest crashes under valgrind Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 36658, 36659 Created attachment 48699 --> https://bugs.winehq.org/attachment.cgi?id=48699 backtrace =>0 0x06626b00 (0x0525f2c8) 1 0x05347ae5 fixup_extensions+0x57(gl_info=0x4b8cc64, gl_renderer="GeForce GTX 460/PCIe/SSE2", gl_vendor=GL_VENDOR_NVIDIA, card_vendor=HW_VENDOR_NVIDIA, device=CARD_NVIDIA_GEFORCE_GTX460) [/home/austin/wine-valgrind/dlls/wined3d/directx.c:1542] in wined3d (0x0525f308) 2 0x0534df87 wined3d_adapter_init_gl_caps+0x166d(adapter=0x4b8cc54) [/home/austin/wine-valgrind/dlls/wined3d/directx.c:3131] in wined3d (0x0525f4e8) 3 0x0535345a wined3d_adapter_init+0x372(adapter=0x4b8cc54, ordinal=0) [/home/austin/wine-valgrind/dlls/wined3d/directx.c:5180] in wined3d (0x0525f8f8) 4 0x053539b3 wined3d_init+0xb3(wined3d=0x4b8cc48, flags=0x5) [/home/austin/wine-valgrind/dlls/wined3d/directx.c:5272] in wined3d (0x0525f928) 5 0x053fc954 wined3d_create+0xc3(flags=<couldn't compute location>) [/home/austin/wine-valgrind/dlls/wined3d/wined3d_main.c:105] in wined3d (0x0525f998) 6 0x05282e2c ddraw_init+0xa5(ddraw=0x4b8cb98, device_type=0) [/home/austin/wine-valgrind/dlls/ddraw/ddraw.c:4874] in ddraw (0x0525fb78) 7 0x052971f3 DDRAW_Create+0x15f(guid=(nil), DD=0x525fc70, UnkOuter=(nil), iid=0x52c3714) [/home/austin/wine-valgrind/dlls/ddraw/main.c:274] in ddraw (0x0525fbe8) 8 0x05297404 DirectDrawCreate+0xac(driver_guid=<couldn't compute location>, ddraw=<couldn't compute location>, outer=<couldn't compute location>) [/home/austin/wine-valgrind/dlls/ddraw/main.c:309] in ddraw (0x0525fc38) 9 0x04f6b529 CapsTest+0x198() [/home/austin/wine-valgrind/dlls/ddraw/tests/d3d.c:810] in ddraw_test (0x0525fc88) OpenGL renderer string: GeForce GTX 460/PCIe/SSE2 OpenGL core profile version string: 4.3.0 NVIDIA 337.25 -- 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 36621] New: valgrind shows several definite leaks in ddraw/tests/ddraw1.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36621 Bug ID: 36621 Summary: valgrind shows several definite leaks in ddraw/tests/ddraw1.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13886== 20 bytes in 1 blocks are definitely lost in loss record 205 of 1,033 ==13886== at 0x7BC4C75D: notify_alloc (heap.c:255) ==13886== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716) ==13886== by 0x4B90A4B: DirectDrawCreateClipper (ddraw.c:3274) ==13886== by 0x4B90C0D: ddraw7_CreateClipper (ddraw.c:3309) ==13886== by 0x4B90E50: ddraw1_CreateClipper (ddraw.c:3342) ==13886== by 0x4A6BA13: create_device (ddraw1.c:286) ==13886== by 0x4A6E659: test_coop_level_d3d_state (ddraw1.c:788) ==13886== by 0x4A87307: func_ddraw1 (ddraw1.c:5488) ==13886== by 0x4B24F84: run_test (test.h:584) ==13886== by 0x4B25373: main (test.h:654) ==13886== ==13886== 20 bytes in 1 blocks are definitely lost in loss record 206 of 1,033 ==13886== at 0x7BC4C75D: notify_alloc (heap.c:255) ==13886== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716) ==13886== by 0x4B90A4B: DirectDrawCreateClipper (ddraw.c:3274) ==13886== by 0x4B90C0D: ddraw7_CreateClipper (ddraw.c:3309) ==13886== by 0x4B90E50: ddraw1_CreateClipper (ddraw.c:3342) ==13886== by 0x4A6BA13: create_device (ddraw1.c:286) ==13886== by 0x4A6ED15: test_surface_interface_mismatch (ddraw1.c:860) ==13886== by 0x4A8730C: func_ddraw1 (ddraw1.c:5489) ==13886== by 0x4B24F84: run_test (test.h:584) ==13886== by 0x4B25373: main (test.h:654) ==13886== etc. and one case of: ==13516== 4,096 bytes in 1 blocks are definitely lost in loss record 1,473 of 1,516 ==13516== at 0x72E66F1: ??? (in /usr/lib/libdrm_intel.so.1.0.0) ==13516== by 0x72E2378: drm_intel_bo_map (in /usr/lib/libdrm_intel.so.1.0.0) ==13516== by 0x6EF6DC2: ??? (in /usr/lib/dri/i965_dri.so) ==13516== by 0x6EF8594: ??? (in /usr/lib/dri/i965_dri.so) ==13516== by 0x6EFECCD: ??? (in /usr/lib/dri/i965_dri.so) ==13516== by 0x6D2D411: ??? (in /usr/lib/dri/i965_dri.so) ==13516== by 0x6F0189E: ??? (in /usr/lib/dri/i965_dri.so) ==13516== by 0x6D16339: ??? (in /usr/lib/dri/i965_dri.so) ==13516== by 0x6D1A9E9: ??? (in /usr/lib/dri/i965_dri.so) ==13516== by 0x68D1C95: glTexSubImage2D (in /usr/lib/libGL.so.1.2.0) ==13516== by 0x510FE80: surface_upload_data (surface.c:1641) ==13516== by 0x511D054: surface_load_texture (surface.c:4861) ==13516== by 0x511D52E: surface_load_location (surface.c:4954) ==13516== by 0x5111C25: surface_load (surface.c:2150) ==13516== by 0x51294DA: texture2d_sub_resource_load (texture.c:730) ==13516== by 0x5128AE8: wined3d_texture_load (texture.c:539) ==13516== by 0x50558C7: arbfp_blit_surface (arb_program_shader.c:7653) ==13516== by 0x5121910: wined3d_surface_blt (surface.c:6060) ==13516== by 0x4A9646C: ddraw_surface_blt_clipped (surface.c:1387) ==13516== by 0x4A96CCA: ddraw_surface7_Blt (surface.c:1543) ==13516== -- 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

[Bug 36340] New: valgrind shows several warnings in ddraw/tests/ddraw2.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36340 Bug ID: 36340 Summary: valgrind shows several warnings in ddraw/tests/ddraw2.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==20452== Conditional jump or move depends on uninitialised value(s) ==20452== at 0x5842378: GetRegionData (region.c:889) ==20452== by 0x4E726BE: ddraw_clipper_GetClipList (clipper.c:213) ==20452== by 0x4EA05EE: ddraw_surface7_Blt (surface.c:1429) ==20452== by 0x4EA1FE6: ddraw_surface1_Blt (surface.c:1597) ==20452== by 0x4D9776E: test_clipper_blt (ddraw2.c:647) ==20452== by 0x4DA7C8E: func_ddraw2 (ddraw2.c:6398) ==20452== by 0x4E1C6DC: run_test (test.h:584) ==20452== by 0x4E1CACB: main (test.h:654) ==20452== Uninitialised value was created by a stack allocation ==20452== at 0x4EA0411: ddraw_surface7_Blt (surface.c:1503) ==20452== and several leaks, e.g.,: ==20664== 20 bytes in 1 blocks are definitely lost in loss record 208 of 1,043 ==20664== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==20664== by 0x4E8EA7E: DirectDrawCreateClipper (ddraw.c:3274) ==20664== by 0x4E8EC42: ddraw7_CreateClipper (ddraw.c:3309) ==20664== by 0x4E8ED9F: ddraw2_CreateClipper (ddraw.c:3331) ==20664== by 0x4DA6CBC: test_clipper_blt (ddraw2.c:565) ==20664== by 0x4DB7C8E: func_ddraw2 (ddraw2.c:6398) ==20664== by 0x4E2C6DC: run_test (test.h:584) ==20664== by 0x4E2CACB: main (test.h:654) ==20664== -- 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 6

[Bug 36201] New: valgrind shows a definite leak under crypt32/tests/store.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36201 Bug ID: 36201 Summary: valgrind shows a definite leak under crypt32/tests/store.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48322 --> https://bugs.winehq.org/attachment.cgi?id=48322 valgrind log ==18714== 48 bytes in 1 blocks are definitely lost in loss record 215 of 443 ==18714== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==18714== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==18714== by 0x514398B: CryptMemAlloc (main.c:124) ==18714== by 0x511E5A6: Context_CreateLinkContext (context.c:60) ==18714== by 0x510AB00: Cert_clone (cert.c:127) ==18714== by 0x511D199: CRYPT_CollectionCreateContextFromChild (collectionstore.c:85) ==18714== by 0x511D5C9: Collection_addCert (collectionstore.c:215) ==18714== by 0x510B119: add_cert_to_store (cert.c:263) ==18714== by 0x510B27F: CertAddCertificateContextToStore (cert.c:287) ==18714== by 0x510A852: CertAddEncodedCertificateToStore (cert.c:65) ==18714== by 0x4EA953F: testCollectionStore (store.c:670) ==18714== by 0x4EB2BF4: func_store (store.c:2790) ==18714== by 0x4EB7F67: run_test (test.h:584) ==18714== by 0x4EB8356: main (test.h:654) ==18714== and several potential leaks, e.g.,: ==18714== 20 bytes in 1 blocks are possibly lost in loss record 53 of 443 ==18714== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==18714== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==18714== by 0x514398B: CryptMemAlloc (main.c:124) ==18714== by 0x511E0A9: CertAddStoreToCollection (collectionstore.c:519) ==18714== by 0x5164B4B: CRYPT_SysOpenStoreW (store.c:592) ==18714== by 0x5164D74: CRYPT_SysOpenStoreA (store.c:644) ==18714== by 0x5165ADF: CertOpenStore (store.c:907) ==18714== by 0x5165B53: CertOpenSystemStoreA (store.c:919) ==18714== by 0x4EA9419: testCollectionStore (store.c:658) ==18714== by 0x4EB2BF4: func_store (store.c:2790) ==18714== by 0x4EB7F67: run_test (test.h:584) ==18714== by 0x4EB8356: main (test.h:654) ==18714== full log attached -- 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 10

[Bug 17913] New: Port royale: black hole instead ocean
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=17913 Summary: Port royale: black hole instead ocean Product: Wine Version: 1.1.18 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: puciek(a)gmail.com Created an attachment (id=20239) --> (http://bugs.winehq.org/attachment.cgi?id=20239) Here should be ocean While playing port royale, and enter "global" mode, instead ocean there is only black color. -- 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 32

[Bug 36631] New: valgrind shows a definite leak in in ddraw/tests/ddraw2.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36631 Bug ID: 36631 Summary: valgrind shows a definite leak in in ddraw/tests/ddraw2.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==8554== 4,096 bytes in 1 blocks are definitely lost in loss record 931 of 958 ==8554== at 0x70746F1: ??? (in /usr/lib/libdrm_intel.so.1.0.0) ==8554== by 0x7070378: drm_intel_bo_map (in /usr/lib/libdrm_intel.so.1.0.0) ==8554== by 0x6C84DC2: ??? (in /usr/lib/dri/i965_dri.so) ==8554== by 0x6C86594: ??? (in /usr/lib/dri/i965_dri.so) ==8554== by 0x6C8CCCD: ??? (in /usr/lib/dri/i965_dri.so) ==8554== by 0x6ABB411: ??? (in /usr/lib/dri/i965_dri.so) ==8554== by 0x6C8F89E: ??? (in /usr/lib/dri/i965_dri.so) ==8554== by 0x6AA4339: ??? (in /usr/lib/dri/i965_dri.so) ==8554== by 0x6AA89E9: ??? (in /usr/lib/dri/i965_dri.so) ==8554== by 0x656BC95: glTexSubImage2D (in /usr/lib/libGL.so.1.2.0) ==8554== by 0x4F3FE80: surface_upload_data (surface.c:1641) ==8554== by 0x4F4D054: surface_load_texture (surface.c:4861) ==8554== by 0x4F4D52E: surface_load_location (surface.c:4954) ==8554== by 0x4F41C25: surface_load (surface.c:2150) ==8554== by 0x4F594DA: texture2d_sub_resource_load (texture.c:730) ==8554== by 0x4F58AE8: wined3d_texture_load (texture.c:539) ==8554== by 0x4E9CEFE: context_apply_blit_state (context.c:2246) ==8554== by 0x4E858D9: arbfp_blit_surface (arb_program_shader.c:7655) ==8554== by 0x4F51910: wined3d_surface_blt (surface.c:6060) ==8554== by 0x4BB146C: ddraw_surface_blt_clipped (surface.c:1387) ==8554== -- 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 36623] New: valgrind shows some leaks in ddraw/tests/ddraw7.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36623 Bug ID: 36623 Summary: valgrind shows some leaks in ddraw/tests/ddraw7.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com All of the form: ==31752== 20 bytes in 1 blocks are definitely lost in loss record 194 of 1,726 ==31752== at 0x7BC4C75D: notify_alloc (heap.c:255) ==31752== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716) ==31752== by 0x4A75A4B: DirectDrawCreateClipper (ddraw.c:3274) ==31752== by 0x4A75C0D: ddraw7_CreateClipper (ddraw.c:3309) ==31752== by 0x4DA2139: test_clipper_blt (ddraw7.c:710) ==31752== by 0x4DC439D: func_ddraw7 (ddraw7.c:7183) ==31752== by 0x4DF1F84: run_test (test.h:584) ==31752== by 0x4DF2373: main (test.h:654) ==31752== There's a similar issue in ddraw4 in bug 36343. -- 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

[Bug 35889] New: wine1.6 display fuzzy chinese ttf fonts, but dialog fonts display normal
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=35889 Bug ID: 35889 Summary: wine1.6 display fuzzy chinese ttf fonts, but dialog fonts display normal Product: Wine Version: 1.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gamiljydcome(a)gmail.com Created attachment 47925 --> http://bugs.winehq.org/attachment.cgi?id=47925 fuzzy chinese ttf fonts i am running wine to use tdxw.exe (stock software) for a long time. i installed simsun.ttf to show chinese fonts, before wine 1.5.18 this app disaplay fonts very clearly. but using wine 1.6.x\1.7.x this app display fonts very fuzzy, dialog fonts display normal. my os box is debian7. i have tried disable fontconfig anti-aliasing and wine anti-aliasing, replaced many other ttf fonts, nothing changed. see blow sample photo. how to fix it? -- 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 12453] New: Counter Strike Source bad performance in Video Stress Test
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=12453 Summary: Counter Strike Source bad performance in Video Stress Test Product: Wine Version: CVS/GIT Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=3731 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: vitaliy(a)kievinfo.com During almost entire video stress test FPS stay really low (several times less the on windows). This happens while console is being filled with these messages: fixme:d3d:IWineD3DCubeTextureImpl_PreLoad Cubetexture (0x1dfbcda8) has been reloaded at least 20 times due to WINED3DSAMP_SRGBTEXTURE changes on it's sampler err:d3d_surface:fb_copy_to_texture_direct Texture filtering not supported in direct blit -- 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 151

[Bug 28167] New: Fifa 11: Game crashes
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=28167 Summary: Fifa 11: Game crashes Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jasonkchang96(a)gmail.com Created an attachment (id=36085) --> (http://bugs.winehq.org/attachment.cgi?id=36085) The log The game runs for a while, and an error sign comes up, telling me to report it to bugs.winehq.org -- 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 35096] New: Kerning misbehavior for Hebrew text in Office 2010
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=35096 Bug #: 35096 Summary: Kerning misbehavior for Hebrew text in Office 2010 Product: Wine Version: 1.7.8 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sh.yaron(a)gmail.com Classification: Unclassified Created attachment 46817 --> http://bugs.winehq.org/attachment.cgi?id=46817 This screenshot shows a sentece written in Word saying: "משפט שכתבתי בוורד" First installed using PlayOnLinux v4.2.1.1 msttcorefonts was installed as a dependency. Originally posted in Hebrew at the following thread: http://www.fxp.co.il/showthread.php?t=13826259 -- 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 13

[Bug 21101] New: Can't use SHIFT key with onboard visual keyboard and wine application
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=21101 Summary: Can't use SHIFT key with onboard visual keyboard and wine application Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: malicorne(a)chez.com Wine 1.35 Ubuntu 9.10 To reproduce, press alt-F2 and execute "onboard" Execute a notepad with wine Then enter text using onboard with the shift key for uppercase characters for exemple. It does'nt work. It works with gedit so onboard working fine. If you use the capslock, it's working but the shift key doesn't do anything. -- 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 15

[Bug 36380] New: valgrind shows a possible leak in in ddraw/tests/ddraw1.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36380 Bug ID: 36380 Summary: valgrind shows a possible leak in in ddraw/tests/ddraw1.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==5320== 28 bytes in 1 blocks are possibly lost in loss record 256 of 978 ==5320== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==5320== by 0x61B3BE8: apartment_getclassobject (compobj.c:526) ==5320== by 0x61B6FF6: get_inproc_class_object (compobj.c:2894) ==5320== by 0x61B9D5F: CoGetClassObject (compobj.c:3032) ==5320== by 0x61BA4E7: CoCreateInstance (compobj.c:3197) ==5320== by 0x50F4EDF: func_ddraw1 (ddraw1.c:2767) ==5320== by 0x50CC30B: main (test.h:584) ==5320== -- 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

[Bug 36689] New: ddrawex/tests/surface.c crashes under valgrind/nvidia
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36689 Bug ID: 36689 Summary: ddrawex/tests/surface.c crashes under valgrind/nvidia Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M ddrawex.dll -p ddrawex_test.exe.so surface && touch surface.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 fixme:win:EnumDisplayDevicesW ((null),0,0x4ddf3c4,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x4ddf494,0x00000000), stub! fixme:d3d:resource_check_usage Unhandled usage flags 0x20000000. fixme:d3d:resource_check_usage Unhandled usage flags 0x20000000. fixme:win:EnumDisplayDevicesW ((null),0,0x4ddf3c4,0x00000000), stub! fixme:d3d:resource_check_usage Unhandled usage flags 0x20000000. fixme:d3d:resource_check_usage Unhandled usage flags 0x20000000. fixme:d3d:resource_check_usage Unhandled usage flags 0x20000000. fixme:d3d:resource_check_usage Unhandled usage flags 0x20000000. fixme:d3d:resource_check_usage Unhandled usage flags 0x20000000. fixme:d3d:resource_check_usage Unhandled usage flags 0x20000000. fixme:d3d:resource_check_usage Unhandled usage flags 0x20000000. fixme:d3d:resource_check_usage Unhandled usage flags 0x20000000. fixme:win:EnumDisplayDevicesW ((null),0,0x4ddf484,0x00000000), stub! --23344-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11 (SIGSEGV) - exiting --23344-- si_code=1; Faulting address: 0x24448B94; sp: 0x8814cccc valgrind: the 'impossible' happened: Killed by fatal signal ==23344== at 0x38064477: vgPlain_get_StackTrace_wrk (m_stacktrace.c:322) ==23344== by 0x38064854: vgPlain_get_StackTrace (m_stacktrace.c:1439) ==23344== by 0x38049E4D: record_ExeContext_wrk (m_execontext.c:341) ==23344== by 0x3802DE93: make_mem_undefined_w_tid_and_okind (mc_main.c:1815) ==23344== by 0x3802E378: mc_handle_client_request (mc_main.c:5869) ==23344== by 0x380A33A0: vgPlain_scheduler (scheduler.c:2011) ==23344== by 0x380B4A07: run_a_thread_NORETURN (syswrap-linux.c:103) sched status: running_tid=1 Thread 1: status = VgTs_Runnable /bin/sh: line 1: 23344 Segmentation fault OpenGL renderer string: GeForce GTX 460/PCIe/SSE2 OpenGL core profile version string: 4.3.0 NVIDIA 337.25 -- 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 3

[Bug 19748] New: Unreal Tournament 3: Wrong Thread Problems
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=19748 Summary: Unreal Tournament 3: Wrong Thread Problems Product: Wine Version: 1.1.27 Platform: PC-x86-64 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: nerv(a)dawncrow.de Playing UT3 throws a lot of Fixme's with Wrong thread Stubs like: fixme:d3d:IWineD3DEventQueryImpl_GetData Wrong thread, reporting GPU idle. and very often: fixme:d3d:IWineD3DOcclusionQueryImpl_GetData 0x19dbfe28 Wrong thread, returning 1. -- 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 57

[Bug 36658] New: valgrind shows an invalid read in ddraw/tests/d3d.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36658 Bug ID: 36658 Summary: valgrind shows an invalid read in ddraw/tests/d3d.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M ddraw.dll -p ddraw_test.exe.so d3d && touch d3d.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 fixme:win:EnumDisplayDevicesW ((null),0,0x4f9f4a0,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x4f9f520,0x00000000), stub! ==9737== Invalid read of size 4 ==9737== at 0x635FB00: ??? (in /tmp/.glF7Rc58 (deleted)) ==9737== by 0x5109AE4: fixup_extensions (directx.c:1542) ==9737== by 0x510FF86: wined3d_adapter_init_gl_caps (directx.c:3131) ==9737== by 0x5115459: wined3d_adapter_init (directx.c:5180) ==9737== by 0x51159B2: wined3d_init (directx.c:5272) ==9737== by 0x51BE953: wined3d_create (wined3d_main.c:105) ==9737== by 0x4DE1E2B: ddraw_init (ddraw.c:4874) ==9737== by 0x4DF61F2: DDRAW_Create (main.c:274) ==9737== by 0x4DF6403: DirectDrawCreate (main.c:309) ==9737== by 0x4CA7528: CapsTest (d3d.c:810) ==9737== by 0x4CB7D2D: func_d3d (d3d.c:3953) ==9737== by 0x4D720F8: run_test (test.h:584) ==9737== by 0x4D724E7: main (test.h:654) ==9737== Address 0xeb4f7c0 is on thread 1's stack ==9737== OpenGL renderer string: GeForce GTX 460/PCIe/SSE2 OpenGL core profile version string: 4.3.0 NVIDIA 337.25 -- 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

[Bug 36620] New: valgrind shows a few invalid reads in ddraw/tests/ddraw1.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36620 Bug ID: 36620 Summary: valgrind shows a few invalid reads in ddraw/tests/ddraw1.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13886== Invalid read of size 4 ==13886== at 0x4BC58CC: d3d_viewport_Clear (viewport.c:671) ==13886== by 0x4A83D8A: test_material (ddraw1.c:4948) ==13886== by 0x4A873B1: func_ddraw1 (ddraw1.c:5522) ==13886== by 0x4B24F84: run_test (test.h:584) ==13886== by 0x4B25373: main (test.h:654) ==13886== Address 0xa060788 is 40 bytes inside a block of size 108 free'd ==13886== at 0x7BC4C7AA: notify_free (heap.c:263) ==13886== by 0x7BC510EF: RtlFreeHeap (heap.c:1762) ==13886== by 0x4BAB294: d3d_material3_Release (material.c:155) ==13886== by 0x4BABD73: d3d_material1_Release (material.c:400) ==13886== by 0x4A6C23C: destroy_material (ddraw1.c:426) ==13886== by 0x4A83A74: test_material (ddraw1.c:4917) ==13886== by 0x4A873B1: func_ddraw1 (ddraw1.c:5522) ==13886== by 0x4B24F84: run_test (test.h:584) ==13886== by 0x4B25373: main (test.h:654) ==13886== -- 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

[Bug 20083] New: Invalid PIO_STACK_LOCATION->FileObject passed into IRP_MJ_DEVICE_CONTROL dispatch routine
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=20083 Summary: Invalid PIO_STACK_LOCATION->FileObject passed into IRP_MJ_DEVICE_CONTROL dispatch routine Product: Wine Version: 1.1.29 Platform: PC URL: http://rh-software.com/ OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: ray(a)pobox.co.uk When the SIVDRIVER IRP_MJ_DEVICE_CONTROL dispatch routine is called the PIO_STACK_LOCATION->FileObject in incalid, in fact it's set of 0x66666666. This caused the v4.00 SIVDRIVER to crash as it expects to setup PFILE_OBJECT->FsContext in file create callback and use it while processing IRP_MJ_DEVICE_CONTROL. For 4.01 I managed to stop the crashes by adding code to check for 0x66666666. This really needs to be fixed though. -- 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 15

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs November 2014