https://bugs.winehq.org/show_bug.cgi?id=57148
Bug ID: 57148
Summary: ghidraRun.bat shows: Syntax error: unexpected IN
Product: Wine
Version: 9.16
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
For starting up ghidra a batch file "ghidraRun.bat" can be used.
This shows the messages:
C:\ghidra_11.1.2_PUBLIC>:: Ghidra launch
Syntax error
Syntax error: unexpected IN
...
This is because there developers decided to use %# as iterator variable.
Indeed native can handle almost all ascii character
above space until tilde except these: "&,;<=>^|
The application starts up successfully because this should just detect
if it got started via a doubleclick or from a console window,
so this is just a minor issue.
https://github.com/NationalSecurityAgency/ghidra/blob/184180d54dbdf3db3c030…
--
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=58191
Bug ID: 58191
Summary: dwrite tests fail to compile with mingw-gcc 15 due to
attempt to link to truncf
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Since my system updated mingw to gcc 15.1, Wine fails to build:
/usr/libexec/gcc/x86_64-w64-mingw32/ld:
dlls/dwrite/tests/x86_64-windows/layout.o: in function `test_pixelsnapping':
/home/stefan/build/_wine64/../../src/wine/dlls/dwrite/tests/layout.c:4782:(.text$test_pixelsnapping+0x312):
undefined reference to `truncf'
$ x86_64-w64-mingw32-gcc --version
x86_64-w64-mingw32-gcc (Gentoo 15.1.0 p55) 15.1.0
Windows 11's msvcrt.dll indeed does not export trunc(), truncf() or truncl(),
although ucrtbase.dll does. So adding the exports to our msvcrt would fix the
build but break running the tests on Windows.
The line in question doesn't call truncf. It calls floor(), which newer gcc
apparently lowers to truncf. Building the file in question with -O0 of
-fno-builtin-floor fixes the problem.
--
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=57575
Bug ID: 57575
Summary: dmsynth: incorrect condition for buffer underrun in
synthsink.c:synth_sink_write_data
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
CC: rbernon(a)codeweavers.com
Distribution: ---
Noting this here, so it won't get forgotten.
In synth_sink_write_data there's following condition:
if (current_pos - play_pos <= write_pos - play_pos)
it causes a lot of console spam while current_pos == write_pos.
I though it was perhaps some odd way of preventing integer over/underflow, but
the author of that line, when asked on irc, basically said 'yeah, it's bogus'.
--
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=58207
Bug ID: 58207
Summary: Caret gets broken in Edit (incl Comboox) when using
long texts
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 78516
--> http://bugs.winehq.org/attachment.cgi?id=78516
Error in Winecfg
copy content of "long_url.txt" to clipboard
open any comctl32 edit (or editable part of a combobox, ...) and paste
it is then impossible to move caret with keyboard, home/end, ...
See screenshot when pasting content in wincfg "owner" field.
--
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=37813
Bug ID: 37813
Summary: Defiance fails to connect to login Server
Product: Wine
Version: 1.7.31
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Bastyjuice(a)aol.com
The Game is patching and ist Starting without any Trouble but after launching
Defiance, the Game pop ups with a Dialog "The defiance service is unavailable
please try again later"
Michael Bond tells that he Have turned on all debug for winsock and dug through
the log. He see it create a socket and connect to login-live-us-pc.defiance.com
port 50000. After that there's a handful of failed setsockopt calls for send
and recv buffer sizes followed by a series of select and WSAFDIsSet calls
waiting for socket activity, and finally shutdown and closesocket.
--
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=58067
Bug ID: 58067
Summary: [Regression] comctl32/edit: Unable to enter values in
Adobe Lightroom Classic 10.4
Product: Wine
Version: 10.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: bugs(a)bzatek.net
CC: bunglehead(a)gmail.com
Regression SHA1: d18a1fded2e2024ae2c8cdc4235654ff2d8dd5e9
Distribution: ---
Created attachment 78320
--> https://bugs.winehq.org/attachment.cgi?id=78320
the tool on mouseover
bug 56108 resp. https://gitlab.winehq.org/wine/wine/-/merge_requests/7606 has
broken ability to enter values in some of the edit boxes in Adobe Lightroom
Classic 10.4. Reverting the two mentioned changes fixes the issue.
FWIW, Adobe often modifies widget look and behaviour. In this case the
particular tool's value looks like a label, clicking and dragging the label
will change value of the slider on the left. Single click will turn the label
into an edit, which then acts normally - enter letters and numbers, either
confirm by the Enter key or cancel by the Escape key.
Tested against wine-10.5
--
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=58085
Bug ID: 58085
Summary: foobar2000. Columns UI user interface error listing
fonts using DirectWrite
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paregistrase(a)yahoo.es
Distribution: ---
Columns UI is an Alternative user interface to foobar2000.
foobar2000 https://www.foobar2000.org/download
Columns UI https://github.com/reupen/columns_ui/releases
When I tried to change the interface fonts it gives an error
"Error initialising fonts list"
"There was an error listing fonts using DirectWrite"
the foobar2000 console prints:
"G:\foobar2000\columns_ui\foo_ui_columns\font_picker.cpp(376)\foo_ui_columns.dll!6E595EC5:
(caller: 6E595731) LogHr(1) tid(24) 80004001 No implementado.
Msg:[G:\foobar2000\columns_ui\ui_helpers\direct_write.cpp(69)\foo_ui_columns.dll!6E6AEE43:
(caller: 6E6B28BF) Exception(1) tid(24) 80004001 No implementado.
] "
Ans the linux console:
"0024:fixme:dwrite:dwritefontcollection2_GetFontSet 1BB89EC8, 0031DDCC.
0024:fixme:dwmapi:DwmSetWindowAttribute (000202BE, 14, 0031D4C8, 4) stub
0024:fixme:dwrite:dwritefontcollection2_GetFontSet 192224D0, 0031DCF4."
Asked about the problem the component author (musicmusic) wrote in
hydrogenaud.io forum
https://hydrogenaud.io/index.php/topic,28647.msg1061771.html#msg1061771
--
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=57941
Bug ID: 57941
Summary: Build broken with libglvnd <=1.3.3
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: krkos(a)mail.muni.cz
Distribution: ---
Introduced in commit 1c9cd1bfd75a3e8d022d46ec7bafc3a546831035, winewayland.drv
unconditionally uses the extension EGL_EXT_present_opaque and the corresponding
define EGL_PRESENT_OPAQUE_EXT. These were added in EGLEXT version 20210629,
which became part of libglvnd 1.3.4 or Mesa 21.3.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=57986
Bug ID: 57986
Summary: Final Fantasy XI Online window borders and content
behave strangely
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://web.archive.org/web/20210810150839/http://www.
playonline.com/ff11eu/download/media/install_win.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Regression SHA1: cb1c03b926ca01619be02f835f382c1dd7d4a478
Distribution: Gentoo
After cb1c03b926c [1], Final Fantasy XI Online has its built-in borders behave
in a new way.
When running in windowed mode, the game window has a 2 pixel border around it,
and with the mentioned commit, moving the window makes the game content shift
slightly, perhaps 2 pixels at a time, almost making a circle inside, or over
the borders (or at least that is what it looks like).
During normal operation, due to this border, the actual window dimensions are
1924x1084 when set to 1920x1080, almost as if the bordering area was a part of
another window the game is wrapped inside of.
Sometimes after moving the window around a bit, things may or may not
stabilise, until the game window is re-sized (I'm not sure that is even
possible to do on Windows, as the game does not account for the new size at
all, and will be stretched).
Other times the game window appears without the mentioned border, at the size
of 1920x1080 when set to run at that size, and the border may or may not appear
when the window is moved or the size is adjusted.
Last tested at commit: e66405a50406e
While the installer can be downloaded for free, getting to test this part will
require purchasing the game, or ordering a free trial download (which may or
may not be available at times, and still requires account creation).
Thank you!
1.
https://gitlab.winehq.org/zfigura/wine/-/commit/cb1c03b926ca01619be02f835f3…
--
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=58212
Bug ID: 58212
Summary: boost::interprocess::named_mutex does not work
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: christiaan.arnoldus(a)outlook.com
Distribution: ---
Created attachment 78525
--> http://bugs.winehq.org/attachment.cgi?id=78525
Small program that demonstrates the issue
I was testing our Windows-only app on Wine and in general I was pleasantly
surprised by the results, but I did find one crash that wasn't happening on
Windows.
When an instance of the boost::interprocess::named_mutex class is created (I
think this just used the CreateMutex Win32 API internally), an exception is
thrown when running on Wine.
Consider the attached executable (and source code). On Windows, the program
prints:
Mutex created
while with Wine it prints:
boost::interprocess_exception::library_error
It would be great if this could be looked at.
--
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.