wine-bugs June 2016

wine-bugs@winehq.org

1 participants
7703 discussions

[Bug 37531] New: HxD and HexEdit fail to access disks
by wine-bugs＠winehq.org 11 Jun '19

11 Jun '19

https://bugs.winehq.org/show_bug.cgi?id=37531 Bug ID: 37531 Summary: HxD and HexEdit fail to access disks Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tcll5850(a)gmail.com Distribution: --- what I'm trying to do is dump my 500GB HDD onto my 1TB HDD by opening the 500GB in either HxD or HexEdit and saving it as a file on the 1TB. HxD only sees my C drive and 5 logical disks (all reporting "Bad Device Type") HexEdit sees my 500GB E drive, but needs administrative privileges to open it. first place I looked up on google told me to report a bug... if you need downloads: HxD: http://mh-nexus.de/en/downloads.php?product=HxD HexEdit: http://www.4shared.com/file/VRaD3TtAce/HexEditPro4_0.html? (sorry for 4Shared, http://www.hexeditpro.com no longer exists) why do I want/need this type of access? My 500GB was corrupted by ChkDsk (every file is 0KB in size) (that's ~300GB of IMPORTANT data not being looked at) I havn't touched it, so I know the data is still there, however, the drive is/was compressed. I want a raw image so I can format the drive and not have to worry about loss of data. (as I can recover from the image) -- 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 34364] New: Splinter Cell: Blacklist - D3DXLoadSurfaceFromMemory Format conversion missing
by wine-bugs＠winehq.org 11 Jun '19

11 Jun '19

http://bugs.winehq.org/show_bug.cgi?id=34364 Bug #: 34364 Summary: Splinter Cell: Blacklist - D3DXLoadSurfaceFromMemory Format conversion missing Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Created attachment 45746 --> http://bugs.winehq.org/attachment.cgi?id=45746 +d3dx >From a terminal fixme:d3dx:D3DXLoadSurfaceFromMemory Format conversion missing 0x35545844 -> 0x15 -- 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 39440] New: embedded (XEMBED) windows are blank
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

https://bugs.winehq.org/show_bug.cgi?id=39440 Bug ID: 39440 Summary: embedded (XEMBED) windows are blank Product: Wine Version: 1.7.52 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: anton.kalmykov(a)gmail.com Distribution: --- Created attachment 52555 --> https://bugs.winehq.org/attachment.cgi?id=52555 patch file I'm the author of airwave VST bridge (https://github.com/phantom-code/airwave). My project is intended to use Windows VST plugins in Linux VST hosts (Bitwig Studio, Ardour, etc). This task involves embedding the VST plugin window inside of the VST host window (I use the XEMBED protocol to achieve this functionality). The problem here is that after sending XEMBED_EMBEDDED_NOTIFY message, the embedding window stays blank. I was able to workaround this issue by inserting some delays (https://github.com/phantom-code/airwave/blob/master/src/plugin/plugin.cpp#L…), but this "solution" doesn't work in all cases. I've changed a few lines in winex11.drv code (patch is attached) and it helped to solve the "blank window" issue, but this is only a workaround (I don't know how to do a correct fix). Anyway, increasing the size of embedded window will cause appearing of additional blank regions. -- 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 25818] New: Macromedia Flash 8 has duplicated "minimize, restore, close" icons in the menu bar
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

http://bugs.winehq.org/show_bug.cgi?id=25818 Summary: Macromedia Flash 8 has duplicated "minimize, restore, close" icons in the menu bar Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: igor-hkr(a)mail.ru Created an attachment (id=32903) --> (http://bugs.winehq.org/attachment.cgi?id=32903) screenshot Macromedia Flash 8 has duplicated "minimize, restore, close" icons in the menu bar Those duplicate buttons are working (in the same way as original) But when you will close current project with help of them and create new one original buttons will not be present, only duplicated. -- 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 8

[Bug 30891] New: page fault in wined3d_surface_blt
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

http://bugs.winehq.org/show_bug.cgi?id=30891 Bug #: 30891 Summary: page fault in wined3d_surface_blt Product: Wine Version: 1.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: chinese_chater(a)yahoo.de Classification: Unclassified Created attachment 40479 --> http://bugs.winehq.org/attachment.cgi?id=40479 command line output, including backtrace After starting the game Typing of the Dead and selecting "Network" in the menu, wine 1.4 crashes: --- Unhandled exception: page fault on read access to 0x00000072 in 32-bit code (0x7e1cab0e). [...] =>0 0x7e1cab0e wined3d_surface_blt+0xfce() in wined3d (0x0033fc04) 1 0x7e27a443 in ddraw (+0x3a442) (0x0033fcd4) 2 0x00477131 in tod_e (+0x77130) (0x0033fd34) --- (see attached backtrace.txt for the complete output) On startup for this trace I've selected "DirectDraw HAL \ Microsoft Direct3D RGB Software Emulation will be used", but it happens with "DirectDraw HAL \ WINE Direct3D7 Hardware acceleration using WineD3D will be used" and "DirectDraw HAL \ WINE Direct3D7 Hardware Transform and Lightning acceleration using WineD3D will be used", too. I'm running wine on a 64bit (both kernel- and userspace) laptop with a GeForce 8600M GT and the open source nouveau graphics driver on a recent Debian sid, with some i386 libraries to run the 32bit wine, obviously. I'm using the latest, recently uploaded package in Debian sid: wine 1.4-6. Cheers, Linus -- 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 40768] New: Midtown Madness does not open: " There was an undetectable problem in loading the specified device driver"
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

https://bugs.winehq.org/show_bug.cgi?id=40768 Bug ID: 40768 Summary: Midtown Madness does not open: "There was an undetectable problem in loading the specified device driver" Product: Wine Version: 1.9.11 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lleytonj73(a)gmail.com Created attachment 54669 --> https://bugs.winehq.org/attachment.cgi?id=54669 wine output On my Mac, trying to run Midtown Madness causes the screen to flicker, and then the aforementioned error appears. It then flickers some more before closing. I'm trying to upload the game to my Google Drive so it can be downloaded (since the Microsoft download link has disappeared) but damn Australia's internet is pathetic. I'm hoping the terminal output might be useful. -- 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 11637] New: Midtown Madness menus flicker
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

http://bugs.winehq.org/show_bug.cgi?id=11637 Summary: Midtown Madness menus flicker Product: Wine Version: 0.9.55. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: elicoten(a)live.co.uk With Midtown Madness 1, (Chicago) the menus flicker. This problem is apparent in the trial and I presume also in the retail version as well (although that wouldn't install). Downloadable from http://www.microsoft.com/games/midtown/downloads.htm Console output: fixme:spoolsv:serv_main (0 (nil)) SetPRocessAffinityMask found and called. ERROR: ************* EXCEPTION CATCHING DISABLED! Please don't commit this. fixme:win:EnumDisplayDevicesW ((null),0,0x34e950,0x00000000), stub! Saving file `tune/widgettest.csv' Saving file `tune/menutest.csv' fixme:imm:ImmGetDefaultIMEWnd (0x60024 - (nil) 0x148008 ): semi-stub -- 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 38396] New: msiexec crash with winetricks running LEGOHarryPotter
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

https://bugs.winehq.org/show_bug.cgi?id=38396 Bug ID: 38396 Summary: msiexec crash with winetricks running LEGOHarryPotter Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: ribeirws(a)gmail.com Distribution: --- Created attachment 51249 --> https://bugs.winehq.org/attachment.cgi?id=51249 Backtrace of the bug msiexec crash with winetricks running LEGOHarryPotter msiexec crash with winetricks running LEGOHarryPotter -- 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 8

[Bug 35999] New: Need for speed carbon DEMO all keyboard keys not working X11DRV_KEYBOARD
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

http://bugs.winehq.org/show_bug.cgi?id=35999 Bug ID: 35999 Summary: Need for speed carbon DEMO all keyboard keys not working X11DRV_KEYBOARD Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jarkko_korpi(a)hotmail.com I was testing NFS Carbon because of another bug. And I used warn all debug. While in game I noticed that I can't control the car with arrow keys. This is not the only game I have this issue. Some splinter cell games, NFS, RAW (wrestling game demo) and maybe some other have had similar issue, which has mostly corrected by installing input overrides. While debugging another error I found these lines: warn:keyboard:X11DRV_KEYBOARD_DetectLayout 7 keysyms per keycode not supported, set to 4 warn:keyboard:X11DRV_KEYBOARD_DetectLayout Using closest match (Swedish keyboard layout) for scan/virtual codes mapping. Closest match? It should be finnish keyboard... warn:keyboard:X11DRV_InitKeyboard vkey 010D is being used by more than one keycode warn:keyboard:X11DRV_InitKeyboard vkey 0124 is being used by more than one keycode warn:keyboard:X11DRV_InitKeyboard vkey 0126 is being used by more than one keycode and few similar lines. Wine 1.7.16 -- 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 40373] New: Double free in RPCRT4
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

https://bugs.winehq.org/show_bug.cgi?id=40373 Bug ID: 40373 Summary: Double free in RPCRT4 Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: timo.kreuzer(a)web.de Created attachment 54078 --> https://bugs.winehq.org/attachment.cgi?id=54078 idl file RPCRT4 can double free parameter allocations from NdrStubCall2 The specific situation where this happened is the following: - The idl file was lsa.idl from ReactOS (file attached) - The function was LsarRetrievePrivateData - The parameter was EncryptedData - It happened in cleanup of marshalled parameters within NdrStubCall2, after calling this function What happened: - NdrStubCall2 iterates though the marshaling phases - On STUBLESS_MUSTFREE: - params[i].attr.MustFree is TRUE for parameter i = 2 (EncryptedData) - call_freer() is invoked with a pointer pointing to the parameter (pointer to the parameter location!) - param->attr.IsByValue is FALSE, so pMemory = *(unsigned char **)pMemory; pMemory is now equal to the value EncryptedData (a pointer to a pointer) - NdrFreer[pFormat[0] & NDR_TABLE_MASK] (NdrPointerFree) is called - NdrPointerFree calls PointerFree - desc = pFormat + *(const SHORT*)pFormat; - (attr & RPC_FC_P_DEREF) is TRUE, so current_pointer = *(unsigned char**)Pointer; (In the observed case this is NULL, since the function returned NULL in that OUT parameter) - NdrFreer[*desc & NDR_TABLE_MASK] (NdrPointerFree) is called with current_pointer (doing nothing, since it's NULL) - Pointer is not within pStubMsg->Buffer - attr & RPC_FC_P_ONSTACK is not set (this is different on midl!) - NdrFree(pStubMsg, Pointer) is called, freeing the pointer - On STUBLESS_FREE: - params[i].attr.ServerAllocSize is != 0 - HeapFree(GetProcessHeap(), 0, *(void **)pArg) is called on the pointer that was freed before. I cannot say exactly what is wrong here, but I see 2 potential problems: - The type for the parameter has different flags between midl and widl (the parameter data is the same), where widl is missing the [alloced_on_stack] flag: midl: /* 2076 */ 0x11, 0x14, /* FC_RP [alloced_on_stack] [pointer_deref] */ /* 2078 */ NdrFcShort( 0xffb6 ), /* Offset= -74 (2004) */ widl: /* 3112 (PLSAPR_CR_CIPHER_VALUE *) */ 0x11, 0x10, /* FC_RP [pointer_deref] */ NdrFcShort(0xfffa), /* Offset= -6 (3108) */ With this flag, the parameter is not freed, but that might not be the correct solution. - Parameters with ServerAlloc are allocated from the heap, while according to https://msdn.microsoft.com/library/windows/desktop/aa374362%28v=vs.85%29.as…, it should be allocated on the stack, so it would not be freed. -- 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 2

Jump to page:

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 June 2016