http://bugs.winehq.org/show_bug.cgi?id=11265
Summary: A number of bugs with Civilization I
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
A Civilization I for Windows (16-bit) displays a number of bugs:
1. Some splash screens display no content.
2. In some dialogues (such as city-dialogue) there are some
tranparent/non-rendered areas
3. Keyboard commands do not work in game.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=11273
Summary: Civilization I for Windows (16-bt) does not install
through setup
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
Civilization I for Windows (16-bt) does not install through setup.
Already existing installation works, though, with some bugs I've reported
separately.
--
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=56390
Bug ID: 56390
Summary: So Blonde: game systematically crashes at a certain
point
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: memax(a)gmx.fr
Distribution: Ubuntu
Game:
"So Blonde" European Retail DVD 1.01 version (English, French and German).
Point-and-click game developed by Wizarbox and released in 2008.
I couldn't find the game on either Steam or GOG. However, for those who want to
confirm the bug, the game is easily found in The Internet Archive Software
Collection.
OS:
Ubuntu 22.04.3 LTS 64bit.
Wine:
wine-9.3 development version (staging version is also affected).
Default Wine configuration, unmodified.
Clean Wine directory.
Description:
The game crashes at the start of the "Hook the Keys" mini-game. An error
message box is displayed.
This is chronologically the third mini-game in the game; the first two
mini-games do not cause the game to crash.
This "Hook the Keys" mini-game is launched when you play Max and you use the
"Fishing rod" with the "Wooden grille" at the centre of the Winsome Maid deck.
I'll provide a save of the game just before the crash for those who want to
confirm the bug.
--
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=4309
Janne <janne.kekkonen(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|janne.kekkonen(a)gmail.com |
--
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=4309
Janne <janne.kekkonen(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |janne.kekkonen(a)gmail.com
--- Comment #9 from Janne <janne.kekkonen(a)gmail.com> ---
Tested on Windows 11.
Directory named "..." cannot be created.
E:\temp>ver
Microsoft Windows [Version 10.0.26100.6584]
E:\temp>mkdir ...
A subdirectory or file ... already exists.
E:\temp>mkdir "..."
A subdirectory or file ... already exists.
E:\temp>
If directory name being created has one or more "." as last character(s).
They will be omitted from directory name.
E:\temp>ver
Microsoft Windows [Version 10.0.26100.6584]
E:\temp>dir /b
E:\temp>mkdir test.
E:\temp>mkdir test2..
E:\temp>mkdir test3...
E:\temp>dir /b
test
test2
test3
E:\temp>
--
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=38142
Bug ID: 38142
Summary: Approach fields box only show 3/4 of one line
Product: Wine
Version: 1.7.36
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Created attachment 50869
--> https://bugs.winehq.org/attachment.cgi?id=50869
Field Box
Hi All,
Wine 1.7.36 and Smart Suite N9.8.0208.1200.
Would you guys please fix this for me. It is driving me NUTS!
In the "Find Assistant" the Fields box only shows about 3/4 on one line. It
makes it impossible to file the other lines in the box.
I will attach a screen shot
Many thanks,
-T
--
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=58688
Bug ID: 58688
Summary: Regression: Xenia Canary crashes with
STATUS_CONFLICTING_ADDRESSES when starting a game on
Wine 10.13+ (works on 10.12)
Product: Wine
Version: 10.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: axel.avj1(a)gmail.com
Distribution: Ubuntu
The Xbox 360 emulator Xenia Canary runs correctly on Wine 10.12. However,
starting from Wine 10.13+, it crashes immediately when launching any game.
Xenia itself starts fine, but as soon as a title is executed, it fails with an
unhandled exception:
Unhandled Exception in Xenia
Last Win32 Error: 0x1E7 (Invalid address.)
Last NTSTATUS: 0xC0000018 (STATUS_CONFLICTING_ADDRESSES)
Faulting thread name: XThread0260
This happens consistently with every game tested.
On Wine 10.12 the exact same build of Xenia and the same games run without this
crash.
This looks like a regression in memory allocation / address space management
introduced between Wine 10.12 → 10.13.
Create a clean 64-bit Wine prefix.
Run xenia_canary.exe (tested with the latest Canary build
7650730_canary_experimental).
Load any Xbox 360 game. example: marble blast ultra demo
On Wine 10.13+ → crash occurs immediately.
On Wine 10.12 → works fine.
--
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=27002
Summary: Shadow Company: Left for Dead fails with "No usable 3D
Devices installed".
Product: Wine
Version: 1.3.18
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cfiend(a)talent.edu.pl
Shadow Company: Left for Dead shows a messagebox with text "No usable 3D
Devices installed. Exiting." on startup.
Googling for more information suggests that it needs a Glide wrapper to work.
However, I failed to get the game working with either OpenGlide, dgVoodoo and
Zeckensack's Glide Wrapper. Tried putting dll files in game dir, in
windows/system32 dir, setting overrides in winecfg, running on a virtual
desktop and many different combinations of the above on two machines: one
equipped with Intel graphics card, the other with rather old (~5 years) NVidia
GeForce graphics card running binary blob drivers.
Wine console output spews a few fixmes about EnumDisplayDevicesW stub.
Attaching log below.
Failure occurs in full version as well as in demo version of the game. Link to
demo version: http://www.fileplanet.com/10258/download/Shadow-Company-Demo
I'll gladly provide additional information on request.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58710
Bug ID: 58710
Summary: wmic now also prints system properties since
3c8a072b52f2159e68bfd4e471faf284309201ed
Product: Wine
Version: 10.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Do:
"WINEDEBUG=-all wine wmic bios get version"
Output:
__GENUS __CLASS __RELPATH __PROPERTY_COUNT__DERIVATION__SERVER
__NAMESPACE __PATH Version
2 Win32_BIOS 1 {}
WINE - 1
This confuses programs that use wmic's output (like Altium installer in win7
mode)
Expected output:
Version
WINE -1
--
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=58480
Bug ID: 58480
Summary: winebuild ASLR breaks older DLLs
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tres.finocchiaro(a)gmail.com
Distribution: ---
The following commit (to the best of my understanding) introduces build flags
to the PE sections of a wineg++ produced '.so.exe' file that force
ASLR/DYNAMICBASE onto executables that it creates.
https://github.com/wine-mirror/wine/commit/518e394794160818ffe6826c874ff2f5…
As identified downstream with mingw and msvc, some scenarios exist where this
ASLR/DYNAMICBASE must be disabled for the highest compatibility with 3rd-party
DLLs, specifically 3rd-party VST instrument and effect plugins as they're
loaded through DAWs using a Linux-wine-bridge. (Linux can be read ambiguously
here, the issue would impact Unixes too)
The downstream bug report encompases Windows and Wine instances of the LMMS
application, however a solution exists on Windows for both the MSVC compiler as
well as the mingw compiler (via relevant dynamicbase flags).
MSVC:
https://learn.microsoft.com/en-us/cpp/build/reference/dynamicbase
mingw:
https://www.msys2.org/news/#2021-01-31-aslr-enabled-by-default
Applying a similar flag to wineg++/winegcc/winebuild has proven difficult
without forking the winebuild executable. The stop-gap patch that LMMS has
developed is provided here as a reference
https://github.com/Fastigium/winebuild/commit/7f9e27e44cfb8eba79f3850f46e12…
however this patch requires us to add winebuild as a build-time dependency to
our build system. This is OK for a stop-gap, but as a long-term solution, I
would like advice from the winehq team on how to support legacy DLLs (such as
pre-Vist VST plugins) through a wine-bridge as a long-term solution.
--
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.