http://bugs.winehq.org/show_bug.cgi?id=33211
Bug #: 33211
Summary: C&C: Red Alert 2 still runs very slowly and mouse
cursor flickers
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: brymaster(a)gmail.com
Classification: Unclassified
The game runs slowly, especially while moving the cursor in-game.
I've tried various winetricks configs with: ddr=opengl/ddr=gdi, rtlm=readtex,
orm=backbuffer as well as setting a flag in ra2.ini for
[Video]VideoBackBuffer=no - nothing works. Even looked at a 'lag fix' here that
does nothing: http://www.stuffhost.de/files/cnc/CnCPatcher.html
>From looking at past related issues
(http://bugs.winehq.org/show_bug.cgi?id=2784,
http://bugs.winehq.org/show_bug.cgi?id=5526,
http://bugs.winehq.org/show_bug.cgi?id=14438), I get the feeling that someone
was trigger happy and 'CLOSED FIXED' these without actually testing - people
are still reporting its a problem.
--
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=57856
Bug ID: 57856
Summary: Drop list is not working including Winecfg
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Created attachment 78074
--> https://bugs.winehq.org/attachment.cgi?id=78074
the drop list is not opened
Wine-10.0 compiled --with-freetype show me Winecfg but I can't choose Windows
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=40738
Bug ID: 40738
Summary: Notepad open file dialog does not remember its
location
Product: Wine
Version: 1.9.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gur.stavi(a)gmail.com
Distribution: ---
Reproduced in notepad when using File->Open... dialog.
In Windows if dragging the open file dialog to a new location, on the next time
it is opened it will be opened at the same location.
In Wine it is always opened at the top left corner of the application.
This is quite inconvenient on a big screen with maximized app.
Note that when resizing the dialog, wine does remember the size on the next
open so hopefully the position could be a slight extension to this.
Regards,
Gur
--
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=57817
Bug ID: 57817
Summary: mvscp90 ::std::ifstream::seekg(0) crashes
Product: Wine
Version: 10.1
Hardware: x86-64
OS: FreeBSD
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
Wine can be crashed as easily as calling seekg(0) on an ::std::ifstream when
linked with MSVCP90.DLL.
Sample crash code, compile it so it uses MSVCP90.DLL and run with any
"test.txt" in the current directory:
---snip---
#include <iostream> // std::cout
#include <fstream> // std::ifstream
int main (int argc, char **argv) {
::std::ifstream is ("test.txt", ::std::ifstream::binary);
if (is) {
// crashes:
is.seekg(0);
// doesn't crash:
//is.seekg(0, ::std::ios::beg);
return 0;
} else
return 1;
}
---snip---
On Windows it works, and on Wine with native MSVCP90.DLL and MSVCRT90.DLL it
works, but on Wine with builtin DLLs:
056c:Call
msvcp90.?seekg@?$basic_istream@DU?$char_traits@D@std@@@std@@QAEAAV12@V?$fpos@H@2@@Z(0031fe38,00000000,0031fe38,000000000,00000000,00000001)
ret=1b001086
056c:Call msvcr90.memcpy(0031fd68,00000000,00000018) ret=7a023138
056c:trace:seh:dispatch_exception code=c0000005 (EXCEPTION_ACCESS_VIOLATION)
flags=0 addr=79F7F538
What's interesting is how calling is.seekg(0, ::std::ios::beg) instead works
perfectly on Wine with builtin DLLs.
--
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=57810
Bug ID: 57810
Summary: ITextStream::WriteBlankLines() needs to be implemented
for libxml2's configure.js to work
Product: Wine
Version: unspecified
Hardware: x86-64
URL: https://github.com/GNOME/libxml2
OS: FreeBSD
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: scrrun
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
In libxml2's win32 subdirectory, running "wine cscript configure.js" fails
with:
0330:fixme:scrrun:textstream_WriteBlankLines 008EF44C, 1 stub
0330:trace:jscript:handle_dispatch_exception 80004001 (null) (null)
0330:warn:jscript:unwind_exception Exception 80020009 undefined in:
0330:warn:jscript:print_backtrace 0 L"discoverVersion"() context 1 line 207
char 1
0330:warn:jscript:print_backtrace 1 [unnamed]([detached frame]) context 1
line 606 char 0
0330:warn:jscript:print_backtrace 2 [native code]
because in that "discoverVersion()" function called from configure.js line 207
here:
https://github.com/GNOME/libxml2/blob/3dcde736d012a191cca60e5d5dbd80ef97176…
---snip---
vf.WriteBlankLines(1);
---snip---
which is implemented in dlls/scrrun/filesystem.c function
textstream_WriteBlankLines(), which is indeed a stub returning E_NOTIMPL.
Patching textstream_WriteBlankLines() to write newlines and return S_OK fixes
the bug, and "wine cscript configure.js" runs to successful completion.
I will make a merge request soon.
This is why dog food bugs rule - when all the code is open source, debugging is
so easy ;-).
--
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=57824
Bug ID: 57824
Summary: SetThreadPriority unexpectedly fails on terminated
threads instead of no-op
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 0559442de9c139ec2b66fee69f87a58b60df4b10
Distribution: ---
This manifests as a failure on kernel32:loader:
loader.c:4034: Test failed: SetThreadPriority error 5
The failures have started since commit
0559442de9c139ec2b66fee69f87a58b60df4b10:
commit 0559442de9c139ec2b66fee69f87a58b60df4b10
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Fri Dec 1 23:36:54 2023 +0100
server: Introduce new set_thread_priority helper.
--
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=57803
Bug ID: 57803
Summary: Sekiro: Shadows Die Twice crashes at launch with Xbox
One controller connected
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: hans(a)meelstraat.net
Regression SHA1: 33756286efb9e6b58831b01b9f2ef4d7992a967a
Distribution: ---
Created attachment 78010
--> https://bugs.winehq.org/attachment.cgi?id=78010
backtrace
10.0-266-g29446a66ce2
--
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=39474
Bug ID: 39474
Summary: MSWT Kart 2004 does not work
Product: Wine
Version: 1.7.53
Hardware: x86-64
URL: http://www.gamershell.com/download_5628.shtml
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Distribution: Debian
Download and install the game, after the intro videos the game will crash while
loading bitmaps. The crash happens shortly after a BMP image is loaded.
This is a continuation of bug 21012.
--
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=57847
Bug ID: 57847
Summary: Cross-compiled Wine no longer installs a 'wine' loader
binary
Product: Wine
Version: 10.1
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Regression SHA1: cb87d40cd4a8837826ea76efc91371ab09eb9d63
On ARM64 macOS, I cross-compile an x86_64 Wine by doing an ARM64 build
(./configure), then an x86_64 build using those tools (./configure
--enable-archs=i386,x86_64 --host=x86_64-apple-darwin --with-wine-tools=<path
to ARM build dir> CC='clang -arch x86_64' CROSSCFLAGS='-g -O2 -march=core2
-mfpmath=sse').
Both builds succeed, but since cb87d40cd4a8837826ea76efc91371ab09eb9d63
("makefiles: Create wine as a symlink to tools/wine/wine."), the x86_64 build
directory contains an ARM64 'wine' binary (a symlink to the ARM64
tools/wine/wine). This of course is not usable with the x86_64 build. In
addition, if I install the x86_64 build, there is no bin/wine binary present.
--
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.