wine-bugs August 2016

wine-bugs@winehq.org

1 participants
7757 discussions

[Bug 5551] printing in Adobe Acrobat (Reader) outputs postscript source
by wine-bugs＠winehq.org 15 Aug '16

15 Aug '16

https://bugs.winehq.org/show_bug.cgi?id=5551 winetest(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest(a)luukku.com --- Comment #14 from winetest(a)luukku.com --- Interesting output. fixme:psdrv:PSDRV_ExtEscape QUERYESCSUPPORT(4568) - not supported. fixme:psdrv:PSDRV_ExtEscape QUERYESCSUPPORT(4567) - not supported. fixme:winspool:SetJobW Ignoring everything other than document title https://msdn.microsoft.com/en-us/library/windows/desktop/ff686811(v=vs.85).… I didnt get anything printed, but my printer gives an error that I should replace some color and not being more specific about it. The error message is quite weird since it has multiple colors in it. They cant all be empty at same time... -- 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 0

[Bug 34928] New: X Rebirth only (re)draws HUD Elements
by wine-bugs＠winehq.org 13 Aug '16

13 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=34928 Bug #: 34928 Summary: X Rebirth only (re)draws HUD Elements Product: Wine Version: 1.7.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: skython(a)web.de Classification: Unclassified Created attachment 46545 --> http://bugs.winehq.org/attachment.cgi?id=46545 Screenshot 1: Rendering bugs after starting a new free game. The game doesn't renders everything except the HUD. When you start a new free game the screen becomes black and only the HUD elements are visible. If any of the HUD elements is moving, you see them being 'copied' over the black background. The attached screenshots are showing this behaviour. If you alter some graphics settings (for example antialiasing) while ingame, you can see the game rendering everything just fine for a single frame. But then again the rendered scene doesn't redraw and HUD is being copied again. You can see this behaviour on the second screenshot. The terminal repeatedly says: err:d3d:wined3d_debug_callback 0x193ef0: "GL_INVALID_OPERATION error generated. Buffer is mapped.". err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawElementsBaseVertex @ ../../../wine/dlls/wined3d/drawprim.c / 64 I'm using Archlinux and the current Wine version 1.7.6 I already tried altering several rendering settings using winetricks. No luck so far. Any help is appreciated -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 40725] New: 8-bit Armies crashes on start (32-bit prefix, Windows 7 mode)
by wine-bugs＠winehq.org 13 Aug '16

13 Aug '16

https://bugs.winehq.org/show_bug.cgi?id=40725 Bug ID: 40725 Summary: 8-bit Armies crashes on start (32-bit prefix, Windows 7 mode) Product: Wine Version: 1.9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 54631 --> https://bugs.winehq.org/attachment.cgi?id=54631 Terminal output for Wine 1.9.11 Staging no CSMT I am attempting to run this game in a clean 32-bit prefix and it crashes while loading. Running the command "wine ClientG.exe" gets me a splash screen and opens up a very tiny square which I assume is the game's window. After a few seconds the game then crashes. I have checked that ClientG.exe, the game's executable, is in fact a 32-bit file: file ClientG.exe ClientG.exe: PE32 executable (GUI) Intel 80386, for MS Windows I am attempting to run the game in Windows 7 mode as it does not support Windows XP. I have attached the terminal output as the game loads then crashes. I am using Wine 1.9.11 Staging. -- 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 41129] New: X-Men Legends 2 keys dont work correctly
by wine-bugs＠winehq.org 12 Aug '16

12 Aug '16

https://bugs.winehq.org/show_bug.cgi?id=41129 Bug ID: 41129 Summary: X-Men Legends 2 keys dont work correctly Product: Wine Version: 1.9.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrdeathjr28(a)yahoo.es Distribution: --- X-Men Legends 2 dont work keyboard keys correctly In game with actual cpu frecuency (4100mhz) keyboard key press dont respond at time but if cpu frecuency is reduced to 1.8ghz and lower keyboard keys back to work normally System Specs Nvidia Drivers 367.36.02 (run package from nvidia homepage) Xubuntu 16.04 64Bit - Kernel 4.4.0-34 generic (ubuntu mainline) - CPUFreq: Performance CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus MEMORY: 8GB DDR3 1333 (2x4) Patriot value (dual channel: 21.3 gb/s) GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s) MAINBOARD: MSI H81M E33 Maybe this can be solved if wine have built-in fps limiter -- 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 1

[Bug 41124] New: Proteowizard/msconvert command line tool hangs
by wine-bugs＠winehq.org 12 Aug '16

12 Aug '16

https://bugs.winehq.org/show_bug.cgi?id=41124 Bug ID: 41124 Summary: Proteowizard/msconvert command line tool hangs Product: Wine Version: 1.9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sneumann(a)ipb-halle.de Distribution: --- Created attachment 55331 --> https://bugs.winehq.org/attachment.cgi?id=55331 Logfile with wine output I am trying to get a command line tool to run under wine, and have varied success. The command msconvert.exe is part of the mixed open/closed source Proteowizard project [1], which provides a unified access to the mass spectrometry data from any instrument vendor through their closed source data access DLLs. In particular, msconvert converts into vendor-neutral open XML formats. Download available from [2]. So success or failure running msconvert depends on which and how these DLLs are written and called, which I have no direct control of. * I can run msconvert just fine when converting from one open format to another, which does not require any closed DLLs. So msconvert itself is fine. * I have one instrument that has a mix of *.dll that are identified as "PE32 executable (DLL)" for console and GUI, and also include Mono/.Net assemblies. Runs fine. * I have data and DLLs for a different instrument, where at runtime a few err:ole messages are suspicious to my (wine-untrained) eye, see also full trace below: err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory for {00000126-0000-0000-c000-000000000046} with error 0x80004002 err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 A few output lines later the process just hangs, it can be terminated with ^C. I am running Ubuntu 16.04, and previously 14.04, and I have tried Wine Staging 1.9.16~ubuntu16.04.1 and 1:1.8.0-0ubuntu1~ubuntu15.10.1~ppa1 (and wine-1.6.2 earlier). Needless to say, works under Windows. The msconvert sources are living under [3]. Im using an WINEARCH=win32 wineprefix. Dependencies I know of/guess are installed via a recent winetricks (20160724). rm -rf .wine export WINEARCH=win32 winetricks --unattended msxml3 mfc42 corefonts winetricks --unattended vcrun2005 winetricks --unattended vcrun2008 winetricks --unattended vcrun2010 winetricks --unattended dotnet35sp1 winetricks --unattended dotnet40 # http://proteowizard.sourceforge.net/downloads.shtml msiexec /i pwiz-setup.msi and then running on a small file [4] hangs: wine ./msconvert.exe small.RAW [logs attached separately] Andrew Udvare gave an excellent assessment [5] of my debugging output on the mailling list, copied in here: On Mo, 2016-08-01 at 03:32 -0700, Andrew Udvare wrote: > > On 2016-08-01, at 02:51, Steffen Neumann <sneumann(a)ipb-halle.de> > > wrote: > > > > err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory for {00000126-0000-0000-c000-000000000046} with error 0x80004002 > > err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 > > > Definitely file a bug. There is sort of this related one, but it has > to do with InstallShield: https://bugs.winehq.org/show_bug.cgi?id=24611 > > Maybe some useful information: > > https://msdn.microsoft.com/en-us/library/windows/desktop/ms678504(v=vs.85).… > > E_NOINTERFACE 0x80004002 Interface not supported. > > Your OLE32 errors: > > https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ole32/marshal.c#l168 > https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ole32/marshal.c#l305 > > Something is wrong with Wine and IRunnableObject for this use case. > And it seems your app does not check the return when it queries > interfaces? I presume that is why more errors just come later about > not correctly running within an apartment. > > IRunnableObject = {00000126-0000-0000-c000-000000000046} -> https://msdn.microsoft.com/en- > us/library/windows/desktop/ms692783%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396 > > DCOM as done in Wine is described a bit here: https://www.winehq.org/docs/winedev-guide/dcom-1 > -- > Andrew Udvare Running msconvert under wine has long been a challenge, with Wine reports in #24761 [6] and #29900 [7] that have been fixed/markeddupes/closed by now, but it doesn't work for me. An old wiki entry[8] with earlier versions of both wine and msconvert reports success by someone for files such as mine. Happy to help with debugging, yours, Steffen [1] http://proteowizard.sourceforge.net/ [2] http://proteowizard.sourceforge.net/downloads.shtml [3] https://sourceforge.net/p/proteowizard/code/HEAD/tree/trunk/pwiz/ [4] http://proteowizard.sourceforge.net/example_data/small.RAW [5] https://www.winehq.org/pipermail/wine-users/2016-August/107380.html [6] https://bugs.winehq.org/show_bug.cgi?id=24761 [7] https://bugs.winehq.org/show_bug.cgi?id=29900 [8] http://tools.proteomecenter.org/wiki/index.php?title=Msconvert_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 1

[Bug 7902] C&C 3 setup fails to detect selected components
by wine-bugs＠winehq.org 11 Aug '16

11 Aug '16

https://bugs.winehq.org/show_bug.cgi?id=7902 Martin Lindhe <martin(a)startwars.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin(a)startwars.org --- Comment #29 from Martin Lindhe <martin(a)startwars.org> --- this is still an issue with wine 1.9.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 0

[Bug 8133] cannot enter player name in clue
by wine-bugs＠winehq.org 11 Aug '16

11 Aug '16

https://bugs.winehq.org/show_bug.cgi?id=8133 winetest(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest(a)luukku.com --- Comment #22 from winetest(a)luukku.com --- Comment 12 and 21. It works, if you use winetricks -q ie. I don't remember anymore for what it was used but, but reading comments indicate that it solves another issue that prevents running the game and testing this bug. Sounds like fixed to me. Also no response from OP or others for a long time. I doubt there will be more feedback anytime soon. I would suggest to test this and close according to your feelings. -- 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 0

[Bug 40920] New: Into The Stars (UE4 game) crashes while loading with SwapChain->GetFullscreenState error
by wine-bugs＠winehq.org 10 Aug '16

10 Aug '16

https://bugs.winehq.org/show_bug.cgi?id=40920 Bug ID: 40920 Summary: Into The Stars (UE4 game) crashes while loading with SwapChain->GetFullscreenState error Product: Wine Version: 1.9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 55026 --> https://bugs.winehq.org/attachment.cgi?id=55026 Terminal output Wine 1.9.13-144-g9729d15 Windows 7 mode The Unreal Engine 4 game, Into The Stars crashes while loading in a clean Windows 7 prefix. I am attempting to run the game on an Nvidia GTX 970 using the proprietary drivers (367.27) in Wine 1.9.13-144-g9729d15. -- 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 30581] New: Dialog windows can get hidden by the main window in IDA Free 5.0
by wine-bugs＠winehq.org 09 Aug '16

09 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=30581 Bug #: 30581 Summary: Dialog windows can get hidden by the main window in IDA Free 5.0 Product: Wine Version: 1.5.3 Platform: x86 URL: http://www.hex-rays.com/products/ida/support/download_ freeware.shtml OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified IDA Pro is an interactive disassembler. A freeware version of IDA 5.0 can be downloaded from http://www.hex-rays.com/products/ida/support/download_freeware.shtml I tested IDA Free with Wine 1.5.3 under Lubuntu 11.10, which uses the Openbox window manager. When "Allow the window manager to control the windows" is enabled in winecfg, dialog boxes can get hidden behind the main window. The dialogs are modal, so the main window doesn't accept any input while a dialog is open. If you accidentally click in the main window while a dialog is open, the dialog disappears but the main window does not accept any input. To reproduce: - Use winecfg to disable virtual desktop mode and enable "Allow the window manager to control the windows" if necessary; those are the default settings. - Download and run the IDA Free 5.0 installer. - Run the program. Click OK at the About dialog and Go in the Welcome to IDA! window. - The maximised main window opens. Bring up a dialog box, e.g. by selecting Help-> About program... or File -> Open... - When the dialog opens, click in the main window. The dialog window disappears behind the main window. (You can reveal it by un-maximising the main window and moving it out of the way.) For what it's worth, this problem doesn't happen with the IDA Pro 6.2 demo, but that uses different GUI code (QT?). -- 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 32495] New: Incorrect behavior in ScriptGetLogicalWidths() / ScriptApplyLogicalWidth() (buffer overrun)
by wine-bugs＠winehq.org 09 Aug '16

09 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=32495 Bug #: 32495 Summary: Incorrect behavior in ScriptGetLogicalWidths() / ScriptApplyLogicalWidth() (buffer overrun) Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usp10 AssignedTo: wine-bugs(a)winehq.org ReportedBy: disposable593-wine(a)yahoo.com Classification: Unclassified Currently, ScriptGetLogicalWidths() and ScriptApplyLogicalWidth() are incorrectly implemented, leading to wrong glyph positioning in one of my applications. **ScriptGetLogicalWidths(): The current implementation simply copies the input to the output array, incorrectly assuming nbchar==nbglyphs. If there are fewer glyphs than characters, this causes a buffer overrun, potentially leading to application crashes. (The problem does and will become more prevalent as the implementation of shaping is improved over time.) **ScriptApplyLogicalWidths(): The functions fails to apply justification and simply returns the unjustified widths. Below I include what I believe are correct implementations. I have taken care that the results agree with those returned by the Microsoft implementations. (I have never seen or been in contact with the original Microsoft code, though, so the following code is "clean" and may be used for any purpose.) HRESULT WINAPI ScriptGetLogicalWidths(const SCRIPT_ANALYSIS *sa, int nbchars, int nbglyphs, const int *glyph_width, const WORD *log_clust, const SCRIPT_VISATTR *sva, int *widths) { int rtl, i; // TRACE("(%p, %d, %d, %p, %p, %p, %p)\n", // sa, nbchars, nbglyphs, glyph_width, log_clust, sva, widths); rtl = sa->fRTL && !sa->fLogicalOrder; for (i = 0; i < nbchars; ) { int w = 0, i2, j, j2; j = log_clust[i]; i2 = i; do i2++; while (i2 < nbchars && log_clust[i2] == j); j2 = i2 < nbchars ? log_clust[i2] : rtl? -1 : nbglyphs; for ( ; j != j2; rtl? j--:j++) w += glyph_width[j]; for ( ; i < i2; i++) w -= widths[i] = w / (i2-i); } return S_OK; } HRESULT WINAPI ScriptApplyLogicalWidth(const int *dx, int num_chars, int num_glyphs, const WORD *log_clust, const SCRIPT_VISATTR *sva, const int *advance, const SCRIPT_ANALYSIS *sa, ABC *abc, int *justify) { int rtl, i; // FIXME("(%p, %d, %d, %p, %p, %p, %p, %p, %p)\n", // dx, num_chars, num_glyphs, log_clust, sva, advance, sa, abc, justify); rtl = sa->fRTL && !sa->fLogicalOrder; if (abc) abc->abcB = - abc->abcA - abc->abcC; for (i = 0; i < num_chars; ) { int w = 0, j, j1, j2; j1 = log_clust[i]; do w += dx[i++]; while (i < num_chars && log_clust[i] == j1); j2 = i < num_chars ? log_clust[i] : rtl? -1 : num_glyphs; for (j = j1; j != j2; rtl? j--:j++) w -= advance[j]; for (j = j1; j != j2; rtl? j--:j++) { w -= justify[j] = w / (rtl? j-j2:j2-j); justify[j] += advance[j]; if (abc) abc->abcB += justify[j]; } } return S_OK; } -- 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 4

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