http://bugs.winehq.org/show_bug.cgi?id=29071
Bug #: 29071
Summary: Falcon BMS 4: Low FPS on Wine 1.3.32
Product: Wine
Version: 1.3.32
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: victhor.foster(a)gmail.com
Classification: Unclassified
Created attachment 37463
--> http://bugs.winehq.org/attachment.cgi?id=37463
In-game graphics settings window
Falcon 4 BMS runs with a very low framerate(5-7 FPS as reported by the in-game
FPS indicator) in Wine 1.3.32. However, in Wine 1.2.3, the game runs at 20-23
FPS.
The scene used for the tests was the same(default "Korea" theater, game was
started using "instant action" > "commit" button). Attached is a screenshot of
the settings window, the settings used were exactly the same for both Wine
versions.
I would just use 1.2.3 for the time being if it wasn't for a annoying bug,
where switching to another window while the game is being played(Alt+Tab)
causes the gameplay window to turn black(on menu windows, this doesn't happen).
This does not happen on 1.3.32.
--
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=21267
Summary: Fallout 3 GOTY: Crashes Randomly
Product: Wine
Version: 1.1.35
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hibbsncc1701(a)yahoo.com
Created an attachment (id=25570)
--> (http://bugs.winehq.org/attachment.cgi?id=25570)
The Console log after a crash during the black screen after the opening video.
Fallout 3 Game of the Year Edition will crash in semi-random places when
starting a New game. Some of these places include the black screen right after
the opening video, after inputting the player's name, after customizing the
character, During the Birthday scene when you are shooting the radroach with
your BB Gun, etc. It seams to be a script executing error as the game is
usually supposed to be doing something (ie. controlling the radroach so it
doesn't attack the player, moving an NPC somewhere, setting game values(player
name, how the player looks) when it stops. The Game has two different crashes
for these events, but only one shows at anytime. The first one is obvious and
the rarest a Message box pops up saying the Program encountered an error an
needs to close. A stacktrace is able to be retrieved in this case. The second
one is a freeze, ie the game is no longer controllable by the user, and the
render has stopped. Music and sound effects (such as talking) still work until
the program is killed, but the player cannot make any sound effects such as
walking or shooting a gun. The game's menus are also disabled.
I've followed the hq's guides on getting the program to run, with the small
exception of manually installing the Games for Windows Live client and .Net
Framework. As the game's installer hangs when the installer for those
components have crashed, and thus must be killed to allow the installer to
continue.
It must be noted that a save game made after Vault 101 will work normally. It's
unknown if it's the result of the save being from another computer with the
game running normally or just after Vault 101 because i can't get the game past
Vault 101 when starting a new game.
System Specs:
Mandriva Linux 2010.0 X86_64
Intel Core 2 Quadcore
Latest Nvidia Drivers as of 1/5/2010
Wine 1.1.35 Mandriva Linux Repo
(If anyone needs more just ask.)
--
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=47819
Bug ID: 47819
Summary: Gramps does not display text labels, displays boxes
instead
Product: Wine
Version: 4.16
Hardware: x86-64
URL: https://www.gramps-project.org/wiki/index.php?title=Do
wnload#MS_Windows
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
Created attachment 65316
--> https://bugs.winehq.org/attachment.cgi?id=65316
screenshot
$ wine --version
wine-4.16
$ openssl sha256 GrampsAIO-5.1.1-1_win32.exe
SHA256(GrampsAIO-5.1.1-1_win32.exe)=
fa32bb3914508844420fe602f6746ba8f77709775c584481b979a024e3e2a69a
Gramps does not display labels properly, it shows boxes 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.
http://bugs.winehq.org/show_bug.cgi?id=26706
Summary: SolidWorks: Some tools cannot be activated
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: maarten.bezemer(a)gmail.com
When clicking on the toolbar button or the menu item to activate a tool,
nothing happens.
Known tools which do not work:
- Plane (menu Insert -> Reference Geometry -> Plane)
- Convert Entities (menu Tools -> Sketch Tools -> Convert Entities)
But there are probably more occurences...?
Steps to reproduce:
- Start designing a new part
- Click the new plane button
Actual results:
Nothing happens
Expected results:
After clicking the button a new plane pane should show to fill in the
properties of the new plane and to actually create it.
--
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=26873
Summary: Dekaron: crashes when starting the game from the
launcher
Product: Wine
Version: 1.3.17
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: simondani91(a)gmail.com
Created an attachment (id=34257)
--> (http://bugs.winehq.org/attachment.cgi?id=34257)
This is the backtrace from the console
Dekaron launcher works fine, but the game itself crashes just when I try to
start.
--
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=56656
Bug ID: 56656
Summary: Arc Browser on Wine 9.8
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: finenkofedor(a)gmail.com
Distribution: ---
Created attachment 76430
--> https://bugs.winehq.org/attachment.cgi?id=76430
pic describing bug
Could not run setup due to missing mscoree.dll but required lib was in system32
folder and wine-mono installed
--
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=52800
Bug ID: 52800
Summary: FL Studio Knob Cursor Capture
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: variouscrap+wine(a)protonmail.com
Distribution: ---
Volume, pitch and other knobs in FL Studio work in a way that while you are
holding left click on them, it captures the cursor and you can move your mouse
up and down to adjust the knob.
With Wine after a certain amount of mouse movement, the cursor will appear
outside of the FL Studio window.
The cursor is invisible while in the FL Studio window, but is visible,
functional and stopped by the screen borders when it goes outside.
After going outside, you can use the cursor normally, but when going back to
the FL Studio window, it is still captured and will adjust the knob and you
have to click once to release the knob.
I'm using the latest version of FL Studio 20, KDE/Kwin and Arch btw.
--
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=47172
Bug ID: 47172
Summary: Win64 prefix installs 64-bit libraries to system32
instead of syswow64
Product: Wine
Version: 4.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joakimpokemeg(a)hotmail.no
Distribution: ---
Created attachment 64423
--> https://bugs.winehq.org/attachment.cgi?id=64423
WINEDEBUG=+wineboot,+setupapi wineboot
When I was about to install DXVK through the install script it told me that it
could not find the d3d10.dll int the syswow64 directory. So I investigated and
found that syswow64 was in fact an empty directory. I made a clean new
wineprefix with win64 architechture and the syswow64 was still completely empty
but the system32 folder was filled with alot of dlls.
When I debugged the prefix creation with "WINEDEBUG=+wineboot,+setupapi
wineboot" I saw that it put dlls from a lib64 folder into the system32 folder
(log as 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=56362
Bug ID: 56362
Summary: Using CreateRemoteThread on x86 child from an x86_64
parent fails if a lpParameter is specified.
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: admin(a)sewer56.dev
Distribution: ---
Created attachment 76098
--> https://bugs.winehq.org/attachment.cgi?id=76098
Reproduction source code.
[ testcase source download ]
Using CreateRemoteThread on x86 child from an x86_64 parent fails if a
lpParameter is specified.
Full code reproduction in attachment.
-----------
Attachment Info:
test-AMD64.sh : Build & test 64-bit host and 64-bit client
test-x86.sh : Build & test 32-bit host and 32-bit client
test-AMD64-to-x86-target.sh : Build & test 64-bit host and 32-bit client
test_target.c : Dummy program, does nothing except sleep.
call-into-suspended-process.c : Test program that simulates calling
CreateRemoteThread into suspended processes.
-----------
Truth table:
| x86 to x86 | AMD64 | AMD64 w/ x86 test_target |
Windows 11 | OK | OK | OK |
Wine (git) | OK | OK | FAIL |
The test program fails with:
`[FAIL] CreateRemoteThread(process = 0000000000000048, start_address =
0000000000350000, parameter = &dummy) = 0000000000000000`.
-----------
Extra Notes:
Tested on x86_64 Archlinux using latest git version of Wine (reports as
'wine-9.3').
When running on Windows, this succeeds `WriteProcessMemory succeeded, but 0
bytes were written`.
I encountered this bug while writing a DLL Injection library. I validate my
code against Wine when I publish my libraries.
Please note, that I don't normally program in C (I don't even have an IDE set
up for this). I just write minimal reproductions in C when filing bugs to try
make life easier for Wine developers.
--
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.