https://bugs.winehq.org/show_bug.cgi?id=45567
Bug ID: 45567
Summary: League of Legends 8.12+ fails to start a game
(anticheat engine, validation of WoW64 syscall
dispatcher)
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Diagnosed by Andrew Wesie; partially split off from bug 45327.
The game inspects the %cs register to determine if it is running under WoW64.
Since Linux 32-bit code segment is the same as the
WoW64 32-bit code segment, 0x23, the anti-cheat will expect to be in a WoW64
environment regardless of whether the prefix is 32- or 64-bit.
Consequently the game will try to use the Wow64Transition export if it is
available, or otherwise request the module name of the address contained at the
WOW32Reserved TEB field (i.e. %fs:0xc0), and verifies that the latter matches
wow64cpu.dll.
This can be solved either by moving the syscall dispatcher to wow64cpu.dll, or
by implementing Wow64Transition.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37983
Bug ID: 37983
Summary: Jedi Knight: Dark Forces II (GOG.com version) - music
doesn't work
Product: Wine
Version: 1.7.35
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rixa(a)cs.tut.fi
Distribution: ---
The game originally used to have background music on CD audio tracks. The
recent GOG.com release includes those tracks in .ogg format, along with what
seems to be some sort of a hack to play them through a custom winmm.dll in the
game directory.
The music does not play.
For the included winmm.dll to do anything, an override of "winmm
(native,builtin)" seems like a logical step. Indeed, it was reported on the
GOG.com forums that this gets the music working on Crossover, and I used the
trial version to verify that this is indeed the case.
But if I do the same on Wine, the game doesn't start anymore. It just dies
with:
err:seh:raise_exception Exception frame is not in stack limits => unable to
dispatch exception.
I tried to trace it down to other overrides that crossover sets by default, but
it would still work even if I removed them all. It would even keep working if I
replaced the entire drive_c there with the one from my wineprefix where it
doesn't work, so it probably does not have to do with any of the pre-installed
software, nor an installation broken for whatever reason. Using wine on the
prefix installed in crossover didn't work any better either.
In addition to a clean unpatched wine 1.7.35 that I compiled myself, I tried
multiple versions of wine from PlayOnLinux but none of them started the game
with the override in place; each died with the same message.
Without the override the game is still very playable, just has no background
music.
Xubuntu 14.10, nvidia 331.113.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33375
Bug #: 33375
Summary: Cannot test dlls with dashes in their name
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
Created attachment 44165
--> http://bugs.winehq.org/attachment.cgi?id=44165
Patch to reproduce this bug
No conformance test can be written for dlls that have a dash in their name.
These will first run into a build error:
echo "api-ms-win-security-base-l1-1-0_test.exe TESTRES
\"api-ms-win-security-base-l1-1-0_test-stripped.exe.so\"" |
LD_LIBRARY_PATH="../../../libs/wine:$LD_LIBRARY_PATH" ../../../tools/wrc/wrc
--nostdinc --po-dir=../../../po -m32 -I. -I. -I../../../include
-I../../../include -DWINE_STRICT_PROTOTYPES -DWINE_NO_NAMELESS_EXTENSION
-DWIDL_C_INLINE_WRAPPERS -o
../../../programs/winetest/api-ms-win-security-base-l1-1-0_test.res
:1:5: Error: syntax error
What surprises me is that the dot on the 'TESTRES' left-hand causes no problem
while the dashes do. I tried quoting that string but it did not help.
The next problem is that if the TESTRES left-hand is modified to work around
that issue, then winetest.exe will not be able to find the corresponding dll
anymore and will thus skip the test. Filtering the list of tests to run based
on the command line will likely be broken too.
I'm attaching a patch to reproduce this issue.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=45032
Bug ID: 45032
Summary: WineTest does not run the vcomp tests
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vcomp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
So WineTest is not running the vcomp tests. What happens is this:
* It parses the vcomp_test.exe filename and concludes that this tests the vcomp
dll.
* It does a LoadLibraryExA("vcomp.dll", NULL, LOAD_LIBRARY_AS_DATAFILE) which
fails (as expected) and concludes that the dll is missing:
vcomp=dll is missing
* Since the dll is missing WineTest skips the vcomp tests.
According to Dan Kegel (see bug 31609) this is a manifest / activation context
issue and he sent a patch for it [1]. However the patch was for the TestBot
[2], not WineTest, and as far as I can tell it's not working.
Furthermore WineTest already has activation context code that seems equivalent
to Dan Kegel's patch.
Note that not all VMs have vcomp.dll. Based on the current results the 32 bit
dll is present on the TestBot's w2000pro, wxppro, w2003std, wvistau64*,
w2008s64, w8, w864 VMs and the 64 bit one is present on wvistau64, w2008s64 and
w864.
Note that some online resources seem to imply that vcomp.dll is present in the
Visual C++ 2005 redistributable (and VC++ 2005 was indeed installed on all the
VMs that have vcomp.dll except w2008s64 (though maybe it was installed and it
was not written down)). Some VMs seem to have other versions such as
vcomp90.dll but not vcomp.dll.
[1] https://bugs.winehq.org/show_bug.cgi?id=31609https://www.winehq.org/pipermail/wine-patches/2012-September/117631.html
[2] Paradoxically the TestBot has no problem running the vcomp tests now that
they dynamically load the vcomp dll. That's because the TestBot makes no
assumption based on the executable filename since one can upload test binaries
that don't follow any naming scheme. So now that the test dynamically loads
vcomp.dll the TestBot cannot check for 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.
http://bugs.winehq.org/show_bug.cgi?id=34906
Bug #: 34906
Summary: [regres] Zoo Tycoon: closed on start in 1.7.6
Product: Wine
Version: 1.7.6
Platform: x86
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fiziologus(a)gmail.com
Classification: Unclassified
closed without crash after begin music.
in console:
fixme:imm:ImmReleaseContext (0x2006a, 0x14f250): stub
fixme:imm:ImmGetOpenStatus (0x14f250): semi-stub
fixme:win:EnumDisplayDevicesW ((null),0,0x32ed38,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
err:quartz:GetClassMediaFile Media class not found
err:quartz:GetClassMediaFile Media class not found
err:quartz:GetClassMediaFile Media class not found
err:quartz:GetClassMediaFile Media class not found
fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1.
fixme:d3d:wined3d_device_set_render_target Surface 0x1ae5c0 doesn't have render
target usage.
err:ddraw:d3d_device_init Failed to set render target, hr 0x8876086c.
result regression test (1.6-good, 1.7.6-bad)
3fb53e21fb2cccf249ed65a4641eac21422f6609 is the first bad commit
commit 3fb53e21fb2cccf249ed65a4641eac21422f6609
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Tue Sep 17 09:22:37 2013 +0200
ddraw: Don't set render target / depth stencil usage on sysmem surfaces.
Setting render target usage on a P8 surface for example would fail surface
creation, while such surfaces can't be used for actual rendering anyway.
Tests
confirm that surface creation is supposed to succeed for P8 surfaces with
both
DDSCAPS_SYSTEMMEMORY and DDSCAPS_3DDEVICE set.
:040000 040000 578fd201cb41a75b478b47c58c7a0a1a9b6a5209
38c723fb112690d758c0868debec68b3b61c4510 M dlls
--
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.
https://bugs.winehq.org/show_bug.cgi?id=50034
Bug ID: 50034
Summary: In font dialog's sample text, background changes color
Product: Wine
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: whydoubt(a)gmail.com
Distribution: ---
When the font dialog is first opened, the background behind the sample text is
a different color than the rest of the sample area. As soon as a change is
made in font selection, this condition is corrected.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=45685
Bug ID: 45685
Summary: regression caused in running Dragon NaturallySpeaking
12.5
Product: Wine
Version: 3.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: susancragin(a)earthlink.net
Distribution: ---
Created attachment 62107
--> https://bugs.winehq.org/attachment.cgi?id=62107
terminal output with no winedebug running
Dragon NaturallySpeaking 12.5 installs well in wine 3.14 (Staging).
It also goes through training.
But then it crashes when I try to run it for the first 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.
https://bugs.winehq.org/show_bug.cgi?id=49857
Bug ID: 49857
Summary: NCLauncher2: Crypto error on a successful login
Product: Wine
Version: 5.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: yagocl(a)protonmail.ch
Distribution: ---
I am attempting to run the NCSoft Launcher on Wine so that I may download and
play the game Blade&Soul. The application is NCLauncher2.exe, you can grab it
from here: https://launcher.patcher.ncsoft.com/NCLauncher2_Installer.exe or go
the blade and soul website, register, and be sent to that download anyway.
Here's a sha256 checksum of what I downloaded:
ba8e3f0272c103581eb05325384498a02c210f3df0ff78f399060aeb061b5d3e
NCLauncher2_Installer.exe
The program runs fine, however if you get your credentials right and actually
log in it will stop you with a crypto error. Here's the full message the
launcher spits out in the UI:
https://pastebin.com/A8ECdFqJ
Unfortunately there is no point to posting full terminal output since every
message the program dumps into the terminal is obfuscated/encrypted. I tried
running them through base64/32 -d to no avail. BUT, we can get wine to spit out
what the program is doing in the crypto engine when the error happens with
WINEDEBUG=+crypt trace file
This is what I get:
0009:fixme:crypt:PFXImportCertStore flags 00000021 not supported
I suppose it is trying to import a certificate in some way but cannot.
Here's some system info:
Wine 5.17-staging 64 bit wineprefix
Arch Linux with testing repos
.NETs 4.5 all the way to 4.8 installed
Intel CPU, Nvidia (+proprietary driver) GPU
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40055
Bug ID: 40055
Summary: Auto Wiki Browser immediate crash on startup
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: internetboxwiki(a)gmail.com
Distribution: ---
Created attachment 53526
--> https://bugs.winehq.org/attachment.cgi?id=53526
automatic backtrace
Auto Wiki Browser immediate crash on startup
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40074
Bug ID: 40074
Summary: Crash on osx 10.7.5 on darkest dungeon
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: s.dablain(a)gmail.com
Created attachment 53554
--> https://bugs.winehq.org/attachment.cgi?id=53554
Program error detail
Happens after I create my character and before the game actually begins.
--
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.