wine-bugs April 2020

wine-bugs@winehq.org

1 participants
7554 discussions

[Bug 48616] New: Using wchedtool slows down program
by WineHQ Bugzilla 20 Apr '20

20 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=48616 Bug ID: 48616 Summary: Using wchedtool slows down program Product: Wine-staging Version: 5.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: geist1(a)sms.at CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Very slow performance when running a program with schedtool only on one CPU. This Problem appeart between wine 3.1 and wine 3.2 Problem : When running a program which requires to be run on only one CPU (e.g. heroes of might and magic 3) - if running on Dualcore CPU's the program crashes sometimes in mp3dec - the entire program runs like in slow motion, even the mouse pointer moves very slow. The Program itself runs, but the speed of executed program is too slow for playing. Wine Version 3.1 is the last working one correctly with schedtool. The command is : env WINEPREFIX="/home/hero/.wine" schedtool -a 0x2 -e wine C:\\\\windows\\\\command\\\\start.exe /Unix /home/hero/.wine/dosdevices/c:/users/Public/Desktop/Heroes\\ of\\ Might\\ and\\ Magic\\ 3\\ Complete.lnk It doesn't matter if the program is running on cpu2 or cpu1. -- 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 46214] New: No Pen pressure in adobe photoshop CC 2018
by wine-bugs＠winehq.org 20 Apr '20

20 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=46214 Bug ID: 46214 Summary: No Pen pressure in adobe photoshop CC 2018 Product: Wine Version: 3.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chaillerlucien(a)gmx.fr Distribution: --- No Pen Pressure in Adobe Photoshop CC 2018 on Wine. The assigned buttons configurated in Digimend neither. -- 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.

2 6

[Bug 42725] New: Fix the problem about webbrowser crashed always
by wine-bugs＠winehq.org 20 Apr '20

20 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=42725 Bug ID: 42725 Summary: Fix the problem about webbrowser crashed always Product: Wine Version: 1.9.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: xuwenlong(a)deepin.com Distribution: --- Created attachment 57706 --> https://bugs.winehq.org/attachment.cgi?id=57706 UrlEscapeW returns neither E_POINTER nor S_OK When I input a url to browser to browse something,it always broken -- 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.

2 5

[Bug 40120] New: eDrawingsAllX64.exe : crashes during launch
by wine-bugs＠winehq.org 20 Apr '20

20 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=40120 Bug ID: 40120 Summary: eDrawingsAllX64.exe : crashes during launch Product: Wine-staging Version: 1.9.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brentb(a)macautomation.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 53599 --> https://bugs.winehq.org/attachment.cgi?id=53599 Log of the 'wine eDrawings.exe' creates a popup containing the following message: Error parsing C:\windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config Parser returned error 0x80004001 I am on Ubuntu 14.04 64-bit trying to get eDrawings 2016 64 bit to run. Steps taken: sudo add-apt-repository ppa:wine/wine-builds sudo apt-get install winehq-staging --install-recommends Downloaded and installed .NET from: http://download.microsoft.com/download/E/2/1/E21644B5-2DF2-47C2-91BD-63C560… Ran into: err:module:import_dll Library MSVCR120_CLR0400.dll (which is needed by L"C:\\windows\\Microsoft.NET\\Framework64\\v4.0.30319\\mscorsvw.exe") not found I was directed to import the following file into wine registry https://dl.dropboxusercontent.com/u/61413222/forward_msvcr.reg Final error is: Error parsing C:\windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config Parser returned error 0x80004001 -- 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.

2 7

[Bug 45977] New: crashes every time I try and balance my account
by wine-bugs＠winehq.org 20 Apr '20

20 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=45977 Bug ID: 45977 Summary: crashes every time I try and balance my account Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alex.wb(a)me.com Created attachment 62539 --> https://bugs.winehq.org/attachment.cgi?id=62539 Unhandled exception: page fault on read access to 0x4f514a4e in 32-bit code (0x0041330c). Register dump: Crashes every time I try and balance account -- 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.

2 7

[Bug 37724] New: Modern applications won't find COM ports nor HID devices
by wine-bugs＠winehq.org 20 Apr '20

20 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=37724 Bug ID: 37724 Summary: Modern applications won't find COM ports nor HID devices Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: heha(a)hrz.tu-chemnitz.de Distribution: --- While old apps search COM ports use CreateFile("COMx"...) attempts to detect the presence of serial interfaces, newer apps use SetupDi functions. As a typical excerpt: devs=SetupDiGetClassDevs(&GUID_DEVCLASS_PORTS,NULL,0,DIGCF_PRESENT); if (devs!=INVALID_HANDLE_VALUE) { SP_DEVINFO_DATA devInfo; devInfo.cbSize=sizeof devInfo; for (i=0; SetupDiEnumDeviceInfo(devs,i,&devInfo); i++) { HKEY hKey; TCHAR s[16]; DWORD slen=sizeof s; *s=0; if ((hKey=SetupDiOpenDevRegKey(devs,&devInfo, DICS_FLAG_GLOBAL,0,DIREG_DEV,KEY_READ)) ==INVALID_HANDLE_VALUE) continue; RegQueryValueEx(hKey,T("PortName"),NULL,NULL,(LPBYTE)s,&slen); RegCloseKey(hKey); if (*s=='C') { // filter out LPTx int idx=ComboBox_AddString(hCombo,s); int num=StrToInt(s+3)-1; ComboBox_SetItemData(hCombo,idx,num); if (num==Config.SerialNo) ComboBox_SetCurSel(hCombo,idx); } } SetupDiDestroyDeviceInfoList(devs); } The main advantages for this approach are: * Unlimited COM port numbers * Much faster than looped CreateFile attempts Therefore, modern apps use this procedure. Similarly, apps talking with modern USB HID devices (these devices don't need an install procedure), do this procedure to find their device: GUID hidGuid; HidD_GetHidGuid(&hidGuid); devs=SetupDiGetClassDevs(&hidGuid,0,0,DIGCF_PRESENT|DIGCF_DEVICEINTERFACE); if (devs!=INVALID_HANDLE_VALUE) { SP_DEVICE_INTERFACE_DATA devinterface; devinterface.cbSize=sizeof devinterface; for (i=0; SetupDiEnumDeviceInterfaces(devs,NULL,&hidGuid,i,&devinterface); i++) { THid Hid; union{ // save stack space SP_DEVICE_INTERFACE_DETAIL_DATA detail; TCHAR space[MAX_PATH+4]; WCHAR ps[128]; // Product String HIDD_ATTRIBUTES a; }u; SP_DEVINFO_DATA info; info.cbSize=sizeof info; u.detail.cbSize=sizeof u.detail; if (!SetupDiGetDeviceInterfaceDetail(devs,&devinterface, &u.detail,sizeof u,NULL,&info)) continue; Hid.hDev=CreateFile(u.detail.DevicePath,GENERIC_READ|GENERIC_WRITE, FILE_SHARE_READ|FILE_SHARE_WRITE, NULL,OPEN_EXISTING,FILE_FLAG_OVERLAPPED,NULL); if (Hid.hDev!=INVALID_HANDLE_VALUE) { HidD_GetAttributes(Hid.hDev,&u.a); if (*(DWORD*)&u.a.VendorID==0x27D916C0 && HidD_GetProductString(Hid.hDev,u.ps,elemof(u.ps))) { int l=ComboBox_AddStringW(hCombo,u.ps); ComboBox_SetItemData(hCombo,l,i); if (i==Config.iUsbHid) ComboBox_SetCurSel(hCombo,l); } CloseHandle(Hid.hDev); } } SetupDiDestroyDeviceInfoList(devs); } Nice when at least the COM port detection will work in near future. I can write a small test application to support the bug-fixing process. Googling for Funkuhr.exe will reveal a source code that contains both routines already. -- 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.

2 10

[Bug 48917] New: Starting a shell script via "cmd /c start /b /wait /d" does not work anymore
by WineHQ Bugzilla 20 Apr '20

20 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=48917 Bug ID: 48917 Summary: Starting a shell script via "cmd /c start /b /wait /d" does not work anymore Product: Wine Version: 5.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: adrian.kalla(a)gmail.com Distribution: --- Until Wine 5.5 (staging) the following worked, but with 5.6 (staging) it does not anymore: wine cmd /c start /b /wait /d "C:\users\user\AppData\alobby" "C:\alobby\run_unix_openvpn" "C:\users\user\AppData\alobby" user.ovpn What the "run_unix_openvpn" (chmod +x) Shell-Script does is following: pkexec /usr/bin/env openvpn --writepid "`wine winepath -u "$1"`/vpn.pid" --log "`wine winepath -u "$1"`/vpn.log" --verb 3 --daemon "alobby_openvpn" --config "`wine winepath -u "$1"`/$2" The error I get with 5.6 is pretty strange: /vpn.log: No such file or directory (errno=2)ecting stdout/stderr to --log file: /home/user/.wine/dosdevices/c:/users/user/AppData/alobby This is used by the Windows application "aLobby" ( https://lobby.siedler3.net/ ) (that is basically a multiplayer lobby for the Windows game "The Settlers 3") to establish an OpenVPN connection via the native Linux openvpn, as there seems to be no way of successfully running the Windows-OpenVPN via 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 2

[Bug 41833] New: DirectShow applications: Playback doesn' t end when playing some MP3 files if winegstreamer is disabled
by wine-bugs＠winehq.org 20 Apr '20

20 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=41833 Bug ID: 41833 Summary: DirectShow applications: Playback doesn't end when playing some MP3 files if winegstreamer is disabled Product: Wine Version: 1.9.24 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: kakurasan(a)gmail.com Distribution: --- When the test program at https://bugs.winehq.org/show_bug.cgi?id=41290 plays "16. Night Sky.mp3" at http://redmine.audacious-media-player.org/issues/628, WaitForCompletion() doesn't return. Built-in quartz.dll displays many "fixme:quartz:parse_header Not a valid header: XX:XX:XX:XX" messages and after this it displays "fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000000)" infinitely. The MP3 BGM files in "Mystic Star" (http://www.vector.co.jp/soft/dl/win95/game/se509140.html) have the same problem (MP3 BGMs don't loop). Workaround: Use native quartz.dll -- 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.

2 6

[Bug 44193] New: In 7 Days to Die the, in the 3D environment, mouse didn' t react to small, slow movements.
by wine-bugs＠winehq.org 20 Apr '20

20 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=44193 Bug ID: 44193 Summary: In 7 Days to Die the, in the 3D environment, mouse didn't react to small, slow movements. Product: Wine-staging Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rencer(a)euromail.hu CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Some times ago there was a problem with mouse drifting in Unity- and Gamebryo/Creation-engine based games, that is already fixed (at least in Unity), but I still have a major issue with the mouse. As I think about that fixed drifting problem, I have to think this issue with slow mouse movement was there at that time, but because the drifting bug, it can not be recognized. Or maybe it's a new bug, I'm not sure, I mentioned that old bug, maybe this one is somehow releaed to that and affect other Unity/Gamebyro games. Have to try in other games too, to be sure about it. In 7 Days To Die you have to aim preciesly to the head of the enemies, otherwise they quickly overrun and kill your character, aiming precisely from a distant is a key element in that game, so this is a major issue, and like with the fixed drifting bug, this one renders the game (almost) unplayable. In the 3D enviroment when I try to move the mouse slowly, just a very little bit it doesn't move. I have to move it at a certain, relatively fast speed to make it move, so it is impossible to aim correctly to the small target. The crosshair moves too much if I move it with a speed that is recognised, or it doesn't move at all if I move it slowly. Another similarity with the fixed drifting bug, is that it only happens in the 3D environment but not at menus,inventory,character,etc. screens. -- 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.

2 31

[Bug 44143] New:=?UTF-8?Q?=20Fix=20=E2=80=9C0030?=:fixme:d3d: resource_check_usage Unhandled usage flags 0x20.”
by wine-bugs＠winehq.org 20 Apr '20

20 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=44143 Bug ID: 44143 Summary: Fix “0030:fixme:d3d:resource_check_usage Unhandled usage flags 0x20.” Product: Wine Version: 3.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- I could play the game “The settlers (gold edition)” with previous Wine versions in a low graphic resolution for a while. Further software evolution made it unplayable. * Text is not displayed on buttons for main menus. * The scenery display is flickering. I got the following log during my test attempt. elfring@Sonne:~> wine /run/media/elfring/SHOK_GOLD/autorun.exe 0030:fixme:win:EnumDisplayDevicesW ((null),0,0x33e4b4,0x00000000), stub! 0030:fixme:win:EnumDisplayDevicesW ((null),0,0x33e854,0x00000000), stub! 0030:fixme:d3d:resource_check_usage Unhandled usage flags 0x20. 0030:fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1. 0030:fixme:d3d:swapchain_gl_present WINED3D_SWAP_EFFECT_FLIP not implemented. … 0030:fixme:d3d:resource_check_usage Unhandled usage flags 0x20. Now I am curious which other open issues will be still remaining if the software situation can be improved a bit more also around such programming interfaces. -- 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.

2 29

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 April 2020