https://bugs.winehq.org/show_bug.cgi?id=45477
Bug ID: 45477
Summary: the forest - settings not saved
Product: Wine
Version: 3.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bronsonmathews(a)gmail.com
Distribution: ---
The settings for this game are stored in the registry. And when changing the
settings in game they are not saved into the registry.
Settings are located at the following location:
HKEY_CURRENT_USER\Software\SKS\TheForest
--
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=41429
Bug ID: 41429
Summary: The Forest: Game crashes if started from Steam
Product: Wine
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
Created attachment 55803
--> https://bugs.winehq.org/attachment.cgi?id=55803
Terminal output
If The Forest gets started from Steam the game shows its configuration dialog
and on clicking "Play!" the game crashes after a few seconds. But if the game
gets directly started all is working fine no matter if Steam is already running
or not (and if the multiplayer works 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=41304
Bug ID: 41304
Summary: Obscure Steam version freezes at launch with 100% CPU
usage
Product: Wine
Version: 1.9.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ikk_pl(a)yahoo.co.uk
Distribution: ---
Created attachment 55632
--> https://bugs.winehq.org/attachment.cgi?id=55632
Log after starting steam, attempting to launch Obscure, killing it and quitting
Steam
When trying to launch the game Obscure from Steam, it freezes, using 100% of
the CPU without launching any windows.
--
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=55141
Bug ID: 55141
Summary: virtual desktop not rendering with some dual monitor
setups (regression: 8.10 -> 8.11)
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
When having a dual monitor setup and the right monitor is primary, the virtual
desktop is not rendering.
First bad commit:
https://gitlab.winehq.org/wine/wine/-/commit/9b7669592d6f8b40976b571b70f854…
I just had another problem with the virtual desktop. Is there maybe some
relation?
https://bugs.winehq.org/show_bug.cgi?id=55046
--
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=55224
Bug ID: 55224
Summary: Homefront: The Revolution has rendering issues with
Vulkan renderer
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 74836
--> https://bugs.winehq.org/attachment.cgi?id=74836
screenshot
07d0:fixme:d3d:surface_cpu_blt Stretched blit not implemented for bpp 128.
07d0:err:d3d:cpu_blitter_blit Failed to blit.
8.12-43-g5799e89f15b
--
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=55189
Bug ID: 55189
Summary: no right click menu in shamela
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dz.wbdev(a)gmail.com
Distribution: ---
right click menu in shamela does not work
this is the link of the program:
https://dev.shamela.ws/downloads/windows/shamela.1444.1.iso
--
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=52168
Bug ID: 52168
Summary: League of Legends: RiotClientUxRender.exe crash
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
Created attachment 71216
--> https://bugs.winehq.org/attachment.cgi?id=71216
Shell debug log
League of Legends launcher crashes right after it's installed
Tried on plain Wine 6.22, running with Wine Mono 7.0.0
Operating system: Manjaro Linux
Kernel: Linux 5.10.82-1-MANJARO
GPU: Intel HD Graphics 620
RAM: 12GB
Driver: Open-source Mesa
Procedure:
*Download League of Legends: www.leagueoflegends.com
*Install it
*Open launcher (RiotClientServices.exe)
There's 3 different crash logs that is generated after the crash, i'm attaching
all of them
--
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=49373
Bug ID: 49373
Summary: League of Legends crashes at game start (wine 5.10
regression)
Product: Wine-staging
Version: 5.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aguertin+wine(a)aguertin.net
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Regression SHA1: c96ef78b6d6d9184d8ec4cd18924a3049d388583
Distribution: ---
League of Legends crashes at game start. This is a regression from
c96ef78b6d6 ntdll: Move the virtual memory functions to the Unix library.
...or more likely the staging patch rebase needed to accommodate it.
STEPS TO REPRODUCE A WORKING LOL
1) Check out wine 7c32b2dd936
2) Apply staging 6387991c, making the necessary merges
*) (May be an easier merge workflow if you check out wine 3c86adab766, apply
staging 6387991c, and then cherry-pick wine b4a868b8add..7c32b2dd936)
3) Apply patch from Bug 49025 comment 14
4) Apply patch from Bug 47198 comment 95
STEPS TO REPRODUCE A BROKEN LOL
1) Check out wine c96ef78b6d6
2) Apply staging a4d98c48
*) (Beware of Bug 49326! Apply with -W ntdll-ForceBottomUpAlloc. To do that,
you will need to undo an update to the ntdll-NtQueryVirtualMemory patch: `git
checkout 6387991c --
patches/ntdll-NtQueryVirtualMemory/0008-ntdll-Resolve-drive-symlinks-before-returning-sectio.patch`)
3) Apply patch from Bug 49025 comment 14
4) Apply patch from Bug 47198 comment 95
These two sets of steps put you one wine commit apart, with a minimal set of
staging and other changes. This demonstrates that the regression comes from
either c96ef78b6d6 or the staging changes related to it.
There is no relevant console output.
System info:
Gentoo
x86_64
GCC 9.3.0
For testing, please be aware that you do not need to log in to LoL. You can
just run C:\Riot Games\League of Legends\Game\League of Legends.exe - if it
pops up a message that you need to log in first, it is working; if it pops up a
System Error message, it is broken. This makes testing much faster.
--
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=45934
Bug ID: 45934
Summary: League of legends : No sound in-game
Product: Wine-staging
Version: 3.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: scrimekiler(a)yahoo.fr
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 62462
--> https://bugs.winehq.org/attachment.cgi?id=62462
WINEDEBUG=-all,+dsound
When starting league of legends, the sound works, even in champion select.
But after the game has loaded, there is no more sound.
Using alsa-lib-1.1.6-r1, tried with 1.1.2, the 32 bits version are also
installed.
Kernel : 4.14.8-gentoo-r1
Please tell me if you need additionnal logs or specific WINEDEBUG channels
--
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=45706
Bug ID: 45706
Summary: League of Legends fails to reconnect
Product: Wine-staging
Version: 3.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ads200002(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
League of Legends fails to reconnect after a disconnection in game.
When in game, if you disconnect, you get a 'Reconnecting to game' box come up
with a pulsating progress bar. Even upon reconnecting to the Internet, however,
the game fails to automatically reconnect as it has done before the anti-cheat
was implemented.
Lutris 0.4.14 with Wine Staging 3.14+110a6f6 esync 5898a69 on Ubuntu 18.04
I'm sorry I'm not using a more vanilla environment, if someone with vanilla
Wine Staging can't reproduce this bug then please close 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.
https://bugs.winehq.org/show_bug.cgi?id=42584
Bug ID: 42584
Summary: League of Legends: LeagueClient.exe hangs at startup
logo
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: hevanen(a)googlemail.com
Distribution: ---
Created attachment 57504
--> https://bugs.winehq.org/attachment.cgi?id=57504
Full console output
When launching LeagueClient.exe, the application often hangs at the "League of
Legends" logo. This happens about 2 out of 3 times on average, but sometimes it
takes up to 10 attempts to get it to run.
The terminal shows an endless repeat of errors like the following:
err:ntdll:RtlpWaitForCriticalSection section 0x870060 "heap.c:
HEAP.critSection" wait timed out in thread 005c, blocked by 007e, retrying (60
sec)
err:ntdll:RtlpWaitForCriticalSection section 0x870060 "heap.c:
HEAP.critSection" wait timed out in thread 0051, blocked by 007e, retrying (60
sec)
err:ntdll:RtlpWaitForCriticalSection section 0x870060 "heap.c:
HEAP.critSection" wait timed out in thread 008d, blocked by 007e, retrying (60
sec)
err:ntdll:RtlpWaitForCriticalSection section 0x870060 "heap.c:
HEAP.critSection" wait timed out in thread 0052, blocked by 007e, retrying (60
sec)
err:ntdll:RtlpWaitForCriticalSection section 0x870060 "heap.c:
HEAP.critSection" wait timed out in thread 0060, blocked by 007e, retrying (60
sec)
err:ntdll:RtlpWaitForCriticalSection section 0x7bcebaa0 "loader.c:
loader_section" wait timed out in thread 007d, blocked by 007c, retrying (60
sec)
err:ntdll:RtlpWaitForCriticalSection section 0x870060 "heap.c:
HEAP.critSection" wait timed out in thread 007c, blocked by 007e, retrying (60
sec)
err:ntdll:RtlpWaitForCriticalSection section 0x870060 "heap.c:
HEAP.critSection" wait timed out in thread 0063, blocked by 007e, retrying (60
sec)
--
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=54800
Bug ID: 54800
Summary: System Error when launching game League of Legends
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: amsi
Assignee: wine-bugs(a)winehq.org
Reporter: florian(a)omnes.cc
Distribution: ---
Created attachment 74296
--> https://bugs.winehq.org/attachment.cgi?id=74296
Screenshot + "small core dump" (?)
I was trying to launch the graphical client for League of Legends (the launcher
works fine)
Then a System Error (see screenshot attached) occurred.
I have a large core dump, but unfortunately it does not fit the 10MB size
limit, even with compression.
I use Lutris 0.5.9.1 on Ubuntu 22.04.2 LTS.
Thanks
--
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=24078
Summary: The Last Remnant demo: Window size is too small
Product: Wine
Version: 1.3.1
Platform: x86-64
URL: http://news.bigdownload.com/2009/02/26/download-the-la
st-remnant-demo/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
On windows, the window size is the width of your screen, but on wine, it's
about 1/3 of the size.
--
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=53097
Bug ID: 53097
Summary: wine steam: flickering (on UHD 630)
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dufresnep(a)zoho.com
Distribution: ---
Created attachment 72526
--> https://bugs.winehq.org/attachment.cgi?id=72526
My badge page filickering in Steam
I installed OpenSuse Tumbleweed today, and use "wine SteamSetup.exe" to install
Steam.
CPU is working at about 50% (i3-8100).
There is flickering that I was able to capture with new screen capture movie in
Gnome 42. Hope to be able to attach 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.
https://bugs.winehq.org/show_bug.cgi?id=45304
Bug ID: 45304
Summary: Lords of the Realm II in steam: rendering problem with
probable web page
Product: Wine
Version: 3.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shentino(a)gmail.com
Distribution: ---
on real windows, it shows a web page, complete with clickable links
on linux/wine, it shows a blank page with broken links. They're clickable but
there's no background and I get "missing picture" icons instead.
--
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=45488
Bug ID: 45488
Summary: Age of Empires 2 Steam will not lauch in a laptop with
2 graphic cards and hdmi.
Product: Wine
Version: 3.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)justdust.es
Distribution: ---
There is an old bug that i forgot to report that makes the game to not start
with this special setup.
1. A laptop
2.A dual graphic card, nvidia + intel
3.A hdmi tv connected to the laptop.
4.The nvidia ON.
With this setup since wine 2, and i tested till wine 3.12, normal,
devel and staging, the game will not lauch.
The work arround is disable nvidia card, and use only the internal one of the
laptop with the nvidia control software.
After that reboot to have the internal intel card ready and selected and game
will work perfect (qith all the problems it had since ever).
Nothing else is needed, wine 3.12 can habdle the game with the steam setup
without problems, not necessary to rename Launcher.exe not necessary anything.
--
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=53376
Bug ID: 53376
Summary: Condor 2 : Force feedback not working
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: raphael.thevenin(a)free.fr
Distribution: ---
Hardware : Microsoft Sidewinder FF2 USB
Joystick is recognized and works without force feedback in Condor 2.
Joystick force feedback is recognized and works in "wine control" : different
effects are played in the stick.
But when playing in Condor with "force feedback" enabled, no effects in the
game (should at least shake the stick when flying too slow and move the stick
center point when using glider trim) The joystick behaves exactly as in
passive mode.
--
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=37481
Bug ID: 37481
Summary: Steam Legend of Grimrock 2: Game crashes quite often
when trying to save
Product: Wine
Version: 1.7.28
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: uwe.klosa(a)gmail.com
Distribution: ---
Created attachment 49871
--> https://bugs.winehq.org/attachment.cgi?id=49871
STacktrace with page fault
Legend of Grimrock 2 crashes every now and then when I try to save the game.
The error seems to be connected to the x3audio. Sometime the game crashes with
an error in the sound system, but without a readable crash report.
--
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=44896
Bug ID: 44896
Summary: Sonic CD Steam choppy audio
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: ALEXMCCULLLOCH(a)gmail.com
If you do get Sonic CD to even run, the music/sounds are choppy.
--
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=44491
Bug ID: 44491
Summary: Final fantasy Type-0 (steam) crashes during install
Product: Wine
Version: 3.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jrr45(a)cornell.edu
Distribution: ---
Created attachment 60451
--> https://bugs.winehq.org/attachment.cgi?id=60451
Backtrace of install crash
Program crashes almost immediately after install is started.
--
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=43933
Bug ID: 43933
Summary: STEAM: Ultra Street Fighter IV crashes
Product: Wine
Version: 2.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.scarabello(a)gmail.com
Distribution: ---
Created attachment 59569
--> https://bugs.winehq.org/attachment.cgi?id=59569
Console logs
Ultra Street Fighter IV crashes on my machine, I tried many differet version of
wine/wine-staging and it always crashes in the same way. Because it used to
work without any problem I believe it's my machine configuration, but I am not
sure and I am not aware of how to discover the reason of the bug. I am
attaching the console logs. You'll see many crashes as I restart Street Fighter
from Steam everytime it crashes, just to make sure the crash is always due to
the same reason.
--
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=39860
Bug ID: 39860
Summary: Steam RaidenIV Overkill crashes on start
Product: Wine
Version: 1.7.55
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zakk(a)rsdio.com
Created attachment 53214
--> https://bugs.winehq.org/attachment.cgi?id=53214
Backtrace for RaidenIV
Raiden IV Overkill on steam crashes upon launch. A black window pops up and
then a crash dialog immediately appears.
Crash log and console output attached.
I've tried various versions of wine; these attachments are from wine-staging
1.7.55, the version available for OSX in the wine-staging repo.
One possibly relevant bit of info: A few users on the steam forum for this game
have reported it crashes under Windows when trying to use an integrated video
card, but works when a dedicated card is used. I've tried running on various
OSX machines (a hackintosh with intel graphics disabled in the bios and a gtx
970 installed, and a rMBP with both integrated and dedicated graphics forced
via a utility) all crash the same way.
--
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=40841
Bug ID: 40841
Summary: Steam game Minus Zero has bad performance
Product: Wine
Version: 1.9.12
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zakk(a)rsdio.com
Created attachment 54822
--> https://bugs.winehq.org/attachment.cgi?id=54822
Console output
The game 'Minus Zero' which is a simple lock-on shooter game, has bad
performance degradation in some spots. The one consistently reproducible
problem occurs when there is very little on screen. Game drops to 30fps, maybe
even lower. Under windows (even under vmware fusion) game maintains a solid
60fps.
I've noticed that even in the menus it never seems to hit a consistent 60fps,
it's always around 56-58fps.
Things I've tried, none of which helped:
disabled glsl
set 'skip single buffer flushes' to true
latest staging
disabled steam overlay
I've also verified the issue is present when running on linux.
--
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=41243
Bug ID: 41243
Summary: Unreadable ingame messages and chat messages (Leaf 4
dead, steam)
Product: Wine-staging
Version: 1.9.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ilya-valeev(a)yandex.ru
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 55538
--> https://bugs.winehq.org/attachment.cgi?id=55538
log
Debian 8 x64, kernel 3.16.7, wine-staging 1.9.17.
I run Steam with this command:
$ env PULSE_PROP="filter.want=echo-cancel" WINEARCH=win32
WINEPREFIX="/home/blob/.wineapps/skyrim/" /opt/wine-staging/bin/wine
"c:\Program Files\Steam\Steam.exe"
When I start Left 4 Dead and join game, I see corrupted ingame messages and
chat. Some words and parts of words were replaced with , and } (see attached
screenshot).
Last time I run this game (2 months ago) this bug does not exist.
Could this be fixed?
--
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=37110
Bug ID: 37110
Summary: Steam requires Arial/Times New Roman fonts to open
Store/Profile/Community pages
Product: Wine
Version: 1.7.24
Hardware: x86
URL: http://media.steampowered.com/client/installer/SteamSe
tup.exe
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Created attachment 49334
--> https://bugs.winehq.org/attachment.cgi?id=49334
terminal output
The Steam client received a major update on 14/08/2014, since then the Store,
Community, Profile pages won't load (remain blank) unless the user installs
either Arial.ttf or Times.ttf via 'winetricks corefonts'. The game library page
still opens without problems.
Steam isn't closing but those pages never load and a minidump file is saved in
the /dumps directory but I can't see anything useful in it when loaded in
winedbg.
Fedora 20
wine-1.7.24-14-gd1749b5
--
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=26658
Summary: Steam startup slow on Wine
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
On my nice fast laptop with a 15 Mbit/sec internet connection and wine from
git,
it takes 20-30 seconds from the time the "Connecting Steam Account: Foo"
appears to the time it gains a cancel button. This is about two or three times
longer than on Windows 7 on the same hardware.
The extra time makes starting Steam much more annoying.
--
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=55217
Bug ID: 55217
Summary: Unhandled illegal instruction when loading AI
Girlfriend Simulator
Product: Wine
Version: unspecified
Hardware: Other
OS: Android
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gerardor22610(a)gmail.com
Created attachment 74830
--> https://bugs.winehq.org/attachment.cgi?id=74830
File the debugger told me to submit
I click start it crash
--
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=51608
Bug ID: 51608
Summary: Garmin Express regression: USB-attached device no
longer found
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: tygu(a)getnada.com
Distribution: ---
I have two installations. The first installation is on Debian Stretch and the
second installation is on Debian Bullseye. The dist-upgrade approach was not
used; Bullseye was installed from scratch, and ~/.wine was copied from Stretch
to Bullseye.
There was a regression. These are the characteristics:
* Debian Stretch with Gnome *
Garmin Express executes and correctly discovers the USB-attached Garmin device.
The Garmin Express application has an annoying flicker and window corruption,
but it's purely cosmetic. The software functions for the most part, and it's
able to update the maps on the Garmin as long as the maps do not exceed the
device's internal storage.
When the map updates exceed the capacity of the internal storage, the Garmin
Express app directs the user to insert a microSD card and continue. This
functionality is broken. Normally I believe the Garmin appears as *two*
devices to the host OS when the SD card is inserted, and Garmin Express should
see both of them. But the extra card is not seen.
* Debian Bullseye with Wayland+Xwayland+Sway and Wine 5.0.3 *
Garmin Express executes but it does NOT detect the USB-attached Garmin device.
The aesthetics are fixed, so the window doesn't flicker. But Garmin Express is
completely useless without being able to connect to the Garmin.
--
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=42783
Bug ID: 42783
Summary: Terragen 4 needs function
KERNEL32.dll.GetActiveProcessorGroupCount
Product: Wine
Version: 2.5
Hardware: x86-64
URL: https://planetside.co.uk/free-downloads/terragen-4-fre
e-download/
OS: Linux
Status: NEW
Keywords: download, win64
Severity: minor
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Depends on: 42360
Distribution: ---
The app is 64 bit only and requires winetricks allfonts to workaround bug
42360.
Open the program and press CTRL+R to render the current view. Console outputs
the unimplemented function message with a somewhat random interval, the
application resists the crash though. The exe is called tgd.exe.
wine: Call from 0x7bc5dfcc to unimplemented function
KERNEL32.dll.GetActiveProcessorGroupCount, aborting
File Info:
334a1e2fe6f314978ee18346024e6800383c1648 Terragen_4_Win64_40040.msi
--
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=34516
Bug #: 34516
Summary: Terragen fails to start
Product: Wine
Version: 1.7.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 45946
--> http://bugs.winehq.org/attachment.cgi?id=45946
Terminal output on Wine 1.7.2
Steps to reproduce:
1) remove ~/.wine
2) install Terragen
3) wine tgd.exe
4) click "Use free version"
Behaviour:
Wine error.
Expected behaviour:
No Wine error.
--
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=31212
Bug #: 31212
Summary: Some VST instruments crash when reloaded in Mixcraft
Product: Wine
Version: 1.5.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: s_chriscollins(a)hotmail.com
Classification: Unclassified
In Mixcraft, some VST instruments crash when loaded a second time on a track.
However, the same instruments work fine when loaded for the first time on a
track. The following can be reproduced easily in Mixcraft:
1. Start Mixcraft and select "Build Virtual Instrument Tracks" from the "New
Project" window.
2. Click on the keyboard icon next to the first track name, which will bring up
the instrument selection window.
3. Select "<VSTi Instruments>" from the left pane and then "Messiah" from the
right pane. This sets the track to use the Messiah VSTi synth.
4. Now select "Acoustica Instruments" from the right pane.
5. Once again, select "Messiah" from the right pane. Mixcraft will pop up an
error box with the title "An instrument has crashed" containing the following
text: "A crash has been detected in the instrument "Messiah." This plug-in has
been muted. We recommend you save your project and re-start Mixcraft to avoid
losing your work."
Unfortunately, no helpful terminal output seems to be generated in relation to
the plugin crash. I have provided more detailed notes on VST behavior in
Mixcraft here:
https://docs.google.com/document/d/1YEPh0mkd_ip1whAJXcRIl4HYny5D8LSeGo3qgzV…
** My System **
OS: Kubuntu 12.04 64-bit w/ KDE SC 4.8.4
Motherboard: ASRock X58 Extreme3 (Intel X58 chipset)
CPU: Intel Core i7 (2.8 GHz quad-core)
RAM: 12GB DDR3
Video: Dell NVIDIA GeForce 7800 GTX w/ 256 MB RAM (PCI Express)
Sound Card #1: Sound Blaster Audigy 2 ZS Gold
Sound Card #2: Echo Gina3G
Linux Kernel: 3.2.0-26-generic
NVIDIA video driver: 302.17
Screen Resolution: 1280 x 960
--
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=55017
Bug ID: 55017
Summary: shell32:systray fails on gitlab-win10-21h2 (GitLab CI)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:systray fails on gitlab-win10-21h2:
systray.c:49: Test failed: NIM_ADD failed!
systray.c:50: Test failed: GetLastError() = 2147500037
systray.c:75: Test failed: NIM_ADD failed!
systray.c:76: Test failed: GetLastError() = 2147500037
See https://test.winehq.org/data/patterns.html#shell32:systray
This failure only happens on gitlab-win10-21h2 and there is no obvious commit
that could be causing it.
Did something change in the GitLab CI VM?
--
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=55216
Bug ID: 55216
Summary: Altium designer 23.6.0 installer shows an orange box,
makes it impossible to install Altium
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ---
Created attachment 74827
--> https://bugs.winehq.org/attachment.cgi?id=74827
Console messages while running the installer three times
Altium designer 23.6.0 installer shows an orange box. This makes it impossible
to install Altium.
Steps to reproduce:
$ rm -rf ~/wine-tmp/
$ mkdir ~/wine-tmp
$ export WINEPREFIX=~/wine-tmp
$ wine AltiumDesignerSetup_23_6_0.exe now the installer starts.
Click next. Now The installer shows an orange box. The installer beeps when the
mouse is clicked outside of the orange box. These errors are shown in the
console:
010c:fixme:uxtheme:BufferedPaintSetAlpha Stub (01B92788 0169F8F8 255)
Enter ctrl-c into the terminal. Now the installer exits.
Versions:
[cedric@cedric Downloads]$ wine --version
wine-8.11
[cedric@cedric Downloads]$ uname -a
Linux cedric 6.4.2-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 06 Jul 2023 18:35:54
+0000 x86_64 GNU/Linux
[cedric@cedric Downloads]$
--
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=53737
Bug ID: 53737
Summary: Incoming (game): crashes after the intro video
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: putr4.s(a)gmail.com
Distribution: ---
Created attachment 73174
--> https://bugs.winehq.org/attachment.cgi?id=73174
Terminal output of GOG version
Recently with an update in the Wine 7.x series (don't know which one
unfortunately, but it worked with 7.x at some point) the game Incoming no
longer runs, it shows the intro video and music, but then the music stops and
it crashes on either a black screen or the loading screen while the Wine crash
reporter appears in the background.
I was using the GOG version of Incoming, but the demo (the same one mentioned
in bug 44864, MD5: 5b1fff6863768eeff95167e510d09a2e, SHA256:
dcc55a269c33ea5363cd937284752d7ffe57f4774c55a38dfdd4a9172376563c, 3.8MB file
called incoming.exe, available via cnet.com at least) also exhibits the same
issue.
I have attached the terminal output from the GOG version as log.txt, and I will
also attach the terminal output of the GOG version as well as the demo versions
of those two.
The wine version I am using is from the Arch Linux repositories, and I am using
a clean 64 bit wineprefix with no settings changed at all (this setup worked
fine before), although I also tried a 32 bit wineprefix, same results.
OpenGL vendor string: Intel
OpenGL renderer string: Mesa Intel(R) HD Graphics 530 (SKL GT2)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 22.1.7
OpenGL core profile shading language version string: 4.60
OpenGL version string: 4.6 (Compatibility Profile) Mesa 22.1.7
OpenGL shading language version string: 4.60
--
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=45001
Bug ID: 45001
Summary: prevents Kruzwil 3000 from installing
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: logicalman101(a)gmail.com
Distribution: ---
Created attachment 61130
--> https://bugs.winehq.org/attachment.cgi?id=61130
error log
after waiting a couple of minutes during install an error in the installer pops
up saying unknown source 'productselector.dll.' After clicking ok the installer
then finishes and goes to the finish window but didn't install enough to put a
launcher in the install directory. log 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.
https://bugs.winehq.org/show_bug.cgi?id=51767
Bug ID: 51767
Summary: IWTE fails to launch, cannot create temporary
directory
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aaronbpaden(a)gmail.com
Distribution: ---
Created attachment 70671
--> https://bugs.winehq.org/attachment.cgi?id=70671
wine-6.16 log
IWTE is a modding tool for Rome: Total War, Medieval 2 Total War and Rome
Remastered. You can download the tool here:
https://www.twcenter.net/forums/downloads.php?do=file&id=2741
When I try to launch IWTE_launch.bat, the application reports the following
error:
[280] INTERNAL ERROR: cannot create temporary directory!
I also tried this in wine-staging, and the error message changed somewhat to
fopen: Permission denied
--
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=15255
Summary: ntdll: The memory overview Page in Google Chrome is
incomplete (MemoryWorkingSetList for
NtQueryVirtualMemory)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://chrome.google.com
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P3
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=16041)
--> (http://bugs.winehq.org/attachment.cgi?id=16041)
about:memory
Display the Memory status Page with "about:memory"
The Virtual Memory status is displayed (Private and Mapped),
but the Resident memory size is 0 (Private, Shared and Total)
0019:fixme:virtual:NtQueryVirtualMemory (process=0xffffffff,addr=(nil))
Unimplemented information class: MemoryWorkingSetList
0019:fixme:virtual:NtQueryVirtualMemory (process=0x108,addr=(nil))
Unimplemented information class: MemoryWorkingSetList
--
By by ... Detlef
--
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=47391
Bug ID: 47391
Summary: Condor2: corrupt graphics, because Z-Buffering not
working
Product: Wine
Version: 4.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: felixhaedicke(a)web.de
Distribution: ---
Created attachment 64736
--> https://bugs.winehq.org/attachment.cgi?id=64736
Corrupt graphics in Condor2
Graphics in Condor2 (http://www.condorsoaring.com) is unusable, e. g. no panel
instruments are shown.
It seems that Z-Buffering is not activated correctly for this game. It shows
the following warning a thousand times:
0032:fixme:d3d:state_zenable Unrecognized depth buffer type 0xffffffff.
--
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=22522
Summary: black intro videos with smackw32.dll
Product: Wine
Version: 0.9.48.
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
"Der Dieb von Burg Schreckenstein" and "5 Freunde 2 und der silberne
Turm" start with a black screen when it should show an intro video.
Audio is played normally and the app proceeds to the main menu after
the video ends. Also, pressing a key aborts the video as expected.
The video is visible on a native XP machine.
Both apps use smackw32.dll to display the video. I suppose the screen
remains black because an exception is caught soon after start.
0009:CALL smackw32._SmackDoFrame@4(008c5440) ret=0049ef3d
0009:Call winmm.timeGetTime() [a few times]
0009:Ret winmm.timeGetTime()
0009:trace:seh:raise_exception code=c0000005 flags=0 (access violation)
...
0009:RET smackw32._SmackDoFrame@4() retval=00000000 ret=0049ef3d
The sequence of smackw32 calls is:
smackw32._SmackOpen@12
smackw32._SmackCheckCursor@20
smackw32._SmackToBuffer@28
smackw32._SmackDoFrame@4
The affected video is "intro.smk". Curiously, this is the second such
sequence. The first one, opening "loads.smk" produces no exception
(but it is too short to be a video). Surprisingly, Burg
Schreckenstein's ending credits extro_[1-7].smk are rendered (these
appear to be still images without animation).
Logs are available upon request. What channels?
You may add
[Smacker]
Debug=1
to win.ini and set WINEDEBUG=+debugstr.
I've not yet written an AppDB entry for either of these 2 children apps.
"5 Freunde" is Enid Blyton's "Famous 5" or "Club des cinq".
Bug present with both Ubuntu Intrepid and MacOS, on different HW and was
observed as early as wine-0.9.48 to present.
--
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=55202
Bug ID: 55202
Summary: Wine fails to build with clang-11.0.1 due to recent
nameless unions/structs VARIANT changes
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: blocker
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Regression SHA1: 36963b6d27abcf74b58bcf11953ebdf2b7e9767c
Distribution: ---
Starting from
36963b6d27abcf74b58bcf11953ebdf2b7e9767c is the first bad commit
commit 36963b6d27abcf74b58bcf11953ebdf2b7e9767c
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Jul 4 12:42:53 2023 +0200
oleaut32: Get rid of the DECIMAL access macros.
dlls/oleaut32/variant.c | 83 +++++++------
dlls/oleaut32/variant.h | 20 ----
dlls/oleaut32/vartype.c | 303 +++++++++++++++++++++++-------------------------
3 files changed, 188 insertions(+), 218 deletions(-)
Wine fails to build.
dlls/oleaut32:
clang -c -o dlls/oleaut32/x86_64-windows/usrmarshal.o
../wine.src/dlls/oleaut32/usrmarshal.c -Idlls/oleaut32 \
-I../wine.src/dlls/oleaut32 -Iinclude -I../wine.src/include
-I../wine.src/include/msvcrt -D_UCRT \
-D__WINESRC__ -D_OLEAUT32_ -D__WINE_PE_BUILD -Wall -target x86_64-windows
-fuse-ld=lld \
-fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body
-Wignored-qualifiers -Winit-self \
-Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wvla -Wwrite-strings
-Wpointer-arith \
-Wabsolute-value -Wnonnull -mcx16 -mcmodel=small -g -O2
../wine.src/dlls/oleaut32/usrmarshal.c:402:24: error: no member named 'n1' in
'struct tagVARIANT'
header->vt = pvar->n1.n2.vt;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:403:32: error: no member named 'n1' in
'struct tagVARIANT'
header->wReserved1 = pvar->n1.n2.wReserved1;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:404:32: error: no member named 'n1' in
'struct tagVARIANT'
header->wReserved2 = pvar->n1.n2.wReserved2;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:405:32: error: no member named 'n1' in
'struct tagVARIANT'
header->wReserved3 = pvar->n1.n2.wReserved3;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:406:31: error: no member named 'n1' in
'struct tagVARIANT'
header->switch_is = pvar->n1.n2.vt;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:421:31: error: no member named 'n1' in
'struct tagVARIANT'
memcpy(Pos, pvar->n1.n2.n3.byref, type_size);
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:435:32: error: no member named 'n1' in
'struct tagVARIANT'
memcpy(Pos, &pvar->n1.n2.n3, type_size);
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:564:27: error: no member named 'n1' in
'struct tagVARIANT'
memcpy(&pvar->n1.n2.n3, Pos, type_size);
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:568:11: error: no member named 'n1' in
'struct tagVARIANT'
pvar->n1.n2.vt = header->vt;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:569:11: error: no member named 'n1' in
'struct tagVARIANT'
pvar->n1.n2.wReserved1 = header->wReserved1;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:570:11: error: no member named 'n1' in
'struct tagVARIANT'
pvar->n1.n2.wReserved2 = header->wReserved2;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:571:11: error: no member named 'n1' in
'struct tagVARIANT'
pvar->n1.n2.wReserved3 = header->wReserved3;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:624:34: error: no member named 'n1' in
'struct tagVARIANT'
if (vt & VT_BYREF) ref = pvar->n1.n2.n3.byref;
~~~~ ^
13 errors generated.
dlls/oleaut32/tests:
clang -c -o dlls/oleaut32/tests/x86_64-windows/vartest.o
../wine.src/dlls/oleaut32/tests/vartest.c -Idlls/oleaut32/tests \
-I../wine.src/dlls/oleaut32/tests -Iinclude -I../wine.src/include
-I../wine.src/include/msvcrt \
-D_MSVCR_VER=0 -D__WINESRC__ -D__WINE_PE_BUILD -Wall -target x86_64-windows
-fuse-ld=lld \
-fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body
-Wignored-qualifiers -Winit-self \
-Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wvla -Wwrite-strings
-Wpointer-arith \
-Wabsolute-value -Wnonnull -mcx16 -mcmodel=small -g -O2
../wine.src/dlls/oleaut32/tests/vartest.c:251:5: error: declaration of
anonymous struct must be a definition
struct __tagBRECORD *rec;
^
../wine.src/dlls/oleaut32/tests/vartest.c:251:29: error: type name requires a
specifier or qualifier
struct __tagBRECORD *rec;
^
../wine.src/dlls/oleaut32/tests/vartest.c:301:11: error: no member named 'rec'
in 'struct IRecordInfoImpl'
This->rec->pvRecord = NULL;
~~~~ ^
../wine.src/dlls/oleaut32/tests/vartest.c:769:3: error: declaration of
anonymous struct must be a definition
struct __tagBRECORD *rec;
^
../wine.src/dlls/oleaut32/tests/vartest.c:769:3: warning: declaration does not
declare anything [-Wmissing-declarations]
../wine.src/dlls/oleaut32/tests/vartest.c:894:3: error: use of undeclared
identifier 'rec'
rec = &V_UNION(&v, brecVal);
^
../wine.src/dlls/oleaut32/tests/vartest.c:894:22: error: no member named
'brecVal' in 'struct tagVARIANT'
rec = &V_UNION(&v, brecVal);
~~~~~~~~~~~~^~~~~~~~
...
fatal error: too many errors emitted, stopping now [-ferror-limit=]
--
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=55109
Bug ID: 55109
Summary: dbghelp:dbghelp - test_live_modules_proc() fails in
the new WoW 64-bit tests
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dbghelp:dbghelp - test_live_modules_proc() fails in the new WoW 64-bit tests:
dbghelp.c:1156: Test failed: [64/32 enum:+32bit wow64]: Unexpected
event.count_ntdll 3
dbghelp.c:1156: Test failed: [64/32 enum:default wow64]: Unexpected
event.count_ntdll 3
See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp
See the fg-*-x64-64 and rbernon-*-win64 results.
A bisect shows that the failures started with the commit below:
commit 2ef4cc48fbce406d67be32a90a2208868026a505
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Jun 21 12:08:00 2023 +0200
wow64: Map a copy of ntdll to build the syscall table.
The original ntdll may have been hooked.
--
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=47336
Bug ID: 47336
Summary: League of legends closes when starting the game in
training mode.
Product: Wine
Version: 4.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xdestac(a)gmail.com
Distribution: ---
Error always when starting a game in league of legends
--
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=23134
Summary: iexplore does not correctly detect proxy details
Product: Wine
Version: 1.2-rc3
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Blocks: 19261
I have an Ubuntu Lucid system that has the proxy preferences set up for HTTP
and FTP. Native applications use the proxy for HTTP and FTP but all other
protocols bypass the proxy. iexplore doesn't. The result being that when a
HTTPS page is opened, there is a failure (proxy does not support HTTPS). Using
Squid.
The following error was encountered while trying to retrieve the URL:
https://accounts.sling.com/accounts/login?
Unsupported Request Method and Protocol
Squid does not support all request methods for all access protocols. For
example, you can not POST a Gopher 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=34047
Bug #: 34047
Summary: IE7 reports lookup failure before the main window
opens
Product: Wine
Version: 1.6-rc5
Platform: x86-64
URL: http://download.microsoft.com/download/3/8/8/38889dc1-
848c-4bf2-8335-86c573ad86d9/IE7-WindowsXP-x86-enu.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 45249
--> http://bugs.winehq.org/attachment.cgi?id=45249
Screenshot
Installed IE7 for XP in a clean .wine.
When run it reports that it cannot find a URL immediately, before the main
window even has chance to open. See screenshot.
No overrides, nothing changed from default.
--
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=34049
Bug #: 34049
Summary: IE7 does not navigate to web pages or obey home page
setting
Product: Wine
Version: 1.6-rc4
Platform: x86-64
URL: http://download.microsoft.com/download/3/8/8/38889dc1-
848c-4bf2-8335-86c573ad86d9/IE7-WindowsXP-x86-enu.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 45253
--> http://bugs.winehq.org/attachment.cgi?id=45253
wine-1.6-rc4 console output
In a very similar way to Bug 25648, IE7 does not navigate to web pages or obey
home page setting.
The workaround in Bug 25648 does not work, although the fix, when it comes, may
be the same (making this bug a duplicate).
I'm sure someone smarter than I knows of an equivalent registry entry to fix
this.
winetricks ie7 gets this to work but there are way to many overrides to work
out what the workaround may be. Winetricks does not add any registry entries.
--
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=25128
Summary: Missing flashing border on the stage select screen of
Pikachu Volleyball 3D
Product: Wine
Version: 1.3.6
Platform: x86-64
URL: http://rev.knu.ac.kr/down/PV3DSetup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
CC: wine-bugs(a)winehq.org
Created an attachment (id=31880)
--> (http://bugs.winehq.org/attachment.cgi?id=31880)
Full output
Choosing "single play" from the main menu leads to a stage selection screen
with a small image of each stage to choose from. The current selection is
supposed to be indicated by a fade effect and a multicolored flashing border.
The fade effect works, but the border always remains black. winetricks d3dx9_36
makes it work correctly.
On this screen, the terminal is flooded with a series of fixmes:
fixme:d3dx:ID3DXLineImpl_Begin (0x217fc0)->(): stub
fixme:d3dx:ID3DXLineImpl_Draw (0x217fc0)->(0x782b58, 5, 0xff0000ff): stub
fixme:d3dx:ID3DXLineImpl_End (0x217fc0)->(): stub
--
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=49846
Bug ID: 49846
Summary: Steel Armor: Blaze of War crashes with builtin
d3dx9_43
Product: Wine
Version: 5.17
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 68186
--> https://bugs.winehq.org/attachment.cgi?id=68186
warn+d3dx
Crashes immediately with '001: Program Initialization Error' while shooting.
warn:d3dx:lock_surface Failed to create temporary surface, surface 223D5C18,
format 0x31545844, usage 0, pool 0, write 0x1, width 1, height 1.
warn:d3dx:lock_surface Failed to create temporary surface, surface 223D5BE0,
format 0x31545844, usage 0, pool 0, write 0x1, width 2, height 2.
warn:d3dx:lock_surface Failed to create temporary surface, surface 223D62B8,
format 0x35545844, usage 0, pool 0, write 0x1, width 1, height 1.
warn:d3dx:lock_surface Failed to create temporary surface, surface 223D6280,
format 0x35545844, usage 0, pool 0, write 0x1, width 2, height 2.
warn:d3dx:d3dx_effect_GetTechniqueByName Technique not found.
warn:d3dx:d3dx_effect_SetFloat Parameter not found.
wine-5.17-41-g26eedec78e
--
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=23356
Summary: Napoleon Total War: black screen without winetricks
d3d9x
Product: Wine
Version: 1.2-rc4
Platform: x86-64
URL: http://www.totalwar.com/napoleon/demo/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: wine-bugs(a)winehq.org
The log shows several d3dx stubs are causing it trouble:
implemented
fixme:d3dx:D3DXGetImageInfoFromFileInMemory Invalid or unsupported image file
fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx (0x8eafae8, 0xd7ee731, 1440128,
4294967294, 4294967294, 1, 0, fffffffd, 1, 2, 5, 0, (nil), (nil), 0x8f53864):
stub
...
fixme:d3dx:ID3DXEffectImpl_SetMatrixTranspose (0x8f54f58)->(0x1642ea0,
0x8ea54fc): stub
fixme:d3dx:ID3DXEffectImpl_SetTechnique (0x8f54f58)->(0x1642eac): stub
...
d3d call failed, code: 0x80004001
d3d call failed, code: 0x80004001
d3d call failed, code: 0x80004001
d3d call failed, code: 0x80004001
d3d call failed, code: 0x80004001
winetricks d3dx9 lets it start with graphics.
--
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=55064
Bug ID: 55064
Summary: Microsoft Powerpoint 2007 does not print large
document
Product: Wine
Version: 7.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: spooler
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
When printing a large document with Powerpoint 2007 to a file
the print file is not created (without notice). A bisect shows
that the first bad commit is
commit 017e9557db73a4b51b5cb2eacbf638288b5e6719
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Fri Dec 2 21:23:50 2022 +0100
localspl: Use print processor in ScheduleJob.
dlls/localspl/provider.c | 198 +++++++++++++++++++++++++++++++++++++----------
1 file changed, 155 insertions(+), 43 deletions(-)
Later releases of wine produce an exception inside a PP lib when
doing the same operation.
--
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=52171
Bug ID: 52171
Summary: CXBX-R Xbox emulator cannot save game data, error
"NtCreateFile alloc_size not supported"
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
Hi all
Here follows a bug report regarding a missing / not implemented function in
Wine. This issue effectively prevents the saving of gaming data (in the
emulator) to the locally available storage (SSD, HDD).
Interestingly not all games are affected in the same way. It differs which
function the corresponding game is calling when a saving process to the
emulated Xbox HDD is performed. For example, "Crash Tag Team Racing" cannot
save anything while the game "Baldur's Gate Dark Alliance" is able to save at
least partially data to the emulated Xbox HDD.
The full error message at the CLI (during a failed saving process) is:
0184:fixme:file:NtCreateFile alloc_size not supported
0184:fixme:file:NtSetInformationFile Unsupported class (19)
I can confirm this behavior for Wine 6.23 but this seems present also at all
older versions. The first by me tested version with that problem was Wine 6.7.
Earlier Wine 6.x builds generally didn't work well with the CXBX-R emulator
because the built-in Visual C++ 2019 support was too limited and the native MS
Visual C++ 2019 compatibility became flawed.
According to the CXBX-R GitHub webpage
(https://github.com/Cxbx-Reloaded/Cxbx-Reloaded) Wine 5.0.3 is described in
conjunction with native MS Visual C++ 2019 as "stable". So the here reported
"NtCreateFile alloc_size not supported" bug may not be present. However, this
is not tested by me, so I cannot confirm this.
Whatever, in summary this issue may have a relation to the built-in Visual C++
2019 support in Wine. More information can be found at the following CXBX-R bug
page: https://github.com/Cxbx-Reloaded/Cxbx-Reloaded/issues/2161
--
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=32334
Bug #: 32334
Summary: Microsoft SQL Server Management Studio Express 2005:
Connection window is too narrow
Product: Wine
Version: 1.5.18
Platform: x86
URL: http://www.microsoft.com/download/en/details.aspx?id=8
961
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
Regression SHA1: ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e
Created attachment 42678
--> http://bugs.winehq.org/attachment.cgi?id=42678
Screenshots of good and bad versions
Connection window that appears right after starting the application is too
narrow. You may notice that the bitmap on the top is clipped.
Regression testing points to the following commit:
ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e is the first bad commit
commit ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Nov 15 13:29:21 2012 +0100
gdi32: Don't load bitmap glyphs when using subpixel rendering in
GetGlyphOutline.
Reverting that commit on top of current git brings back correct behavior.
Prerequisite:
winetricks dotnet20 win7
--
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=55169
Bug ID: 55169
Summary: Diablo 4: latest game patch causes D4 to crash on
startup
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kurtosis.jones(a)gmail.com
Distribution: ---
Created attachment 74749
--> https://bugs.winehq.org/attachment.cgi?id=74749
Wine console log Diablo4 crash
I've been playing Diablo 4 using Lutris on NixOS 23.05 since the game launched,
using the standard Lutris installer [1] with the following version
modifications:
lutris-GE-Proton-8-5-x86_64
lutris-GE-Proton-8-7-x86_64
lutris-GE-Proton-8-8-x86_64
All with DXVK 2.2 and VKD3D 2.8.
This config worked perfectly, stably, with no crashes, artifacts, or
performance problems.
However, the latest D4 patch broke the game, and now it crashes on startup
before reaching the title screen. The patch in question is:
1.0.3 Build #42677 (All Platforms) - June 27, 2023 [2]
Wine console log attached. The final five lines in the log are the error that
occurred at the moment the game crashed. Looks like a race condition. Here
are those last five lines:
0128:err:seh:call_stack_handlers invalid frame 0000000036405F70
(0000000036212000-0000000036310000)
0128:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
Fatal glibc error: ../nptl/pthread_mutex_lock.c:460
(__pthread_mutex_cond_lock_full): assertion failed: robust || (oldval &
FUTEX_OWNER_DIED) == 0
0c18:err:seh:call_stack_handlers invalid frame 000000001990E500
(0000000019712000-0000000019810000)
0c18:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
[1]:https://lutris.net/games/diablo-iv/
[2]:https://news.blizzard.com/en-us/diablo4/23964909/diablo-iv-patch-notes
--
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=55201
Bug ID: 55201
Summary: Wine fails to build with clang-11.0.1 due to recent
nameless unions/structs VARIANT changes
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: blocker
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Regression SHA1: 36963b6d27abcf74b58bcf11953ebdf2b7e9767c
Distribution: ---
Starting from
36963b6d27abcf74b58bcf11953ebdf2b7e9767c is the first bad commit
commit 36963b6d27abcf74b58bcf11953ebdf2b7e9767c
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Jul 4 12:42:53 2023 +0200
oleaut32: Get rid of the DECIMAL access macros.
dlls/oleaut32/variant.c | 83 +++++++------
dlls/oleaut32/variant.h | 20 ----
dlls/oleaut32/vartype.c | 303 +++++++++++++++++++++++-------------------------
3 files changed, 188 insertions(+), 218 deletions(-)
Wine fails to build.
dlls/oleaut32:
clang -c -o dlls/oleaut32/x86_64-windows/usrmarshal.o
../wine.src/dlls/oleaut32/usrmarshal.c -Idlls/oleaut32 \
-I../wine.src/dlls/oleaut32 -Iinclude -I../wine.src/include
-I../wine.src/include/msvcrt -D_UCRT \
-D__WINESRC__ -D_OLEAUT32_ -D__WINE_PE_BUILD -Wall -target x86_64-windows
-fuse-ld=lld \
-fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body
-Wignored-qualifiers -Winit-self \
-Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wvla -Wwrite-strings
-Wpointer-arith \
-Wabsolute-value -Wnonnull -mcx16 -mcmodel=small -g -O2
../wine.src/dlls/oleaut32/usrmarshal.c:402:24: error: no member named 'n1' in
'struct tagVARIANT'
header->vt = pvar->n1.n2.vt;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:403:32: error: no member named 'n1' in
'struct tagVARIANT'
header->wReserved1 = pvar->n1.n2.wReserved1;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:404:32: error: no member named 'n1' in
'struct tagVARIANT'
header->wReserved2 = pvar->n1.n2.wReserved2;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:405:32: error: no member named 'n1' in
'struct tagVARIANT'
header->wReserved3 = pvar->n1.n2.wReserved3;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:406:31: error: no member named 'n1' in
'struct tagVARIANT'
header->switch_is = pvar->n1.n2.vt;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:421:31: error: no member named 'n1' in
'struct tagVARIANT'
memcpy(Pos, pvar->n1.n2.n3.byref, type_size);
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:435:32: error: no member named 'n1' in
'struct tagVARIANT'
memcpy(Pos, &pvar->n1.n2.n3, type_size);
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:564:27: error: no member named 'n1' in
'struct tagVARIANT'
memcpy(&pvar->n1.n2.n3, Pos, type_size);
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:568:11: error: no member named 'n1' in
'struct tagVARIANT'
pvar->n1.n2.vt = header->vt;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:569:11: error: no member named 'n1' in
'struct tagVARIANT'
pvar->n1.n2.wReserved1 = header->wReserved1;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:570:11: error: no member named 'n1' in
'struct tagVARIANT'
pvar->n1.n2.wReserved2 = header->wReserved2;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:571:11: error: no member named 'n1' in
'struct tagVARIANT'
pvar->n1.n2.wReserved3 = header->wReserved3;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:624:34: error: no member named 'n1' in
'struct tagVARIANT'
if (vt & VT_BYREF) ref = pvar->n1.n2.n3.byref;
~~~~ ^
13 errors generated.
dlls/oleaut32/tests:
clang -c -o dlls/oleaut32/tests/x86_64-windows/vartest.o
../wine.src/dlls/oleaut32/tests/vartest.c -Idlls/oleaut32/tests \
-I../wine.src/dlls/oleaut32/tests -Iinclude -I../wine.src/include
-I../wine.src/include/msvcrt \
-D_MSVCR_VER=0 -D__WINESRC__ -D__WINE_PE_BUILD -Wall -target x86_64-windows
-fuse-ld=lld \
-fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body
-Wignored-qualifiers -Winit-self \
-Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wvla -Wwrite-strings
-Wpointer-arith \
-Wabsolute-value -Wnonnull -mcx16 -mcmodel=small -g -O2
../wine.src/dlls/oleaut32/tests/vartest.c:251:5: error: declaration of
anonymous struct must be a definition
struct __tagBRECORD *rec;
^
../wine.src/dlls/oleaut32/tests/vartest.c:251:29: error: type name requires a
specifier or qualifier
struct __tagBRECORD *rec;
^
../wine.src/dlls/oleaut32/tests/vartest.c:301:11: error: no member named 'rec'
in 'struct IRecordInfoImpl'
This->rec->pvRecord = NULL;
~~~~ ^
../wine.src/dlls/oleaut32/tests/vartest.c:769:3: error: declaration of
anonymous struct must be a definition
struct __tagBRECORD *rec;
^
../wine.src/dlls/oleaut32/tests/vartest.c:769:3: warning: declaration does not
declare anything [-Wmissing-declarations]
../wine.src/dlls/oleaut32/tests/vartest.c:894:3: error: use of undeclared
identifier 'rec'
rec = &V_UNION(&v, brecVal);
^
../wine.src/dlls/oleaut32/tests/vartest.c:894:22: error: no member named
'brecVal' in 'struct tagVARIANT'
rec = &V_UNION(&v, brecVal);
~~~~~~~~~~~~^~~~~~~~
...
fatal error: too many errors emitted, stopping now [-ferror-limit=]
--
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=7767
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #18 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 8.12.
--
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=55062
Bug ID: 55062
Summary: Starcraft II Graphics Only Work When Window is Out of
Focus
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wschmrdr(a)gmail.com
Distribution: ---
Attempted to run Starcraft II using version 8.10. The Battle.net App seems to
work OK. When I run Starcraft II itself, trying both through the Battle.net App
and the SC2Switcher executable, I get the proper window, but a black screen.
When I change window focus to something else (e.g. Battle.net, the Wine System
Tray, a terminal, etc.), the graphics will run normally in the background,
until I change focus back to the Starcraft II application, at which point the
graphics will stop at the point where I had shifted focus.
Be aware I was previously using wine-devel version 8.8, and I did not see this
issue.
--
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=47089
Bug ID: 47089
Summary: possible regression with wine-staging, winamp install.
Product: Wine
Version: 4.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winetest(a)luukku.com
Distribution: ---
Created attachment 64288
--> https://bugs.winehq.org/attachment.cgi?id=64288
4.6-staging crash
Direct download.
download.nullsoft.com/winamp/client/winamp5666_full_all.exe
took the url from bug 34143.
I currently only have wine-staging 4.6 installed.
Trying to install winamp ends up in a crash.
--
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=38938
Bug ID: 38938
Summary: SlingPlayer 1.5 crashes when moving the main window
Product: Wine
Version: 1.7.47
Hardware: x86-64
URL: http://download.slingmedia.com/player/pc/SlingPlayer-S
etup-EU-1.5.1.343.exe
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 51873
--> https://bugs.winehq.org/attachment.cgi?id=51873
wine-1.7.47-84-g2294d3b console output
Moving the SlingPlayer 1.5 main window causes a crash in quartz.
1. Install SlingPlayer 1.5
2. Launch SlingPlayer
3. Cancel "Slingbox Directory" dialog
4. Move the main window
5. Crash in quartz
err:quartz:VideoRenderer_GetVideoFormat Unknown format type TIME_FORMAT_NONE
Workaround is native quartz.
I've never seen this crash before but went back to Wine 1.6.2 and it does still
crash. Possibly related to Ubuntu Trusty (as opposed to Precise) or the
graphics on this PC.
VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Trinity
[Radeon HD 7480D]
$ sha1sum SlingPlayer-Setup-EU-1.5.1.343.exe
8297dc1c05e0c1448e2f9ce790284c8f1ccc607a SlingPlayer-Setup-EU-1.5.1.343.exe
http://download.slingmedia.com/player/pc/SlingPlayer-Setup-EU-1.5.1.343.exe
--
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=55128
Bug ID: 55128
Summary: dbghelp:dbghelp & dbghelp:path - Call to
SymSetExtendedOption() prevents running on Windows 7,
8 & 10 <= 1607
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dbghelp:path - Call to SymSetExtendedOption() prevents running on Windows 7, 8
& 10 <= 1607:
dbghelp.c:0: Tests skipped: missing entry point (details below)
| dbghelp_test.exe - Entry Point Not Found
| The procedure entry point SymSetExtendedOption could not be located in the
dynamic link library C:\Users\Public\Documents\dbghelp_test.exe.
11d4:dbghelp: 0 tests executed (0 marked as todo, 0 as flaky, 0 failures), 1
skipped.
See https://test.winehq.org/data/patterns.html#dbghelp:path
The call to SymSetExtendedOption() was added in the commit below:
commit 1ed646ebf68c648d54ba733865956e053ca9b20a
Author: Eric Pouech <epouech(a)codeweavers.com>
Date: Fri Jun 23 11:04:55 2023 +0200
dbghelp/tests: Add explicit tests about loading ELF modules.
Perhaps next time ELF loader is modified, it'll be noticed if it breaks
things.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55058
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55096
Signed-off-by: Eric Pouech <epouech(a)codeweavers.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.
https://bugs.winehq.org/show_bug.cgi?id=54257
Bug ID: 54257
Summary: Missing support for Windows 2003 (5.2) in OleAut
version detection
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)kcsoftwares.com
Distribution: ---
OaBuildVersion misses the detection for 5.2 Kernel (2003, ReactOS) and
therefore falls in 2.40 default case with FIXME trace while it should use 2.50
The following case has to be added to the 2.50 detection :
case 0x00000205: /* Win2003, ReactOS */
--
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=53907
Bug ID: 53907
Summary: SierraChart Freezes when allocating more than one
account
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: rtgriggs(a)gmail.com
Distribution: ---
Created attachment 73453
--> https://bugs.winehq.org/attachment.cgi?id=73453
Sierra Chart Order Allocation Crash
When adding allocation accounts in Sierra Chart all versions, Sierra Chart
freezes and requires a forced exit or eventually exits itself.
Issue:
SC hangs for a few seconds then exits after clicking the add button in the
order allocation menu. No message log. Just completely exits
Which chartbook does not seem to matter.
It happens 100% of the time.
Temporary fix: Click the remove button first to clear out the selection. Then
add. However, only 1 account can be added.
It occurs only during the time when setting up accounts to allocate/copy to.
Account copying is working once set up.
There is no SierraChart Log that captures error messages as it immediately
freezes. However, starting SC from a prompt does show issues. The crash
occurs in the last section 11 rows of data. The other rows earlier do not seem
to cause any issues.
The issues does not occur in Windows. Post #564 in the link has additional
detail. I am ertrader in the support discussion and regularly promote SC with
Wine when I started the thread a few years ago.
https://www.sierrachart.com/SupportBoard.php?ThreadID=29998&Page=23
--
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=53086
Bug ID: 53086
Summary: Free Video Converter needs certutil.exe
Product: Wine
Version: 7.9
Hardware: x86-64
URL: https://ssl-download.wondershare.com/video-converter-f
ree_full1129.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
During installation, Wondershare's Free Video Converter complains about being
unable to find CertUtil.exe
https://docs.microsoft.com/en-us/windows-server/administration/windows-comm…
f2623b3a2763758810404cbb279cd4456f3cd2bb
video-converter-free_setup_full1129.exe
https://videoconverter.wondershare.com/free-video-converter.html
Will update when I figure out what it's trying to do with certutil.
--
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=55126
Bug ID: 55126
Summary: Futter application wont start with the following
error: ailed to find library for
L"Windows.Devices.Geolocation.Geolocator"
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: m(a)getzoneapp.com
Distribution: ---
Created attachment 74680
--> https://bugs.winehq.org/attachment.cgi?id=74680
running a flutter app
Trying to run a basic Windows application created using Google's Flutter
framework produces the attached output.
010c:fixme:combase:RoGetActivationFactory
(L"Windows.Devices.Geolocation.Geolocator",
{00000035-0000-0000-c000-000000000046}, 000000000021F840): semi-stub
010c:err:combase:RoGetActivationFactory Failed to find library for
L"Windows.Devices.Geolocation.Geolocator"
010c:fixme:combase:RoOriginateLanguageException 0x80040154, L"",
0000000000000000: stub
The above seems to be the relevant part preventing from continuing further.
--
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=55096
Bug ID: 55096
Summary: Moving loader to PIE removed loaded modules chain view
from debuggers
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: eric.pouech(a)gmail.com
Distribution: ---
since 78ed343842dcd8ffb95c416420953e121959d40d the link_map of the ELF loaded
modules in no longer visible in debuggers (winedbg, gdb in proxy module)
(on x86_64 only, i386 is fine)
'info share' should list both PE and ELF modules
--
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=54996
Bug ID: 54996
Summary: msys2: gpg.exe fails because "NtSetInformationFile
Unsupported class (64)"
Product: Wine
Version: 8.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 74549
--> https://bugs.winehq.org/attachment.cgi?id=74549
ntdll: Basic FileDispositionInformationEx
wine C:\\msys64\\usr\\bin\\gpg-agent.exe --homedir /etc/pacman.d/gnupg
--use-standard-socket --daemon
...
fixme:file:NtSetInformationFile Unsupported class (64)
The missing class is FileDispositionInformationEx.
Attached patch adds minimal support for this class.
--
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=53085
Bug ID: 53085
Summary: Free Video Converter complains about being unable to
install .Net 2.0
Product: Wine
Version: 7.9
Hardware: x86-64
URL: https://ssl-download.wondershare.com/video-converter-f
ree_full1129.exe
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 72506
--> https://bugs.winehq.org/attachment.cgi?id=72506
Error dialog
During installation of Wondershare's Free Video Converter it complains about
being unable to install .Net 2.0.
Workaround is "winetricks dotnet20".
f2623b3a2763758810404cbb279cd4456f3cd2bb
video-converter-free_setup_full1129.exe
https://videoconverter.wondershare.com/free-video-converter.html
--
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=55194
Bug ID: 55194
Summary: oleaut32:vartest - test_VarImp() fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
oleaut32:vartest - test_VarImp() fails in Wine:
vartest.c:9551: Test failed: VarImp: NULL|0x0, DECIMAL|0x0: expected vt I4 hr
0x0, got vt NULL hr 0x0
See https://test.winehq.org/data/patterns.html#oleaut32:vartest
A bisect shows that the failures started with the commit below:
commit 36963b6d27abcf74b58bcf11953ebdf2b7e9767c
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Jul 4 12:42:53 2023 +0200
oleaut32: Get rid of the DECIMAL access macros.
--
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=55146
Bug ID: 55146
Summary: Virtual desktop is fullscreen regardless of the
desktop size setting in winecfg
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Hello,
Split from bug 55141.
Happens since upgrade from Wine 8.9 to 8.11 (Not yet bisected).
WINEDEBUG=+tid,+explorer,+system,+x11drv,+xrandr logs can be found in bug
55141:
Log on Wine 8.11:
https://bugs.winehq.org/attachment.cgi?id=74710
(In reply to Rémi Bernon from bug 55141)
> The fullscreen virtual desktop issue may not be the same as bug reported
> here, I have created
> https://gitlab.winehq.org/wine/wine/-/merge_requests/3167 which I believe
> should fix it.
Merge request 3167 doesn't fix the issue.
Log on Wine 8.11 + MR 3167:
https://bugs.winehq.org/attachment.cgi?id=74713
Debian 8
X11 (Gnome 3.14.1)
NVIDIA RTX2070 (proprietary 525.116.04)
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=55144
Bug ID: 55144
Summary: Error when I run Navigraph FMS Data Manager
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cyberguerro(a)gmail.com
Distribution: ---
Created attachment 74706
--> https://bugs.winehq.org/attachment.cgi?id=74706
dumped error
When I run Navigraph FMS Data
Manager(https://download.navigraph.com/software/fmsdatamanager/windows/navi…
I get attached error.
I With 8.9.x it works, with 8.10 and 8.11 not.
--
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=55120
Bug ID: 55120
Summary: kernel32:debugger - test_debug_loop_wow64() gets wrong
ntdll count in the new WoW mode
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:debugger - test_debug_loop_wow64() gets wrong ntdll count in the new
WoW mode:
debugger.c:1231: Test failed: Expecting two ntdll instances
See https://test.winehq.org/data/patterns.html#kernel32:debugger
These failures started on 2023-06-21 and are specific to the 64-bit tests
running in the new WoW mode.
A bisect shows that this failure started with the commit below:
commit 2ef4cc48fbce406d67be32a90a2208868026a505
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Jun 21 12:08:00 2023 +0200
wow64: Map a copy of ntdll to build the syscall table.
The original ntdll may have been hooked.
--
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=55110
Bug ID: 55110
Summary: quartz:vmr7 & quartz:vmr9 sometimes exit prematurely
in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
quartz:vmr7 & quartz:vmr9 sometimes exit prematurely in Wine:
vmr7.c:2393: Test marked todo: Got hr 0.
vmr7.c:2424: Test marked todo: Got hr 0x8004020a.
quartz:vmr7:0890 done (0) in 4s 2250B
Notice the missing ' xxx tests executed' line.
And also in the Wine traces:
01e4:fixme:d3d:wined3d_guess_card No card selector available for card vendor
0000 (using GL_RENDERER "llvmpipe (LLVM 11.0.1, 256 bits)").
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 7 (X_ReparentWindow)
Resource id in failed request: 0x140019d
Serial number of failed request: 2252
Current serial number in output stream: 2253
See https://test.winehq.org/data/patterns.html#quartz:vmr7https://test.winehq.org/data/patterns.html#quartz:vmr9
So it is most likely the X error that causes the test to be prematurely killed.
I did not notice an X error for quartz:vmr9 but for now I will consider that it
either has the same cause or is a consequence of the vmr7 failure.
The first failure happened on 2023-06-13 and, across all test configurations,
it has been happening about once a day since.
Further, a bisect shows that the vmr7 failure started with the commit below:
commit 9f8d9eef216d4ede3b53d3caab222ad8f896f10b
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Mon Jan 25 15:22:08 2021 +0100
winex11: Set the window cursor immediately in SetCursor.
Instead of synchronizing the cursor on mouse changes. The SetCursor call
should now only be made when cursor or window handle have changed.
--
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=53425
Bug ID: 53425
Summary: Printing and envelope from Lotus Approach crashes
Approach
Product: Wine-staging
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72813
--> https://bugs.winehq.org/attachment.cgi?id=72813
wine approach.exe > WineEnvelopeCrash.txt 2>&1
Fedora 36
Wine 7.12-1
Lotus Approach N99.8.0208.0800
Major as I can not print out invoices, so I can not get paid.
When I print an envelope from Lotus Approach (part of Smart Suite), it does not
print out the "to:" block and Approach crashes.
--
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=55206
Bug ID: 55206
Summary: COD MW Remastered (2016) crackling audio
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: brandowlucas(a)gmail.com
Distribution: ---
Created attachment 74806
--> https://bugs.winehq.org/attachment.cgi?id=74806
this is the audio log file until i hit the crackling on game.
when using pulseaudio the game sounds like this:
https://www.youtube.com/watch?v=SmHY7uH1yzo
when using pipewire, i don't even get audio at all:
https://www.youtube.com/watch?v=71m5g4usSx0
i've tested this game in many distribution, different proton versions/wine
versions and it seems a wine bug.
i made this video test was on vanilla wine-8.11. I also attached the log files.
--
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=21940
Summary: Rise of Legends Demo crashes with null pointer
reference in msxml3?
Product: Wine
Version: 1.1.40
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Once you get past bug 19539, you have to choose to ignore
two BHG errors; the game then starts and runs (though I got
no sound). Trying to play a campaign crashed for me quickly with
an msxml3 error (which is funny, since I had done winetricks msxml3,
and winecfg shows the override, but the backtrace still shows Wine's msxml3):
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x7362be22).
Backtrace:
=>0 priv_from_xmlDocPtr+0x6(doc=(nil)) [dlls/msxml3/domdoc.c:127] in msxml3
1 xmldoc_add_ref+0x1d(doc=(nil)) [dlls/msxml3/domdoc.c:160] in msxml3
2 init_xmlnode+0x26(This=0x3fb63f8, node=0x7e222980, outer=0x3fb6418,
dispex_data=0x73666dec) [dlls/msxml3/node.c:1714] in msxml3
3 create_element+0x6c(element=0x7e222980) [dlls/msxml3/element.c:797] in
msxml3d
4 create_node+0x9d(node=0x7e222980) [dlls/msxml3/node.c:1736] in msxml3
5 queryresult_nextNode+0xdf(iface=0x3ff1120, nextItem=0x32ad60)
[dlls/msxml3/queryresult.c:267] in msxml3
6 xmlnode_selectSingleNode+0xd3(iface=0x1e9510, kqueryString="TRIBE_MASK",
resultNode=0x32ad60) [dlls/msxml3/node.c:1542] in msxml3
7 in legends (+0x6f34c) (0x0032b2dc)
...
0x7362be22 priv_from_xmlDocPtr+0x6 [dlls/msxml3/domdoc.c:127] in msxml3: movl
0x0(%eax),%eax
127 return doc->_private;
--
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=52361
Bug ID: 52361
Summary: Spaceforce: Only a few columns of pixels are drawn
when video plays
Product: Wine
Version: 7.0-rc4
Hardware: x86-64
URL: https://www.fileplanet.com/archive/p-45836/Spaceforce-
Rogue-Universe-Demo
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
Created attachment 71547
--> https://bugs.winehq.org/attachment.cgi?id=71547
console output with msvideo and avifile channels enabled
At first sight, it looks the video are completely black. It is not the case.
One can see at the very left of the screen one (?) column of pixels drawn when
video plays.
--
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=55198
Bug ID: 55198
Summary: QuickBooks SS 2009 installer crash
Product: Wine
Version: 8.11
Hardware: x86-64
URL: https://web.archive.org/web/20210307180900/http://dlm3
.download.intuit.com/SBD/QuickBooks/2009/R1/QuickBooks
SimpleStartDirect2009.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Blocks: 34028, 34029, 34040
Distribution: Ubuntu
Created attachment 74793
--> https://bugs.winehq.org/attachment.cgi?id=74793
Wine 8.11 backtrace
Immediately following what appears to be a successful installation of
QuickBooks Simple Start 2009, a cmd prompt opens and there is immediately a
crash.
Backtrace:
=>0 0x7b012187 RaiseException+0x42(code=<is not available>, flags=<is not
available>, count=<is not available>, args=<is not available>)
[/usr/src/packages/BUILD/dlls/kernelbase/debug.c:350] in kernelbase
(0x0237f634)
1 0x00de2bda RpcRaiseException+0x2a(exception=0x6a6)
[/usr/src/packages/BUILD/dlls/rpcrt4/rpcrt4_main.c:214] in rpcrt4 (0x0237f654)
2 0x00da9932 in rpcrt4 (+0x9932) (0x0237f694)
3 0x6e466a98 remote_CloseHandle+0xb8(handle=0x3)
[/usr/src/packages/BUILD/dlls/msi/i386-windows/winemsi_c.c:2877] in msi
(0x0237f824)
4 0x6e40ce50 MsiCloseHandle+0xa0(handle=<couldn't compute location>)
[/usr/src/packages/BUILD/dlls/msi/handle.c:302] in msi (0x0237f854)
5 0x100106cc in msifd08.tmp (+0x106cc) (0x0237f934)
6 0x6f504251 (0x00000000)
I installed MFC80 as the console log complains loudly without it (though the
installation continues apparently without issue). The crash occurs regardless.
Unfortunately I don't know what it is trying to do at this point.
2997111 pts/7 S 0:05 QuickBooksSimpleStartDirect2009.exe /qb /s
2997117 ? Ss 0:14 /opt/wine-devel/bin/wineserver
2997121 ? Ssl 0:00 C:\windows\system32\services.exe
2997127 pts/7 Sl 0:00 C:\windows\system32\explorer.exe /desktop
2997136 ? Ssl 0:01 C:\windows\system32\winedevice.exe
2997159 ? Ssl 0:00 C:\windows\system32\svchost.exe -k
LocalServiceNetworkRestricted
2997164 ? Ssl 0:00 C:\windows\system32\plugplay.exe
2997173 ? Ssl 0:31 C:\windows\system32\winedevice.exe
2997192 pts/7 S 0:00 C:\windows\system32\conhost.exe --unix --width 238
--height 63 --server 0x10
2997219 pts/7 Sl 0:02 C:\users\test\Temp\FSE\QBooks\setup.exe
2997270 ? Ssl 0:14 C:\windows\system32\msiexec.exe /I
C:\users\test\Temp\FSE\QBooks\QuickBooks.msi /lv*
C:\users\test\Temp\QuickBooks_09.log QB_LICENSENUM=4999-8780-2611-708
QB_PRODUCTNUM=450-165 ISW_PRODUCTNUM=309691 ISW_LICENSENUM=160710205397039
CDSKU=CDATOMLIMITED MEDIAPACKAGEPATH=\QBooks\
2997274 ? Ssl 0:05 C:\windows\system32\msiexec.exe -Embedding 416
2998870 ? Ss 0:00 winedbg --auto 428 136
2998872 ? Ss 0:00 C:\windows\system32\conhost.exe --server 0x2c
2999260 pts/7 R+ 0:00 ps -x
This never used to occur so tried Wine 7.0 but it crashes in a different way
(in Mono). Tried dotnet20 with Wine 7.0 and it crashes in yet another way.
Given the amount of time needed to install this app (/qb /s isn't very
effective) a bisect will take quite some time...
As I cannot figure out how to work around this, marking related bugs as
blocked.
Will update when I know more.
--
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=34040
Bug #: 34040
Summary: QuickBooks SS 2008 R1 crashes multiple times on second
run
Product: Wine
Version: 1.6-rc5
Platform: x86-64
URL: http://dlm.download.intuit.com/SBD/QuickBooks/2008/R1/
QuickBooksSimpleStartDirect2008.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 45237
--> http://bugs.winehq.org/attachment.cgi?id=45237
wine-1.6-rc5 console output
Running QB 2008 a second time after setting up a company file and closing the
application will cause multiple crashes that are caught by the application
itself.
To get this far:
1. winetricks -q dotnet20 msxml4 (Bug 34028 and Bug 34029)
2. Install.
3. Run and set up a company file and save it.
4. Exit application.
5. Run application.
Tried msxml3 but this simply causes the application to hang.
NOTE: Native msxml3 cannot be installed before the first run as this appears to
also cause Bug 34028.
Tried vcrun2005 too but it made no difference.
--
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=34028
Bug #: 34028
Summary: QuickBooks SS 2008 R1 fails to load due to licence
error
Product: Wine
Version: 1.6-rc5
Platform: x86-64
URL: http://download.microsoft.com/download/C/C/0/CC0BD555-
33DD-411E-936B-73AC6F95AE11/IE8-WindowsXP-x86-ENU.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: msxml4
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 45219
--> http://bugs.winehq.org/attachment.cgi?id=45219
wine-1.6-rc5 console output
QuickBooks SS 2008 R1 fails to load due to a "Could not initialize license
properties" error.
fixme:msxml:domdoc_setProperty Ignoring property L"NewParser", value {VT_I2:
-1}
fixme:msxml:domdoc_setProperty Ignoring property L"NewParser", value {VT_BOOL:
ffffffff}
[...]
fixme:msxml:domdoc_get_parseError (0x1aa674)->(0x32f2dc): creating a dummy
parseError
Workaround is "winetricks msxml4".
--
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=55153
Bug ID: 55153
Summary: comdlg32:filedlg sometimes crashes on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comdlg32:filedlg sometimes crashes on Windows 7:
comdlg32:filedlg start dlls/comdlg32/tests/filedlg.c
0ef8:filedlg: unhandled exception c0000005 at 766523AD
comdlg32:filedlg:0ef8 done (-1073741819) in 5s 56B
See https://test.winehq.org/data/patterns.html#comdlg32:filedlg
Where c0000005 == STATUS_ACCESS_VIOLATION
The first crash happened on 2023-02-28 and there has been a bit over 1.5 per
month since.
--
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=55200
Bug ID: 55200
Summary: MSVC cl.exe misbehaving (buggy/inconsistent behaviour)
wrt include paths since "ntdll: Default to Windows 10"
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
Regression SHA1: 69154f0329aec4fb64886a0689da198b5323dcde
Distribution: ---
Background: I package MSVC with Wine wrapping, so that people can compile
software using MSVC on Unix systems - see
https://github.com/mstorsjo/msvc-wine.
Since Wine 8.1, specifically commit 69154f0329aec4fb64886a0689da198b5323dcde
"ntdll: Default to Windows 10", cl.exe in Wine started misbehaving with respect
to how it finds headers in some include paths. The misbehaviour isn't entirely
consistent and only appears in some fairly specific cases. (When compiling a
project of the size of LLVM, with ~3000 compiled translation units, the bug
appears in 3 of these translation units.)
I've managed to reproduce the situation with a fairly minimal testcase. To
reproduce, first install a fresh version of msvc-wine:
$ git clone https://github.com/mstorsjo/msvc-wine
$ cd msvc-wine
$ ./vsdownload.py --dest $HOME/msvc2022-17.6 --accept-license
$ ./install.sh $HOME/msvc2022-17.6
Then set up a minimal mock source project structure:
$ mkdir -p msvc-include-bug/subdir
$ touch msvc-include-bug/subdir/header.h
$ echo '#include "subdir/header.h"' > msvc-include-bug/subdir/file.cpp
Now test preprocessing file.cpp to see that it manages to find the header.
Bypass the msvc-wine wrapper scripts and call it with wine manually:
$ . $HOME/msvc2022-17.6/bin/x64/msvcenv.sh # Set up the
INCLUDE/LIB/WINEDLLOVERRIDES env vars as necessary
$ WINEDEBUG=-all wine64
$HOME/msvc2022-17.6/vc/tools/msvc/14.36.32532/bin/Hostx64/x64/cl.exe -P
-Fipreproc.cpp -I$(pwd)/msvc-include-bug/subdir -I$(pwd)/msvc-include-bug
z:$(pwd)/msvc-include-bug/subdir/file.cpp
Microsoft (R) C/C++ Optimizing Compiler Version 19.36.32532 for x64
Copyright (C) Microsoft Corporation. All rights reserved.
file.cpp
This runs successfully, as reference example. Now update file.cpp to include
<corecrt_wio.h> before "subdir/header.h":
$ echo '#include <corecrt_wio.h>' > msvc-include-bug/subdir/file.cpp
$ echo '#include "subdir/header.h"' >> msvc-include-bug/subdir/file.cpp
Rerun the same compilation command:
$ . $HOME/msvc2022-17.6/bin/x64/msvcenv.sh
$ WINEDEBUG=-all wine64
$HOME/msvc2022-17.6/vc/tools/msvc/14.36.32532/bin/Hostx64/x64/cl.exe -P
-Fipreproc.cpp -I$(pwd)/msvc-include-bug/subdir -I$(pwd)/msvc-include-bug
z:$(pwd)/msvc-include-bug/subdir/file.cpp
Microsoft (R) C/C++ Optimizing Compiler Version 19.36.32532 for x64
Copyright (C) Microsoft Corporation. All rights reserved.
file.cpp
z:/home/martin/msvc-include-bug/subdir/file.cpp(2): fatal error C1083: Cannot
open include file: 'subdir/header.h': No such file or directory
For some unknown reason, the extra set of headers included by <corecrt_wio.h>
make cl.exe no longer find "subdir/header.h" even though
-I$(pwd)/msvc-include-bug is passed to the compiler. The bug only appears when
both $(pwd)/msvc-include-bug and $(pwd)/msvc-include-bug/subdir are added to
the include path.
$(pwd) expanding to an absolute unix path should be resolvable as an
drive-relative (implicitly relative to z:) within Wine.
Now if we clarify the include paths, that previously were set up as
-I$(pwd)/... into fully absolute windows paths as -Iz:$(pwd)/..., then the test
succeeds again:
$ WINEDEBUG=-all wine64
$HOME/msvc2022-17.6/vc/tools/msvc/14.36.32532/bin/Hostx64/x64/cl.exe -P
-Fipreproc.cpp -Iz:$(pwd)/msvc-include-bug/subdir -Iz:$(pwd)/msvc-include-bug
z:$(pwd)/msvc-include-bug/subdir/file.cpp
Microsoft (R) C/C++ Optimizing Compiler Version 19.36.32532 for x64
Copyright (C) Microsoft Corporation. All rights reserved.
file.cpp
Before the relevant Wine commit, this bug didn't appear at all in this case.
It's probably easy to work around this issue within msvc-wine by rewriting -I
arguments with absolute paths into Windows absolute paths like z:/... - but
it's curious why this is needed now when it wasn't needed before, and MSVC
cl.exe itself is acting very inconsistent here - it's only needed in this very
precise setup.
(For context, for future self: When compiling LLVM, this bug currently hits
three files under llvm/lib/Target/AArch64/MCTargetDesc -
AArch64WinCOFFObjectWriter.cpp, AArch64MCTargetDesc.cpp and
AArch64TargetStreamer.cpp.)
--
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=54135
Bug ID: 54135
Summary: JGlossator v5.0: Hovering textboxes not displaying
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: metcalsr(a)gmail.com
Distribution: ---
Created attachment 73666
--> https://bugs.winehq.org/attachment.cgi?id=73666
+mshtml
Application features hover-over translations for text in the search box. This
is not only an important QoL feature, but often provides alternative
translations which aid significantly in understanding the text. These hovering
boxes break under wine.
--
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=55024
Bug ID: 55024
Summary: Sims 4 Studio window flickering
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ryu.ketsueki(a)outlook.com
Distribution: ---
This is something that was happening before for a while now but it was
tolerable. Now it's unusable.
Sims 4 Studio updated to the (Star) release, as in the 3.2.0.6 and it's
actually usable now. The application doesn't freeze when trying to render
anything 3D, which was apparently an issue on Sims 4 Studio itself, as even in
a virtual machine, it had the exact same error. Could only get around it by a
dual boot with Windows.
Not anymore. Sims 4 Studio runs relatively well and I can create and modify
game packages normally. That was until recently, when the flickering got so
much worse.
I'll explain what is happening. The window would hang frames for a bit and
flicker them instead of completely update to the newest frame. Now it doesn't
hang anymore. Instead, the window appears completely black, except when
hovering over buttons or menus, when the window flash its content for a split
second and goes black again. This is still on top of the flickering of before,
so it still hangs frames but still goes black constantly, making the
application unusable.
Now, to my knowledge, Sims 4 Studio requires .NET 6.0 to launch at all. I had
to install it to make it work, even when it was usable. Maybe this is related
Mono or .NET itself, I don't know.
I did observe a behavior that may be connected to what is going on. When the
window is flashing black, the center of the window has a square showing the
correct content but it's following the Windows 10/11 spinning wheel, so only
this loading wheel shows correctly. The behavior persists even when the wheel
is gone
--
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=55193
Bug ID: 55193
Summary: user32:sysparams - test_WM_DISPLAYCHANGE() fails on
Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:sysparams - test_WM_DISPLAYCHANGE() fails on Windows 8:
sysparams.c:2473: Test failed: ChangeDisplaySettingsExW returned -1
sysparams.c:2504: Tests skipped: bpp 8: ChangeDisplaySettingsExW returned -1
sysparams.c:2504: Tests skipped: bpp 16: ChangeDisplaySettingsExW returned -1
sysparams.c:2505: Test failed: bpp 16: ChangeDisplaySettingsExW returned -1
sysparams.c:2504: Tests skipped: bpp 24: ChangeDisplaySettingsExW returned -1
sysparams.c:2505: Test failed: bpp 24: ChangeDisplaySettingsExW returned -1
sysparams.c:2523: Test failed: ChangeDisplaySettingsExW returned -1
See https://test.winehq.org/data/patterns.html#user32:sysparams
Where -1 == DISP_CHANGE_FAILED (so not very helpful)
This is systematic and impacts the two TestBot Windows 8 VMs.
Also this check does not make sense: broken( DISP_CHANGE_FAILED && bpp == 8 )
and given that we get this res value for all bpps, maybe it should be:
broken( res == DISP_CHANGE_FAILED )
--
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=55195
Bug ID: 55195
Summary: wininet:http - test_http_connection() sometimes fails
with a SENDING_REQUEST status on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wininet:http - test_http_connection() sometimes fails with a SENDING_REQUEST
status on Windows:
http.c:4126: Testing reading compressed content from cache
http.c:376: Test failed: unexpected status 30 (INTERNET_STATUS_SENDING_REQUEST)
http.c:376: Test failed: unexpected status 31 (INTERNET_STATUS_REQUEST_SENT)
http.c:376: Test failed: unexpected status 40
(INTERNET_STATUS_RECEIVING_RESPONSE)
http.c:376: Test failed: unexpected status 41
(INTERNET_STATUS_RESPONSE_RECEIVED)
http.c:376: Test failed: unexpected status 50
(INTERNET_STATUS_CLOSING_CONNECTION)
http.c:376: Test failed: unexpected status 51
(INTERNET_STATUS_CONNECTION_CLOSED)
http.c:3665: Test failed: expected status 30 (INTERNET_STATUS_SENDING_REQUEST)
1 times, received 2 times
http.c:3666: Test failed: expected status 31 (INTERNET_STATUS_REQUEST_SENT) 1
times, received 2 times
http.c:3667: Test failed: expected status 40
(INTERNET_STATUS_RECEIVING_RESPONSE) 1 times, received 2 times
http.c:3668: Test failed: expected status 41
(INTERNET_STATUS_RESPONSE_RECEIVED) 1 times, received 2 times
http.c:5908: Testing InternetReadFileExW with IRF_ASYNC flag...
See https://test.winehq.org/data/patterns.html#wininet:http
Sometimes some of the 41, 50 and 51 status failures do not happen.
These failures go back to at least 2022-11-29 and have happened a bit over once
per month since, impacting all Windows versions. But there have been months
with no failure too, and lately it has mostly been happening on Windows 8:
* 2022-11-29 win22H2_fgtb-w10pro64-rx550-64
* 2023-03-10 win21H1_newtb-w10pro64-32
* 2023-03-20 win7_newtb-w7pro64-64
* 2023-03-28 win22H2_fgtb-w10pro64-32
* 2023-04-06 win7_newtb-w7u-pt-PT
* 2023-04-28 win21H1_newtb-w10pro64-ru-64
* 2023-05-22 win21H1_newtb-w10pro64-fr-64
* 2023-06-08 win81_newtb-w8adm
* 2023-07-04 win81_newtb-w864-64
* 2023-07-04 win81_newtb-w8
--
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=55192
Bug ID: 55192
Summary: user32:sysparams - test_SPI_SETWALLPAPER() fails to
restore the '(None)' wallpaper
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:sysparams - test_SPI_SETWALLPAPER() fails to restore the '(None)'
wallpaper:
sysparams.c:2442: Test failed: ***warning*** failed to restore the original
value: rc=0 err=2
sysparams.c:346: Test failed: Wrong value in registry: Control Panel\Desktop
Wallpaper '' instead of '(None)'
See https://test.winehq.org/data/patterns.html#user32:sysparams
Where 2 == ERROR_FILE_NOT_FOUND
This is systematic and specific to the w7u VM. The way I understand it that VM
does not have a wallpaper but instead of returning the like of an empty string,
SPI_GETDESKWALLPAPER returns '(None)' (maybe this is even the registry value).
Anyway when we try to restore the value, SPI_SETDESKWALLPAPER checks that the
'(None)' file exists and fails.
To investigate:
* Is '(None)' the actual registry value?
* Do our other VMs really all have a wallpaper? Is that why none of them
returns '(None)'?
* If another Windows version has no wallpaper does SPI_GETDESKWALLPAPER return
'None' or is that specific to Windows 7?
* To fix the test, check whether the oldvalue file exists and set the wallpaper
to an empty string if not? Or bypass SPI_SETDESKWALLPAPER to set the registry
directly in that case?
--
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=55171
Bug ID: 55171
Summary: Wine app does not run on openSUSE Leap
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: niltongmedeiros(a)gmail.com
Distribution: ---
The Wine app does not run on openSUSE Leap 15.5 KDE 5.103.0, does not appear in
the menu, downloaded and installed from the Discover store.
How can I proceed?
--
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=47067
Bug ID: 47067
Summary: Font is too wide in RPGMaker game Hello Charlotte
Product: Wine
Version: 4.6
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 64246
--> https://bugs.winehq.org/attachment.cgi?id=64246
Screenshot on Wine
The font in the game is too wide, meaning long lines are cut off.
Already tried winetricks allfonts, which doesn't help.
To reproduce, just download the game, run Game.exe and click Start in the
mainmenu.
--
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=53230
Bug ID: 53230
Summary: user32:win - test_activateapp() fails randomly with
fvwm
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:win - test_activateapp() fails randomly with fvwm. The failures
themselves change quite a bit from one run to the next, depending on where in
the function the failures start. It looks a bit like a race condition between
the test and the window manager.
Here is a relatively complete set:
win.c:10976: Test failed: Expected foreground window 0, got 01DE007C
win.c:10982: Test failed: Expected foreground window 001A013C, got 01DE007C
win.c:10992: Test failed: Expected foreground window 001A013C, got 00000000
win.c:10999: Test failed: Expected foreground window 001A013C, got 01DE007C
win.c:11001: Test failed: GetActiveWindow() = 00000000
win.c:11001: Test failed: GetFocus() = 00000000
win.c:11003: Test failed: Received WM_ACTIVATEAPP(0), did not expect it.
win.c:11011: Test failed: Expected foreground window 001A013C, got 00000000
win.c:11013: Test failed: GetActiveWindow() = 00000000
win.c:11013: Test failed: GetFocus() = 00000000
win.c:11021: Test failed: Received WM_ACTIVATEAPP(1), did not expect it.
https://test.winehq.org/data/patterns.html#user32:win
The failures don't seem to depend on the locale or bitness. However they only
happen in the TestBot VMs which happen to run fvwm (with a specially curated
configuration file) and don't happen on my box which runs KDE for instance.
--
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=55188
Bug ID: 55188
Summary: Total Commander v10.52 in copy mode does not allow you
to switch between other applications while remaining
on top of windows.
Product: Wine-staging
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 93.duke.xperia(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Total Commander v10.52 in copy mode does not allow you to switch between other
applications while remaining on top of windows.
This is observed on Ubuntu 22.04.2 / Ubuntu MATE 22.04.2 / Linux Mint 21.1
Cinnamon
In Ubuntu MATE 22.04.2, it can only be minimized through the taskbar, but in
Linux Mint 21.1 Cinnamon, it cannot be minimized through the taskbar.
This does not happen on Xubuntu 22.04.2 and KDEneon
Total Commander download
https://www.ghisler.com/download.htm
--
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=55158
Bug ID: 55158
Summary: Mouse input is broken at "POSTAL: Brain Damaged"
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dron2065(a)rambler.ru
Distribution: ---
Created attachment 74723
--> https://bugs.winehq.org/attachment.cgi?id=74723
Output log of application.
At game "POSTAL: Brain Damaged" (GOG version) reaction to mouse moving is
wrong, looking around with mouse is impossible. Cursor at menu works normally.
--
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=49229
Bug ID: 49229
Summary: Regression Requiem: Rise of the Reaver mouse issue
since Release v5.0-rc3
Product: Wine-staging
Version: 5.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ergoschnuffel(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
radeon/amdgpu (same behaviour)
X11 on openbox
Game:
Requiem: Rise of the Reaver (http://www.playrequiem.com/)
Use case:
windowed multi client (transfer of items, shop open in the background etc.)
issues:
- need to click once to activate the game window and then it operates normally,
before it was a direct click through (activate game window and action in the
game)
- mouse cursor gets trapped in game window A while moving the mouse to game
window B and activating game window B (game window A/B overlapping a bit since
monitor resolution).
My issues started between Release v5.0-rc2 and Release v5.0-rc3 (update of the
raw input patches?) and are still on going.
--
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=55186
Bug ID: 55186
Summary: Visual Pinball 8.1.1 doesn't display table when it's
not cached
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Program download:
https://archive.org/download/Visual_Pinball_2020-06-20/Visual%20Pinball%20M…
Table download: http://weltenschule.de/pinball/Boomerang1.4emu.zip
- Use wine-8.11
- Create new 32bit WINEPREFIX
- "winetricks whs57 oleaut32", work around bug 8780 and vbscript issues
- Run VPinball.exe
- Preferences -> Video Options -> Uncheck "Cache Rendered Table"
- File -> Open -> Select table
- Press F5
- Close the "Visual Pinball Player" window again
- Press F5 again
A lot of textures are now missing.
This is probably a d3d issue, though not 100% sure.
--
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=55183
Bug ID: 55183
Summary: Can't run terabox.exe
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thidcon(a)gmail.com
Distribution: ---
Created attachment 74774
--> https://bugs.winehq.org/attachment.cgi?id=74774
The file describes the feedback resulting from running terabox.exe
(https://data.nephobox.com/issue/terabox/PCTeraBox/TeraBox_1.20.0.6.exe) run
from the terminal.
I'm using wine-8.11 (Staging)
--
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=45772
Bug ID: 45772
Summary: Neo Manager needs 'pnputil.exe /a'
Product: Wine
Version: 3.15
Hardware: x86
URL: http://support.renlearn.com/techkb/download/NEOManager
3_9_3USPC.zip
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: pnpmgr
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Continued from bug 45735.
The installer runs `PnPUtil /a C:\Windows\Inf\AsUSBDrv.inf` to install its
drivers. This fails since Wine doesn't implement pnputil.exe.
Relevant part of wine log:
Z:\home\hazel\Downloads\NEOManager3_9_3USPC>PnPUtil /a
C:\Windows\Inf\AsUSBDrv.inf
Can't recognize 'PnPUtil /a C:\Windows\Inf\AsUSBDrv.inf' as an internal or
external command, or batch script.
hazel@watership:~/Downloads$ sha1sum NEOManager3_9_3USPC.zip
a844ab468a2c2034c0404f7fc655b7746c410d11 NEOManager3_9_3USPC.zip
hazel@watership:~/Downloads$ du -sh NEOManager3_9_3USPC
70M NEOManager3_9_3USPC
--
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=55173
Bug ID: 55173
Summary: building error: Can't find identifier during alsa
building stage.
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ale.schenberg(a)yandex.com
Distribution: ---
Created attachment 74754
--> https://bugs.winehq.org/attachment.cgi?id=74754
console output while building
Hello. While building the "alsamidi.o" file, an error due to an undeclared
identifier shows up. The error happens in the "alsa_midi_init" function. More
details are in the attached file.
--
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=28678
Bug #: 28678
Summary: DirectDraw primary buffer is obscured by transparent
window
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: octavian.voicu(a)gmail.com
Classification: Unclassified
Created attachment 36852
--> http://bugs.winehq.org/attachment.cgi?id=36852
Screenshot showing the obscured dialog.
When trying to exit from the game The Longest Journey (either via menu option
or pressing Alt+F4), a dialog box is shown with Yes/No options.
The application uses DirectDraw for rendering. The dialog box and mouse cursor
are rendered on an offscreen surface (dialog has an image as the background and
buttons use a custom implementation afaics), which is then blitted to the
primary buffer (happens like this when you force single buffer mode; with
double buffering it could be slightly different, but the overall effect is the
same).
The dialog is a parent of the main application window, uses the standard dialog
window class (atom #32270 or 8000 in hex) and has the WS_POPUP and
WS_EX_TRANSPARENT window styles. Window receives a WM_ERASEBKGND message, which
is handled by the default dialog proc by painting the background in the
standard window background color (gray in this case).
When primary buffer is blitted to the d3d surface
(ddraw_surface_update_frontbuffer which uses OpenGL), the rendering of the
dialog is masked by the window boundaries and the gray rectangle remains.
Dialog is interactable and you can click the buttons (if you can do that
without seeing where the mouse is).
The question is: how can we make the primary buffer draw over WS_EX_TRANSPARENT
child windows, as it works on native? Removing the WS_EX_TRANSPARENT style from
the dialog window (on runtime, using WinSpy++ 1.7) makes native's behavior
identical to current wine behavior (only a gray rectangle is visible).
--
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=54638
Bug ID: 54638
Summary: amazon music does not let wineserver quit (on
shutdown)
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)stegm.de
Distribution: ---
amazon music does not let wineserver quit (on shutdown). That results in
waiting for systemd to kill wineserver after 2 minutes.
Or wineserver -k must be run as user before shutdown.
--
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=43054
Bug ID: 43054
Summary: FlightUnlimited II crashes during map load, Unhandled
page fault on read access to 0x00000039 at address
0x41f87f (thread 0009)
Product: Wine
Version: 2.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: haakobja(a)gmail.com
Distribution: ---
Created attachment 58220
--> https://bugs.winehq.org/attachment.cgi?id=58220
Log from FlightUnlimitedII
I recently installed Flight Unlimited II through Wine. After successfully
loading the menus (the game needs quartz.dll override, if not it crashes during
intro), I tried to play. Only to experience an error stating "Unhandled page
fault on read access to 0x00000039 at address 0x41f87f (thread 0009), starting
debugger...
Unhandled exception: page fault on read access to 0x00000039 in 32-bit code
(0x0041f87f)" being thrown in my face.
--
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=36211
Bug ID: 36211
Summary: Sybase PowerDesigner 16.5 'pdshell16.exe' (.NET 4.x
WPF app) reports scripting error, needs
VBScript_AddTypeLib implementation
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
as the summary says ...
Prerequisite: 'winetricks -q dotnet40 vb6run'
You might need to navigate the main menu items multiple times until the
sub-menu popup shows up (another bug).
Main menu, select 'File' -> 'New Model' -> 'XML Model' -> 'XML Model Diagram'
A message box is shown, telling "scripting error occurred"
Unfortunately this isn't reproducible every time.
There seem to be multiple Wine bugs in this app, influencing each other :|
--- snip ---
fixme:vbscript:VBScript_AddTypeLib (0x6cddff8)->()
fixme:vbscript:VBScript_AddTypeLib (0x6cddff8)->()
fixme:vbscript:VBScript_AddTypeLib (0x6cddff8)->()
fixme:vbscript:VBScript_AddTypeLib (0x6cddff8)->()
--- snip ---
Source:
http://source.winehq.org/git/wine.git/blob/9eed654e054520888429fb7ea1c9d8cc…
--- snip ---
447 static HRESULT WINAPI VBScript_AddTypeLib(IActiveScript *iface, REFGUID
rguidTypeLib,
448 DWORD dwMajor, DWORD dwMinor, DWORD dwFlags)
449 {
450 VBScript *This = impl_from_IActiveScript(iface);
451 FIXME("(%p)->()\n", This);
452 return E_NOTIMPL;
453 }
--- snip ---
$ sha1sum PowerDesigner165_DMR.exe
c74e4cfd99500d9e3e32713b302ea35bc3f911fb PowerDesigner165_DMR.exe
$ du -sh PowerDesigner165_DMR.exe
810M PowerDesigner165_DMR.exe
$ wine --version
wine-1.7.17-148-g2e5cb7a
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=8780
--- Comment #35 from Nikolay Sivov <bunglehead(a)gmail.com> ---
(In reply to Fabian Maurer from comment #33)
> Isn't that acceptable until it we find a program that requires it being that
> old format?
There are patches that provide some writing support for this format, at
https://github.com/wine-staging/wine-staging/tree/master/patches/widl-SLTG_….
--
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=8780
--- Comment #34 from Zeb Figura <z.figura12(a)gmail.com> ---
(In reply to Fabian Maurer from comment #33)
> Isn't that acceptable until it we find a program that requires it being that
> old format?
Bug 3689 is about a Microsoft program which basically ships a modified copy of
oleaut32.dll that expects stdole32.tlb to be in SLTG format. That might not
extend to CreateTypeLib(), but if it's happened once...
--
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=8780
--- Comment #33 from Fabian Maurer <dark.shadow4(a)web.de> ---
Isn't that acceptable until it we find a program that requires it being that
old format?
--
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=8780
--- Comment #32 from Nikolay Sivov <bunglehead(a)gmail.com> ---
It should create SLTG typelibs I believe, so the patch is 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=8780
Fabian Maurer <dark.shadow4(a)web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dark.shadow4(a)web.de
--- Comment #31 from Fabian Maurer <dark.shadow4(a)web.de> ---
Also affects Visual Pinball, see the forum thread:
https://forum.winehq.org/viewtopic.php?t=37788
Is there plans to have this upstreamed?
--
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=55168
Bug ID: 55168
Summary: BUSY 21 Installer silently exists with Windows version
set to Win10
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Workaround is "winetricks winxp"
--
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=55147
Bug ID: 55147
Summary: Enter key isn't working in my VB6 Application
Product: Wine
Version: 8.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: vikasy.enjay(a)gmail.com
Distribution: ---
The Application is successfully installed in a 32 bit prefix but when i run the
application then on a certain form where Enter Key and Backspace keys are used
for moving to next and previous text fields respectively, it doesn't work.
And when i run the same application in windows Enter key and Backspace key
works perfectly on the same form to move to next text field and backspace key
to previous field respectively.
Thank you for your attention to this matter your assistance will be valued.
--
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=54888
Bug ID: 54888
Summary: Transparent window are displayed as black background
window on wine
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bcjon07(a)gmail.com
Distribution: ---
Some transparent windows are displayed as black background window. Here is a
simple WPF window program that can reproduce this issue. On Windows, all parts
are transparent except for the graphics and text in the middle, but it has a
black background on Wine. It achieves transparency only by adding the following
code to the window constructor (the main point is that WindowChrome is used
instead of AllowTransparent):
WindowStyle = WindowStyle.None;
ResizeMode = ResizeMode.NoResize;
Background = Brushes.Transparent;
WindowChrome.SetWindowChrome(this, new WindowChrome { GlassFrameThickness = new
Thickness(-1) });
Download link of the demo program:
https://drive.google.com/file/d/1MCrnb1N6cLUzVoX_vO4tFO4qlS_qhAwi/view?usp=…
Other clues: Transparent windows implemented using AllowTransparent are valid
on Wine, while those implemented using WindowChrome are invalid. On Windows,
transparent forms implemented using WindowChrome are frequently used due to
better performance(usually). According to my pre investigation,
AllowTransparent seems to be implemented using GDI, but WindowChrome mainly
uses the DWM API
System architecture:
x86_64
Ubuntu 20.04
wine 8.6
wine-mono 7.4.0
--
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=54197
Bug ID: 54197
Summary: cuda-z and warpem fail in wine-staging 7.22 and later
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 73728
--> https://bugs.winehq.org/attachment.cgi?id=73728
screenshot of running cuda-z one wine-staging 7.22
cuda-z fails to run in wine-staging 7.22 and later. It reports the error "CUDA
not found. Please update the nvidia-driver.". cuda-z runs fine under
wine-staging 7.21 (and earlier) on the same machine with the same nvidia
driver.
The application "WarpEM" can be also not used anymore because it does not find
any GPU.
I suspect that disabling the nvcuda-support patches in wine-staging [1] is the
reason for this breakage.
I believe bug #54102 is related, but the bug report says that this occured
already in v7.21. But this issue is not reproducible to me in 7.21 only in
7.22.
[1]
https://gitlab.winehq.org/wine/wine-staging/-/commit/6c3797b3e8dba19698328c…
[2] https://bugs.winehq.org/show_bug.cgi?id=54102
--
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=55011
Bug ID: 55011
Summary: Cuda-application M/WarpEM got stuck or crashes in
wine-staging/7.21, wine/8.9+nvidia-libs
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: nvcuda
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
M of WarpEM gets stuck very early and eventually crashes. The following steps
are needed to reproduce this:
1) install WarpEM according to [1] into wine-staging between v7.17 and v7.21,
or wine-8.9 with nvidia-libs.
(do not try with wine-staging 7.22 or later, because that has cuda support
disabled).
This has been testing this with "Shared WoW64" configuration of Wine. Trying to
use Wine with the "new WoW64 approach" using -enable-archs=i386,x86_64 did also
not work for me, because it failed much earlier when trying to install
Cuda/WarpEM.
2) Data (5.5TB!) for testing is available from here [1].
Download and unpack Warpem_test.tar.gz to a directory that is accessible from
wine.
The screenshots Step1-7 should help to understand how M is supposed to be used.
3) Start M.exe. In my case, I do this
ulimit -s 655360
wine $WINEPREFIX/drive_c/Warp/M.exe
or
vglrun wine $WINEPREFIX/drive_c/Warp/M.exe
4) Within M, do the following steps (see also Step1-7 in [2]):
- Step 1: In the GUI window click "LOAD EXISTING FROM FILE"
- Step 2: select ...\M_j33\Gag_c2_processing.population
- Step 3: Upper right corner Refine button.
- Step 4: Click refine
- Step 5+6: workers are now testing the memory
- Step 7: Eventually (after several minutes), one of the works crash, and there
is no further progress.
On Windows, this finishes and a new screen appears for the next step. This is
not the case here. It gets stuck, and and eventually I stopped wine with
<ctrl-C>. A log file is also available [2], but it is too large (1.1 GB) to be
included here. If you have suggestions with WINEDEBUG filter should be used,
let me know.
[1]
https://appdb.winehq.org/objectManager.php?sClass=version&iId=40620&iTestin…
[2] https://pub.ista.ac.at/~schloegl/warpem-test-data/
--
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=54480
Bug ID: 54480
Summary: GPU Caps Viewer does not report any CUDA devices
Product: Wine-staging
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danielyhwong(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
wine version 8.1 does not report any cuda devices in Caps viewer 1.58.01
$ deviceQuery
deviceQuery Starting...
CUDA Device Query (Runtime API) version (CUDART static linking)
Detected 2 CUDA Capable device(s)
CUDA
https://i.imgur.com/zbTiqfC.png
OpenCL
https://i.imgur.com/jvu8nde.png
--
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=55159
Bug ID: 55159
Summary: [ms-mpi] mpiexec is unable to connect to the smpd
service
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: christian.friedl(a)gmx.at
Distribution: Ubuntu
Created attachment 74727
--> https://bugs.winehq.org/attachment.cgi?id=74727
Output of `smpd.exe -d` and `mpiexec -d -hosts 1 127.0.0.1 notepad`
Running applications with MS-MPI does not work. In order to circumvent
https://bugs.winehq.org/show_bug.cgi?id=50341 I started smpd.exe manually with:
$ wine 'C:\Program Files\Microsoft MPI\Bin\smpd.exe' -d
In a second shell I ran mpiexec:
$ wine mpiexec -d -hosts 1 127.0.0.1 notepad
The problem is that mpiexec.exe could not connect to smpd.exe because both
kerberos and ntlm authentication fail.
I have the version 2:4.15.13+dfsg-0ubuntu1.1 of the winbind package installed.
The installed MS-MPI version is v10.1.2. Logs including the debug channels
`+kerberos,+ntlm,+secur32,+wininet,+seh,+tid` are 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.
https://bugs.winehq.org/show_bug.cgi?id=55162
Bug ID: 55162
Summary: Halo 2: Installer shows empty ie-window
Product: Wine
Version: 8.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 74732
--> https://bugs.winehq.org/attachment.cgi?id=74732
console log, 32bit with ie6 installed, after starting "Startup.exe"
I do not know why the previous bug was closed in 2015
(https://bugs.winehq.org/show_bug.cgi?id=17543), but the same error still
persists today.
When executing "Startup.exe" on the CD in a clean 32-bit (and 64-bit as well)
prefix a blue windows pops up dislaying absolutely nothing presented (see
image).
If I install ie6 (winetricks ie6) an error pops up (see image).
Attached is a stacktrace of what exists in the console after executing
"Startup.exe" from wineconsole with ie6 installed.
Br
Bob
--
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=55163
Bug ID: 55163
Summary: compact.exe missing
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sakul8826(a)gmail.com
Distribution: ---
Hello,
I wanted to use "compact.exe," which is a part of the default Windows 10
installation. I selected "Windows 10" in winecfg, and it appears that
compact.exe is missing. I need this program to compress my content (cars, apps,
etc.) in Assetto Corsa's Content Manager to reduce their size. I have very
limited storage available, and this program (compact.exe) would be extremely
helpful. I believe it should be relatively simple to implement this since we
could use a Linux compression and decompression tool.
Are there any plans to implement this?
Thank you in advance.
Best regards,
Tim Gromeyer
--
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=37664
Bug ID: 37664
Summary: CUDA encoder does not work on MediaCoder x64 0.8.33
build 5680
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rickardj42(a)gmail.com
Distribution: ---
Created attachment 50128
--> https://bugs.winehq.org/attachment.cgi?id=50128
Screenshot of the error message
In MediaCoder x64 0.8.33 build 5680 attempting to select GPU encoder causes
error "No supported acceleration hardware detected", dispite the presence of an
NVidia GeForce 750ti in my system. Attempting to force GPU encoding using CUDA
encoder results in Error (14) on all items(general encoder error).
--
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=55157
Bug ID: 55157
Summary: Net6 x64 app: unable to allocate more than ~1GB of
contiguous memory, OutOfMemory exception
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: korshunov(a)macroscop.com
Distribution: ---
A "big" net6 app may throw an OutOfMemory exception at some point in time. It
was found that the exception occurs when the size of byte array is increased
and exception is repeatable 100% - it always fails when byte array resized from
26mb to 53mb.
Since big app is hard to debug, a simple test app was written, all it tries to
do is to resize array x2 in a loop. Test app fails with dotnet OutOfMemory
exception 100% of the time, but in the test app the "limit" at which it fails
is different, about ~1gb or "Failed at resizing from 534773760 to 1069547520".
Here's the code of the test app:
var array = new byte[1023];
while (true)
try
{
Array.Resize(ref array, array.Length * 2);
}
catch (Exception ex)
{
Console.WriteLine($"Failed at resizing from {array.Length} to
{array.Length * 2}\r\n" + ex);
return;
}
Test app is built for "AnyCPU, x64 preferred". Net6 runtime (6.0.16) is
installed via winetricks. For the tests, x86 version of net6 runtime has been
uninstalled, so the test app is guaranteed to run in x64. Test app is available
via the link below.
What I've already tried:
- wine 8.11 staging - fails with OutOfMemory exception, "Failed at resizing
from 534773760 to 1069547520". WINEDEBUG output available through the link
below.
- wine 8.0 with patch from https://bugs.winehq.org/show_bug.cgi?id=52396 -
fails with same error. WINEDEBUG output available through the link below.
- running app with wine64, used clean prefix - same error.
- wine 7.13 - fails with same error.
- wine 8.11, but test app built for netFramework46 - no OutOfMemory, fails when
overflowing integer, "Failed at resizing from 2139095040 to -16777216" which is
expected, but it shows that it gets to 2gb mark for the array. I consider this
as "working fine". WINEDEBUG output available through the link below.
- WineGE with multiple versions from 6.14 to 8.8, consisting of Proton and
WineGE patches - net6 app working fine with every wineGE version tested, just
as netFramework Test app
- created prefix with wine 8.11, run test app, then run test app with WineGE in
the same exact prefix - wine fails with OutOfMemory while wineGE executes app
normally.
- made different net6 app, which just allocates a single array of ~1.5 GB (new
byte[1_500_000_000]) - app fails with OutOfMemory every time. It fails at about
1GB (950mb works, while 1050mb does not)
Tests were done on three different virtual machines (ubuntu22, centos7,
debian9) with different amount of RAM (4-8 GB, swap is 2.5GB). Wine 8.11 is
installed on Ubuntu 22 with 4GB RAM.
What caught my attention in the logs was the message "find_free_block created
new sub-heap xxx of 0x400000 bytes" (4GB, all of the RAM), which mentioned in
"net6" logs 1 time, and not mentioned in "netFramework46" logs.
What else can I try to fix this or to provide more information?
Links to a WINEDEBUG output (wine8.11-net6, wine8.11-netFramework46, "wine 8.0
with patch"-net6), logs taken with command
WINEDEBUG=+timestamp,+seh,+heap,+virtual,+pid wine
Tests_autoresize/Tests_net6.exe >>wine811_tshvp_net6_resize.log 2>&1
https://drive.google.com/drive/folders/1fgr0J6dKBvBOHWrfYC0UCrflxiAYOjZ2?us…
--
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=55098
Bug ID: 55098
Summary: wine 8.10 32-bit build fails with clang-16
Product: Wine
Version: 8.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: randrik(a)mail.ru
Distribution: ---
I tried to build new wine with llvm/clang 16.0.6 and gcc 11.2 (on Slackware
15.0 i586 upgraded manually from earlier vesrions). Kernel is x86_64 but al
userland is i586/i686
Build via slackbuild fails like this:
(will attach end of build log as attach)
--
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=54739
Bug ID: 54739
Summary: oleaut32:typelib - The 64-bit
test_register_typelib_64() crashes in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
oleaut32:typelib - The 64-bit test_register_typelib_64() crashes in Wine:
typelib.c:7057: Test failed: got 00000002
typelib.c:8195: Test failed: got wrong return code: 2, side: 0200
typelib.c:8231: Test failed: got: 80040155, side: 0200
typelib.c:8235: Test failed: got: 80040154, side: 0200
Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit
code (0x00000000428dc1).
[...]
Backtrace:
=>0 0x00000000428dc1 in oleaut32_test (+0x28dc1) (0x0000000050e538)
1 0x000000004460c8 in oleaut32_test (+0x460c8) (0x000000621080c0)
2 0x0000000050dbeb in oleaut32_test (+0x10dbeb) (0x00000000ab4415)
3 0x0000000050d447 in oleaut32_test (+0x10d447) (0000000000000000)
4 0x0000007b629409 BaseThreadInitThunk+0x9(unknown=<internal error>,
entry=<internal error>, arg=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\kernel32\thread.c:61] in kernel32
(0000000000000000)
5 0x00000170061213 __wine_pop_frame(entry=000000000050D3E0,
arg=00000000003F0000)
[Z:\home\winetest\tools\testbot\var\wine\include\wine\exception.h:277] in ntdll
(0000000000000000)
6 0x00000170061213 RtlUserThreadStart+0x83(entry=[<register RSP not
accessible in this frame>, arg=[<register RSP not accessible in this frame>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:295] in ntdll
(0000000000000000)
0x00000000428dc1 oleaut32_test+0x28dc1: mov (%rcx), %rax
See https://test.winehq.org/data/patterns.html#oleaut32:typelib
Where:
2 == ERROR_FILE_NOT_FOUND
0x80040154 == REGDB_E_CLASSNOTREG
0x80040155 == REGDB_E_IIDNOTREG
--
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=50938
Bug ID: 50938
Summary: Stop alt key from getting stuck on alt-tab
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sojuz151(a)gmail.com
Distribution: ---
When you use alt-tab shortcut to switch to another window and then switch back
in, application will at no point receive alt key up signal. User needs to press
alt again to make this key unstuck. This behevior is observed in Plasma and in
lxde, both of them use alt-tab for windows switching.
Behaviour on windows:
alt key is not stuck in down position after alt-tabing out of any application
How to test:
this can be observed in any keyboard testing program. I used switch hitter for
testing.
Is it really a bug?
Maybe not. Still very annoying in full-screen games.
--
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=49787
Bug ID: 49787
Summary: Java fails to start with "Could not create the Java
Virtual Machine" - "Could not reserve enough space for
object heap"
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
You can download java from https://jdk.java.net/java-se-ri/7 (just unpack)
To reproduce, just go into "bin" and run "wine java -Xmx1024M -version".
--
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=49551
Bug ID: 49551
Summary: the installer tries to run Java 2 version 1.3.1 but
failed
Product: Wine
Version: 1.8.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pritishparihar95(a)gmail.com
Distribution: ---
Created attachment 67691
--> https://bugs.winehq.org/attachment.cgi?id=67691
Installanywhere windows for reference
Installing Software Parashar Light Profession 7.0.1
After InstallAnywhere window no window comes up, I tried to find error code
fron winedbg
Error code:
WineDbg starting on pid 001c
0x7b85f870: subl $8,%esp
Invalid address (0x7b85f87a) for breakpoint 0, disabling it
Process of pid=001c has terminated
--
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=7767
Damjan Jovanovic <damjan.jov(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Fixed by SHA1| |f70fc9cbfc1b91864d99c6b3a52
| |7a77ad0106ad7
Resolution|--- |FIXED
--- Comment #17 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
My merge request was merged:
https://gitlab.winehq.org/wine/wine/-/merge_requests/3111
Resolving fixed :-).
Thank you for your bug report and tests.
--
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=54860
Bug ID: 54860
Summary: mf:mf - test_media_session_events() sometimes gets an
unexpected refcount in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
mf:mf - test_media_session_events() sometimes gets an unexpected refcount:
* The most recent Windows failure happened on 2023-04-06 w10pro64v2004:
mf.c:2382: Test failed: Release returned 2
mf.c:2384: Test failed: Release returned 3
mf.c:2386: Test failed: Release returned 2
mf.c:2388: Test failed: Release returned 1
* The oldest Wine failure happened on 2023-04-11 and the refcount is always 1
in that case.
mf.c:2558: Test failed: Release returned 1
See https://test.winehq.org/data/patterns.html#mf:mf
Despite the line number changes these refcount failures happen in the same
location. There have been some commits on 2023-04-10 and 11 so it looks like
they may have moved the failure(s) from Windows to Wine (which would be
progress), which is why I'm only mentioning Wine in the summary.
--
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=55148
Bug ID: 55148
Summary: Sometime application works perfectly and sometime it
doesn't function properly (VB6 Application)
Product: Wine
Version: 8.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: amits.enjay(a)gmail.com
Distribution: ---
The installation of the application has been successfully completed in a 32-bit
wineprefix using winetricks components. However, when I start or run the
application, it sometimes works perfectly, but other times it doesn't function
properly.
Example:-
--> When I register a user in the registration form, an API is called to send
an OTP and verify the user.This sometime works and sometime it crashes the
application
--> Sometimes, the application functions perfectly, but after certain processes
like user registration, creating user data, or submitting a form, the
application crashes or may not work properly.
Your assistance will be valued.
--
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=55145
Bug ID: 55145
Summary: widl crashes when interface is empty
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 74712
--> https://bugs.winehq.org/attachment.cgi?id=74712
test.idl
See testcase
--
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=55074
Bug ID: 55074
Summary: Multiple apps fail to show anything after launch
(Steam, Ubisoft Connect)
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Regression SHA1: c2c9112bf8896d49a6af1ca1f73e563c5a7f909c
Distribution: ---
Just zombie process. Coming to previous commit makes them work again.
--
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=53928
Bug ID: 53928
Summary: ChangeDisplaySettingsExW Changing L"\\\\.\\DISPLAY1"
display settings returned -1
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alandms123(a)gmail.com
Distribution: ---
Created attachment 73486
--> https://bugs.winehq.org/attachment.cgi?id=73486
wine.log
OS: Arch Linux x86_64
Kernel: 6.0.8-arch1-1
nvidia drivers: 520.56.06-2
mesa: 22.2.3-1
WM: dwm
cpu: i5-11400h
dgpu: rtx 3050 laptop
igpu: intel uhd graphics (tgl gt1)
The only application I tried with was The Elder Scrolls Online.
Basically with these versions of wine (6.16, 6.23, 7.0, 7.19, 7.20, 7.21) when
using PRIME render offload (prime-run or setting the environment variables
manually) a black screen will appear, killing the game processes or wine will
not make X display anything again, the only way is switching to another tty and
killing X from there.
I did tried bisecting for a regression but couldn't go far, for example
compiling 6.1-6.23 fails with something like conflicting types for
‘ldap_connect’.
Also as I don't know which debug channel to provide the debug details the logs
doesn't say much besides:
016c:err:system:ChangeDisplaySettingsExW Changing L"\\\\.\\DISPLAY1" display
settings returned -1.
The only versions which works, are the wine-tkg
(https://github.com/Frogging-Family/wine-tkg-git/releases/tag/7.6.r12.g51472…)
and ge-proton
(https://github.com/GloriousEggroll/wine-ge-custom/releases/tag/GE-Proton7-33)
If I can figure how to solve the conflicting types for ‘ldap_connect’, I'll try
bisecting.
--
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=55046
Bug ID: 55046
Summary: ALT-TAB broken with virtual desktop and capture mouse
(regression: 8.9 -> 8.10)
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
This commit broke ALT-TAB out fullscreen windows when running with virtual
desktop and "Automatically capture the mouse in full-screen windows" both
turned on.
https://gitlab.winehq.org/wine/wine/-/commit/47e208e9ec91b3ac0aca7042778ff7…
The mouse will stay attached to the Wine virtual desktop window. ALT-TAB
actually brings windows into foreground and into focus. But you can not move
the mouse out of the virtual desktop window. And even when another window is
directly overlapping the virtual desktop window, clicks in the other window
will not be registered.
Tested with SuperTuxKart or Diablo IV.
https://supertuxkart.net/
Specifically this deleted line was needed for ALT-TAB to work correctly.
if (ret) user_driver->pClipCursor( &new_rect, FALSE );
--
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=55132
Bug ID: 55132
Summary: Shoujo-tachi wa Kouya o Mezasu: (Japanese) text does
not display in settings utility
Product: Wine
Version: 8.10
Hardware: x86-64
URL: http://minatosoft.com/koya/download/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pernegger(a)gmail.com
Distribution: ---
Created attachment 74685
--> https://bugs.winehq.org/attachment.cgi?id=74685
wine 8.10 terminal output
Note: The trial version is free to download, see URL. Any of the mirrors /
DOWNLOAD links will do. No need to install, just run from the lower-level
directory.
The settings utility--run Launcher.exe, select the middle option in the top
row--is missing most of the Japanese text in the UI. All the elements that look
a bit like tabs should be labelled. It seems to work if the label is in Latin
letters, but Japanese is broken. See screenshots.
The tooltips that appear at the bottom work fine as well.
Setting LANG/LC_ALL to ja_JP.UTF-8 doesn't help.
Terminal output is attached but unhelpful. Since it's so quick and easy to
reproduce it's probably quicker if someone who knows what they're doing gives
it a quick whirl anyway.
--
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=34178
Bug #: 34178
Summary: MiKTeX 2.9 (32-bit) fails to install
Product: Wine
Version: 1.6
Platform: x86-64
URL: http://miktex.org/download
OS/Version: Linux
Status: NEW
Keywords: download, Installer, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Blocks: 34172
Classification: Unclassified
Noticed this while looking at bug 34172. I tried the 32-bit version, and get a
separate, but potentially related issue.
Download the installer from http://miktex.org/download
Install as normal. Eventually it gives an error during install:
==========
The operation could not be completed for the following reason:
The operation failed for some reason.
Details: C:\Program Files\MiKTeX 2.90\miktex/bin\initexmf.exe
==========
austin@aw25 ~ $ sha1sum basic-miktex-2.9.4813.exe
e8647f57fe866c00119ca8938785cacfaa5ca826 basic-miktex-2.9.4813.exe
austin@aw25 ~ $ du -h basic-miktex-2.9.4813.exe
155M basic-miktex-2.9.4813.exe
wine-1.6-178-g7944ca4
--
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=41647
Bug ID: 41647
Summary: TFM Music Maker controls are not usable
Product: Wine
Version: 1.9.22
Hardware: x86
URL: http://sega4ever.power-heberg.com/Download/tfmmaker152
.rar
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: notasas(a)gmail.com
Distribution: ---
After starting the program, click "Instruments" tab and try to adjust any of
the knobs. Nothing useful noticed in the terminal output. Just a guess it's an
issue message handling, so selected user32 component.
Tested to be broken on vanilla wine-1.9.22, wine-1.9.22 (Staging) and
wine-1.6.2. Works correctly on real Windows 7 and 8.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=33326
Bug #: 33326
Summary: Sound problem with Game Maker 8.0 games
Product: Wine
Version: 1.5.27
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: georgiev_1994(a)abv.bg
Classification: Unclassified
When Im starting a game created from Game Maker 8.0 Po it's sound does not
start. This is happening with every game Im trying to run. This is caused maybe
because of the sound system of Game Maker built games. Here I will give a link
just to one game which runs just perfect with Windows OS but not perfect at all
with Wine.
http://sandbox.yoyogames.com/games/205913/download
--
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=55133
Bug ID: 55133
Summary: Shoujo-tachi wa Kouya o Mezasu: crashes on new game
Product: Wine
Version: 8.10
Hardware: x86-64
URL: http://minatosoft.com/koya/download/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pernegger(a)gmail.com
Distribution: ---
Created attachment 74688
--> https://bugs.winehq.org/attachment.cgi?id=74688
wine 8.10 terminal output
Note: The trial version is free to download, see URL. Any of the mirrors /
DOWNLOAD links will do. No need t install, just run from the low-level
directory.
The game will crash at a black screen immediately after selecting new game from
the main menu. Even if I ctrl-c the process on the terminal, getting rid of the
game window requires wineserver -k.
Different WINE versions and/or using DXVK may result in different log output
and symptoms (i.e. hang instead of crash).
Since I've no idea where to start I was hoping someone who does could have a
quick look at this, narrow it down a bit at least.
--
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=40119
Bug ID: 40119
Summary: Irfanview 4.x: selection cursor is not correctly
aligned
Product: Wine
Version: 1.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Ulf.Zibis(a)gmx.de
Distribution: ---
- select an area in an image
- correct the selection by dragging the left selection border to another
position
--> the double-ended arrow cursor ofen is not correctly aligned with the
selection border
I guess this happens, when the image is zoomed.
--
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=55129
Bug ID: 55129
Summary: Boost throws c++ exception when creating shared memory
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: dlehman25(a)gmail.com
Distribution: ---
Created attachment 74681
--> https://bugs.winehq.org/attachment.cgi?id=74681
simple c++ repro case
boost uses 2 methods to fetch the boot time to build a path for shared memory.
code path is chosen with a #define
the 2 methods are:
- registry key (default):
- BootId and optionally additionally HybridBootAnimationTime
-
https://github.com/boostorg/interprocess/blob/boost-1.82.0/include/boost/in…
- creates a path like: C:/ProgramData/boost_interprocess/01000000/crash
- Eventlog
- fetches record for event log start
-
https://github.com/boostorg/interprocess/blob/boost-1.82.0/include/boost/in…
- creates a path like: C:/ProgramData/boost_interprocess/1687093260/crash
- the event log timestamp is always moments after boot on physical and
virtual machines i have access to, although many testbot vms seem to have boot
records after the event log start
- not sure what the 24 bytes at DataOffset are
- seems like overkill to fully implement the event log feature, which
generally doesn't seem useful on wine, just for this case
it throws a c++ exception if either method fails
https://github.com/boostorg/interprocess/blob/boost-1.82.0/include/boost/in…
pull request to follow
--
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=55038
Bug ID: 55038
Summary: Please add trixie Debian release to Wine repos
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Please add trixie distro to the Debian repos for Wine, since Debian trixie was
just released.
Thanks!
--
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=55125
Bug ID: 55125
Summary: The 64-bit dinput:hotplug sometimes gets timeouts on
Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The 64-bit dinput:hotplug sometimes gets timeouts on Windows 10 :
hid.c:725: Test failed: 0x800: WaitForSingleObject returned 0x102
or
hid.c:725: Test failed: WaitForSingleObject returned 0x102
and/or
hotplug.c:400: Test failed: MsgWaitForMultipleObjects returned 0x102
See https://test.winehq.org/data/patterns.html#dinput:hotplug
Where 0x102 == WAIT_TIMEOUT
These failures only happen on w1064-tsign which is a test configuration with
test signing enabled. Furthermore only the 64-bit version has these issues.
The oldest instance goes back to 2022-12-20 and these failures have happened
almost 3 times per month since.
--
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=53682
Bug ID: 53682
Summary: wineboot shows "user_check_not_lock BUG: holding USER
lock" on aarch64 since wine-7.14
Product: Wine
Version: 7.14
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: PuetzKevinA(a)JohnDeere.com
Distribution: ---
I recently updated our builds to past wine-7.0, and began encountering a
wineboot failure on aarch64
> 0040:err:system:user_check_not_lock BUG: holding USER lock(64)
> s\system32\rundll32.exe: /home/yukondev/workspace/wine/dlls/win32u/sysparams.c:400: user_check_not_lock: Assertion `0' failed.
> 0040:err:seh:call_function_handlers invalid frame 21f410 (0000000000022000-0000000000120000)
> 0040:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception.
After some bisecting, I narrowed this down to being a regression between 7.13
and 7.14, and then further narrowed it to
https://source.winehq.org/git/wine.git/commit/d50112b4b6e82782d3924a8dbd443…
Somehow the call to KeUserModeCallback( NtUserLoadSysMenu,... ) at
https://gitlab.winehq.org/wine/wine/-/blob/d50112b4b6e82782d3924a8dbd443f82…
does not properly return.
I think that commit is mostly a false lead though, the translation of syscall
NtUserCreateWindowEx to a syscall just exposed a latent bug in
KeUserModeCallback/__wine_syscall_dispatcher on aarch64, since having
NtUserCreateWindowEx be a syscall means KeUserModeCallback can no longer use
its "if we have no syscall frame, call the callback directly" simple path
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/unix/signal_ar…
What seems to be actually at fault is that, inside of User32LoadSysMenu (the
actual function invoked by KeUserModeCallback), is a call to NtUserCreateMenu -
which is *also* a syscall. This call doesn't crash, and in fact all of
User32LoadSysMenu runs to completion. But when it goes through
__wine_syscall_dispatcher, the stack pointer is restored to be `$sp =
arm64_thread_data()->syscall_frame`
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/unix/signal_ar…
- i.e. it points to &callback_frame, back on the stack of KeUserModeCallback.
And this is *not* the bottom of the stack; there's compiler-generated
prologue/epilogue to restore various non-volatile registers.
0x0000ffffaa0247b4 <KeUserModeCallback+0>: sub sp, sp, #0x450
0x0000ffffaa0247b8 <KeUserModeCallback+4>: stp x29, x30, [sp]
0x0000ffffaa0247bc <KeUserModeCallback+8>: mov x29, sp
0x0000ffffaa0247c0 <KeUserModeCallback+12>: stp x19, x20, [sp, #16]
0x0000ffffaa0247c4 <KeUserModeCallback+16>: stp x21, x22, [sp, #32]
0x0000ffffaa0247c8 <KeUserModeCallback+20>: str w0, [sp, #56]
0x0000ffffaa0247cc <KeUserModeCallback+24>: str x1, [sp, #48]
0x0000ffffaa0247d0 <KeUserModeCallback+28>: str w2, [sp, #60]
0x0000ffffaa0247d4 <KeUserModeCallback+32>: mov x21, x3
0x0000ffffaa0247d8 <KeUserModeCallback+36>: mov x20, x4
0x0000ffffaa0247dc <KeUserModeCallback+40>: add x19, sp, #0x40 //
x19=&callback_frame
So any code that runs inside this syscall that uses the first 0x40 bytes of
stack is trampling these variables in the frame of KeUserModeCallback.
Eventually User32LoadSysMenu returns back into KiUserCallbackDispatcher, which
passes it into NtCallbackReturn, which does a __wine_longjmp back into the
KeUserModeCallback,and we exit from the __wine_setjmp for the second time
(returning 0) and get to `return callback_frame.status`
https://gitlab.winehq.org/wine/wine/-/blob/wine-7.17/dlls/ntdll/unix/signal….
But then the epilogue starts peeling off the stack
=> 0x0000ffffaa024864 <+176>: ldr w0, [sp, #1088]
0x0000ffffaa024868 <+180>: ldp x19, x20, [sp, #16]
0x0000ffffaa02486c <+184>: ldp x21, x22, [sp, #32]
0x0000ffffaa024870 <+188>: ldp x29, x30, [sp]
0x0000ffffaa024874 <+192>: add sp, sp, #0x450
0x0000ffffaa024878 <+196>: ret
and the link register $x30 = (void *) 0xffffaa024984 <NtCallbackReturn+104>,
rather than 0xffffa8f0ccdc <copy_sys_popup+44> as it was when it was pushed in
the prologue.
It's overwritten several times along the way, but I don't think any of these
call sites are at fault; they are just writing to what they think is their own
stack frame, unaware that __wine_syscall_dispatcher adjusted $sp to too-high a
value and they are overwriting space that belongs to KeUserModeCallback.
The specific places that overwrote this entry on the stack were
#0 0x0000ffffa8f37a48 in NtUserCallOneParam (arg=0, code=2) at
/home/yukondev/workspace/wine/dlls/win32u/sysparams.c:5357
#1 0x0000ffffaa022cf0 in __wine_syscall_dispatcher () from
/opt/wine/bin/../lib/wine/aarch64-unix/ntdll.so
which set it to 0xffffaa022cf0 <__wine_syscall_dispatcher+272>
#0 insert_menu_item (ret_pos=0x21f538, flags=1024, id=4294967295,
handle=0x10042) at /home/yukondev/workspace/wine/dlls/win32u/menu.c:438
#1 NtUserThunkedMenuItemInfo (handle=0x10042, pos=4294967295, flags=1024,
method=1, info=0x11f528 <opengl_func_names+680>, str=<optimized out>) at
/home/yukondev/workspace/wine/dlls/win32u/menu.c:1297
#2 0x0000ffffaa022cf0 in __wine_syscall_dispatcher () from
/opt/wine/bin/../lib/wine/aarch64-unix/ntdll.so
which set it to NULL
and
0x0000ffffaa023a0c in NtCurrentTeb () at
/home/yukondev/workspace/wine/dlls/ntdll/unix/signal_arm64.c:1449
1449 {
(gdb) bt
#0 0x0000ffffaa023a0c in NtCurrentTeb () at
/home/yukondev/workspace/wine/dlls/ntdll/unix/signal_arm64.c:1449
#1 0x0000ffffaa02493c in ntdll_get_thread_data () at
/home/yukondev/workspace/wine/dlls/ntdll/unix/unix_private.h:70
#2 arm64_thread_data () at
/home/yukondev/workspace/wine/dlls/ntdll/unix/signal_arm64.c:163
#3 NtCallbackReturn (ret_ptr=0x0, ret_len=0, status=65602) at
/home/yukondev/workspace/wine/dlls/ntdll/unix/signal_arm64.c:784
#4 0x0000ffffaa022cf0 in __wine_syscall_dispatcher () from
/opt/wine/bin/../lib/wine/aarch64-unix/ntdll.so
which set it to 0xffffaa02493c <NtCallbackReturn+32>, and then 0xffffaa024978
<NtCallbackReturn+92>
, then 0xffffaa024984 <NtCallbackReturn+104>
The same sort of thing happens in the x86_64 dispatcher, but there it turns out
to be pretty harmless. The key difference is that the function prologue on
x86_64 used `push` instructions, and did so prior to the `sub` where it
allocated space for locals, so the things popped by the epilogue ended up above
callback_frame, rather than below it, and so are not smashed.
0x00007fd17b6dc1d2 <+0>: push %rbp
0x00007fd17b6dc1d3 <+1>: mov %rsp,%rbp
0x00007fd17b6dc1d6 <+4>: push %r14
0x00007fd17b6dc1d8 <+6>: push %r13
0x00007fd17b6dc1da <+8>: push %r12
0x00007fd17b6dc1dc <+10>: push %rdi
0x00007fd17b6dc1dd <+11>: push %rsi
0x00007fd17b6dc1de <+12>: push %rbx
0x00007fd17b6dc1df <+13>: sub $0xa0,%rsp
0x00007fd17b6dc1e6 <+20>: and $0xffffffffffffffc0,%rsp
0x00007fd17b6dc1ea <+24>: sub $0x560,%rsp
There is still a 32-byte gap between the $rsp of KeUserModeCallback and
¤t_frame that is briefly at risk, but
1. This seems to be the register parameter area of the Windows x64 ABI, which
is actually volatile space that belongs to the callee even though it's
allocated by the caller, so the compiler is not expecting it to survive across
function calls (in this case __wine_syscall_dispatcher_return).
https://docs.microsoft.com/en-us/cpp/build/stack-usage?view=msvc-170 discusses
how this "contains at least 4 entries", i.e. 32 bytes:
https://eli.thegreenplace.net/2011/09/06/stack-frame-layout-on-x86-64
2. It doesn't actually get smashed, because __wine_syscall_dispatcher subtracts
0x20 from the restored $rsp before actually making the syscall
(https://gitlab.winehq.org/wine/wine/-/blob/d50112b4b6e82782d3924a8dbd443f82…).
Which is presumably since the SysV ABI does *not* make any such reservation,
and so __wine_syscall_dispatcher needs to do so to be following the ms_abi.
So together, these mean that on x86_64, it would be OK if
__wine_syscall_dispatcher used these 32 bytes between the correct $rsp of
KeUserModeCallback and frame->syscall_table (though it doesn't seem to). And
the eventual callee gets a $rsp that does *not* overlap with KeUserModeCallback
(even though it would be legal for it to do so). I don't know that we have any
actual guarantee that callback_frame will be at the bottom, but in practice it
seems to be.
But on aarch64, there's important stuff below callback_frame, so this doesn't
work out.
--
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=55016
Bug ID: 55016
Summary: xaudio2_8:xaudio2 - test_simple_streaming() crashes on
Windows 8+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
xaudio2_8:xaudio2 - test_simple_streaming() crashes on Windows 8+:
xaudio2.c:339: Test failed: Got hr 0x80004002.
xaudio2.c:339: this is the last test seen before the exception
13dc:xaudio2: unhandled exception c0000005 at 00402D6A
See https://test.winehq.org/data/patterns.html#xaudio2_8:xaudio2
A bisect shows that the failures started with this commit:
commit 14c44d0b0a2fc0ead5bc75615864ff850a44c4d5
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Mon Apr 24 16:59:08 2023 -0500
xaudio2: Use the preprocessor to modify definitions in xaudio2.idl and
xaudio2fx.idl.
Instead of including the IDLs directly, define a local IDL that #includes
them,
with XAUDIO2_VER defined, and include that generated header.
Get rid of compat.c, and use XAUDIO2_VER to modify the code in the other
source
files.
Build the tests for both xaudio2_7 and xaudio2_8 using PARENTSRC, and use
XAUDIO2_VER to select between them. This mirrors the approach taken for
d3dcompiler, and makes it easier to test more xaudio2 versions in the
future.
--
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=55013
Bug ID: 55013
Summary: user32:monitor - test_EnumDisplayMonitors() sometimes
fails on Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:monitor - test_EnumDisplayMonitors() sometimes fails on Linux:
monitor.c:1613: Test failed: SetThreadDesktop failed, error 0xaa.
monitor.c:1614: Test failed: Expected 00000014, got 00000140.
See https://test.winehq.org/data/patterns.html#user32:monitor
A bisect shows that the failures started with the commit below:
commit 5bdbbee6f4a874159f2e527f39f071547c513ee4
Author: Rémi Bernon <rbernon(a)codeweavers.com>
AuthorDate: Fri May 26 19:50:57 2023 +0200
winex11: Rely on win32u to reset clipping on display mode change.
--
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=54980
Bug ID: 54980
Summary: Times font missing in font list (several programs)
Product: Wine
Version: 8.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
After this commit, the font "Times" (one of the Postscript base fonts) is
missing:
a6cb10bba2d05ceca6ba5b1411c450d38defdbb4 is the first bad commit
commit a6cb10bba2d05ceca6ba5b1411c450d38defdbb4
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Mon May 15 17:34:23 2023 +0200
wineps: Don't pass PRINTERINFO structure to unixlib.
dlls/wineps.drv/init.c | 5 +-
dlls/wineps.drv/unixlib.c | 310 +++++-----------------------------------------
dlls/wineps.drv/unixlib.h | 5 +-
3 files changed, 35 insertions(+), 285 deletions(-)
This happens in several programs (Framemaker 8, Office 2007).
The result is, that in documents which use this font it is replaced (in most
cases by "Times New Roman") but this does not work always and not good for font
variants like "Times Bold".
--
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=54442
Bug ID: 54442
Summary: experimental wow64 mode: doesn't show some graphical
windows
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: idarktemplar(a)mail.ru
Distribution: ---
Created attachment 73990
--> https://bugs.winehq.org/attachment.cgi?id=73990
SteamSetup.png
When I'm building wine with new experimental wow64 mode, it is unable to
properly show or render application windows for some applications.
I've tried it both on clean prefix and on existing prefix.
I've tried Steam setup and Battle.net setup, both failed. With Battle.net setup
I see no window, with Steam setup I see black window with some artifacts.
When using multilib wine built old way, everything works as usual.
Happens both with wine 8.0 and 8.1.
OS: Gentoo Linux amd64 (64bit)
Graphics: X11
Videocard information:
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: Quadro K1000M/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.161.03
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
Wine build options: ./configure --with-mingw --enable-archs='i386,x86_64'
--prefix=/tmp/wineinstall
Default wine output:
$ WINEPREFIX=/tmp/wineprefix/prefix1 /tmp/wineinstall/bin/wine
/tmp/SteamSetup.exe
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0090:err:winediag:is_broken_driver Broken NVIDIA RandR detected, falling back
to RandR 1.0. Please consider using the Nouveau driver instead.
0034:err:winediag:is_broken_driver Broken NVIDIA RandR detected, falling back
to RandR 1.0. Please consider using the Nouveau driver instead.
010c:err:environ:init_peb starting L"Z:\\tmp\\SteamSetup.exe" in experimental
wow64 mode
010c:err:winediag:is_broken_driver Broken NVIDIA RandR detected, falling back
to RandR 1.0. Please consider using the Nouveau driver instead.
010c:fixme:imm:ImeSetActiveContext (00020046, 1): stub
010c:fixme:imm:ImmReleaseContext (00010052, 00020046): stub
0090:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub
0090:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub
--
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=54848
Bug ID: 54848
Summary: dnsapi:query - test_DnsQuery() fails on Rémi's Wine
test machines
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dnsapi:query - test_DnsQuery() fails on Rémi's Wine test machines:
query.c:66: Test failed: expected record name L"winehq.org", got L"."
query.c:67: Test failed: expected record type 1, got 41
query.c:96: Test failed: unexpected CNAME chain
See https://test.winehq.org/data/patterns.html#dnsapi:query
test_DnsQuery() also has failures on the TestBot's VMs (see bug 54847) but the
failures on Rémi's machines are different and not easily explained by the CDN
used by winehq.org. They may instead be caused by the cloud environment these
machines are running on.
These failures happen in new tests that were introduced by this commit:
commit 6e2efe54f17e72415b790edf6c9c1f9de5acb9f7
Author: François Gouget <fgouget(a)codeweavers.com>
Date: Thu Apr 13 05:51:20 2023 +0200
dnsapi/tests: Test how DnsQuery() handles CNAMEs.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54819
--
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=54797
Bug ID: 54797
Summary: Lunar Magic 3.33: Crashes with BadWindow unless
WINEDEBUG=+all
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xhsdf.misc(a)googlemail.com
Distribution: ---
Created attachment 74294
--> https://bugs.winehq.org/attachment.cgi?id=74294
warn+all output
Starting with Wine 8.4 Lunar Magic crashes on startup with
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 12 (X_ConfigureWindow)
Resource id in failed request: 0x60001e8
Serial number of failed request: 600
Current serial number in output stream: 601
It works when WINEDEBUG=+all or trace+all is used, but then it runs very, very
slowly.
Lunar Magic can be found here:
https://fusoya.eludevisibility.org/lm/program.html
I'm using up-to-date Archlinux on a Ryzen 7 5700X and Radeon RX 6650 XT running
Openbox.
--
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=54751
Bug ID: 54751
Summary: The 64-bit advapi32:registry breaks
test_CoGetPSClsid() in ole32:compobj in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 64-bit advapi32:registry breaks test_CoGetPSClsid() in ole32:compobj in
Wine:
compobj.c:1449: Test failed: CoGetPSClsid failed with error 0x80040155
compobj.c:1450: Test failed: got clsid {52222222-1234-1234-1234-56789abcdef0}
See https://test.winehq.org/data/patterns.html#ole32:compobj
A bisect shows that this started with the commit below:
commit 3f82f6ff59f4024f67e2d646883cbea223fba84a
Author: Sven Baars <sbaars(a)codeweavers.com>
Date: Fri Mar 17 16:52:51 2023 +0100
kernelbase: Use open_key() to obtain any existing Wow6432node in
create_key().
--
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=54738
Bug ID: 54738
Summary: msi:action - The 64-bit test_register_class_info()
fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
msi:action - The 64-bit test_register_class_info() fails in Wine:
action.c:6025: Test failed: key not created
action.c:6147: Test failed: key not created
See https://test.winehq.org/data/patterns.html#msi:action
--
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=48811
Bug ID: 48811
Summary: StarCraft II fails to load in staging, crashes after
trying to start a game in stable
Product: Wine
Version: 5.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: wschmrdr(a)gmail.com
Distribution: ---
Created attachment 66725
--> https://bugs.winehq.org/attachment.cgi?id=66725
Output occurring when the application crashes.
Ever since upgrading from 5.3 to 5.4, StarCraft II has ceased working. On
staging, this occurs during the loading screen. I am able to get through the
Battle.net app OK, but cannot get to my login authenticating. I have tried
switching to stable, but when trying to load up a game, I see the same output
issue. Selected the dbghelp component because that's the line that comes up in
the output at the time of the crash.
--
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=55088
Bug ID: 55088
Summary: Program crashes when Common Dialog File open function
is called
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: schicktmireurescheisse(a)gmail.com
Distribution: ---
Created attachment 74644
--> https://bugs.winehq.org/attachment.cgi?id=74644
This is the contents of the error message when the program crashes.
When the open file button (the blue button with the folder icon in the upper
left corner) of "Entgenderer" is clicked, the software instantly crashes. The
program does not get as far to display the open file common dialog. Actually,
the program is expected to show the file open dialog in order to enable the
user to select a text file.
The program was written by me. It is a 16 Bit NE binary (therefore, it actually
does not use the comdlg32 DLL, but probably its predecessor - but this category
fitted best). The sample program can be retrieved via the link
https://github.com/Waldwatz/Wine-reveals-the-truth/releases/ and then the
Entgenderer2.zip file has to be downloaded.
The terminal output after the program has crashed is:
wine: Unhandled page fault on read access to FFFFFFFF at address 00003FD6
(thread 0104), starting debugger...
--
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=55055
Bug ID: 55055
Summary: Japanese IME fails to clear composition string when
deleting the only remaining character
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: imm32
Assignee: wine-bugs(a)winehq.org
Reporter: achurch+wine(a)achurch.org
Distribution: ---
Created attachment 74617
--> https://bugs.winehq.org/attachment.cgi?id=74617
PoC patch
Environment: Linux, LANG=ja_JP.UTF-8, ATOK X3 (XIM)
Since Wine 8.9 (and possibly 8.8, but not in 8.7), if XIM input results in a
composition string being reduced to zero length, the previous composition
string remains displayed until further input. For example, using Japanese:
1) Press 'A' -> composition string "あ" -> program displays "あ"
2) Press backspace -> composition string empty -> program still displays "あ"
3) Press 'I' -> composition string "I" -> program displays "い"
In step 2, the program should no longer display a composition string, but the
"あ" from step 1 remains displayed until further input in step 3 (at which point
the displayed composition string is correct again).
I first observed this in Final Fantasy XIV, but it reproduces in Notepad as
well.
Changing dlls/imm32/ime.c:ImeToAsciiEx() to send WM_IME_ENDCOMPOSITION when
compstr->dwCompStrLen is zero (see attached patch) seems to fix the bug without
any side effects in FFXIV and Notepad, but I have no idea what other effects
this might have, or if there needs to be some sort of deeper state tracking for
a proper fix.
--
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=55050
Bug ID: 55050
Summary: Wine stucks when creating prefix
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: cc2cfb9b792bee681b96c5859084fd6d4d0bbed7
Distribution: ---
wine: created the configuration directory '/home/andrey/.wine'
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
002c:err:wineboot:start_services_process Couldn't start services.exe: error 998
--
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=54993
Bug ID: 54993
Summary: Framemaker 8 crashes in internal search operation
Product: Wine
Version: 8.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
Framemaker 8 crashes in an search operation (which seems to be not
related to printing) with an internal error which in the past was
a sign of memory corruption.
A Bisect shows this commit:
a6cb10bba2d05ceca6ba5b1411c450d38defdbb4 is the first bad commit
commit a6cb10bba2d05ceca6ba5b1411c450d38defdbb4
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Mon May 15 17:34:23 2023 +0200
wineps: Don't pass PRINTERINFO structure to unixlib.
dlls/wineps.drv/init.c | 5 +-
dlls/wineps.drv/unixlib.c | 310 +++++-----------------------------------------
dlls/wineps.drv/unixlib.h | 5 +-
3 files changed, 35 insertions(+), 285 deletions(-)
Please tell me when you need more info (log file for which component?).
I understand thats its not easy to narrow this bug from the given information.
Thanks!
--
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=54742
Bug ID: 54742
Summary: The 64-bit advapi32:registry breaks the 32-bit
test_redirection() in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 64-bit advapi32:registry breaks the 32-bit test_redirection() in Wine.
To reproduce run the following commands:
$ rm -rf ~/.wine # start from a fresh wineprefix
$ ./wow64/wine64 wow64/dlls/advapi32/tests/x86_64-windows/advapi32_test.exe
registry 2>&1 | grep -E '(Test failed|tests executed)'
0020:registry: 6309 tests executed (156 marked as todo, 0 as flaky, 0
failures), 2 skipped.
$ ./wow32/wine wow32/dlls/advapi32/tests/i386-windows/advapi32_test.exe
registry 2>&1 | grep -E '(Test failed|tests executed)'
registry.c:2837: Test failed: RegOpenKeyExA failed: 2
registry.c:2842: Test failed: RegOpenKeyExA failed: 2
registry.c:2861: Test failed: 00000000: wrong value 32/64
registry.c:2863: Test failed: 00000200: wrong value 32/64
registry.c:2868: Test failed: 00000000: wrong value 64/0
registry.c:2869: Test failed: 00000100: wrong value 64/0
registry.c:2870: Test failed: 00000200: wrong value 64/0
registry.c:3168: Test failed: RegOpenKeyExA failed: 2
registry.c:3174: Test failed: RegOpenKeyExA failed: 2
registry.c:3180: Test failed: RegOpenKeyExA failed: 2
registry.c:3206: Test failed: found equals 0
registry.c:3208: Test failed: found equals 0
registry.c:3210: Test failed: found equals 0
registry.c:3212: Test failed: found equals 1
registry.c:3214: Test failed: wrong number of subkeys: 10
registry.c:3216: Test failed: found equals 1
registry.c:3218: Test failed: found equals 0
registry.c:3220: Test failed: wrong number of subkeys: 10
registry.c:3222: Test failed: found equals 0
0128:registry: 7658 tests executed (74 marked as todo, 0 as flaky, 19
failures), 2 skipped.
See https://test.winehq.org/data/patterns.html#advapi32:registry
The reason why this failure is only visible with the fg-deb64-wow32 is because
this is the only test configuration that runs the 32-bit tests in the same
wineprefix as the 64-bit tests.
What this shows is that advapi32:registry does not correctly cleans up after
itself which has the potential for breaking any test that follows (not just
32-bit ones).
--
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=55051
Bug ID: 55051
Summary: Build regression in wine 8.10 using clang on aarch64
(error in backend: Invalid register name "x18")
Product: Wine
Version: 8.10
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: pierrick.bouvier(a)linaro.org
Distribution: ---
When compiling wine for aarch64, a build regression appeared in Wine 8.10 when
using clang (any version).
This is only present when performing make install, which compiles some DLL.
Error is that register x18 is used, and clang reports it as an hard error.
gcc reports a warning but does not produce an error (warning: call-clobbered
register used for global register variable).
---
Reproduction steps (from linux-aarch64, debian bookworm):
# download llvm-mingw and add to PATH
$ ./configure CC="clang" --without-x --without-freetype --prefix=/usr
$ make # works
$ make install # fails
clang -c -o dlls/msvcr110/onexit.o ...
fatal error: error in backend: Invalid register name "x18".
...
3. Running pass 'Function Pass Manager' on module 'dlls/msvcrt/onexit.c'.
4. Running pass 'AArch64 Instruction Selection' on function
'@_register_onexit_function'
---
Bisect pointed this commit:
https://github.com/wine-mirror/wine/commit/56cfbf6b860b46768eeae60eef7dfe0a…
include: Only enable the non-inline NtCurrentTeb() on the Unix side.
This previous commit introduced register x18 for TEB on arm64 (but commit above
makes it active):
https://github.com/wine-mirror/wine/commit/7f088b0b1387a3b54c438b839046afad…
This previous bug already discussed this topic
(https://bugs.winehq.org/show_bug.cgi?id=38780) but I'm not sure what the
conclusion would be.
---
Compiling with CLAGS=-ffixed-x18 silences clang, but I'm not sure it's the
right thing to do. gcc works only because it's a warning and not an error.
--
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=55047
Bug ID: 55047
Summary: d3d test_cursor_clipping() fails
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression, testcase
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: af902c188ebaf7d6dda3b628409d8c390ab410d5
Distribution: ---
I can observe this on two different machines, with at least ddraw and d3d8
tests. It happens regardless of whether the virtual desktop is used. The
failure looks like this:
ddraw:ddraw1:
ddraw1.c:14352: Test failed: SetDis.layMode failed, hr 0x80004001
d3d8:device:
device.c:10815: Test failed: Adapter 0: Expect clip rect (0,0)-(640,480), got
(1,1)-(639,479).
It's not quite consistent, though. One machine can reproduce the ddraw1 failure
pretty consistently, enough for me to be able to bisect, but the other seems to
fail only intermittently. As a result I can't be 100% sure of the bisect
result, but it seems to make sense.
--
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=55027
Bug ID: 55027
Summary: Microsoft Office: IME result string may get doubled
when edit is done
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: firelzrd(a)gmail.com
Distribution: ---
Created attachment 74582
--> https://bugs.winehq.org/attachment.cgi?id=74582
Bad and Good cases in Excel 2003
The recent (v8.x) IMM32 progress is so remarkable that CJK users may finally
think of replacing Windows for using Microsoft Office.
However, in Microsoft Office apps (confirmed in 2003) having done editing IME
preedit text by hitting Enter key may actually put the result text doubled (see
in the attached video).
My analysis showed that when:
WM_IME_COMPOSITION which has GCS_RESULTREADSTR & GCS_RESULTSTR flags on
is sent to complete the edit, and result text is sent,
Only in case the problem occurs, right after that:
WM_IME_COMPOSITION which has GCS_COMPSTR & GCS_COMPATTR & GCS_RESULTSTR flags
on
is sent.
This behavior indicates that xic_preedit_done() and xim_set_result_string()
which I found in xim.c are called sometimes in a wrong order.
A:
XICCallback preedit_done is called
xic_preedit_done is called
B:
keyboard.c:X11DRV_KeyEvent
xim_set_result_string is called
A is supposed to be called first, and then B should follow.
in the good case A happens, then B happens.
in the bad case B happens, then A happens.
So I think this problem occurs because XIC callback and X11DRV_KeyEvent are
called asynchronously.
I think the solution may be:
* In xim_set_result_string(), check if XIC preedit context exists, and if so,
ppostpone the sending of WM_IME_COMPOSITION until next xic_preedit_done() is
called
or
* Ignore xic_preedit_done() if xim_set_result_string() was called very recently
Let me hear what you guys think.
Thank you
--
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=55026
Bug ID: 55026
Summary: Expose save_period as a configurable option via
winecfg
Product: Wine
Version: 8.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Wine dumps registry files to the disk every 30 seconds which might not be good
for users of SSD/NVMe disks considering it involves completely rewriting them
since they are text files, not binary databases as the real Windows registry is
where updates are local and small.
E.g after installing Microsoft Office the system.reg file can easily blow up to
tens of megabytes and it's not that funny having this file being rewritten so
often.
Would be nice to have this option exposed via winecfg.
--
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=55123
Bug ID: 55123
Summary: widl crashes when uuid is missing
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 74678
--> https://bugs.winehq.org/attachment.cgi?id=74678
Minimal Sample
See attached sample
--
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=55122
Bug ID: 55122
Summary: oleaut32:vartest - test_VarParseNumFromStrFr() fails
on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
oleaut32:vartest - test_VarParseNumFromStrFr() fails on Windows 11:
vartest.c:1999: Test failed: 1: Call succeeded, hres = 00000000
vartest.c:2012: Test failed: 1: returned 80020005
vartest.c:2049: Test failed: 1: returned 80020005
vartest.c:2121: Test failed: 1: Call succeeded, hres = 00000000
vartest.c:2135: Test failed: 1: returned 80020005
See https://test.winehq.org/data/patterns.html#oleaut32:vartest
Where 80020005 == DISP_E_TYPEMISMATCH
--
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=55121
Bug ID: 55121
Summary: wintrust:asn - test_encodeSPCPEImage() fails on
Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wintrust
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wintrust:asn - test_encodeSPCPEImage() fails on Windows 11:
asn.c:385: Test failed: CryptEncodeObjectEx failed: c0000005
asn.c:398: Test failed: CryptEncodeObjectEx failed: c0000005
asn.c:563: Test failed: CryptEncodeObjectEx failed: c0000005
asn.c:673: Test failed: CryptEncodeObjectEx failed: c0000005
asn.c:696: Test failed: CryptEncodeObjectEx failed: c0000005
asn.c:709: Test failed: CryptEncodeObjectEx failed: c0000005
See https://test.winehq.org/data/patterns.html#wintrust:asn
Where c0000005 == STATUS_ACCESS_VIOLATION
--
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=53431
Bug ID: 53431
Summary: widl generates enum forward declarations in typedefs
which are not valid in C++
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: gfw.kra(a)gmail.com
Distribution: ---
Hi everyone,
I recently discovered an issue with C++ code in headers compiled from winrt
idl's using widl. It does not compile when included, when tried using mingw g++
v12.1.0.
There’s seems to be issue with how enum typedefs are translated within
namespaces.
Example:
When tried to include windows.media.speechsynthesis.h compiled from
windows.media.speechsynthesis.idl in cpp file, the following output is received
(compiler output shows headers from mingw, but these look the same when
compiled using widl in wine).
```
/usr/x86_64-w64-mingw32/include/windows.foundation.h:90:26: error: use of enum
‘PropertyType’ without previous declaration
90 | typedef enum PropertyType PropertyType;
| ^~~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.foundation.h:164:18: error: using
typedef-name ‘ABI::Windows::Foundation::PropertyType’ after ‘enum’
164 | enum PropertyType {
| ^~~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.foundation.h:90:39: note:
‘ABI::Windows::Foundation::PropertyType’ has a previous declaration here
90 | typedef enum PropertyType PropertyType;
| ^~~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:218:30: error:
use of enum ‘VoiceGender’ without previous declaration
218 | typedef enum VoiceGender VoiceGender;
| ^~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:476:22: error:
using typedef-name ‘ABI::Windows::Media::SpeechSynthesis::VoiceGender’ after
‘enum’
476 | enum VoiceGender {
| ^~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:218:42: note:
‘ABI::Windows::Media::SpeechSynthesis::VoiceGender’ has a previous declaration
here
218 | typedef enum VoiceGender VoiceGender;
| ^~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:822:30: error:
using typedef-name ‘ABI::Windows::Media::SpeechSynthesis::VoiceGender’ after
‘enum’
822 | enum VoiceGender *value) = 0;
| ^~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:218:42: note:
‘ABI::Windows::Media::SpeechSynthesis::VoiceGender’ has a previous declaration
here
218 | typedef enum VoiceGender VoiceGender;
```
windows.media.speechsynthesis.idl has typedef of enum VoiceGender, which is
defined later.
```
namespace Windows {
namespace Foundation {
interface IClosable;
}
namespace Media {
namespace SpeechSynthesis {
typedef enum VoiceGender VoiceGender;
```
This is translated to following:
```
#ifdef __cplusplus
namespace ABI {
namespace Windows {
namespace Media {
namespace SpeechSynthesis {
typedef enum VoiceGender VoiceGender;
}
}
}
}
#else /* __cplusplus */
typedef enum __x_ABI_CWindows_CMedia_CSpeechSynthesis_CVoiceGender
__x_ABI_CWindows_CMedia_CSpeechSynthesis_CVoiceGender;
#endif /* __cplusplus */
```
This typedef is not valid in C++. According to the standard, enum cannot be
forward declared using typedef. This could be replaced with just simple enum
declaration, but it would need to have type specifier (that goes for definition
as well).
Best 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=36079
Bug ID: 36079
Summary: loader fails to build with clang -faddress=sanitize
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: enhancement
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48263
--> https://bugs.winehq.org/attachment.cgi?id=48263
make log
I tried building wine with clang's address sanitizer enabled, which mostly
worked, until the loader:
make[1]: Entering directory '/home/austin/wine-gcc49-asan/loader'
clang -fsanitize=address -m32 -o wine-preloader -static -nostartfiles
-nodefaultlibs -Wl,-Ttext=0x7c400000 preloader.o ../libs/port/libwine_port.a
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../lib32/libpthread.a(pthread_mutex_lock.o):
In function `__pthread_mutex_lock':
/var/tmp/portage/sys-libs/glibc-2.19/work/glibc-2.19/nptl/../nptl/pthread_mutex_lock.c:80:
undefined reference to `__assert_fail'
/var/tmp/portage/sys-libs/glibc-2.19/work/glibc-2.19/nptl/../nptl/pthread_mutex_lock.c:116:
undefined reference to `__assert_fail'
/var/tmp/portage/sys-libs/glibc-2.19/work/glibc-2.19/nptl/../nptl/pthread_mutex_lock.c:146:
undefined reference to `__assert_fail'
/var/tmp/portage/sys-libs/glibc-2.19/work/glibc-2.19/nptl/../nptl/pthread_mutex_lock.c:151:
undefined reference to `__assert_fail'
..
austin@aw25 ~/wine-gcc49-asan $ clang --version
clang version 3.3 (tags/RELEASE_33/final)
Target: x86_64-pc-linux-gnu
Thread model: posix
austin@aw25 ~/wine-gcc49-asan $ git describe
wine-1.7.17-42-g24c5728
--
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=55119
Bug ID: 55119
Summary: advapi32:security - test_process_security() fails on
GitLab CI's Windows VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:security - test_process_security() fails on GitLab CI's Windows VM:
security.c:3176: Test failed: OpenProcess(PROCESS_VM_READ) should have failed
security.c:3178: Test failed: OpenProcess(PROCESS_ALL_ACCESS) should have
failed
security.c:3209: Test failed: OpenThread(THREAD_SET_THREAD_TOKEN) should have
failed
See https://test.winehq.org/data/patterns.html#advapi32:security
These three failures happen in both the 32- and 64-bit tests but only on
gitlab-win10-21h2, the GitLab's Windows VM.
--
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=49797
Bug ID: 49797
Summary: WIDL doesn't tolerate anonymous structs within
interfaces
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
IDLs in Windows SDKs sometimes contain anonymous structs within interfaces.
WIDL fails to compile such IDLs.
--
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=55118
Bug ID: 55118
Summary: shell32:shlfolder - test_SHOpenFolderAndSelectItems()
is missing a registry key in the new WoW mode
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
shell32:shlfolder - test_SHOpenFolderAndSelectItems() is missing a registry key
in the new WoW mode:
shlfolder.c:5512: Test failed: Got unexpected hr 0x80040152.
shlfolder.c:5513: Test failed: Failed to create window.
shlfolder.c:5520: Test failed: Got unexpected hr 0x80040152.
shlfolder.c:5521: Test failed: Failed to create window.
shlfolder.c:5530: Test failed: Got unexpected hr 0x80040152.
shlfolder.c:5531: Test failed: Failed to create window.
shlfolder.c:5540: Test failed: Got unexpected hr 0x80040152.
shlfolder.c:5541: Test failed: Failed to create window.
shlfolder.c:5550: Test failed: Got unexpected hr 0x80040152.
shlfolder.c:5551: Test failed: Failed to create window.
See https://test.winehq.org/data/patterns.html#shell32:shlfolder
Where 0x80040152 == REGDB_E_KEYMISSING
This happens in both the 32-bit and 64-bit tests but only in the new
Windows-on-Windows mode. See the *-i386 and *-x86_64 results.
See also bug 55117 where shell32:shelldispatch has a similar issue.
--
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=55117
Bug ID: 55117
Summary: shell32:shelldispatch - test_ShellWindows() is missing
a registry key in the new WoW mode
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
shell32:shelldispatch - test_ShellWindows() is missing a registry key in the
new WoW mode:
shelldispatch.c:1025: Test failed: got 0x80040152
See https://test.winehq.org/data/patterns.html#shell32:shelldispatch
Where 0x80040152 == REGDB_E_KEYMISSING
This happens in both the 32-bit and 64-bit tests but only in the new
Windows-on-Windows mode. See the *-i386 and *-x86_64 results.
--
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=55116
Bug ID: 55116
Summary: services.exe:service - service_main() is missing
PATHEXT in the new WoW mode
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
services.exe:service - test_service() is missing PATHEXT in the new WoW mode:
service.c:420: Test failed: service: did not find PATHEXT environment variable
See https://test.winehq.org/data/patterns.html#services.exe:service
This happens during both test_service() and test_kill_service_process(), in
both the 32-bit and 64-bit tests but only in the new Windows-on-Windows mode.
--
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=55094
Bug ID: 55094
Summary: Memory Access Violation & Run-Time Error 7 in WINE
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: vikasy.enjay(a)gmail.com
Distribution: ---
Created attachment 74654
--> https://bugs.winehq.org/attachment.cgi?id=74654
Memory Access Violation & Run-Time Error 7 in WINE
Memory Access Violation & Run-Time Error 7 in WINE:
I am writing this to seek assistance regarding an issue I encountered while
installing and running "Busy Accounting Software" using Wine. Despite my
previous unsuccessful attempts, I was eventually able to install the software.
However, I am currently facing an ongoing problem when attempting to execute
the application. It consistently displays a "Runtime 7 Error and Memory Access
Violation" error.
Any assistance or troubleshooting steps you can provide would be greatly
appreciated.
Thank you for your attention to this matter.
--
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=37346
Bug ID: 37346
Summary: New application , installed successfully , starts up
fine , no data storing , BUSY WIN ACCOUNTING APP
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lax.sunny(a)gmail.com
Created attachment 49664
--> https://bugs.winehq.org/attachment.cgi?id=49664
Log created by wine on running the app , problem is with database storage and
runtime functions
Application named busy win very much famous accounting software
tried using number of prefixes
application installs smoothly
when i run the app it starts up normally but crashes on adding a new company or
detecting an old DATABASE
--
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=55112
Bug ID: 55112
Summary: Chip's Challenge (Steam version) only shows black
screen on Nvidia dGPU (works fine on AMD iGPU)
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: asdfghrbljzmkd(a)outlook.com
Distribution: ---
Created attachment 74675
--> https://bugs.winehq.org/attachment.cgi?id=74675
Log when running game on Nvidia dGPU
The Steam version of Chip's Challenge only shows a black screen when running on
my Nvidia dGPU (RTX 3060 Mobile). The game displays fine on my AMD iGPU
(Vega).
Note: as this version of the game is only available on Steam, it was tested
with Proton 8.0. However, due to the age and nature of the game (basic 2D
win32), it is very unlikely to be hitting any Proton-specific code paths (there
are no mentions of DXVK/etc in the log either.) If needed, I can try more ways
to run it in stock Wine Devel, but it's 2AM and I just wanted to at least get
the bug report out.
--
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=50079
Bug ID: 50079
Summary: Wine msiexec fails when building inside a windows/mac
os x docker container
Product: Wine
Version: 5.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: spam(a)crasu.de
Distribution: ---
Created attachment 68535
--> https://bugs.winehq.org/attachment.cgi?id=68535
Run with winedebug=msi and strace
Sample dockerfile:
FROM ubuntu:20.04
RUN export DEBIAN_FRONTEND="noninteractive" \
&& dpkg --add-architecture i386 \
&& apt-get update \
&& apt-get install -y wget winbind xvfb unzip curl jq \
&& apt-get remove -y libmysqlclient21 mysql-common \
&& apt autoremove -y
RUN wget -nc https://dl.winehq.org/wine-builds/winehq.key && apt-key add
winehq.key
RUN echo 'deb https://dl.winehq.org/wine-builds/ubuntu/ focal main' >
/etc/apt/sources.list.d/wine.list
RUN export DEBIAN_FRONTEND="noninteractive" \
&& apt-get update \
&& apt-get install -o APT::Immediate-Configure=false --install-recommends
-y winehq-devel
RUN useradd -ms /bin/bash wineuser
# Install winemono
RUN wget https://dl.winehq.org/wine/wine-mono/5.1.1/wine-mono-5.1.1-x86.msi
RUN WINEPREFIX=/home/wineuser/.wine su wineuser -c "wine msiexec /i
wine-mono-5.1.1-x86.msi && wineserver -w"
Eroor message:
0024:err:msi:ACTION_InstallFiles compressed file wasn't installed
(L"bin\\libmono-2.0-x86.dll")
0024:err:msi:execute_script Execution of script 0 halted; action
L"InstallFiles" returned 1603
I tried different msis (wine gecko, wine mono, ....) they all fail. After
serveral tries the installation sometimes does not through an error. But the
package is still not fully installed.
Reference:
https://github.com/Winetricks/winetricks/issues/1525
--
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=51502
Bug ID: 51502
Summary: Civilization 3 Sound Stutters, loops, and fails
(eventually)
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mountmgr.sys
Assignee: wine-bugs(a)winehq.org
Reporter: bryan(a)varnernet.com
Distribution: ---
Audio on Civilization III is just not very good.
Typical short sounds stutter, playback sounding badly rendered into the target
buffer, loop when they shouldn't, etc.
The most common problem is for the sound (all of it) to just stop, or just
continuously loop a small soundfile that should have been a one-off play at the
triggered point in time.
Looks like the app is using dsound, along with winmm to mmioOpenA the .wav's.
--
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=52762
Bug ID: 52762
Summary: DesignDoll will not boot/crashes upon booting.
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: catchyandcleche(a)gmail.com
Distribution: ---
Created attachment 72129
--> https://bugs.winehq.org/attachment.cgi?id=72129
This file (designdoll_backtrace01.txt) is the backtrace file/error log file
that was created when I tried to run the DesignDoll application.
I am using a GUI version of Ubuntu for Desktop (Ubuntu 20.04.4 LTS), also
utilizing WINE version 7.0 (Displayed as wine-7.0 in the terminal).
When double clicking the .desktop application created on the desktop
(DesignDoll.desktop) after installing the DesginDollLauncher.exe program and
after making sure that the DesignDoll.desktop shortcut created during the
installation process allows launching, the program will boot* but quickly
crash.
I attached the program error log (see "designdoll_backtrace01.txt).
*I can only assume that the application booted (or at least tried to) and
quickly crashed. It did not display any indication that the program had booted
in the GUI environment. When a window did show up to indicate that the program
had run (in a sense), it was to inform me of the fact that the program crashed
(or simply could not boot).
--
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=55107
Bug ID: 55107
Summary: DirectX programs cannot run on dedicated GPU in
windowed mode for hybrid-graphics laptop
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xuancong84(a)gmail.com
Distribution: ---
Years ago, I created a Direct3D program with statically-linked C library. This
program has minimal library dependency and has been tested working on all
versions of Windows with DirectX 9 supported. You can download it at:
https://github.com/xuancong84/solid-rubix-cube/raw/master/Release/svcube.exe
I typically run this programs in 4 modes of Wine:
1. full-screen mode without dedicated GPU, `wine svcube.exe`
2. full-screen mode with dedicated GPU, `__NV_PRIME_RENDER_OFFLOAD=1
__GLX_VENDOR_LIBRARY_NAME=nvidia wine svcube.exe`
3. windowed mode without dedicated GPU, cmdline same as 1 but with 'emulate a
virtual desktop' checked
4. windowed mode with dedicated GPU, cmdline same as 2 but with 'emulate a
virtual desktop' checked
From Wine 5.0 onwards (not tested on older versions), not a single version of
Wine (including both wine and winehq, including -stable -staging and -devel)
can pass all the 4 modes. In the latest winehq-stable (version
8.0.1~bullseye-1, on MX-Linux21/Debian11), the program can run successfully in
1,2, and 3, but crashes on 4 with the following error:
```
002c:fixme:winediag:LdrInitializeThunk wine-staging 7.22 is a testing version
containing experimental patches.
002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when
filing bug reports on winehq.org.
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
MESA-INTEL: warning: Performance support disabled, consider sysctl
dev.i915.perf_stream_paranoid=0
MESA-INTEL: warning: Performance support disabled, consider sysctl
dev.i915.perf_stream_paranoid=0
MESA-INTEL: warning: Performance support disabled, consider sysctl
dev.i915.perf_stream_paranoid=0
0110:fixme:ver:GetCurrentPackageId (006CFAF0 00000000): stub
006c:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub
006c:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub
0110:fixme:imm:ImeSetActiveContext (00010072, 1): stub
0110:fixme:imm:ImmReleaseContext (0002006A, 00010072): stub
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 156 (NV-GLX)
Minor opcode of failed request: 43 ()
Serial number of failed request: 409
Current serial number in output stream: 410
```
I have NVIDIA CUDA installed (Driver Version: 530.30.02, CUDA Version: 12.1).
And PyTorch/Tensorflow can run with/without GPU decoding. I am pretty sure my
Nvidia GLX is working properly because Mode 2 can run successfully with the
process appearing in `nvidia-smi` and taking GPU usage.
--
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=55104
Bug ID: 55104
Summary: DesignDoll shows an error on start
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 74672
--> https://bugs.winehq.org/attachment.cgi?id=74672
Error message
Needs "winetricks corefonts", also work around bug 55103.
Install, then run DesignDollLauncher.exe.
Install 5.7.0.1, then click "Start".
Now there's an error message, see attachment.
--
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=55103
Bug ID: 55103
Summary: DesignDoll launcher has graphical glitches
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 74670
--> https://bugs.winehq.org/attachment.cgi?id=74670
Screenshot on Wine (broken)
This needs "winetricks corefonts" or it will crash.
Download: https://www.terawell-installer.info/setup/en/Setup.exe
Archived:
https://web.archive.org/web/20230320182515/https://www.terawell-installer.i…
Just install the program and then run "DesignDollLauncher.exe"
"winetricks dxvk" seems to reliably work around the issue.
--
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=55102
Bug ID: 55102
Summary: Rework __TRY / __EXCEPT to work on other architectures
than x86, e.g. x86_64
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
There is wine/exception.h that provides a try/catch mechanism using the macros
__TRY / __EXCEPT.
There's two versions
1) Use compiler exceptions (define USE_COMPILER_EXCEPTIONS), needs compiler
support
2) Use the wine version of exception handling
GCC doesn't support those compiler exceptions, so that's not really an option.
The wine implementation however doesn't work on windows.
Underlying problem is that the wine try/catch sets up exceptions like x86, this
assumption fails when using x86_64.
x86 uses a stack of frame pointers in the TEB, while x86_64 (and others) use
SEH metadata instead.
Since it would be nice using try/catch in tests, this would be a welcome
improvement.
--
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=54271
Bug ID: 54271
Summary: gdiplus:get_gif_background_color can't get gif
background color
Product: Wine
Version: unspecified
Hardware: x86
OS: other
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Created attachment 73837
--> https://bugs.winehq.org/attachment.cgi?id=73837
wrong picture
OS:debian
When I was using WeChat, I found that when sending an animated gif, the same
image would have different serious errors, such as misalignment, flickering,
solid black(sometimes pink, brown) background .
I know that using winetricks gidplus can fix this problem, but this method
introduces some other problems, so I come here for help hoping to find a
solution to the problem. I really need your help! ! !
Maybe you need an account for this application. Of course, it would be great if
you can find a similar demo. I am trying to find a demo
APP download url:https://weixin.qq.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.
https://bugs.winehq.org/show_bug.cgi?id=55089
Bug ID: 55089
Summary: Program crashes after the exit button is pushed
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: schicktmireurescheisse(a)gmail.com
Distribution: ---
Created attachment 74645
--> https://bugs.winehq.org/attachment.cgi?id=74645
Backtrace of the error message window
After the exit button (the blue button in the upper right corner with the
emergency exit icon) of the program "Entgenderer" is pushed, the program
crashes. The exit button invokes a command to close the window and terminate
the application, freeing up memory in that process. Actually, pushing the cross
widget on the window´s upper right corner initiates the inherent closing
routine and this one runs without problems.
I am the author of this software program. The sample program can be downloaded
at https://github.com/Waldwatz/Wine-reveals-the-truth/releases/ by clicking on
the Entgenderer2.zip link. It is a 16 Bit NE binary.
--
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=52619
Bug ID: 52619
Summary: Dungeon Fighter Online: Launcher crash when accepting
Terms of Service
Product: Wine
Version: 7.2
Hardware: x86-64
URL: https://www.dfoneople.com/support/download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wannabetheguy(a)gmail.com
Distribution: Fedora
Created attachment 71944
--> https://bugs.winehq.org/attachment.cgi?id=71944
Terminal log output
With Proton 7.0 announcing Dungeon Fighter Online as playable, I gave it a try
and ran into this crash when trying to log-in with my old Neople account. Both
the Steam version and standalone version of the launcher crashed this way.
A clean Wine 7.2 (staging) prefix with the standaline client gives me an
identical result, so I am reporting here as well.
The problem occurs with NeopleLauncher.exe. After logging in with my Neople
account, I am required to accept the Terms of Service that appears within the
window before being able to continue. When I click the Accept button, the
launcher crashes.
On subsequent log-ins, the Terms of Service appears again.
The only change to the Wine prefix was changing the Windows version to 10 as
the launcher gives a "no longer supported" message with 7. 8/8.1 work but crash
the same as 10.
The ieframe messages just before the backtrace seem notable, but as I'm not
sure I have set this report to unknown.
--
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=55095
Bug ID: 55095
Summary: Compiling preloader with -fPIE may lead to GOTPCREL(X)
conversion failure when linking into non-PIE binary
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: eric.pouech(a)gmail.com, julliard(a)winehq.org
Regression SHA1: 78ed343842dcd8ffb95c416420953e121959d40d
Distribution: ---
Today, the preloader is linked with -fPIE in spite of the fact that the
preloader is a non-PIE statically linked binary. This is due to a limitation
in tools/makedep that makes it difficult to specify CFLAGS for each individual
object file's recipe.
This can seemingly cause problems with some GOTPCREL(X) relocations inside the
preloader. Since preloader does not link to the system library directly, there
is no need for Global Offset Tables (GOT). However, a few extern (non-static)
function symbols are declared, the use of which makes GCC emit instructions
that references those symbols by indirection through GOT. The linker then
tries to optimize such instructions to eliminate GOT references, which can fail
due to various reasons.
This stands in contradiction with Jinoh Kang's suggestion (in bug 55050) that
"-fPIE is harmless even when applied to an object linked into non-PIE
executables." The claim is theoretically true since position-independent code
can in principle be relocated to any address (fixed or dynamic); however, it
fails due to some peculiar practical issues, which is arguably a limitation in
the linker's implementation (since it can be worked around --no-relax without
issues).
--
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=55093
Bug ID: 55093
Summary: vbscript: if boolean condition should work without
braces
Product: Wine
Version: 8.9
Hardware: aarch64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
This is what I had to patch to make the script work with wine vbscript
- If isGIOn <> Not IsOff Then
+ If isGIOn <> (Not IsOff) Then
Could be related to some operator priority issue?
--
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=55092
Bug ID: 55092
Summary: ntdll:exception - The 64-bit test_wow64_context() gets
unexpected register values in new WoW mode
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:exception - The 64-bit test_wow64_context() gets unexpected register
values in new WoW mode:
exception.c:4326: Test succeeded inside todo block: rax is not zero 0
exception.c:4328: Test succeeded inside todo block: rbx is not zero 0
exception.c:4341: Test succeeded inside todo block: rsp is not at top of stack
00007FFFFE1FFCF8 / 00007FFFFE1FFD20
exception.c:4344: Test succeeded inside todo block: wrong flags 00000200
exception.c:4348: Test succeeded inside todo block: wrong cs 0033
exception.c:4462: in 64-bit mode 0033
exception.c:4465: Test failed: cs64: wrong ds 002b / 0000
exception.c:4466: Test failed: cs64: wrong es 002b / 0000
exception.c:4467: Test failed: cs64: wrong fs 0063 / 0000
exception.c:4468: Test failed: cs64: wrong gs 002b / 0000
exception.c:4516: Test failed: cs64: ecx set to 00000000
exception.c:4388: in 32-bit mode 0023
exception.c:4439: Test failed: cs64: ecx set to 0043e000
exception.c:4453: Test failed: cs64: rcx set to 0FEDCBA987654321
See https://test.winehq.org/data/patterns.html#ntdll:exception
fg-deb64-x86-64 and rbernon-*-win64 both use the new 64-bit WoW mode. Compare
them to the fg-*-wow64 and TestBot *-wow64 results which use the old WoW mode
and do not have these failures.
--
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=7767
Damjan Jovanovic <damjan.jov(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |testcase
Component|oledb32 |opengl
CC| |damjan.jov(a)gmail.com
--- Comment #16 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
Still an issue in Wine 8.10.
Setting correct component, adding testcase keyword.
--
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=55087
Bug ID: 55087
Summary: Shadow Gambit The Cursed Crew Demo stuck on a broken
loading screen
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Created attachment 74640
--> https://bugs.winehq.org/attachment.cgi?id=74640
Picture
The new Demo for Steam next Festival just renders a broken loading screen that
it doesn't finish.Sometimes a bit more of the game logo, sometimes not.
It works fine with Windows.
--
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=27232
Summary: keys stuck when wine window loses focus
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hramrach(a)gmail.com
When a key is pressed while a wine application is in focus and released while
other application has focus it is stuck down in wine.
To reproduce:
0) set your window manager to focus follows mouse
1) run notepad
2) press some keys to type text
3) press and hold ctrl, pressing a now selects typed text
4) move the mouse to another window
5) release ctrl
6) move mouse back to notepad, press a
Now text previously selected should be replaced with a. Instead, it is selected
again by the Ctrl+a shortcut.
The Ctrl key is stuck.
Note that when windows are switched by means similar to Windows ALt+Tab the
modifier used for switching windows this way gets also stuck.
--
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=50431
Bug ID: 50431
Summary: SCM erroneously tries to start 64-bit kernel drivers
as 32-bit service when 'ImagePath' contains
'\\SystemRoot\\system32\\drivers' and 'WOW64=1'
Product: Wine
Version: 6.0-rc4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. Bug 47175 (https://bugs.winehq.org/show_bug.cgi?id=47175#c4) is
kinda related but the mistake is not in the service creation part.
Norton AntiVirus 2010 installer creates several 32-bit and 64-bit services. The
kernel driver services are 64-bit by design (64-bit WINEPREFIX).
The registry entries for these services contain a mix of different styles.
'WOW64' is always set because the services were created by a 32-bit installer
process. Wine uses this flag only in case of failure to determine the binary
type. 64-bit kernel drivers should be always started as 64-bit.
Registry:
--- snip ---
...
[System\\CurrentControlSet\\Services\\BHDrvx64] 1609425565
"Description"="SONAR Engine Driver"
"DisplayName"="BHDrvx64"
"ErrorControl"=dword:00000001
"ImagePath"="C:\\ProgramData\\Norton\\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\\NAV_17.0.0.136\\Definitions\\BASHDefs\\20090829.001\\BHDrvx64.sys"
"ObjectName"="LocalSystem"
"PreshutdownTimeout"=dword:0002bf20
"Start"=dword:00000003
"Type"=dword:00000001
"WOW64"=dword:00000001
...
[System\\CurrentControlSet\\Services\\IDSVia64] 1609419518
"Description"="Symantec Intrusion Prevention Driver"
"DisplayName"="IDSVia64"
"ErrorControl"=dword:00000001
"ImagePath"="C:\\ProgramData\\Norton\\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\\NAV_17.0.0.136\\Definitions\\IPSDefs\\20090828.002\\IDSVia64.sys"
"ObjectName"="LocalSystem"
"PreshutdownTimeout"=dword:0002bf20
"Start"=dword:00000001
"Type"=dword:00000001
"WOW64"=dword:00000001
...
[System\\CurrentControlSet\\Services\\ccHP] 1609437834
#time=1d6df9f4d82eda4
"DisplayName"="Symantec Hash Provider"
"ErrorControl"=dword:00000001
"ImagePath"="\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys"
"ObjectName"="LocalSystem"
"PreshutdownTimeout"=dword:0002bf20
"Start"=dword:00000001
"Type"=dword:00000001
"WOW64"=dword:00000001
...
--- snip ---
'ccHP' kernel service doesn't work here. SCM erroneously starts 'winedevice'
hosting process as 32-bit hence loading the 64-bit kernel driver binary will
obviously fail.
--- snip ---
$ pwd
/home/focht/.wine/drive_c/windows/system32/drivers/NAVx64/1100000.088
$ file *
cchpx64.cat: data
ccHPx64.inf: Windows setup INFormation
ccHPx64.sys: PE32+ executable (native) x86-64, for MS Windows
iron.cat: data
Iron.inf: Windows setup INFormation
Ironx64.sys: PE32+ executable (native) x86-64, for MS Windows
isolate.ini: Little-endian UTF-16 Unicode text, with CRLF line terminators
srtsp64.cat: data
srtsp64.inf: Windows setup INFormation
srtsp64.sys: PE32+ executable (native) x86-64, for MS Windows
srtspx64.cat: data
srtspx64.inf: Windows setup INFormation
srtspx64.sys: PE32+ executable (native) x86-64, for MS Windows
SymDS64.cat: data
SymDS64.sys: PE32+ executable (native) x86-64, for MS Windows
SymDS.inf: Windows setup INFormation
SymEFA64.cat: data
SymEFA64.sys: PE32+ executable (native) x86-64, for MS Windows
SymEFA.inf: Windows setup INFormation
symnet64.cat: data
SymNet.inf: Windows setup INFormation
symnetv64.cat: data
SymNetV.inf: Windows setup INFormation
symtdiv.sys: PE32+ executable (native) x86-64, for MS Windows
--- snip ---
Trace log:
--- snip ---
$ WINEDEBUG=+seh,+relay,+loaddll,+ntoskrnl,+ntdll,+server,+service wineboot
>>log.txt 2>&1
...
003c:trace:service:load_service_config Image path =
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys"
003c:trace:service:load_service_config Group = (null)
...
003c:trace:service:load_service_config Service account name = L"LocalSystem"
...
003c:trace:service:load_service_config Display name = L"Symantec Hash
Provider"
003c:trace:service:load_service_config Service dependencies : (none)
003c:trace:service:load_service_config Group dependencies : (none)
...
003c:Call KERNEL32.ExpandEnvironmentStringsW(0003b9d0
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",000439c0,0000003c)
ret=1400062de
003c:Call kernelbase.ExpandEnvironmentStringsW(0003b9d0
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",000439c0,0000003c)
ret=7bc4429f
003c:Call ntdll.RtlInitUnicodeString(0021f628,0003b9d0
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys")
ret=7b042c06
003c:Ret ntdll.RtlInitUnicodeString() retval=00000078 ret=7b042c06
003c:Call
ntdll.RtlExpandEnvironmentStrings_U(00000000,0021f628,0021f618,0021f614)
ret=7b042c47
003c:Ret ntdll.RtlExpandEnvironmentStrings_U() retval=00000000 ret=7b042c47
003c:Ret kernelbase.ExpandEnvironmentStringsW() retval=0000003c ret=7bc4429f
003c:Ret KERNEL32.ExpandEnvironmentStringsW() retval=0000003c ret=1400062de
003c:Call KERNEL32.GetBinaryTypeW(000439c0
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",0021f7c0)
ret=140006473
003c:Call kernelbase.CreateFileW(000439c0
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",80000000,00000001,00000000,7fd700000003,00000000,00000000)
ret=7b61b63d
...
003c:Call ntdll.RtlDosPathNameToNtPathName_U(000439c0
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",0021f458,00000000,00000000)
ret=7b0160a0
003c:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7b0160a0
003c:Call
ntdll.NtCreateFile(0021f3e8,80100080,0021f428,0021f418,00000000,00000000,00000001,00000001,00000060,00000000,00000000)
ret=7b01623a
003c:Ret ntdll.NtCreateFile() retval=c000003a ret=7b01623a
003c:Call ntdll.RtlNtStatusToDosError(c000003a) ret=7b01633c
003c:Ret ntdll.RtlNtStatusToDosError() retval=00000003 ret=7b01633c
...
003c:Ret kernelbase.CreateFileW() retval=ffffffffffffffff ret=7b61b63d
003c:Ret KERNEL32.GetBinaryTypeW() retval=00000000 ret=140006473
...
0054:trace:ntoskrnl:load_driver loading driver
L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys"
...
0054:Call KERNEL32.LoadLibraryW(0012d578
L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys")
ret=0036490e
0054:Call kernelbase.LoadLibraryW(0012d578
L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys")
ret=7bc3ab84
...
0054:Call ntdll.LdrGetDllPath(0012d578
L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",00000000,00d5faf0,00d5fae8)
ret=7b01bc26
0054:Ret ntdll.LdrGetDllPath() retval=00000000 ret=7b01bc26
...
0054:Call ntdll.LdrLoadDll(0012d958
L"C:\\windows\\syswow64;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0",00000000,00d5fb10,00d5faf8)
ret=7b01bdfc
...
0054: create_file( access=80100000, sharing=00000005, create=1,
options=00000060, attrs=00000000,
objattr={rootdir=0000,attributes=00000000,sd={},name=L""},
filename="/home/focht/projects/wine/mainline-install-x86_64/lib/wine/cchpx64.sys"
)
...
0054: create_file() = NO_SUCH_FILE { handle=0000 }
...
0054:Ret ntdll.LdrLoadDll() retval=c0000135 ret=7b01bdfc
...
0054:Ret kernelbase.LoadLibraryW() retval=00000000 ret=7bc3ab84
...
0054:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\ccHP": c0000142
--- snip ---
'\\SystemRoot\\system32\\drivers' is a valid path for REG_EXPAND_SZ type
'ImagePath' as well. It doesn't need to be '%SystemRoot%\\xxx'.
Due to 'GetBinaryTypeW' failure, the "else" path is taken which uses 'WOW64'
flag. All services created by 32-bit installer have 'WOW64' set by design,
including the 64-bit services which leads to the incorrect "fallback" choice.
Wine source:
https://source.winehq.org/git/wine.git/blob/784cb2060ab63076adc349dcb1d15a6…
--- snip ---
856 static DWORD get_winedevice_binary_path(struct service_entry
*service_entry, WCHAR **path, BOOL *is_wow64)
857 {
858 static const WCHAR winedeviceW[] =
{'\\','w','i','n','e','d','e','v','i','c','e','.','e','x','e',0};
859 WCHAR system_dir[MAX_PATH];
860 DWORD type;
861
862 if (!is_win64)
863 *is_wow64 = FALSE;
864 else if (GetBinaryTypeW(*path, &type))
865 *is_wow64 = (type == SCS_32BIT_BINARY);
866 else
867 *is_wow64 = service_entry->is_wow64;
868
869 GetSystemDirectoryW(system_dir, MAX_PATH);
870 HeapFree(GetProcessHeap(), 0, *path);
871 if (!(*path = HeapAlloc(GetProcessHeap(), 0, lstrlenW(system_dir) *
sizeof(WCHAR) + sizeof(winedeviceW))))
872 return ERROR_NOT_ENOUGH_SERVER_MEMORY;
873
874 lstrcpyW(*path, system_dir);
875 lstrcatW(*path, winedeviceW);
876 return ERROR_SUCCESS;
877 }
--- snip ---
Virustotal.com scan of the binary:
https://www.virustotal.com/gui/file/b8110fba782df5f9bfc25d39315b5ccd1f375b2…
$ sha1sum NAV10TBEN.exe
eadfb9c860146186c548aba695a9be87607f5586 NAV10TBEN.exe
$ du -sh NAV10TBEN.exe
74M NAV10TBEN.exe
$ wine --version
wine-6.0-rc4
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.
http://bugs.winehq.org/show_bug.cgi?id=23583
Summary: Kaspersky Internet Security 2010 needs FLTMGR.SYS to
install in Vista and Win 7 mode
Product: Wine
Version: 1.2-rc7
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bojan(a)antonovic.ch
Created an attachment (id=29472)
--> (http://bugs.winehq.org/attachment.cgi?id=29472)
install log
See summary and attachment.
--
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=47728
Bug ID: 47728
Summary: Project Reality BF2 PRBF2.exe crashes on startup
Product: Wine
Version: 4.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: apq49584(a)tuofs.com
Distribution: ---
Created attachment 65203
--> https://bugs.winehq.org/attachment.cgi?id=65203
backtrace for prbf2.exe
Debian 10 buster with winehq packaged wine-devel and libfaudio from OBS.
Download link:
https://www.realitymod.com/downloads
winecfg was used to set a virtual desktop of 1024x768.
(The PRBF2.exe works fine when a native d3dx9_25.dll
(sha256:4c54df27ce84d21b2924e64ff79b13e7876ce85d8e0c9c1d0abd8da73888187a) is
placed in the game folder. This is just background information and was NOT done
for the bug report.)
This is my first bug report here, so if you need anything else, say it and i
will provide. thanks
--
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=55077
Bug ID: 55077
Summary: Zoria and the Cursed Land demo crashes due to HLSL
syntax error 'unexpected KW_DISCARD'
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 74627
--> https://bugs.winehq.org/attachment.cgi?id=74627
Zoria and The Cursed Land demo screenshot of the error dialog
Hello,
Following the fix of bug 51426, the Zoria and The Cursed Land demo on Steam now
throws the attached error dialog:
--- Error transcript ---
FATAL ERROR in Fragment Shader compilation
ShaderName: sh_underwater
memory:50:1: E5000: syntax error, unexpected KW_DISCARD
at gml_Object_oGameMasterController_Draw_74
--- end of transcript ---
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=9127
Matheus <matheus.venturini(a)acad.ufsm.br> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |matheus.venturini(a)acad.ufsm
| |.br
--- Comment #111 from Matheus <matheus.venturini(a)acad.ufsm.br> ---
This also affects Severance: Blade of Darkness, the intro video doesn't play
(the "Missing decoder: MPEG-1 System Stream" line shows up in the terminal).
--
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=55019
Bug ID: 55019
Summary: kernel32:process - Accents cause test_Environment() to
fail on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:process - Accents cause test_Environment() to fail on Windows:
process.c:1267: Test failed: Parent-env string CI_COMMIT_AUTHOR=Bernhard Klbl
<besentv(a)gmail.com> isn't in child process
process.c:1267: Test failed: Parent-env string CI_COMMIT_DESCRIPTION=
Signed-off-by: Bernhard Klbl <besentv(a)gmail.com> isn't in child process
process.c:1267: Test failed: Parent-env string CI_COMMIT_MESSAGE=mf/tests:
Remove duplicate call to MFStartup().
Signed-off-by: Bernhard Klbl <besentv(a)gmail.com>
isn't in child process
process.c:1292: Test failed: Child-env string CI_COMMIT_AUTHOR=Bernhard K"lbl
<besentv(a)gmail.com> isn't in parent process
process.c:1292: Test failed: Child-env string CI_COMMIT_DESCRIPTION=
Signed-off-by: Bernhard K"lbl <besentv(a)gmail.com> isn't in parent process
process.c:1292: Test failed: Child-env string CI_COMMIT_MESSAGE=mf/tests:
Remove duplicate call to MFStartup().
Signed-off-by: Bernhard K"lbl <besentv(a)gmail.com>
isn't in parent process
See https://test.winehq.org/data/patterns.html#kernel32:process
These failures happen in about 15% of the runs and in all of them the
environment variable was supposed to contain an accent.
This also explains why the failures:
* Are always about the GitLab environment variables: in our regular test
configurations environment variables don't contain accents.
* Only happen on the GitLab CI Windows test VM: this VM is the only one where
the environment variables change from one run to the next, mostly due to
CI_COMMIT_XXX.
* Always happen in both the 32- and 64-bit tests of a given build.
--
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=55073
Bug ID: 55073
Summary: msctf:inputprocessor gets TextStoreACP lock failures
on some Win 10 locales and Win 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msctf
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msctf:inputprocessor gets TextStoreACP lock failures on some Windows 10 locales
and Windows 11:
--- w10pro64-ja & w10pro64-zh-CN
For these two the number of TextStoreACP_RequestLock failures in the first
batch varies quite a bit.
inputprocessor.c:2288: found {575F3783-70C8-47C8-AE5D-91A01A1F7592}
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:1020: TextService_Deactivate
[...]
inputprocessor.c:840: Got OnActivated: {clsid
{03b5835f-f03c-411b-9ce2-aa23e1171e36}, guidProfile
{a76c93d9-5523-4e90-aafa-4db112f9ac76}, activated 1}
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:296: Test failed: Unexpected TextStoreACP_GetSelection sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:750: Got OnActivated: {dwProfileType 00000001, langid
00000411, clsid {03b5835f-f03c-411b-9ce2-aa23e1171e36}, catid
{34745c63-b2f0-4784-8b67-5e12c8701a31}, guidProfile
{a76c93d9-5523-4e90-aafa-4db112f9ac76}, 0000000000000000, dwFlags 00000003}
--- w10pro64-ko
inputprocessor.c:840: Got OnActivated: {clsid
{a028ae76-01b1-46c2-99c4-acd9858ae02f}, guidProfile
{b5fe1f02-d5f2-4445-9c03-c568f23c99a1}, activated 1}
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:296: Test failed: Unexpected TextStoreACP_GetSelection sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:296: Test failed: Unexpected TextStoreACP_GetSelection sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:750: Got OnActivated: {dwProfileType 00000001, langid
00000412, clsid {a028ae76-01b1-46c2-99c4-acd9858ae02f}, catid
{34745c63-b2f0-4784-8b67-5e12c8701a31}, guidProfile
{b5fe1f02-d5f2-4445-9c03-c568f23c99a1}, 0000000000000000, dwFlags 00000003}
--- w11pro64-*
inputprocessor.c:2288: found {A94C5FD2-C471-4031-9546-709C17300CB9}
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:1020: TextService_Deactivate
[...]
inputprocessor.c:750: Got OnActivated: {dwProfileType 00000002, langid
00000409, clsid {00000000-0000-0000-0000-000000000000}, catid
{34745c63-b2f0-4784-8b67-5e12c8701a31}, guidProfile
{00000000-0000-0000-0000-000000000000}, 04090409, dwFlags 00000003}
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:296: Test failed: Unexpected TextStoreACP_GetSelection sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:750: Got OnActivated: {dwProfileType 00000002, langid
00000409, clsid {00000000-0000-0000-0000-000000000000}, catid
{34745c63-b2f0-4784-8b67-5e12c8701a31}, guidProfile
{00000000-0000-0000-0000-000000000000}, 04090409, dwFlags 00000003}
See https://test.winehq.org/data/patterns.html#msctf:inputprocessor
These failures are systematic, have been present 'forever' and only happen in
the configurations listed above.
--
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=55072
Bug ID: 55072
Summary: msctf:inputprocessor sometimes gets unexpected
activation callbacks on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msctf
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msctf:inputprocessor sometimes gets unexpected activation callbacks:
inputprocessor.c:1012: TextService_Activate
inputprocessor.c:750: Got OnActivated: {dwProfileType 00000001, langid
00000409, clsid {ede1a7ad-66de-47e0-b620-3e92f8246bf3}, catid
{34745c63-b2f0-4784-8b67-5e12c8701a31}, guidProfile
{ede1a7ad-66de-47e0-b620-3e92f8246bf3}, 00000000, dwFlags 00000003}
inputprocessor.c:840: Got OnActivated: {clsid
{ede1a7ad-66de-47e0-b620-3e92f8246bf3}, guidProfile
{ede1a7ad-66de-47e0-b620-3e92f8246bf3}, activated 1}
inputprocessor.c:2288: found {544D6A63-E2E8-4752-BBD1-000960BCA083}
inputprocessor.c:2288: found {EDE1A7AD-66DE-47E0-B620-3E92F8246BF3}
inputprocessor.c:2288: found {575F3783-70C8-47C8-AE5D-91A01A1F7592}
inputprocessor.c:1020: TextService_Deactivate
inputprocessor.c:750: Got OnActivated: {dwProfileType 00000001, langid
00000409, clsid {ede1a7ad-66de-47e0-b620-3e92f8246bf3}, catid
{34745c63-b2f0-4784-8b67-5e12c8701a31}, guidProfile
{ede1a7ad-66de-47e0-b620-3e92f8246bf3}, 00000000, dwFlags 00000003}
inputprocessor.c:759: Test failed: OnActivated: Activation came unexpectedly
inputprocessor.c:840: Got OnActivated: {clsid
{ede1a7ad-66de-47e0-b620-3e92f8246bf3}, guidProfile
{ede1a7ad-66de-47e0-b620-3e92f8246bf3}, activated 0}
inputprocessor.c:1249: Disabling
See https://test.winehq.org/data/patterns.html#msctf:inputprocessor
This is similar to one of the failure that is happening systematically on the
GitLab Windows VM (bug 55068). The difference are:
* This failure started on 2023-05-30 whereas on gitlab-win10-21h2 it has been
there from the start.
* This failure happens roughly every couple of days whereas on
gitlab-win10-21h2 it is systematic.
* This failure is alone whereas gitlab-win10-21h2 has 14 other failures, 3 of
which are related to activation.
* So far this has only happened on w1064v1507 and w10pro64v2004, both in 32-
and 64-bit tests.
--
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=55057
Bug ID: 55057
Summary: tabtip: Virtual keyboard is not implemented
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zmtong1988(a)gmail.com
Distribution: ---
Application login requires account and password entry using the Virtual
keyboard.
The prompt is that the tabtip.exe prompt file cannot be found.
How to modify the implemented Virtual keyboard.
Log prompt information:
0024:trace:exec:SHELL_execute mask=0x00000540 hwnd=00000000 verb=(null)
file=L"C:\\Program Files\\Common Files\\Microsoft Shared\\ink\\TabTip.exe"
parm=(null) dir=(null) show=0x00000001 class=not used
0024:fixme:exec:SHELL_execute flags ignored: 0x00000100
0024:trace:exec:ShellExecute_FromContextMenu L"C:\\Program Files\\Common
Files\\Microsoft Shared\\ink\\TabTip.exe"
0024:trace:exec:ShellExecute_GetClassKey ext = L".exe"
0024:trace:exec:ShellExecute_GetClassKey class = L"exefile"
0024:trace:exec:SHELL_execute execute:L"C:\\Program Files\\Common
Files\\Microsoft Shared\\ink\\TabTip.exe",L"",L""
0024:trace:exec:SHELL_quote_and_execute L"C:\\Program Files\\Common
Files\\Microsoft Shared\\ink\\TabTip.exe"/(null) => L"\"C:\\Program
Files\\Common Files\\Microsoft Shared\\ink\\TabTip.exe\""/L""
0024:trace:exec:SHELL_ExecuteW Execute L"\"C:\\Program Files\\Common
Files\\Microsoft Shared\\ink\\TabTip.exe\"" from directory L""
0024:warn:file:NtQueryAttributesFile L"\\??\\C:\\Program Files\\Common
Files\\Microsoft Shared\\ink\\TabTip.exe" not found (c0000034)
0024:warn:file:NtQueryAttributesFile L"\\??\\C:\\Program Files\\Common
Files\\Microsoft Shared\\ink\\TabTip.exe" not found (c0000034)
0024:trace:exec:SHELL_ExecuteW returning 2
--
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=55071
Bug ID: 55071
Summary: find_tool does not work for finding dlltool
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dofficialgman(a)gmail.com
Distribution: ---
attempting to build wine for arm64 using llvm-mingw
find_tool does not appear to work correctly. it should be able to find the
dlltool from the PATH in the environment but it is not able to do so.
https://github.com/wine-mirror/wine/blob/master/tools/winebuild/utils.c#L227
As you can see below, llvm-dlltool is the PATH and find and which are able to
find this binary but wine find_tool is not able to do so.
winebuild: cannot find the 'dlltool' tool
Makefile:1535: recipe for target 'dlls/aclui/aarch64-windows/libaclui.a' failed
make: *** [dlls/aclui/aarch64-windows/libaclui.a] Error 1
echo $PATH
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin:/home/ubuntu/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin
find
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin
-name *dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/llvm-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/armv7-w64-mingw32-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/x86_64-w64-mingw32uwp-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/i686-w64-mingw32uwp-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/aarch64-w64-mingw32uwp-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/aarch64-w64-mingw32-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/i686-w64-mingw32-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/armv7-w64-mingw32uwp-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/x86_64-w64-mingw32-dlltool
which llvm-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/llvm-dlltool
--
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=55069
Bug ID: 55069
Summary: Please release GTK theming
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gjskagnoregn(a)spam4.me
Distribution: ---
The GTK theming support should be in normal Wine and enabled by default as
getting a native look for apps is what most users would expect.
--
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.