https://bugs.winehq.org/show_bug.cgi?id=49703
Bug ID: 49703
Summary: Ghost Recon fails to start
Product: Wine
Version: 5.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: sramey40(a)gmail.com
Distribution: ---
The original Tom Clancy's Ghost Recon (on CD) seems to install fine, except for
this error at the end of installation:
wine start Setup.exe
[sean@sean-pc-arch GRECON]$ 00d4:fixme:file:NtLockFile I/O completion on lock
not implemented yet
00d4:fixme:sfc:SRSetRestorePointA 02EB66F0 02EB51E0
00d4:fixme:sfc:SRSetRestorePointA 02EB66F0 02EB51E0
00d4:err:ole:CoReleaseMarshalData StdMarshal ReleaseMarshalData failed with
error 0x8001011d
^C
But, when I try to run the game, nothing happens and this is the output on
console:
wine start GhostRecon.exe
[sean@sean-pc-arch Ghost Recon]$ 00c0:err:winediag:wined3d_dll_init Setting
multithreaded command stream to 0.
^C
^C marks where I hit ctrl-c to stop the process, as it seemed hung.
I'm using a 32bit wineprefix with Windows 2000 or XP.
I can't really do regression testing, as I can't get an older package of wine
to install properly, and I also can't get wine to compile for even as new a
version as wine-4.0. It complains about multiple definitions of hInstance and
fails on compiling crypt32. Only the 5.0 releases will compile, and I have this
bug in them.
I've also noticed that a lot of older games seem broken. Seems like nobody has
tested these games in a while. The latest test of the Ghost Recon CD version
recorded in the App database is wine 1.5. Recently I had somebody help me out
with Age of Empires 2: The Age of Kings CD version, and we discovered that the
safedisc 1.x copy protection support was broken in wine since version 3.0 I
think. Probably a good idea to try running some old games, especially ones on
CD, to check for compatibility regressions.
--
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=10472
Summary: File open dialog buffer too short for multiple file
selection
Product: Wine
Version: 0.9.49.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: freireclaudio(a)yahoo.com.ar
The file open dialog seems to be using a buffer which is too short for multiple
file selection. While Windows itself has this bug/feature, wine's version is
much more annoying since I'm unable to select over 6 files usually (using long
but not excessive names).
A dynamic buffer (with a reasonable limit for security reasons perhaps) would
be preferrable, but even a bigger buffer would help.
I think windows' buffer is 4k.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42606
Bug ID: 42606
Summary: wine doesn't *fully* respect locale settings in some
corner cases
Product: Wine
Version: 2.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
This time it's a problem even if this is the only app currently running in the
prefix.
Download address for the engine:
http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr2_232r2.zip
Instruction for setting up a project:
http://kirikirikag.sourceforge.net/contents/Prepare.html (instructions seem to
be for a different archive, but get the point across)
So, when running 'LANG=ja_JP.utf8 wine krkr.eXe'(as it's different from my
standard locale) and starting that project, most of the things seem to work
correctly (as I've got the standard overrides for Gothic/Mincho set already in
place), yet...
When right clicking the engine console (not the game window), there's mojibake
in that menu.
WINEDEBUG=font log shows that for some reason CreateFontIndirectExW for Tahoma
is called with charset determined by my standard locale, instead of the
Japanese one.
That somehow results in the text being treated as encoded in that locale's
Windows codepage, instead of cp932 (or is that vice versa ?).
--
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=48121
Bug ID: 48121
Summary: Unity games do not fire
OnApplicationFocus/OnApplicationPause events on focus
regain
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: dt(a)zeroitlab.com
Distribution: ---
Created attachment 65713
--> https://bugs.winehq.org/attachment.cgi?id=65713
Proof of concept patch
I've tested with both stable and staging, neither gets unity to fire
OnApplicationFocus and OnApplicationPause events on focus regain. I've tracked
this down by reverse engineering the native unity binary.
There are 4 window messages to which the unity engine reacts by firing these
internal events. They are:
1. WM_SIZE (when wParam == 0 && unity's window is active)
2. WM_EXITSIZEMOVE
3. WM_NCPOINTERUP
4. WM_NCPOINTERDOWN (when DragDetect() says the pointer is in bounds for the
window; pointer coordinates are passed in lparam)
Of all these events, it seems to me, that the ones we should be firing and are
not currently, are WM_NCPOINTERUP and WM_NCPOINTERDOWN.
I was not sure how to get the pointer coordinates, but I was able to confirm
this finding, by firing WM_NCPOINTERUP with wparam=0, lparam=0 on focus regain
because that event had no such bounds check in the unity engine code. With this
change, my target application indeed unpauses.
Observing the issue is fairly easy,
https://docs.unity3d.com/ScriptReference/MonoBehaviour.OnApplicationFocus.h…
adding this example behaviour to the camera and building the project for
windows then running it in wine reproduces.
--
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=51401
Bug ID: 51401
Summary: 6.12-1 can't make server connections anymore
Product: Wine-staging
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70257
--> https://bugs.winehq.org/attachment.cgi?id=70257
working tcp connection
Game: Runes of Magic
with 6.12-1 the client can't connect it's version server any more.
downgrade to 6.11-5 solved the issue instantly.
Steps to Reproduce:
update to 6-12
tcpdump -X -n -n host 194.187.19.180
(runewakers updateserver)
start the game
You see the connection, you see some tcp data, but your do not see ANY sign of
a HTTP protocol and unencrypted port 80 connection should contain.
Conclusion: the connection fails on TCP/IP level before HTTP gets involved.
--
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=48426
Bug ID: 48426
Summary: Wine-Gecko can't be installed.
Product: Wine-staging
Version: 5.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
wine-staging 64/32 is asking to install Gecko, but the installation attempt
hangs at "loading down" with no progress.
--
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=49933
Bug ID: 49933
Summary: Alt+Tab doesn't work with gog installers
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rtentser(a)yandex.ru
Distribution: ---
I need to minimize other windows to see progress.
When i try to alttab to an installer i'm getting
"00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable 0: stub!" in terminal.
When i try to alttab out of it i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd
0001011C enable -1: stub!"
So, i'm guessing, implementing WINNLSEnableIME will help.
--
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=41392
Bug ID: 41392
Summary: directory.c: match_filename always false if mask
contains "*?"
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: lcmecmac(a)gmail.com
Distribution: ---
A mask containing '*' followed by '?' will not match any files.
For example, "dir *?" does not show any files in a non-empty directory.
--
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=42407
Bug ID: 42407
Summary: LdrUnloadDll may recursion unload same dll
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xiewei(a)deepin.com
Distribution: ---
Created attachment 57219
--> https://bugs.winehq.org/attachment.cgi?id=57219
LdrUnloadDll log file
It may cause QQ crash.LdrUnloadDll funcation recursion unload Flash.ocx,and
dsound.dll ldr.LoadCount to 0,then dsound.dll be unload.But QQ process is still
using dsound.dll.
Type: EXCEPTION_ACCESS_VIOLATION
Error: Read address 0x7985C309
Address: 7985C309
--
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=40972
Bug ID: 40972
Summary: RtlVerifyVersionInfo returns wrong results
Product: Wine
Version: 1.9.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: marcinwiaz(a)poczta.onet.pl
Distribution: ---
Created attachment 55126
--> https://bugs.winehq.org/attachment.cgi?id=55126
Tiny test program - EXE and source
(Note: this a different problem than in Bug 36143)
Steps to reproduce:
1) Download and unpack Reproduce.exe, which is attached to this bug report
2) Configure Wine to emulate Windows 2003 (which has version number 5.2) for
Reproduce.exe
3) Launch Reproduce.exe - you will see in the console window:
CurrentOS is: 5.2
RequestedOS is >= than: 5.19
CurrentOS is < than RequestedOS (which is WRONG!)
4) Run true Microsoft Windows 2003 Server
5) Launch Reproduce.exe - you will see in the console window:
CurrentOS is: 5.2
RequestedOS is >= than: 5.19
CurrentOS is >= than RequestedOS
Explanation:
Minor version numbers should be treated similarly to digits after a decimal
point - so when comparing software versions:
version 5.1 is < than version 5.2
version 5.11 is < than version 5.2 (note that 11 is > than 2 !)
version 5.19 is < than version 5.2 (note that 19 is > than 2 !)
So when comparing for VER_MINORVERSION or VER_SERVICEPACKMINOR inside the
"VerifyVersionInfo" API, Microsoft uses a lexical comparison - which works as:
lstrcmp(tostring(dwMinorVersion1),tostring(dwMinorVersion2))
or
lstrcmp(tostring(wServicePackMinor1),tostring(wServicePackMinor2))
Please note, that it's still different than comparing real numbers, because:
5.20 = 5.2
but
lstrcmp("5.20","5.2") != 0
So lstrcmp-like function must be used for VER_MINORVERSION and
VER_SERVICEPACKMINOR checking inside the "RtlVerifyVersionInfo" function (which
is called by the "VerifyVersionInfo" API in Wine) to be compatible with
Microsoft Windows.
Possible fix: in "version.c" file, add a new "version_compare_values_lexical"
function. It should be based on the original "version_compare_values" function,
but should use "lstrcmp" calls instead of integer comparisons. This
"version_compare_values_lexical" function should be called instead of
"version_compare_values" when checking for VER_MINORVERSION and
VER_SERVICEPACKMINOR inside the "RtlVerifyVersionInfo" function.
--
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.