Running an application under wine. Keyboard response is painfully slow. Any suggestions?
Thanks in advance.
Any particular application?
Thanks for the speedy response. It’s called VCC.exe, and it works just fine under 42.3.
I get this error which is a little above my head.
002e:fixme:ntoskrnl:KeDelayExecutionThread (0, 0, 0x89fc70): stub
I have no idea about this Windows code, but a quick google turned up references like these…
http://registrynuke.com/dll-info/vcc-exe-errors-fix
http://www.fastfixerror.com/whats-vcc-exe-how-to-fix-it-is-it-a-virus.html
Anyway, the wine version for Leap 15 is 3.7, while the version used in Leap 42.3 was 2.0.1 so this is likely to relevant here. As such, this may require a bug report to help resolve this regression perhaps.
Thank you. Unfortunately your first link does not open and the second one deals with vcc.exe not running at all. It looks like I need to file a bug report. That’s a big jump in versions. But the good news is 42.3 is good for six more months so I have lots of time to work it out.
Well it according to https://wiki.winehq.org/Download there is not a Leap 15 package. So perhaps I’ll wait until one shows up.
Distro Binary PackagesThese packages are built and supported by the distros.
Please report any problems with them to the package maintainer.
SUSE - release binary and source .rpms and daily snapshot RPMs for all openSUSE versions (11.4 up to Leap 42.3 and Tumbleweed) and SUSE Linux Enterprise 11 and 12
Not sure why the first link doesn’t work for you - it’s ok for me. In any case, it was just so that others like me who have no idea about what vcc.exe might be could read about it. 
No, not true! Check your distribution repos first. Look…
https://software.opensuse.org/package/wine
I’m running Leap 15, and here’s the package (official repo)…
# zypper se -s wine
Loading repository data...
Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+-------------------------------+------------+------------------+--------+-----------------------
| python2-twine | package | 1.9.1-lp150.1.3 | x86_64 | openSUSE-Leap-15.0-oss
| python3-twine | package | 1.9.1-lp150.1.3 | x86_64 | openSUSE-Leap-15.0-oss
| q4wine | package | 1.3.7-lp150.1.1 | x86_64 | openSUSE-Leap-15.0-oss
| q4wine-lang | package | 1.3.7-lp150.1.1 | noarch | openSUSE-Leap-15.0-oss
i+ | wine | package | 3.7-lp150.1.7 | x86_64 | openSUSE-Leap-15.0-oss
i | wine-32bit | package | 3.7-lp150.1.7 | x86_64 | openSUSE-Leap-15.0-oss
| wine-devel | package | 3.7-lp150.1.7 | x86_64 | openSUSE-Leap-15.0-oss
.
.
.
Yes I was aware that wine-3.7-lp150.1.7.x86_64 was currently installed in Leap 15. But when I went to Download - WineHQ Wiki it was not listed under Distro Binary Packages so I assumed that the maintainer Marcus Meissner might not be accepting bug reports. In any case I am contacting him.
I appreciate your efforts in helping me. Truthfully I have not had much success in reporting bugs, probably because I was not sufficiently adept at answering follow up questions.
Does anyone know of wine-2.0.1 compiled under Leap 15.0? I tried to compile it and after more than 1.5 hours of satisfying dependencies I gave up. Leap 15.0 comes with wine-3.0.x which does not work for my application. wine-2.0.1 works just fine with Leap 42.3, under Ubuntu and other Debian based distros.
I did file a bugzilla report some time ago.
I wouldn’t generally recommend this, but you could try downloading /installing the single 'wine-2.0.1-1.21.x86_64.rpm from
https://software.opensuse.org/package/wine
I performed a dry-run and only encountered one dependency issue…
# zypper in --force --dry-run /home/dean/Downloads/wine-2.0.1-1.21.x86_64.rpm
Loading repository data...
Reading installed packages...
Forcing installation of 'wine-2.0.1-1.21.x86_64' from repository 'Plain RPM files cache'.
Resolving package dependencies...
Problem: nothing provides libgnutls.so.28()(64bit) needed by wine-2.0.1-1.21.x86_64
Solution 1: do not install wine-2.0.1-1.21.x86_64
Solution 2: break wine-2.0.1-1.21.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/c] (c): 2
Resolving dependencies...
Resolving package dependencies...
The following package is going to be downgraded:
wine
1 package to downgrade.
Overall download size: 19.2 MiB. Already cached: 0 B. After the operation, 13.0 MiB will be freed.
Continue? [y/n/...? shows all options] (y): y
It might be possible to downgrade ‘libgnutls’ as well (or perhaps wine 2.0.1 will be fine anyway). I’ll leave you to play further with this. Good luck.
Following your suggestion I did the following.
linux-cxfq:/home/ion/DATA/TEMP # zypper in --force wine-2.0.1-1.21.x86_64.rpmLoading repository data...
Reading installed packages...
Forcing installation of 'wine-2.0.1-1.21.x86_64' from repository 'Plain RPM files cache'.
Resolving package dependencies...
Problem: nothing provides libgnutls.so.28()(64bit) needed by wine-2.0.1-1.21.x86_64
Solution 1: do not install wine-2.0.1-1.21.x86_64
Solution 2: break wine-2.0.1-1.21.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/c] (c): 2
Resolving dependencies...
Resolving package dependencies...
The following 3 NEW packages are going to be installed:
libncurses5 wine wine-gecko
The following recommended package was automatically selected:
wine-gecko
The following 3 packages are recommended, but will not be installed due to conflicts or dependency issues:
wine-nine wine-staging wine-staging-nine
3 new packages to install.
Overall download size: 114.6 MiB. Already cached: 0 B. After the operation, additional 275.8 MiB
will be used.
Continue? [y/n/...? shows all options] (y): y
Retrieving package libncurses5-6.1-lp150.3.14.x86_64 (1/3), 478.9 KiB ( 1.1 MiB unpacked)
Retrieving: libncurses5-6.1-lp150.3.14.x86_64.rpm ...............................[done (83.7 KiB/s)]
Retrieving package wine-gecko-2.47-lp150.1.3.noarch (2/3), 95.0 MiB ( 95.4 MiB unpacked)
Retrieving: wine-gecko-2.47-lp150.1.3.noarch.rpm .................................[done (1.4 MiB/s)]
Retrieving package wine-2.0.1-1.21.x86_64 (3/3), 19.2 MiB (179.3 MiB unpacked)
Checking for file conflicts: .................................................................[done]
(1/3) Installing: libncurses5-6.1-lp150.3.14.x86_64 ..........................................[done]
(2/3) Installing: wine-gecko-2.47-lp150.1.3.noarch ...........................................[done]
(3/3) Installing: wine-2.0.1-1.21.x86_64 .....................................................[done]
linux-cxfq:/home/ion/DATA/TEMP # wine
If 'wine' is not a typo you can use command-not-found to lookup the package that contains it, like this:
cnf wine
linux-cxfq:/home/ion/DATA/TEMP #
Odd I would say.
Does it work is the question?
Sorry, missed this…
linux-cxfq:/home/ion/DATA/TEMP # wine
If 'wine' is not a typo you can use command-not-found to lookup the package that contains it, like this:
cnf wine
linux-cxfq:/home/ion/DATA/TEMP #
Do
rpm -ql wine|more
The above command showed that the new executable is wine64 and not wine. This is strange as under 42.3 the same installed version executes with wine. In any case it does nothing other than show the --help option. It will not run any executable.
I do appreciate all your help, but at this point I have spent so much time on this that I am inclined to switching to a Debian based O.S.
Thanks again.
You need to install wine-32bit as well. That package provides /usr/bin/wine.
I do appreciate all your help, but at this point I have spent so much time on this that I am inclined to switching to a Debian based O.S.
Thanks again.
That is your choice. Use what works for you.