http://bugs.winehq.org/show_bug.cgi?id=58580
Bug ID: 58580
Summary: macOS clang: -msabi=ms unrecognized option... causes
x86_64-unix/*.a files to be missing. Cannot winegcc
cannot link agains libadvapi32 et al
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: matteo.ceruti(a)gmail.com
Created attachment 79102
--> http://bugs.winehq.org/attachment.cgi?id=79102
the patch for the configure-script that works for me
I had first reported this to macports but I think you should have a look at it
https://trac.macports.org/ticket/72792
Expected Behavior:
I like to continue to use winegcc and wineg++ on macOS x86_64 to compile
winelibs. In fact it worked with wine 9.0.
Actual Behavior:
winegcc says it cannot link against advapi32 and others and infact the files
such as libadvapi32.a are not in lib/x86_64-unix/ anymore.
I think this might be the case since this change:
https://github.com/wine-mirror/wine/commit/84d8a24af71d#diff-49473dca262eeab3b4a43002adb08b4db31020d190caaad1594b47f1d5daa810L1969
"Disable non-PE import libraries if compiler support is missing."
The -mabi-ms check is now done even if $PE_ARCHS exist which in my
understanding means we're crosscompiling PE code. The macport compiles with
clang and uses minGW to compile the PE code. But clang does not recognize and
no longer ignores the -mabi=ms option and in that case the configure-script now
sets DLLEXT from its initial value ".so" to "" which seems to cause the *.a
archive files to not being created/installed.
I've patched the configure-script so that DLLEXT is only set to "" in case
$PE_ARCHS is empty analogous to the fact that in that -mabi=ms not being
recognized is not reported as an error.
And I can create winelibs .exe.so and .dll.so just fine and load them from a
client *.exe.
I'd like to still use winegcc and wineg++ and the winelib feature on macOS. Is
this no longer possible? I guess linux using clang might experience the same.
This is my the patch that works for me on wine 10.12 (It's also attached):
https://github.com/matatata/macports-ports/blob/ff459f21995e6b6fceeacd51cea…
I'd appreaciate if you could take a look and clarify.
--
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=58581
Bug ID: 58581
Summary: Nirsoft siteshooter only produces "black" files
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Install Nirsoft Siteshooter 1.42 (https://www.nirsoft.net/utils/siteshoter.zip)
Use http://www.google.com as URL and "test.png" on desktop as local file and
run a screenshot
test.png is only a black png and no error is raised.
--
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=38774
Bug ID: 38774
Summary: Execute MS Excel 2007 macro crashes Excel
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: florent.merlet(a)free.fr
Distribution: ---
Created attachment 51706
--> https://bugs.winehq.org/attachment.cgi?id=51706
Crash report of macro execution on Microsoft Excel 2007
The execution of a Excel Visual Basic Macro execution does not work when it is
compiled from Wine 1.6.2.
The compilation starts properly, and the window freezes after few seconds.
The macro tested works properly on windows 7.
There is no problem to modify, record the macro, and execute it from a MS
Windows 7 environment.
details :
Microsoft EXCEL 2007, installed
Windows 7 personal
--
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=46254
Bug ID: 46254
Summary: EnumResourceTypesW should return True if there are no
resources to enumerate
Product: Wine
Version: 3.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
EnumResourceTypesW -- When there are no resource types to enumerate the
function instead of True will return False (see
https://github.com/wine-mirror/wine/blob/master/dlls/kernel32/resource.c#L2…)
This bug was originally reported in pywin32-ctypes
https://github.com/enthought/pywin32-ctypes/issues/59
--
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=58571
Bug ID: 58571
Summary: On NetBSD, the case-insensitive mechanism for
filenames appears to be broken
Product: Wine
Version: 10.12
Hardware: x86
OS: NetBSD
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
I managed to compile Wine on NetBSD/i386.
(The compilation procedure is too complex to describe. pkgsrc patch is a good
shortcut.)
I noticed that the case-insensitive mechanism for filenames seems to be broken
on NetBSD.
Steps to reproduce:
% wine NOTEpad.exe
Expected behavior:
Wine launches Wine Notepad, i.e. notepad.exe, and shows its window.
Actual behavior:
Wine shows the following message on the terminal and no window is shown.
> Application could not be started, or no application associated with the specified file.
> ShellExecuteEx failed: File not found.
--
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=58575
Bug ID: 58575
Summary: Low performance in an old Directx8 Sonic fangame in
wined3d
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: user.pecheniok(a)gmail.com
Distribution: ---
This game has a built-in fps counter. After launching it, I was surprised to
find that it ran at only 30 fps in the hub area, while on windows it runs at
60. It is seemingly ok in the gameplay, but fps is often several values short
of 60, and there are also rarer drops to 30 for several seconds. There are no
warnings in the console other than related to directsound. DXVK works at a
locked 60 fps, so that means that it's a problem with wined3d.
Here is the link to the game: https://gamejolt.com/games/sonic3d/28626
--
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=58558
Bug ID: 58558
Summary: In the Neverwinter Nights 1.69 toolset, the 3D areas
have stopped working.
Product: Wine-staging
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vivienne.lumina(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
The Neverwinter Nights 1.69 Toolset has been working well in wine for more than
15 years.
Now for the first time using wine-staging 10.11 and newer, the 3d area window
fails to show.
--
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=56326
Bug ID: 56326
Summary: GTR 2 FIA GT Racing Game (Steam) needs HLSL_IR_LOOP
Product: Wine
Version: 9.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
The game GTR2 freezes and throws a fatal error if any race is started. The
problem can be worked around with native d3dx9 (specifically d3dx9_41.dll and
d3dx9_31.dll).
Previous bug reports about HLSL_IR_LOOP (#38583, #55083) maybe these could be
merged.
To reproduce:
- The included vcredist_x86.exe must be installed.
- Try to start any race. E.g. "Open Practice" or clicking "Start" after
choosing "Driving School".
- There might be an issue with the game complaining about low video memory. Not
a Wine issue but reported by Windows users too. To work around edit Config.ini
switch VIDEODRIVER=0 to VIDEODRIVER=1 and rerun the configuration tool.
This game was confusingly previously reported as working, but I don't think
this is a regression. The AppDB results are most likely from the older retail
version and not the Steam re-release.
Errors:
012c:err:d3dcompiler:D3DCompile2 Shader log:
012c:err:d3dcompiler:D3DCompile2 <anonymous>:49:19: W5300: Implicit
truncation of vector type.
012c:err:d3dcompiler:D3DCompile2 <anonymous>:54:16: W5300: Implicit
truncation of vector type.
012c:err:d3dcompiler:D3DCompile2 <anonymous>:55:16: W5300: Implicit
truncation of vector type.
012c:err:d3dcompiler:D3DCompile2 <anonymous>:56:18: W5300: Implicit
truncation of vector type.
012c:err:d3dcompiler:D3DCompile2
012c:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x10400.
012c:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -5.
012c:err:d3dcompiler:D3DCompile2 Shader log:
012c:err:d3dcompiler:D3DCompile2 <anonymous>:53:19: W5300: Implicit
truncation of vector type.
012c:err:d3dcompiler:D3DCompile2 <anonymous>:58:16: W5300: Implicit
truncation of vector type.
012c:err:d3dcompiler:D3DCompile2 <anonymous>:59:16: W5300: Implicit
truncation of vector type.
012c:err:d3dcompiler:D3DCompile2 <anonymous>:60:18: W5300: Implicit
truncation of vector type.
012c:err:d3dcompiler:D3DCompile2 <anonymous>:77:20: W5300: Implicit
truncation of vector type.
012c:err:d3dcompiler:D3DCompile2 <anonymous>:78:1: E5017: Aborting due to
not yet implemented feature: Instruction type HLSL_IR_LOOP.
012c:err:d3dcompiler:D3DCompile2
--
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=56697
Bug ID: 56697
Summary: _kbhit ignores the last event in the queue
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: qsniyg(a)protonmail.com
Distribution: ---
Created attachment 76482
--> https://bugs.winehq.org/attachment.cgi?id=76482
kbhit_test.c
Discovered this bug while writing an implementation for timeout.exe.
Run the attached kbhit_test program under wineconsole to replicate the 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.
http://bugs.winehq.org/show_bug.cgi?id=37084
Bug ID: 37084
Summary: An error occurred during the closing Wayward.exe
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: stalkerandrei2010(a)mail.ru
Created attachment 49287
--> http://bugs.winehq.org/attachment.cgi?id=49287
Bug appeared when the application is closed
The application itself has not earned
--
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.