https://bugs.winehq.org/show_bug.cgi?id=48080
Bug ID: 48080
Summary: Oregon Trail II will not start on 32-bit
Product: Wine
Version: 4.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sebastian(a)stillion.com
Distribution: ---
Created attachment 65631
--> https://bugs.winehq.org/attachment.cgi?id=65631
Detailed report of the bug
The 32-bit version of Oregon Trail II will not run. It will crash if you try to
run it. Does not happen on the latest version of Windows 10.
--
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=56491
Bug ID: 56491
Summary: Videos in BURIKO visual novel engine
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: blubban(a)gmail.com
Distribution: ---
The BURIKO aka Ethornell visual novel engine (seen in, for example,
https://store.steampowered.com/app/1200720/MakingLovers/) demands two changes
to Wine before videos will work.
First, FilterGraph2_AddSourceFilter() must return the exact value
VFW_E_NOT_FOUND if the input filename is an empty string. (Nonexistent files
return HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND) in both Windows and Wine;
BURIKO doesn't care.)
Second, it calls FilterGraph2_Render(), with the source pin offering a normal
MPEG video; this chooses CLSID_decodebin_parser. BURIKO doesn't particularly
care which filters are plugged, but it does demand that the autoplug process
calls ReceiveConnection() at least once with .formattype = FORMAT_MPEGVideo or
FORMAT_MPEG2Video; the app will reject that format, but it extracts and
memorizes the .hdr.bmiHeader.biWidth/biHeight fields, and ignores the
resolution in the subsequent FORMAT_VideoInfo.
BURIKO ignores every other field of the MPEG format type, so it's fine to pass
(for example) majortype=GUID_NULL subtype=GUID_NULL
formattype=FORMAT_MPEGVideo, or a normal RGB24 AM_MEDIA_TYPE except with
formattype replaced (could even leave the cbSize a few bytes smaller than a
MPEG1VIDEOINFO).
(Third, it looks like there's a memory leak at
https://gitlab.winehq.org/wine/wine/-/blob/wine-9.5/dlls/quartz/filtergraph…,
I think that path should call IBaseFilter_Release. This won't fix any existing
programs, I just saw it while I was already in the area.)
I could submit an MR for those, but I can't think of a clean way to implement
the second one, so I'd rather have some discussion on how to best solve this
before I implement something that could be wrong.
--
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=44699
Bug ID: 44699
Summary: Clang 6.0 fails to run under wine
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: martellmalone(a)gmail.com
Distribution: ---
This is the current output when running clang under wine.
```
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:crypt:CRYPT_LoadProvider Failed to load dll
L"C:\\windows\\system32\\rsaenh.dll"
LLVM ERROR: Could not acquire a cryptographic context: Unknown error
(0x8009001D)
```
Here is the line it currently fails on.
https://github.com/llvm-mirror/llvm/blob/release_60/lib/Support/Windows/Pro…
This could be possibly related to #44061
To reproduce this you can run the following docker build script which build
llvm and clang and then cross compiles it for windows with mingw-w64.
Executing the resulting clang on a simple c source file results in the error.
https://github.com/martell/mingw-w64-clang/blob/master/Dockerfile
This is an x64 application.
--
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=37246
Bug ID: 37246
Summary: Old C&C titles freeze after the map is loaded.
Product: Wine
Version: 1.7.2
Hardware: x86-64
URL: https://appdb.winehq.org/objectManager.php?sClass=vers
ion&iId=4242
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tyrfing(a)mail.ru
Created attachment 49534
--> https://bugs.winehq.org/attachment.cgi?id=49534
Terminal Output while freezing :)
Hi.
I tried to play Command and Conquer RA II (with and without Yuris Revenge) and
Tiberian Sun. Shortly after the map is loaded (Campaign or Skirmish) the game
freezes, and the sound loops.
--
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=44812
Bug ID: 44812
Summary: MSYS2 applications need NtQueryInformationProcess
'ProcessQuotaLimits' class support
Product: Wine
Version: 3.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
to track
https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-Proc…
Unfortunately there is little information/details, I just found this:
https://wine-staging.com/news/2015-11-01-release-1.7.54.html
--- quote ---
Implement stub for ProcessQuotaLimits info class (MSYS2, Wine Staging Bug #570)
--- quote ---
Source:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/process.c#l196
--- snip ---
174
/******************************************************************************
175 * NtQueryInformationProcess [NTDLL.@]
176 * ZwQueryInformationProcess [NTDLL.@]
177 *
178 */
179 NTSTATUS WINAPI NtQueryInformationProcess(
180 IN HANDLE ProcessHandle,
181 IN PROCESSINFOCLASS ProcessInformationClass,
182 OUT PVOID ProcessInformation,
183 IN ULONG ProcessInformationLength,
184 OUT PULONG ReturnLength)
185 {
186 NTSTATUS ret = STATUS_SUCCESS;
187 ULONG len = 0;
188
189 TRACE("(%p,0x%08x,%p,0x%08x,%p)\n",
190 ProcessHandle,ProcessInformationClass,
191 ProcessInformation,ProcessInformationLength,
192 ReturnLength);
193
194 switch (ProcessInformationClass)
195 {
196 UNIMPLEMENTED_INFO_CLASS(ProcessQuotaLimits);
...
--- snip ---
Regards
--
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=54232
Bug ID: 54232
Summary: Paint tool sai 2 does not sync with the cursor
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nazizeakz938(a)gmail.com
Distribution: ---
When using paint tool sai 2 the brush and in application cursor are rendered
lower than the actual position of the cursor.
--
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=46012
Bug ID: 46012
Summary: Command & Conquer 3: Kane's Wrath (1.03) Invisible
units and tiberium
Product: Wine-staging
Version: 3.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: huematrix(a)mailinator.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 62582
--> https://bugs.winehq.org/attachment.cgi?id=62582
Log file
When loading in Command and Conquer 3: Kane's Wrath (Unofficial patch 1.03, but
from Origin), every unit, tiberium, as well as some of the scenery, are
invisible.
Changing the graphics settings didn't change anything, attached is the log with
tons of d3d9 errors.
--
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=24466
Summary: Sid Meier's Pirates! frequent hiccups, temporary
lock-ups
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=30870)
--> (http://bugs.winehq.org/attachment.cgi?id=30870)
terminal output
Sid Meier's Pirates! (patched to the latest 1.0.2 version) performs badly in
Wine. This issue is described in several test results on the Appdb page of the
game, too.
I can observe the following symptoms:
- After the intro video played, it takes almost 2 minutes to get into the main
menu (without noticeable hdd activity).
- When I get into the game and visit any places in the port (Governor,
Merchant, Tavern etc.) it usually takes the game 15-20 seconds to display the
next screen (although music plays continuously).
- While sailing, the game frequently "freezes" for 2-3 seconds without no
apparent reasons.
When those hiccups occur all animations freeze on the current screen until the
next screen is loaded but music plays fluently.
Reducing the screen resolution, graphical details or disable audio doesn't
help.
I remember playing this game several years ago in a native Win XP without this
issues.
No demo available.
Fedora 13 x86
AMD Athlon 64 x2 4200+
3 GB Ram
Kernel 2.6.34.6
Nvidia 7600 GT / driver 256.53
--
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=55705
Bug ID: 55705
Summary: PDF Xchange editor crashes
Product: Wine
Version: 8.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: donescamillo(a)gmail.com
Distribution: ---
Wine 8.17 development branch.
PdfXchange Editor free version i.e. not registered version. portable, version
10.0.1.371
Linux Mint 21.2
PdfXchange editor works OK, can highlight, add labels, images, whatever the
free version allows.
The problem is that after some time, when PdfXchange Editor is being closed, it
hangs, and the dialog asking for forcing the application to close appears.
This happens in previous versions, too.
--
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=53561
Bug ID: 53561
Summary: Command and Conquer 3 Kane's Wrath Installer fails
during component selection.
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 72925
--> https://bugs.winehq.org/attachment.cgi?id=72925
+msi log of CNC3 Kane's Wrath install attempt.
When installing the game in Advanced install type mode (to change the
destination install directory) the installer fails to continue past the
component selection screen, displaying the error: "At least one language pack
must be selected"
The default component selection includes the language pack, and even
deselecting and re-selecting it does not fix the error. Making the installer
unable to proceed.
This can be worked around by using the "Recommended" install type, but that
means the user must manually change the game's installation directory after the
game is installed.
It should also be noted that changing the install directory causes the
installer to display "_BrowseProperty" as the selected path after closing the
folder selection dialog.
The original game Command and Conquer 3 also has the same installer bug.
An +msi log is attached.
--
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.