https://bugs.winehq.org/show_bug.cgi?id=55379
Bug ID: 55379
Summary: kernel32:loader sometimes gets a bad thread count on
Windows 10 in phase 0/1
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:loader sometimes gets a bad thread count on Windows 10 in phase 0/1.
So far there are only two instances, both in the 64-bit tests:
* 2023-07-31 w1064-adm 64-bit tests
loader.c:2875: phase 1: writing 00007FF633B64570 at 0x202
loader.c:2514: dll: 0000000010000000, DLL_PROCESS_ATTACH, 0000000000000000
loader.c:2784: dll: 0000000010000000, DLL_THREAD_ATTACH, 0000000000000000
loader.c:2399: 1eb0: mutex_thread_proc: starting
loader.c:2784: dll: 0000000010000000, DLL_THREAD_ATTACH, 0000000000000000
loader.c:2784: dll: 0000000010000000, DLL_THREAD_ATTACH, 0000000000000000
loader.c:2954: Test failed: attached thread count should be 2
* 2023-06-07 fgtb-w10pro64 64-bit tests
loader.c:2875: phase 0: writing 000000000048FED0 at 0x202
loader.c:2514: dll: 0000000010000000, DLL_PROCESS_ATTACH, 0000000000000000
loader.c:2784: dll: 0000000010000000, DLL_THREAD_ATTACH, 0000000000000000
loader.c:2399: 1414: mutex_thread_proc: starting
loader.c:2784: dll: 0000000010000000, DLL_THREAD_ATTACH, 0000000000000000
loader.c:2784: dll: 0000000010000000, DLL_THREAD_ATTACH, 0000000000000000
loader.c:2954: Test failed: attached thread count should be 2
See https://test.winehq.org/data/patterns.html#kernel32:loader
--
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=55378
Bug ID: 55378
Summary: Can't get resolutions list for scanner
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ilya.docin(a)contentai.ru
Distribution: ---
Created attachment 74954
--> https://bugs.winehq.org/attachment.cgi?id=74954
Twister Analysis of HP LaserJet MFP M426fdn
OS: Ubuntu 20.04.1
Component: sane.ds
I use Twister utility to analyze some scanners on Wine. Many scanners return
resolutions in a form of array. E.g., HP LaserJet MFP M426fdn. Twister
indicates that getting resolutions for such scanners is unsupported.
Screenshot is 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=55375
Bug ID: 55375
Summary: Can't set color mode for scanner
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: ilya.docin(a)contentai.ru
CC: dimesio(a)earthlink.net
Distribution: ---
Created attachment 74952
--> https://bugs.winehq.org/attachment.cgi?id=74952
Twister analyze for HP LaserJet Pro M428-M429f
OS: Ubuntu 20.04.1
Wine version: wine-8.0.2
Component: sane.ds
I use Twister utility to analyze some scanners on Wine. When it tries to set
color mode to any scanner, both report and Wine log says, that value is not
set.
I attached screenshot with 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=55376
Bug ID: 55376
Summary: [USER32/NTUSER] Keyboard app accents doesn't change
the keys correctly.
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: julenuri(a)hotmail.com
Distribution: ---
Wine version: 8.13
Environment: Debian 11
Software tested: Accents 1.0 from this web:
https://www.dcmembers.com/skrommel/download/accents/#
Steps to reproduce: The functionality is simple. After 3 or more keyboard
inputs in the letters A, E, I, O, U or Y, you will have accent mark.
1. start the software accents
2. start wine notepad or whatever notepad you want.
3. input 3 "a"
There is a failure somewhere into key hooking process: WH_KEYBOARD_LL,
WM_USER+(number), DWL_MSGRESULT, PM_NOREMOVE, VK_LSHIFT [have a bad value
(-32768)], GetAsyncKeyState, CharLowerA, SetWindowsHookExA, CallNextHookEx,
VkKeyScanExA, MapVirtualKeyA. I'm not sure where because I'm not developer and
I have zero time to check where is exactly the failure.
Expected behavior: It should write å.
Issue: But in fact, it only deletes the input.
Video of the issue: https://youtu.be/B56TUdg3zQ8
Video of example of no issue:
https://www.dcmembers.com/skrommel/wp-content/uploads/sites/2/2017/10/Accen…
We detected the same behaviour in ReactOS too long time ago, but I guess no-one
tested in Wine before: https://jira.reactos.org/browse/CORE-5627
--
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=55332
Bug ID: 55332
Summary: 00d8:fixme:setupapi:CM_Get_Device_Interface_List_SizeW
000000000011F5B8 0000000180045FD8 (null) 0x00000000:
stub
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 74926
--> https://bugs.winehq.org/attachment.cgi?id=74926
log about trying to run "wine usbip.exe attach ..."
Trying to run
wine usbip.exe attach -r <USBIB_SERVER> -b 1-1.2.4.2
fails with the attached error. The same command on linux
usbip attach -r <USBIB_SERVER> -b 1-1.2.4.2
is working fine. In order to reproduce this, you need
- an usbip server running some linux with hostname or IP-ddress <USBIP-SERVER>,
with some usb-device attached,
- start the usbip deamon with this command:
usbipd -D
- check the busid of the usb device with
usbip list --local
- bind the usb device,
usbip bind --busid=1-1.2.4.2
This provides remote access (port 3240 by default).
Next you install usbip-win2 from
https://github.com/vadimgrn/usbip-win2/releases
in wine, and try to connect to the usbip server with
usbip list --remote=<USBIB_SERVER>
This should show the exported USB devices.
However, the command
wine usbip.exe attach -r <USBIB_SERVER> -b 1-1.2.4.2
will fail with the attached 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=34529
Bug #: 34529
Summary: Game attempts to create and read from root Z:\ drive
instead of C:\ (c_drive) directory.
Product: Wine
Version: 1.7.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nemstar(a)zoho.com
Classification: Unclassified
When running the PC version of the game Shadowgun: Deadzone
(http://www.madfingergames.com/deadzone/) which is free to download and play,
I encounter a problem. The game is attempting to write to the root directory
which is the Z:\ drive by default in wine. It attempts to create a directory
named /users/<player name> with data files that pertain to the game. I know
this because I set up a test bed and used root and the directory /users/<player
name> and files within it were created successfully and the game ran as
intended.
If the Z:\ drive is removed using winecfg (as none root user) and the file is
placed or created in ~/.wine/c_drive/users/<player name>, then the game will
read the correct file on the C: drive and run as intended. If the Z:\ drive is
re-enabled, then the game will try to read from the root file system on Z: and
can not find /user/<player name> so it will not connect to a match or save
settings.
This is the case when ran as any user.
Obviously the game should not be trying to create a new directory under
C:\users in any circumstance, or as Z:\users if root is mounted as Z:\.
--
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=55355
Bug ID: 55355
Summary: My Tally prime server application crashes after some
time
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: vikasy.enjay(a)gmail.com
Distribution: ---
Following installation, the application launches when I run tallyserver.exe,
however after a while it fails and displays the message "Tallygateway server
not found" as seen below in the logs:
02d8:fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported constant (parameter)
"pEncodePara" in function
02d8:fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported constant (parameter)
"dwFlags" in function
02d8:fixme:dbghelp:MiniDumpWriteDump NIY MiniDumpWithHandleData
02d8:fixme:dbghelp:MiniDumpWriteDump NIY MiniDumpScanMemory
02d8:fixme:dbghelp:x86_64_fetch_minidump_module RunTime_Function outside
IMAGE_DIRECTORY_ENTRY_EXCEPTION unimplemented yet!
02d8:fixme:dbghelp:x86_64_fetch_minidump_module RunTime_Function outside
IMAGE_DIRECTORY_ENTRY_EXCEPTION unimplemented yet!
01dc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000326EBD0
02e0:err:service:process_send_command service protocol error - failed to write
pipe!
02e8:err:service:process_send_command service protocol error - failed to write
pipe!
02f0:err:service:process_send_command service protocol error - failed to write
pipe!
0308:err:service:process_send_command service protocol error - failed to write
pipe!
0310:err:service:process_send_command service protocol error - failed to write
pipe!
0318:err:service:process_send_command service protocol error - failed to write
pipe!
0320:err:service:process_send_command service protocol error - failed to write
pipe!
0328:err:service:process_send_command service protocol error - failed to write
pipe!
--
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=55368
Bug ID: 55368
Summary: NtCreateFile broken for non-ASCII with RootDirectory
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: novae.harpist06(a)icloud.com
Distribution: ---
Created attachment 74950
--> https://bugs.winehq.org/attachment.cgi?id=74950
Reproducer
Output on Windows:
00000000
Output on Wine:
C000003B
relevant logs with +file:
0114:trace:file:NtCreateFile handle=0x11fd38 access=00100001
name=L"\\??\\C:\\test" objattr=00000040 root=(nil) sec=(nil) io=0x11fd40
alloc_size=(nil) attr=00000080 sharing=00000003 disp=3 options=00204021
ea=(nil).0x00000000
0114:trace:file:nt_to_unix_file_name_no_root L"\\??\\C:\\test" ->
"/root/.wine/dosdevices/c:/test"
0114:trace:file:NtCreateFile handle=0x11fd18 access=c0110000 name=L"\0171.txt"
objattr=00000040 root=(nil) sec=(nil) io=0x11fd40 alloc_size=(nil)
attr=00000080 sharing=00000000 disp=3 options=00000020 ea=(nil).0x00000000
0114:warn:file:NtCreateFile L"\0171.txt" not found (c000003b)
--
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=55370
Bug ID: 55370
Summary: ddraw:ddraw4 - test_clipper_blt() sometimes gets an
unexpected bounding rect on Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddraw4 - test_clipper_blt() sometimes gets an unexpected bounding rect in
Wine:
ddraw4.c:1115: Test failed: Got unexpected count 0.
ddraw4.c:1116: Test failed: Got unexpected bounding rect (0,0)-(0,0), expected
(18,41)-(642,482).
See https://test.winehq.org/data/patterns.html#ddraw:ddraw4
This is happening on both Windows and Wine and, so far, seems to only happen
during full WineTest runs:
* 2022-12-01 linux_lastestmaster
* 2022-12-03 linux_fgtb-debian11-wow32
* 2022-12-07 win81_newtb-w8
* 2023-01-07 linux_fgtb-debian11-wow32
* 2023-01-13 linux_fg-deb64-t32
* 2023-01-13 linux_fg-deb64-wow64
* 2023-02-02 linux_fgtb-debian11-win32
* 2023-02-11 linux_fgtb-debian11-win32
* 2023-02-28 linux_fgtb-debian11-win32
* 2023-04-13 win22H2_fgtb-w10pro64-rx550-64
* 2023-07-27 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=55369
Bug ID: 55369
Summary: Halo Online / Eldewrito - Dedicated Server errors and
fast upcount
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bogdan17(a)garglob.com
Distribution: ---
When you run the DedicatedServer.bat in Wine, the bat files open in a Wine CMD
window and shows the following...
ElDewrito dedicated server is running! (xxxx)
Can't reconize 'timeout 10 / nobreak ' as an internal or external command, or
batch script
On Windows when you run the DedicatedServer.bat, command prompt will open up
and only display this...
ElDewrito dedicated server is running! (xxxx)
Also the (xxxx) in the brackets are an upcount, on Windows this upcount is slow
and seems to increase by 1 every 10 seconds, on Linux in Wine, it is counting
up raipidly fast.
How it looks in the terminal when I run DedicatedServer.bat and its output...
$ env WINEPREFIX="/path/to/wine/prefix/" "wine "C:\windows\command\start.exe"
/Unix "/path/to/wine/prefix/drive_c/HaloOnline/mods/server/DedicatedServer.bat"
002c:err:wineboot:process_run_key Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2).
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:xinput:pdo_pnp IRP_MN_QUERY_ID type 5, not implemented!
0074:fixme:xinput:pdo_pnp IRP_MN_QUERY_ID type 5, not implemented!
0074:fixme:xinput:pdo_pnp IRP_MN_QUERY_ID type 5, not implemented!
0074:fixme:xinput:pdo_pnp IRP_MN_QUERY_ID type 5, not implemented!
0024:fixme:exec:SHELL_execute flags ignored: 0x00000100
don@homepc:~$ 00e0:fixme:imm:ImeSetActiveContext (00010026, 0): stub
00e0:fixme:imm:ImmReleaseContext (00010020, 00010026): stub
00d8:fixme:imm:ImeSetActiveContext (00010052, 1): stub
00d8:fixme:imm:ImmReleaseContext (0002004A, 00010052): stub
And then the terminal spits out the following output over and over again at a
rapid pase...
012c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
0134:fixme:findstr:wmain stub: L"findstr" L"eldorado.exe"
013c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
0144:fixme:findstr:wmain stub: L"findstr" L"eldorado.exe"
014c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
012c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
0134:fixme:findstr:wmain stub: L"findstr" L"eldorado.exe"
013c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
0144:fixme:findstr:wmain stub: L"findstr" L"eldorado.exe"
014c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
012c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
0134:fixme:findstr:wmain stub: L"findstr" L"eldorado.exe"
013c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
0144:fixme:findstr:wmain stub: L"findstr" L"eldorado.exe"
014c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
--
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=53806
Bug ID: 53806
Summary: Archicad 26: crash at launch
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: doubleboogieblues(a)yahoo.it
Distribution: ---
Created attachment 73316
--> https://bugs.winehq.org/attachment.cgi?id=73316
terminal output
Wine crash when launched archicad.exe
installation ok, but the software does not start
installed: dotnet452, vcrun2019, vcrun2013
download DEMO Archicad 26:
https://graphisoft.com/dl/AC/26/INT/Archicad-26-INT-3001-1.1.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.
http://bugs.winehq.org/show_bug.cgi?id=21448
Summary: RollerCoaster Tycoon 3 does not accept the original
disc
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thomas.mertes(a)gmx.at
Created an attachment (id=25828)
--> (http://bugs.winehq.org/attachment.cgi?id=25828)
Error log and content of message box when starting RollerCoaster Tycoon 3
When starting RollerCoaster Tycoon 3 it asks for the original disc although the
original disk is in. There are some errors logged (see attachment) and then a
message box appears:
Please insert the original disc instead of a backup. See
www.securom.com/copy for more details
Greetings Thomas
--
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=55364
Bug ID: 55364
Summary: Shadow Empire crashes on startup with an error related
to SharpDX and Direct2D.
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kindaro(a)gmail.com
Distribution: ---
_Shadow Empire_ is a computer game. It can be obtained, for example, from Steam
or Good Old Games. I installed what I believe to be version 1.21.00.
This is the gist of the error message that the game gives me:
```
SharpDX.SharpDXException: HRESULT: [0x88990028], Module: [SharpDX.Direct2D1],
ApiCode: [D2DERR_EFFECT_IS_NOT_REGISTERED/EffectIsNotRegistered], Message:
Unknown
```
When I run it as `WINEDEBUG=+d2d wine ShadowEmpire.exe`, I see the following
warning from Wine:
```
0114:warn:d2d:d2d_effect_create Effect id
{9daf9369-3846-4d0e-a44e-0c607934a5d7} not found.
```
I shall be attaching the full text of the error and Wine's output.
My operating system is Arch Linux, recently updated. The failure occurs both
with `wine` and `wine-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=55232
Bug ID: 55232
Summary: Sierra Chart (All versions): Out of order overlapped
network I/O receive buffers
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: sc(a)sierrachart.com
Distribution: ---
Created attachment 74837
--> https://bugs.winehq.org/attachment.cgi?id=74837
Terminal output
We have a code which is working fine for years on Windows OS, but on Linux
using Wine it produces an IO error. Investigation shows that IO
Completion/Overlapped of Wine provides some buffers with received data out of
order. Our code relies on correct order of the received buffers.
Our code provides to OS some minimum number of buffers available to receive a
data. We expect the FIFO logic of the buffer processing: the first provided
available buffer will first receive the data.
Invoke `WSARecv` with a buffer to receive data. The operation is overlapped
using Completion Port.
In a worker thread the function `GetQueuedCompletionStatus` is used to get the
completion notification about received data in the buffer. At this point we
observe a buffer, received out of order. Usually it is happened at beginning of
handling buffers: we provide to OS some set of buffers (in common 16), handle
all of them with received data, reuse available buffers again to OS to support
the minimum set of buffers for OS and most probably the first (or close to
first) reused buffer will be received out of the order.
Also we observe the out-of-order buffer is returned in the same time slot as it
was issued to OS.
Relevant WindowsOS functions used:
CreateIoCompletionPort
WSARecv
GetQueuedCompletionStatus
Download link:
https://www.sierrachart.com/downloads/ZipFiles/SierraChart2522.zip
--
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=55365
Bug ID: 55365
Summary: ntdll:file - test_file_full_size_information()
sometimes gets a bad AvailableAllocationUnits value on
Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:file - test_file_full_size_information() sometimes gets a bad
AvailableAllocationUnits value on Windows and Wine:
file.c:1320: Test failed: [ffsi] CallerAvailableAllocationUnits error
fsi:0x12dbfb5, ffsi: 0x12dbfb6
See https://test.winehq.org/data/patterns.html#ntdll:file
This is very rare as there are only 3 known instances:
* 2023-03-27 linux_gitlab-debian-32
* 2023-06-23 linux_gitlab-debian-32
* 2023-07-27 win21H2_gitlab-win10-21h2-64
This looks very much like a race condition with some other process allocating
or freeing disk space in between the FileFsFullSizeInformation and
FileFsSizeInformation calls. So this is something that should be fixable with
the tryok() API.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3418
--
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=55363
Bug ID: 55363
Summary: Wine depends on a manual user intervention to increase
the soft limit of file descriptors.
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: o.dierick(a)piezo-forte.be
Distribution: ---
Hello,
I recently installed Debian 12 after using Debian 8 for years.
After I reproduced my building environment and successfully build the same Wine
version as the last built on Debian 8, a game that was working fine in Debian 8
did fail to run on Debian 12 with the error 'too many file descriptors open,
you should probably increase ulimit -n'.
The difference is that the default soft/hard limit in Debian 12 is
1024/1048576. In Debian 8 it was 65536/65536. I can increase the soft limit by
running 'ulimit -n 65536' before hand and then the game runs fine.
I could not set the soft limit increase to be permanent and I filed a bug at
Debian for that, but that's not what this bug is about. After reading a bit
about the reason why the soft limit was reduced to 1024 (for compatibility with
select()), my understanding is that a program that is more modern and doesn't
use select(), should be aware of its file descriptor needs and ask for a higher
soft limit. That's what Debian says about its choice to set the soft limit of
1024 and a hard limit of 1048576 by default.
Since the hard limit permits it, I wondered why Wine couldn't increase the soft
limit itself. We know that 1024 is not a reasonable amount of file descriptors
in this time and day and that a number of windows applications requires more
than that. Maybe Wine should set the soft limit to something reasonable itself,
rather than requiring the user to set it like explained in the FAQ? It would
even be better if it was configurable per-application.
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=55324
Bug ID: 55324
Summary: AllDup doesn't start in win10 mode: "OS not supported"
Product: Wine
Version: 8.13
Hardware: x86-64
URL: https://www.alldup.info/download/AllDupSetup.zip
OS: Linux
Status: NEW
Keywords: download, patch
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 74920
--> https://bugs.winehq.org/attachment.cgi?id=74920
patch for IsOS
This program was tried out by someone on the forum.
In default windows 10 mode it pops up a messagbox "OS not supported" and exits.
The attached patch is enough to fix this bug.
--
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=55352
Bug ID: 55352
Summary: NtTerminateThread should accept handle==0 as current
thread
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: ake.rehnman(a)gmail.com
Distribution: ---
Created attachment 74936
--> https://bugs.winehq.org/attachment.cgi?id=74936
Example using thread handle 0 to NtTerminateThread
Windows accepts thread handle 0 as current thread.
See attached example
Output from example:
c:\temp>test_ntterminatethread.exe
h=0000000000000020
call NtTerminateThread h=0
thread exitcode=1234
--
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=55359
Bug ID: 55359
Summary: SCICompanion crashes when trying to compile
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: menotu3169(a)hotmail.com
Distribution: ---
Created attachment 74940
--> https://bugs.winehq.org/attachment.cgi?id=74940
debugging log
Using SCICompanion ver3.0.1.7
(http://scicompanion.com/Downloads/SCICompanion.zip) the program freezes when
trying to compile. Have only tried it with SCI0 and not SCI1. Doesn't seem to
matter if I try to 'compile all' or just compile a single script. Program
worked fine when tested on Windows 10.
Program will pop-up with a message box saying 'Compiling scripts' but progress
bar doesn't progress and entire program freezes. When frozen, I cannot click on
anything or do anything and have to kill the program.
Program provides a template game which can be used to replicate the issue.
FILE->CREATE NEW GAME-> TEMPLATE: SCI0
then
SCRIPT-> COMPILE or COMPILE ALL
Linux Mint 19 - 4.15.0-213-generic
AMD A6-4400M APU with Radeon(tm) HD Graphics
--
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=55348
Bug ID: 55348
Summary: Hang when running executables built with
AddressSanitizer
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yshuiv7(a)gmail.com
Distribution: ---
C code:
int main(int argc, char * const* argv){
return 0;
}
Step to reproduce:
1. Build C code with MSVC: `cl /fsanitize=address /Zi a.c`.
2. Run the resulting executable.
Result when running from wine:
0110:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 004B3CC4, 34) stub
0110:err:sync:RtlpWaitForCriticalSection section 00F8C0E0 "?" wait timed out in
thread 0110, blocked by 0000, retrying (60 sec)
0110:err:sync:RtlpWaitForCriticalSection section 00F8C0E0 "?" wait timed out in
thread 0110, blocked by 0000, 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=55345
Bug ID: 55345
Summary: WRC 4 changing audio volume level has no effect
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
08f8:fixme:xaudio2:IXACT3CueImpl_SetOutputVoiceMatrix (48AA3F18)->(052BA034 1 2
4AC3D778): stub!
And also there is missing one more parameter.
8.13-43-gb5e19a33c93
--
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=52242
Bug ID: 52242
Summary: Mouse cursor disappears in GTA V when Social Club
overlay is on
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vutov.martin97(a)gmail.com
Distribution: ---
Whenever you try to open the Social Club overlay, the cursor disappears. If you
manage to press something with it, it works, it just can't be seen.
Sometimes it works, but very rarely. Haven't figured why it works in said
cases.
To reproduce:
Start GTA V
Wait for it to load to home screen
Press "Home" button for Social Club overlay to appear
No mouse
I am new when it comes to Linux so I've no idea where to get a log from. If
someone tells me how I'll be more than glad to do so. I am launching the game
via Lutris with the Rockstar Games Launcher installer.
--
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=55358
Bug ID: 55358
Summary: user32:sysparams - Unexpected value for SM_C*MENUCHECK
on Windows for mixed locale
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 - Unexpected value for SM_C*MENUCHECK on Windows for mixed
locale:
sysparams.c:2877: Test failed: GetSystemMetrics(SM_CXMENUCHECK): expected 11
actual 15
sysparams.c:2879: Test failed: GetSystemMetrics(SM_CYMENUCHECK): expected 11
actual 15
See https://test.winehq.org/data/patterns.html#gdi32:font
This test succeeds in the other locales which means it fails because the values
it compares depend on two different Windows locales. For reference,
w10pro64-mx-MX is configured with the following locales:
SystemDefaultLCID 0411
UserDefaultLCID 040c
ThreadLocale 0411
SystemPreferredUILanguages 0412,0409
UserDefaultUILanguage 0412
ThreadUILanguage 0412
--
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=55337
Bug ID: 55337
Summary: user32:sysparams - Some fonts are not enumerated in
test_GetSystemMetrics() for the mixed locale
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 - Some fonts are not enumerated in test_GetSystemMetrics() for
the mixed locale:
sysparams.c:2733: Test failed: font ?? ?? should be enumerated
sysparams.c:2734: Test failed: font ?? ?? should be enumerated
sysparams.c:2735: Test failed: font ?? ?? should be enumerated
sysparams.c:2736: Test failed: font ?? ?? should be enumerated
sysparams.c:2737: Test failed: font ?? ?? should be enumerated
sysparams.c:2877: Test failed: GetSystemMetrics(SM_CXMENUCHECK): expected 11
actual 15
sysparams.c:2879: Test failed: GetSystemMetrics(SM_CYMENUCHECK): expected 11
actual 15
[...]
See https://test.winehq.org/data/patterns.html#gdi32:font
This test succeeds in the other locales which means it fails because the values
it compares depend on two different Windows locales. For reference,
w10pro64-mx-MX is configured with the following locales:
SystemDefaultLCID 0411
UserDefaultLCID 040c
ThreadLocale 0411
SystemPreferredUILanguages 0412,0409
UserDefaultUILanguage 0412
ThreadUILanguage 0412
--
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=55299
Bug ID: 55299
Summary: gdi32:font - test_stock_fonts() gets unexpected
heights in Arabic en Hebrew locales in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font - test_stock_fonts() gets unexpected heights in Arabic en Hebrew
locales in Wine.
In the ar_MA locale:
font.c:6484: Test failed: 0(0): expected height 12, got 13
font.c:6484: Test failed: 4(14): expected height 13, got 14
In the he_IL locale:
font.c:6484: Test failed: 0(1): expected height 12, got 13
font.c:6484: Test failed: 4(14): expected height 13, got 14
See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian11 and Testing VMs.
--
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=38690
Bug ID: 38690
Summary: corrupted serial communications
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jpyle490(a)gmail.com
Distribution: ---
Serial communications are corrupted/laggy/ugly. Tested on a Dell Latitude D630
running Linux Mint 17.1 and Wine 1.7.38 from WineHQ PPA, as well as Wine 1.6.2
on the same hardware from the Ubuntu repo. The issue occurs whether it's the
hardware 16550 serial port or a USB attached one. (In this Linux system case
the USB adapter was Prolific-based.)
I observed the same symptoms on Mac OS X Mavericks, compiling Wine 1.7.43 via
Macports, using an FTDI-based USB adapter.
The primary test scenario included Tera Term 4.87 talking to a Cisco router's
console port at 9600 N,8,1 without flow control. Data back from the Cisco was
incomplete, latent and just generally ugly. Using the same hardware and
minicom running natively in either Linux or OS X there were no issues.
Tera Term to a router provided the cleanest environment in which to observe
what was happening. I can't get serial communications to work properly
regardless of the Windows app or the serially-connected device.
--
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=55323
Bug ID: 55323
Summary: Windows Program Can not find USB Device
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: 372909853(a)qq.com
Distribution: ---
Created attachment 74918
--> https://bugs.winehq.org/attachment.cgi?id=74918
wineusb trace log
lsusb:
Bus 003 Device 008: ID 0403:6011 Future Technology Devices International,
Ltd FT4232H Quad HS USB-UART/FIFO IC
Key parts of the log:
0088:trace:wineusb:add_usb_device Adding new device 0x7f738800a810, vendor
0403, product 6011.
0088:trace:wineusb:add_unix_device Adding new device 00007F738801FAF0, vendor
0403, product 6011.
0088:trace:wineusb:add_unix_device Adding new device 00007F738801F9E0, vendor
0403, product 6011.
0088:trace:wineusb:add_unix_device Adding new device 00007F7388014EF0, vendor
0403, product 6011.
0088:trace:wineusb:add_unix_device Adding new device 00007F7388014E50, vendor
0403, product 6011.
0088:trace:wineusb:add_unix_device Adding new device 00007F7388014190, vendor
0403, product 6011.
I did not find any error message about my usb device.
But when I click connect button the windows program report can not find the usb
device.
--
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=54822
Bug ID: 54822
Summary: ddraw:visual - createObjects() crashes on fg-deb64
(Intel GPU)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 74321
--> https://bugs.winehq.org/attachment.cgi?id=74321
ddraw/tests: Prevent the visual tests from crashing the X server on Intel GPUs.
ddraw:visual - createObjects() crashes on fg-deb64 (Intel GPU[1]):
ddraw:visual start dlls/ddraw/tests/visual.c
ddraw:visual:06d0 done (0) in 2s 0B
See https://test.winehq.org/data/patterns.html#ddraw:visual
So this is a case of premature exit. A look at the logs immediately reveals the
cause of the silent crash:
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of failed request: 140 (RANDR)
Minor opcode of failed request: 7 (RRSetScreenSize)
Value in failed request: 0x0
Serial number of failed request: 35
Current serial number in output stream: 36
Running the test with WINETEST_REPORT_SUCCESS=1 and adding some traces shows
the X error happens on this createObjects() line:
112 hr = IDirectDraw7_SetDisplayMode(DirectDraw, 640, 480, 32, 0, 0);
Replacing the 32 bit depth with 24 results in the call returning 0x80004001
(E_NOTIMPL) instead of crashing (that's an odd error code btw). So an easy
workaround would be to use the attached patch.
However:
* This causes most (if not all) of the tests to be skipped.
* My GPU and screen do support 640x480.
* Also running ddraw:visual from my development tree results in 0 skips and 0
failures!
So getting successful runs should be possible (just not in the 3 clean
out-of-tree builds I use to run WineTest :-( ). It's either a matter of
figuring out which is the miraculous patch or where the memory corruption comes
from.
[1] This is an Intel HD Graphics 4600 GPU (comes in the i7-4790K CPU).
--
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=55349
Bug ID: 55349
Summary: ddraw:ddraw7 - test_window_position() sometimes fails
in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ddraw:ddraw7 - test_window_position() sometimes fails in Wine:
ddraw7.c:18843: Test failed: Expect window rect (0,0)-(800,600), got
(0,0)-(1024,768).
ddraw7.c:18899: Test failed: Expect window rect (0,0)-(800,600), got
(0,0)-(1023,767).
ddraw7.c:18906: Test failed: Expect window rect (0,0)-(800,600), got
(0,0)-(1023,767).
See https://test.winehq.org/data/patterns.html#ddraw:ddraw7
This is was pretty common until 2023-01-10 but then it stopped and only
happened a couple of times recently on the GitLab CI:
* 2023-07-26 MR!3413
* 2023-07-20 gitlab-debian-32
--
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=52065
Bug ID: 52065
Summary: Rockstar Games Launcher Installer is leaking memory
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
When installing Rockstar Games Launcher via its installer, the installer never
quits and is shown to be stuck on the loading bar. During that, the app is
leaking memory really fast, filling up my 32GBs of ram in approximately 1
minute.
I can only track the issue down to 6.20 since that's the version the installer
started working at, but it's present in 6.22 too.
Strangely enough, after you kill its process, the installer actually succeeds
at its jos and successfully installs the launcher.
I don't know what I can provide to help with this, apart from the link to the
installer, so let me know.
--
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=54885
Bug ID: 54885
Summary: The child window flickers after using SetParent API to
set parent-child window between windows from different
processes.
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: ---
After using the SetParent API to set parent-child window relationship between
windows from different processes, the child window flickers heavily. This issue
seriously affects the user experience of applications that has any different
processes parent-child window. For convenience, I have created a simple demo
program that can reproduce this issue and attached the download link.
Steps to Reproduce:
1.Download the demo program that can reproduce this issue and open it
(SetParentDemo.exe inside) with Wine tool.
2.Click the first button in the program window (the program may crash
occasionally, but it is not the focus of this bug report, just retry the
operation).
3.Drag child window or switch to activate parent child windows, or move mouse
to hover buttons, observe the display of the child window.
Download link of the demo program:
https://drive.google.com/file/d/1MCrnb1N6cLUzVoX_vO4tFO4qlS_qhAwi/view?usp=…
Other clues: After testing, this issue will occur in WPF form programs packaged
using. NET 6 standalone mode, but it does not occur in programs packaged under
the .NET Framework project (will run on wine mono). Unfortunately, many
applications released using Dotnet standalone mode will only run on their
built-in NET runtime and not on Wine Mono.
System architecture:
x86_64
Ubuntu 20.04
wine 8.6
I appreciate your attention to this matter. If you need further cooperation or
assistance, please feel free to contact me.
--
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=55320
Bug ID: 55320
Summary: Multiple games require vertex buffer output not lower
than 32.
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: patch
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 74914
--> https://bugs.winehq.org/attachment.cgi?id=74914
patch
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
16.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
17.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
18.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
19.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
20.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
21.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
22.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
23.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
24.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
25.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
26.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
27.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
28.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
29.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
30.
fixme:d3d11:d3d11_device_context_IAGetVertexBuffers Failed to get vertex buffer
31.
The following games are affected:
ACE COMBAT 7: SKIES UNKNOWN
Fallout 4
Grand Theft Auto V
Halo: The Master Chief Collection
Hellblade: Senua’s Sacrifice
State of Decay 2: Juggernaut Edition
Stray
The Dark Pictures Anthology: House of Ashes
The Dark Pictures Anthology: Little Hope
The Dark Pictures Anthology: Man of Medan
The Quarry
--
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=54189
Bug ID: 54189
Summary: Fail in SetupDiEnumDeviceInfo: err=259: No more data
available.
Product: Wine
Version: 8.0-rc1
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 73724
--> https://bugs.winehq.org/attachment.cgi?id=73724
winedebug logfile trying to install winsupp.exe/ced1401 drivers under
wine/8.0rc1
Trying to install ced1401 drivers [1,2] fails with the attached debug log.
The attached log was generated with WINEARCH=win32, when using WINEARCH=win64
the same error is shown, only the 64bit driver is mentioned in the log file.
[1] https://ced.co.uk/files/winsupp.exe
[2] https://appdb.winehq.org/objectManager.php?sClass=version&iId=41230
--
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=38101
Bug ID: 38101
Summary: Devil May Cry 4 flickering/texture tearing to eventual
white screen
Product: Wine
Version: 1.7.34
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shomari.sharpe(a)gmail.com
Distribution: ---
on starting the game (Directx 9c version) there is lots of flicker present.
Upon turning "ON" the VSYNC option in the game the flicker is reduced. The
title screen will display until it eventually turns to a black and white
alternating flickering.
--
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=39806
Bug ID: 39806
Summary: Devil May Cry 4 Frozen Screen Glitch
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: dijscales(a)gmail.com
Created attachment 53141
--> https://bugs.winehq.org/attachment.cgi?id=53141
Details of the Problem
The screen will randomly freeze while I am playing the game. I can't even play
for very long before it freezes. I tried to fix it by changing the config.ini,
but that did nothing.
--
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=45711
Bug ID: 45711
Summary: Devil May Cry 4 DX10: Transparent sections of textures
rendered as solid black or grey
Product: Wine
Version: 3.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx10
Assignee: wine-bugs(a)winehq.org
Reporter: nenxvrr4.tgj(a)20mail.it
Distribution: ---
Created attachment 62142
--> https://bugs.winehq.org/attachment.cgi?id=62142
Forest level in Devil May Cry 4 illustrating problem.
Transparent sections of textures are rendered as solid black or grey e.g a leaf
appears as a leaf on a black rectangle. This also affects other assets such as
paintings.
--
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=45712
Bug ID: 45712
Summary: Devil May Cry 4 DX10: Shadows are rendered as
"lights", vice versa
Product: Wine
Version: 3.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx10
Assignee: wine-bugs(a)winehq.org
Reporter: nenxvrr4.tgj(a)20mail.it
Distribution: ---
Created attachment 62143
--> https://bugs.winehq.org/attachment.cgi?id=62143
Game screenshot showing light and shadow being reversed.
Shadows appear as "light" while light appears as shadows. This also causes
levels to be unusually dark.
--
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=50631
Bug ID: 50631
Summary: Old programs on https://www.winehq.org/irc
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jkfloris(a)dds.nl
Distribution: ---
On https://www.winehq.org/irc the following programs are mentioned.
X-Chat last update 2010
Sidenet last update 2006
WineDoors last update 2013
Cedega
IEs4Linux
Do people really still use these programs?
Perhaps the last four programs can be replaced by PlayOnLinux and PlayOnMac
--
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=50866
Bug ID: 50866
Summary: Accessing https://www.winehq.org/pipermail/ will make
the whole website inaccessible
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: huupoke12(a)gmail.com
Distribution: ---
After accessing https://www.winehq.org/pipermail/ (the trailing slash is
present), the user can't access any other www.winehq.org webpages.
--
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=52439
Bug ID: 52439
Summary: apt-key is deprecated (bookworm/Debian)
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: osamu(a)debian.org
Distribution: ---
apt-key(8) will last be available in Debian 11 and Ubuntu 22.04.
For Debian/bookworm (12) (and probably for Ubuntu 22.10), apt-key usage as
described.
This affects following pages:
* https://wiki.winehq.org/Debian
* https://wiki.winehq.org/Ubuntu
Specifically:
```
wget -nc https://dl.winehq.org/wine-builds/winehq.key
sudo apt-key add winehq.key
```
The above should be changed to:
* For Debian up to Buster(11):
```
wget -nc https://dl.winehq.org/wine-builds/winehq.key
sudo apt-key add winehq.key
```
* For Debian from Bookworm (12):
```
wget -nc https://dl.winehq.org/wine-builds/winehq.key
sudo cp winehq.key /etc/apt/trusted.gpg.d/winehq.gpg
```
I only tested this for Debian ....
Osamu
--
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=53356
Bug ID: 53356
Summary: Problems installing WineHQ on Ubuntu 22.04
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Ulf.Zibis(a)gmx.de
Distribution: ---
1. Key and sources list are not saved as root owned files with your current
install procedure.
This is a SECURITY RISK !!!
Correct procedure could be:
sudo dpkg --add-architecture i386 # only on 64-bit-systems
wget -nc https://dl.winehq.org/wine-builds/winehq.key
F=winehq.key && chmod a-w,u+w $F && sudo chown 0:0 $F && sudo mv $F
/usr/share/keyrings/winehq-archive.key
wget -nc
https://dl.winehq.org/wine-builds/ubuntu/dists/jammy/winehq-jammy.sources
F=winehq-jammy.sources && chmod a-w,u+w $F && sudo chown 0:0 $F && sudo mv $F
/etc/apt/sources.list.d/ && sudo apt update
sudo apt install --install-recommends winehq-stable winetricks
2. There is on STABLE build for Ubuntu 22.04:
$ sudo apt install --install-recommends winehq-stable winetricks
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
E: Paket winehq-stable kann nicht gefunden werden.
workaround:
sudo apt install --install-recommends winehq-devel winetricks
--
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=54011
Bug ID: 54011
Summary: Page Says to Enter Your *login name* ... but it
Expects an *email address*
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.machg(a)spamgourmet.com
Distribution: ---
1. Be logged out.
2. Goo to https://bugs.winehq.org/userprefs.cgi
At the bottom it says:
>If you have an account, but have forgotten your password, enter your login name below and submit a request to change your password.
Note the wording: "enter your login name".
3. Enter a "login name" and click Reset Password
4. Get an error page:
>The e-mail address you entered ... didn't pass our syntax checking for a legal email address.
5. Go back and ignore the page's instructions: enter an email address this time
6. It works as expected.
Simple fix: change the verbiage at the bottom of the page to say "email
address" instead of "login name".
--
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=30186
Bug #: 30186
Summary: Wine Bugzilla quick search return zero result for
keywords
Product: WineHQ Bugzilla
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
If I remember correctly, it works yesterday.
Today I try to search some short keywords in Wine Bugzilla quick search box,
and found it doesn't work as before:
For example, search for "win","mac","wow", "aj", "a", the result is empty.
Here is a example URL:
http://bugs.winehq.org/buglist.cgi?query_format=specific&order=relevance%20…
Bug or feature?
--
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=52802
Bug ID: 52802
Summary: Dead/broken links / stale data
Product: WineHQ Bugzilla
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
CC: austinenglish(a)gmail.com
Both:
Add Bugzilla to Sidebar (requires a Mozilla browser like Mozilla Firefox)
Install the Quick Search plugin (requires Firefox 2 or Internet Explorer 7)
Are dead and could be removed.
--
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=53605
Bug ID: 53605
Summary: Show times in UTC
Product: WineHQ Bugzilla
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
CC: austinenglish(a)gmail.com
Barely anyone in this world knows what CDT is. And then it's hard to convert to
your local TZ.
Is it possible to make Wine's bugzilla show dates in UTC, please?
--
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=21424
Summary: Cygwin 1.7.1 bash crashes
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
cygwin installs now, but one sees the following crash
10 [main] bash 9 _cygtls::handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
1271 [main] bash 9 open_stackdumpfile: Dumping stack trace to
bash.exe.stackdump
err:ntdll:RtlpWaitForCriticalSection section 0x736d2784 "loader.c:
loader_section" wait timed out in thread 0036, blocked by 003c, retrying (60
sec)
during postinstall, and also when running bash interactively.
--
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=53689
Bug ID: 53689
Summary: Starcraft remastered fails to start
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: kohen.d(a)gmail.com
Distribution: ---
Created attachment 73096
--> https://bugs.winehq.org/attachment.cgi?id=73096
Run log
It seems like a D3D error, I saw a line in the log saying:
glSetPixelFormatWINE failed to set pixel format 27
--
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=52162
Bug ID: 52162
Summary: Ubuntu windows program has com1 the PIC micro
programmer has usb device shows on /dev/ttyUSB0
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: mw0sbx(a)hotmail.com
Distribution: ---
marc@SPUPERMICRO-X9DRH-iF:~/.wine/drive_c/windows$ wine --version
wine-5.0 (Ubuntu 5.0-3ubuntu1)
Ubuntu - windows program has COM1 the PIC micro programmer has usb leed the
device shows up using dmesg -w as /dev/ttyUSB0
program is called MicroPro.exe
tried editing the wine registry as stated online by adding
HKEY local machine >>> software >> wine >> ports
string value COM1 >> DATA /dev/ttyUSB0
dmesg -w
[ 2059.674461] usb 2-1.2: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[ 2059.674466] usb 2-1.2: Product: USB <-> Serial
[ 2059.674469] usb 2-1.2: Manufacturer: FTDI
[ 2059.675373] ftdi_sio 2-1.2:1.0: FTDI USB Serial Device converter detected
[ 2059.675448] usb 2-1.2: Detected FT232BM
[ 2059.675906] usb 2-1.2: FTDI USB Serial Device converter now attached to
ttyUSB0
Still doesn't work no matter what i try program keeps reporting problem with
coms port.
--
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=55340
Bug ID: 55340
Summary: d3d9:visual - unbound_sampler_test() fails on
w11pro64_amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - unbound_sampler_test() fails on w11pro64_amd:
visual.c:17489: Test failed: Unbound sampler color is 0.
visual.c:17503: Test failed: Unbound sampler color is 0.
visual.c:17517: Test failed: Unbound sampler color is 0.
See https://test.winehq.org/data/patterns.html#d3d9:visual
This group of failures goes back to at least 2022-11-23, is systematic, and
specific to w11pro64_amd (AMD RX6600). Most notably it does not happen on
w10pro64_rx550 (Windows 10 + AMD RX550).
--
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=55338
Bug ID: 55338
Summary: d3d9:visual - test_clear_different_size_surfaces()
fails on w11pro64_nv
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - test_clear_different_size_surfaces() fails on w11pro64_nv:
visual.c:1616: Test failed: Got unexpected color 0x00000000.
visual.c:1619: Test failed: Got unexpected color 0x00000000.
See https://test.winehq.org/data/patterns.html#d3d9:visual
This pair of failures goes back to at least 2022-11-23, is systematic and
specific to w11pro64_nv, the TestBot's only NVidia test configuration.
--
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=55335
Bug ID: 55335
Summary: gdi32:font - test_text_metrics() fails on Windows for
the Korean locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:font - test_text_metrics() fails on Windows for the Korean locale
(ko_KR):
font.c:3991: Test failed: A: tmBreakChar for ���� ���� got 1f expected 02
font.c:4013: Test failed: W: tmBreakChar for ���� ���� got 1f expected 02
[...]
font.c:3991: Test failed: A: tmBreakChar for ���� ���� Semilight got 1f
expected 02
font.c:4013: Test failed: W: tmBreakChar for ���� ���� Semilight got 1f
expected 02
[... 270+ additional failures...]
See https://test.winehq.org/data/patterns.html#gdi32:font
This is similar to the tmDefaultChar failures in bug 52967.
--
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=52081
Bug ID: 52081
Summary: usbip: error: vhci driver is not loaded
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: alois.schloegl(a)gmail.com
Distribution: ---
When trying to install and use the usbip-win client
https://github.com/cezanne/usbip-win/releases/download/v0.3.5/usbip-win-0.3…
trying to attach a remote usb device fails with the
usbip: error: vhci driver is not loaded
This happens with the released version of usbip-win v0.3.5 as well as with a
self-compiled version of usbip-win where the has_certificate function is
disabled. Below are the steps to reproduce. In order to test this, are usbip
server (in my case this is on "donglerasp") where "usbipd -D" is running and a
usb device is exported with
usbip bind --busid=1-1.2.3
$ wine usbip.exe install -w
usbip: error: root driver already exist
0100:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000011FC20
$ wine usbip.exe list -r donglerasp
Exportable USB devices
======================
- donglerasp
1-1.2.3: unknown vendor : unknown product (0529:0001)
:
/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.3
: unknown class / unknown subclass / unknown protocol (ff/00/00)
: 0 - unknown class / unknown subclass / unknown protocol
(ff/00/00)
0100:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000011FC20
$ wine usbip.exe attach -r donglerasp -b "1-1.2.3"
usbip: error: vhci driver is not loaded
0118:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000011FC20
--
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=34497
Bug #: 34497
Summary: ProAIS2 Serial Port enumeration requires Registry
Local_Machine/…/Enum/SERIAL/COM1/COM1/*
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq(a)paul.sladen.org
Classification: Unclassified
ProAIS2 (Marine AIS software from SRT in the UK, and re-badged by large numbers
of OEMs) performs Serial Port detection by enumerating the registry. The
following keys need to be added:
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Enum\SERIAL\COM1\COM1]
"ClassGUID"="{4D36E978-E325-11CE-BFC1-08002BE10318}"
"FriendlyName"="Serial Port (COM1)"
"PortName"="COM1"
in addition to the matching
ln -s /dev/ttyUSB0 ~/.wine/dosdevices/com1
If only the ClassGUID/FriendlyName are set, then the port will be found, but
immediately switched to in-case. PortName is being prefixed with "\\.\"
("\\\\.\\") to form "\\.\COM1".
Kudos to Doug Brown for tracking down most of the issue:
http://www.downtowndougbrown.com/2013/03/getting-x-ctu-in-wine-to-detect-yo…
--
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=49972
Bug ID: 49972
Summary: Termie 1.0 crashes after selecting a serial port.
Product: Wine
Version: 5.18
Hardware: x86-64
URL: http://termie.sourceforge.net/#downloads
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ArchLinux
Created attachment 68373
--> https://bugs.winehq.org/attachment.cgi?id=68373
Console messages
Summary
Termie 1.0 crashes after selecting a serial port.
Download location
http://termie.sourceforge.net/#downloadshttp://termie.sourceforge.net/Termie-1.0-Binary.zip
$ sha256sum Termie-1.0-Binary.zip
53469ffdb38058b985482cbfac3f4c0575eeafa4e1b766b5f0c2af43acb7cba6
Termie-1.0-Binary.zip
$ unzip Termie-1.0-Binary.zip
Steps to reproduce:
1)Start the program:
$ wine Termie.exe
After a long time (+- 20 seconds) the program opens.
2) Select one of the comm port. Now the program crashes.
3) Press ctrl-c in the console to kill wine.
4) restart Termie.
$ wine Termie.exe
Now wine gives this error.
"[ERROR] FATAL UNHANDLED EXCEPTION: System.IO.IOException: Broken pipe."
Every time Termie is restarted via step 3, it crashes the same way.
My versions
$ wine --version
wine-5.18 (Staging)
$ pacman -Q wine
wine-staging 5.18-1
uname -a
Linux cedric-p4 5.8.14-arch1-1 #1 SMP PREEMPT Wed, 07 Oct 2020 23:59:46 +0000
x86_64 GNU/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=49974
Bug ID: 49974
Summary: termite-3.4 can't connect to com5 -> /dev/ttyACM0
Product: Wine
Version: 5.18
Hardware: x86-64
URL: https://www.compuphase.com/software_termite.htm
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ArchLinux
Created attachment 68375
--> https://bugs.winehq.org/attachment.cgi?id=68375
console messages
Summary
termite-3.4 can't connect to com5 -> /dev/ttyACM0
Prepare wine:
$ rm -rf ~/.wine/
$ wineserver -k
$ wineboot
Download location
https://www.compuphase.com/software_termite.htmhttps://www.compuphase.com/software/termite-3.4.exe
$ sha256sum termite-3.4.exe
ca440b6c7f6eaa812ba5f8bf42aed86e02022ca50a1c72585168c9b671d0fe19
termite-3.4.exe
Steps to reproduce:
1) Install the program:
$ wine termite-3.4.exe
Accept the defaults.
Now termite starts.
2) Press settings.
The dropdown box only shows COM1. Choose baud rate 9600 and press OK.
Now termite reports "Failed to initialize the port. Please verify the COM port
settings."
3) Press "Connect".
Now that termite reports "Waiting for port"
4) Press close.
Now termite closes.
As a sanity test, I open moserial, choose /dev/ttyACM0 9600,8N1, press connect,
and I see the messages my MCP2221 serial to USB converter is sending to me.
/dev/ttyACM0 is detected by wine:
$ ls -l ~/.wine/dosdevices/
total 0
lrwxrwxrwx 1 cedric cedric 10 Oct 10 19:25 c: -> ../drive_c
lrwxrwxrwx 1 cedric cedric 10 Oct 10 19:35 com1 -> /dev/ttyS0
lrwxrwxrwx 1 cedric cedric 12 Oct 10 19:35 com5 -> /dev/ttyACM0
lrwxrwxrwx 1 cedric cedric 8 Oct 10 19:26 d:: -> /dev/sr0
lrwxrwxrwx 1 cedric cedric 1 Oct 10 19:25 z: -> /
My versions
$ wine --version
wine-5.18 (Staging)
$ pacman -Q wine
wine-staging 5.18-1
uname -a
Linux cedric-p4 5.8.14-arch1-1 #1 SMP PREEMPT Wed, 07 Oct 2020 23:59:46 +0000
x86_64 GNU/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=49752
Bug ID: 49752
Summary: Mikster MPC4 System: 'Selected serial port not exist'
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amad4wine2020(a)gmail.com
Distribution: ---
Log in as 'Adm' user, go to the 'Controllers list', press the 'Add' button,
select the appropriate 'Port COM' and 'Baud rate', press the 'Test' button, you
will probably get an error message containing the phrase 'Selected serial port
not exist'.
I have tried the following registry keys:
[System\\CurrentControlSet\\Enum\\SERIAL\\COM2\\COM2] 1598720497
#time=1d67e260ec36dbc
"ClassGUID"="{4D36E978-E325-11CE-BFC1-08002BE10318}"
"FriendlyName Value"="Serial Port (COM2)"
[Software\\Wine\\Ports] 1598713705
#time=1d67e163e9541c4
"COM2"="/dev/ttyS1"
Unfortunately, it makes no difference.
Download links from the software's website:
https://mikster.eu/en/download-center/https://mikster.eu/wp-content/uploads/2019/03/installmpc482ENG.zip
P.S. The installer will silently install FirebirdSQL 1.5 and enable Firebird
Guardian, it does not work well with winehq-devel.
Unpack the installmpc482ENG.exe and rename the included
installmpc482ENG/firebird/FirebirdWin32.exe before continuing with the
installation.
Install the renamed FirebirdWin32.exe manually (uncheck the 'Use the Guardian
to control the server?' option during the installation).
--
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=39810
Bug ID: 39810
Summary: Office 2010 Pro Plus uninstallation fails
Product: Wine
Version: 1.7.55
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isiraseneviratne(a)yahoo.com
Distribution: ---
After launching the uninstaller (through either the CD Setup or Wine
Uninstaller), selecting the Remove option and then selecting Continue results
in a message saying that setup was unable to finish successfully.
--
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=35904
Bug ID: 35904
Summary: USB connection not recognized by Axon MultiClamp
Commander 700B.
Product: Wine
Version: unspecified
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
The "Axon MutiClamp Commander 700B" is a devices which connected with USB to
the PC. The software for controlling the device installs and runs well, but it
does not identify the USB device.
For this reason, the application "MutiClamp Commander 700B" in Winehq's AppDB
has currently status "Garbage".
--
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=55329
Bug ID: 55329
Summary: gdi32:font - test_text_metrics() gets unexpected
tmLastChar in Greek locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:font - test_text_metrics() gets unexpected tmLastChar in Greek locale:
font.c:4011: Test failed: W: tmLastChar for Marlett got f8fb expected f0ff
font.c:4011: Test failed: W: tmLastChar for Symbol got f8fb expected f0ff
font.c:4011: Test failed: W: tmLastChar for Wingdings got f8fb expected f0ff
font.c:4011: Test failed: W: tmLastChar for Webdings got f8fb expected f0ff
See https://test.winehq.org/data/patterns.html#gdi32:font
--
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=54712
Bug ID: 54712
Summary: ntdll:rtl times out on Windows 10 1607
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:rtl times out on Windows 10 1607:
[...]
rtl.c:2790: Running test 23 (compressed_size=5, uncompressed_size=0,
status=0xc0000242)
ntdll:rtl:00a4 done (258) in 120s 2231B
See https://test.winehq.org/data/patterns.html#ntdll:rtl
The timeouts started on 2022-09-06 and have been systematic since. However when
run on its own the test does not time out and usually runs in under 1s.
The timeout always happens after the "test 23" trace which is also the last
test of test_RtlDecompressBuffer(). Given that the test usually runs pretty
fast it is probable that one of the tests that follows causes a freeze on
Windows 10 1607.
--
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=55326
Bug ID: 55326
Summary: msctf:inputprocessor gets unexpected deactivation
callbacks on Windows 7 for the Spanish locale
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 unexpected deactivation callbacks on Windows 7 for
the Spanish locale:
inputprocessor.c:1021: Test failed: Deactivation came unexpectedly
inputprocessor.c:656: Test failed: unexpected call
See https://test.winehq.org/data/patterns.html#msctf:inputprocessor
This pair of failures are systematic and only happen on w7u_es, that is Windows
7 Ultimate with the Spanish locale. In particular the other w7u configurations
don't get these failures. gitlab-win10-21h2 gets the first failure too but in a
different group of failures (see bug 55068).
--
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=52899
Bug ID: 52899
Summary: gdi32:font - test_fullname2() fails in non-English
Windows 7 locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_fullname2() fails in non-English Windows 7 locales. For instance in German
(I removed duplicate lines):
font.c:5710: Test failed: Arial: style names don't match: returned Regular,
expect Standard
[...]
font.c:5700: Test failed: Arial: font face names don't match: returned Arial
Italic, expect Arial Kursiv
font.c:5710: Test failed: Arial: style names don't match: returned Italic,
expect Kursiv
[...]
font.c:5700: Test failed: Arial: font face names don't match: returned Arial
Bold, expect Arial Fett
font.c:5710: Test failed: Arial: style names don't match: returned Bold, expect
Fett
[...]
font.c:5700: Test failed: Arial: font face names don't match: returned Arial
Bold Italic, expect Arial Fett Kursiv
font.c:5710: Test failed: Arial: style names don't match: returned Bold Italic,
expect Fett Kursiv
font.c:5710: Test failed: Tahoma: style names don't match: returned Regular,
expect Standard
[...]
font.c:5700: Test failed: Tahoma: font face names don't match: returned Tahoma
Bold, expect Tahoma Fett
font.c:5710: Test failed: Tahoma: style names don't match: returned Bold,
expect Fett
[...]
font.c:5710: Test failed: Webdings: style names don't match: returned Regular,
expect Standard
font.c:5710: Test failed: Wingdings: style names don't match: returned Regular,
expect Standard
https://test.winehq.org/data/patterns.html#gdi32:font
Spanish and Portuguese (pt_PT) get the same set of errors but with their own
localized names.
Mark these tests as broken on Windows 7? win_skip() 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=51391
Bug ID: 51391
Summary: On Windows 7 and 8.1 ntoskrnl.exe:ntoskrnl triggers a
network firewall dialog, breaks user32:win
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
On Windows 7 and 8.1 ntoskrnl.exe:ntoskrnl triggers a network firewall dialog
(see the screenshots for the TestBot WineTest runs on w7u_2qxl and w8). Despite
that ntoskrnl.exe:ntoskrnl succeeds.
However it leaves that dialog open which then causes two failures in
user32:win:
https://test.winehq.org/data/patterns.html#user32:win
win.c:3394: Test failed: GetActiveWindow() = 00000000
win.c:3394: Test failed: GetFocus() = 00000000
Notes:
* These are the same failures as in bug 51390. If it is decided that user32:win
is the test that needs fixing then this bug could be merged.
* But if the decision is that ntoskrnl.exe:ntoskrnl should either not trigger
such a dialog or close it, then this bug should remain separate.
* Most of ntoskrnl.exe:ntoskrnl is skipped on Wow64 so this issue does not
happen in newtb-w864-32.
* The 64-bit ntoskrnl.exe:ntoskrnl test also does not trigger that dialog for
some 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=3845
Zeb Figura <z.figura12(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|-unknown |serial
--
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=19713
Summary: Some serial port communication functions behave
differently in Wine and Windows.
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fenixk19(a)mail.ru
Created an attachment (id=23025)
--> (http://bugs.winehq.org/attachment.cgi?id=23025)
Test program
This makes test program to hang in Wine, but in MS it is ok. Test program
attached.
--
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=37846
Bug ID: 37846
Summary: Communication broken using FTDI USB Serial Device
converter (FT232RL) / Mostly send using CS-51PLUS
Product: Wine
Version: 1.7.30
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lgeorgieff(a)gmail.com
Distribution: ---
Created attachment 50402
--> https://bugs.winehq.org/attachment.cgi?id=50402
WINEDEBUG="+comm" wine .wine/drive_c/Program\ Files\
\(x86\)/Icom/CS-51PLUS/CS51PLUS.exe log
Hi,
I am using FTDI USB Serial Device converter to program ham radio.
Cable have FT232RL chip and software is CS-51PLUS.
Reading from radio is OK but when I try to write (send) configuration to the
radio communication is broken after while and I get error message.
The same cable and software on the same machine runs without problems on QEMM's
virtual 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=13296
Summary: regression problem in upgrade to Ubuntu Hardy/1.0-rc1:
Palm Hotsync over serial Segmentation Fault
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jan-winehq(a)h-i-s.nl
Created an attachment (id=13150)
--> (http://bugs.winehq.org/attachment.cgi?id=13150)
Logging output
I upgraded to Ubuntu Hardy, and wine 1.0-rc1.
Hotsync manager 1.0 for Palm Pilot worked fine before.
http://appdb.winehq.org/objectManager.php?sClass=version&iId=10362
Now it crashes half-way synchronising over the serial port, sometimes after a
few seconds, sometimes much later in the process.
These crashes reproduce well, and yield a segmentation fault without further
information
$ wine hotsync.exe
Segmentation fault
$
I do not know if this means that a part of Wine crashes, or just the
application.
I added logging, where it seems that the problem lies within the call below:
0009:CallTo16(func=111f:072a,ds=1087,118f,7404,0000,0006) ss:sp=1087:ffd0
I am not sure if the problem lies with wine, or that other problems with Ubuntu
Hardy may relate to this.
It is disappointing that an application that used to work fine, and I came to
depend on, is now broken.
--
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=25083
Summary: HyperTerminal unable to loop back on COM1 (RS-232)
Product: Wine
Version: 1.3.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: graham(a)nerve.org.za
On a machine with an on-board RS-232 port at COM1, HyperTerminal (as shipped
with Windows XP) is firstly unable to detect the port until changes are made in
the WINE registry, thereafter, after attaching a simple loopback adapter (pins
2 and 3 of a DB9F shorted) no characters are echoed to the screen.
Obtaining the software:
>From a Windows XP installation, copy the files hypertrm.exe and htrn_jis.dll
from 'C:\Program Files\Windows NT' and hticons.dll and hypertrm.dll from
C:\Windows\System32' into a suitable directory below .wine/drive_c
or
Download a free 30 day trial of HyperTerminal Private Edition 7.0 from
http://www.hilgraeve.com/hyperterminal/
Create a symbolic link for COM1, documented here:
http://www.winehq.org/docs/wineusr-guide/misc-things-to-configure
ln -s /dev/ttyS0 ~/.wine/dosdevices/com1
At this point, starting HyperTerminal will result in no serial ports being
shown.
Now, create a registry entry in WINE for the serial port, mentioned in this bug
report:
http://bugs.winehq.org/show_bug.cgi?id=4282
Add the following lines to .wine/system.reg [Hardware\\Devicemap\\SerialComm]
"Serial0"="COM1"
Now HyperTerminal can be started, COM1 can be selected and configured, but no
characters are echoed to the screen.
However, the free terminal program, simply named 'Terminal' and available here:
https://sites.google.com/site/terminalbpp/
Does echo characters to the screen.
--
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=47873
Bug ID: 47873
Summary: kernel32:comm fails randomly
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:comm fails randomly on multiple Windows versions:
comm.c:708: Found Com port COM1. Connected devices may disturb results
comm.c:859: Test failed: WaitCommEvent failed with a timeout
comm.c:870: recovering after WAIT_TIMEOUT...
comm.c:880: Test failed: WaitCommEvent error 0
comm.c:881: Test failed: WaitCommEvent: expected EV_TXEMPTY, got 0
comm.c:885: WaitCommEvent for EV_TXEMPTY took 1500 ms (timeout 1500)
comm.c:886: Test failed: WaitCommEvent used 1500 ms for waiting
https://test.winehq.org/data/tests/kernel32:comm.html
These failures are random and have been seen on the following TestBot VM4
configurations:
wxppro
w2003std
w7pro64-32
w1064v1507-32
w1064v1607-32
w1064v1607-64
w1064v1709-64
w1064v1607-64
w1064v1809-32
w1064v1809-32
w1064v1809-64
w1064v1809-2scr-32
w1064v1809-fr-64
w1064v1809-ja-32
w1064v1809-ja-64
So it does not depend on the Windows version, bitness of the test, or locale.
However it only happens on QEmu VMs: it never happened on the fg-win7u64 VMware
VMs or on the real hardware machines, cw-rx460 and cw2-gtx560.
Yet the VMware VMs have two serial COM ports, and, according to dmesg | grep
tty, the real hardware machines do have a serial port too.
QEmu bug?
--
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=46676
Bug ID: 46676
Summary: Serial port enumeration (get device description) on
Mac OS/X 10.9, 10.13
Product: Wine
Version: 4.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)hinner.info
Created attachment 63628
--> https://bugs.winehq.org/attachment.cgi?id=63628
suspected problematic function
Tested on: Mac OS/X 10.9, 10.13
WineBottler (Wine 1.8) works fine; Wine 4.0 (from .pkg) does not work
Our application is trying to enumerate serial ports by using setupapi
functions. I have not checked where exactly is the problem as debugging on OS/X
is a bit difficult for me, however suspected function is attached (it's goal is
to get device description).
The affected apps are http://obdtester.com/ficom , http://obdtester.com/bimcom
, http://obdtester.com/fcom ;
I have tried to create symlink in dosdevices (required for WineBottler to get
it working), one OS/X 10.13 my link got deleted everytime I ran the app; on
OS/X 10.9 link persisted, but not possible to enumerate any serial port(s).
I can provide login for download by personal e-mail (not to be disclosed).
I have talked about this on wine mailing list a long time ago, it would be
super easy if Wine-enabled application can have a way to load system native .so
to talk directly to the host system, I have many examples of device drivers
that would be super easy to implement. FYI I have already written
"winegate.dll.so" which solves this real world problem, but it was rejected for
submission to Wine because of "Wine must be 100% transparent" ideology.
--
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=50778
Bug ID: 50778
Summary: TortoiseMerge closes before showing a window
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lexlexlex(a)gmail.com
Distribution: ---
Created attachment 69576
--> https://bugs.winehq.org/attachment.cgi?id=69576
Terminal log for TortoiseMerge startup and subsequent closing with wine
Steps to reproduce:
1. Install TortoiseSVN in a 64-bit wine prefix.
2. Try to run TortoiseMerge.exe with the wine prefix mentioned in step 1. For
example, run "wine TortoiseMerge.exe" from a terminal if the default wine
prefix was used.
Current behavior:
TortoiseMerge closes before showing a window. No TortoiseMerge window appears.
Expected behavior:
TortoiseMerge is expected to start, allowing the user to compare and merge
files in a windowed GUI.
Additional information:
A download for the current version of the TortoiseSVN installer as of this
report is at
https://osdn.net/projects/tortoisesvn/storage/1.14.1/Application/TortoiseSV…
A log showing terminal output when trying to run "wine TortoiseMerge.exe" is
attached.
Opinion:
This is one of 2 bugs preventing using TortoiseSVN fully in wine. The other is
50756. If these 2 bugs are fixed, TortoiseSVN could be used fully, easing the
transition of users whose jobs rely on SVN to Linux. Currently some companies
still use SVN and I've tried all the free SVN clients for Linux, and none of
them come close to the level of convenience and intuitiveness that TortoiseSVN
provides. I have nemo actions ready to enable full usage in of TortoiseSVN in
Linux if these 2 bugs are fixed. This would help me personally tremendously,
as digging through old revisions in alternate SVN branches is part of my job
and extremely difficult with any SVN client other than TortoiseSVN using
TortoiseMerge. Thanks for reading this.
--
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=51212
Bug ID: 51212
Summary: i want to install itunes, it installed through wine
but giving some error while to launch the program
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: robinssgraphics(a)gmail.com
Distribution: ---
Created attachment 70086
--> https://bugs.winehq.org/attachment.cgi?id=70086
i want to install itunes, it installed through wine but giving some error while
to launch the program
i want to install itunes, it installed through wine but giving some error while
to launch the program
--
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=53850
Bug ID: 53850
Summary: Mery, TeraPad : When using Japanese input method (IM),
undetermined strings are not displayed (regression)
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: su_zu_me(a)hotmail.com
Distribution: ---
Created attachment 73380
--> https://bugs.winehq.org/attachment.cgi?id=73380
input after "そうか" ("souka"), but not displayed
Mery and TeraPad are text editors.
When using input method (IM) to input Japanese characters, undetermined strings
are not displayed.
Candidates are displayed.
Conversions are done successfully.
It occurs with Wine 7.13 or later.
Undetermined strings are displayed inline with Wine 7.12 or earlier, after
several conversion after starting the application.
note:
Right after starting the application, undetermined string is not displayed
with all tested version of Wine, but it should be another bug.
Application:
Mery (x86) Version 2.6.7
Download site:
https://forest.watch.impress.co.jp/library/software/mery/
SHA1:
edef7350aeed6bab083612e2d316607561f5f31c MerySetup-2.6.7.exe
tested Wine version:
6.0.3 (Ubuntu 6.0.3~repack-1)
7.11
7.12
7.13
7.15
7.19
Application:
TeraPad Version 1.09
Download site:
-
SHA1:
3ff8f3741ce82dcea54a385cea484b861007c260 tpad109.zip
tested Wine version:
6.0.3 (Ubuntu 6.0.3~repack-1)
7.11
7.12
7.13
7.15
7.19
Application:
TeraPad Version 1.10
Download site:
https://tera-net.com/library/tpad.html
SHA1:
ae28027af722c3ea7f6431d04c65582d16c60832 tpad110.exe
tested Wine version:
7.12
7.19
terminal output: N/A
OS:
Ubuntu 22.04.1 LTS (amd64)
Display server:
Wayland
Input Method Framework:
IBus
Input Method Engine:
Mozc
installed Wine:
winehq-devel
--
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=55018
Bug ID: 55018
Summary: d2d1:d2d1 sometimes times out on Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d2d1:d2d1 sometimes times out on Linux. Apparently something causes the whole
test to lock up but because the test is multithreaded this can happen at any
point.
d2d1:d2d1 start dlls/d2d1/tests/d2d1.c
d2d1:d2d1:0810 done (258) in 120s 0B
or
d2d1:d2d1 start dlls/d2d1/tests/d2d1.c
d2d1.c:2692: Test marked todo: Surface does not match.
...
d2d1.c:10042: Test marked todo: Test 1: Got unexpected dpi_y 2.88000000e+002,
expected 0.00000000e+000.
d2d1.c:10039: Test marked todo: Test 2: Got unexpected dpi_x 6.00000000e+001,
expected 0.00000000e+000.
d2d1:d2d1:077c done (258) in 120s 13391B
See https://test.winehq.org/data/patterns.html#d2d1:d2d1
Note that this only happens in the 64-bit tests (including on
gitlab-debian-64).
--
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=55318
Bug ID: 55318
Summary: ntdll:time - test_TimerResolution() fails on Windows
11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:time - test_TimerResolution() fails on Windows 11:
time.c:284: Test failed: expected new timer resolution 5000, got 4882
time.c:284: Test failed: NtQueryTimerResolution() expected timer resolution
4882, got 5000
See https://test.winehq.org/data/patterns.html#ntdll:time
--
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=53247
Bug ID: 53247
Summary: user32:sysparams - test_dpi_context() fails on Windows
10 1909+
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_dpi_context() fails on Windows 10 1909+:
sysparams.c:3813: Test failed: got 0
sysparams.c:3814: Test failed: wrong value -1
https://test.winehq.org/data/patterns.html#user32:sysparams
These traces could include a bit more information rather than leaving most of
it to the source line number.
--
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=55308
Bug ID: 55308
Summary: tools/winebuild/res16.c:156:5: runtime error: null
pointer passed as argument 1, which is declared to
never be null (UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Created attachment 74908
--> https://bugs.winehq.org/attachment.cgi?id=74908
build log
I've been using UndefinedBehaviorSanitizer at my day job and found it pretty
useful, so did some brief testing on it with Wine.
Not everything builds (notably loader/ and dlls/ntdll/unix/), but most other
stuff does.
For this issue, just recompiling tools/winebuild is enough to see the issue:
./configure && make -j12
cd tools/winebuild
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
cd ../../dlls/avifile.dll16/
make clean && make
tools/winegcc/winegcc -o dlls/avifile.dll16/i386-windows/avifile.dll16
--wine-objdir . -b i686-w64-mingw32 -Wl,--wine-builtin -shared \
dlls/avifile.dll16/avifile.dll16.spec -m16 -Wb,--main-module,avifil32.dll \
dlls/avifile.dll16/i386-windows/main.o
dlls/avifil32/i386-windows/libavifil32.a \
dlls/winecrt0/i386-windows/libwinecrt0.a
dlls/ucrtbase/i386-windows/libucrtbase.a \
dlls/krnl386.exe16/i386-windows/libkernel.a
dlls/kernel32/i386-windows/libkernel32.a \
dlls/ntdll/i386-windows/libntdll.a -Wl,--disable-stdcall-fixup
tools/winebuild/res16.c:156:5: runtime error: null pointer passed as argument
1, which is declared to never be null
Seems to affect most win16 dlls, there are a total of 44 occurrences (build 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=54015
Bug ID: 54015
Summary: Accessing shared memory from Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: berarma(a)hotmail.com
Distribution: ---
Some Windows games and applications share some internals through shared memory
with external tools. Shared memory is preferred over sockets because it adds no
overhead with no latency.
It's mostly used in driving and flying simulators to provide visual overlays,
data on additional displays, telemetry, rig movement, etc. from external tools.
There's also scientific apps using it for similar purposes or general
inter-process communication.
It's common to use tagged shared memory blocks that external tools can then
access using the already known tag.
Here's an example from a Python application for rFactor 2:
self._rf2_tele = mmap.mmap(0, ctypes.sizeof(rF2Telemetry),
f"$rFactor2SMMP_Telemetry${input_pid}")
self._rf2_scor = mmap.mmap(0, ctypes.sizeof(rF2Scoring),
f"$rFactor2SMMP_Scoring${input_pid}")
self._rf2_ext = mmap.mmap(0, ctypes.sizeof(rF2Extended),
f"$rFactor2SMMP_Extended${input_pid}")
self._rf2_ffb = mmap.mmap(0, ctypes.sizeof(rF2ForceFeedback),
"$rFactor2SMMP_ForceFeedback$")
Allowing these shared memory blocks to be accessed from Linux would allow us to
port some of these tools or even implement or own.
Then these tools could access resources or hardware that isn't available from
inside the Wine prefix. Some of these tools also fail to run on Wine.
Since I guess Wine is already using Linux shared memory mechanism to implement
Windows shared memory, the blocks are already available at /dev/shm but they
use generic names that can't be associated to the tag used on Windows.
Having these shared memory blocks created in the prefix directory with a name
containing the tag used on creation would allow us to use it from our native
applications. Or any other way to find them using the tags used on Windows.
Thanks for your attention.
--
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=55315
Bug ID: 55315
Summary: tools/wrc/parser.l:626:5: runtime error: null pointer
passed as argument 2, which is declared to never be
null (UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
+++ This bug was initially created as a clone of Bug #55314 +++
For this issue, just recompiling tools/wrc is enough to see the issue:
./configure && make -j12
cd tools/wrc
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/wrc/wrc -u -o programs/winedbg/winedbg.res --nostdinc --po-dir=po
-Iprograms/winedbg -Iinclude -Iinclude/msvcrt \
-Ilibs/zydis/include -D_UCRT -D__WINESRC__ programs/winedbg/winedbg.rc
tools/wrc/parser.l:626:5: runtime error: null pointer passed as argument 2,
which is declared to never be null
--
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=55314
Bug ID: 55314
Summary: tools/wrc/genres.c:1078:31: runtime error: left shift
of 40664 by 16 places cannot be represented in type
'int' (UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
For this issue, just recompiling tools/wmc is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/wrc/wrc -u -o dlls/fusion/version.res --nostdinc -Idlls/fusion -Iinclude
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ \
dlls/fusion/version.rc
tools/wrc/genres.c:1078:31: runtime error: left shift of 50727 by 16 places
cannot be represented in type 'int'
tools/wrc/genres.c:1080:31: runtime error: left shift of 50727 by 16 places
cannot be represented in type 'int'
tools/wrc/wrc -u -o dlls/msvcr120/version.res --nostdinc -Idlls/msvcr120
-Idlls/msvcrt -Iinclude -Iinclude/msvcrt \
-D_MSVCR_VER=120 -D__WINESRC__ -D_CRTIMP= dlls/msvcr120/version.rc
tools/wrc/genres.c:1078:31: runtime error: left shift of 40664 by 16 places
cannot be represented in type 'int'
tools/wrc/wrc -u -o programs/ngen/version.res --nostdinc -Iprograms/ngen
-Iinclude -Iinclude/msvcrt -D_UCRT -D__WINESRC__ \
programs/ngen/version.rc
tools/wrc/genres.c:1078:31: runtime error: left shift of 50727 by 16 places
cannot be represented in type 'int'
tools/wrc/genres.c:1080:31: runtime error: left shift of 50727 by 16 places
cannot be represented in type 'int'
--
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=55313
Bug ID: 55313
Summary: tools/wmc/mcy.y:488:30: runtime error: left shift of 2
by 30 places cannot be represented in type 'int'
(UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
For this issue, just recompiling tools/wmc is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/wmc/wmc -u -o dlls/kernelbase/winerror.res dlls/kernelbase/winerror.mc
--po-dir=po
tools/wmc/mcy.y:488:30: runtime error: left shift of 2 by 30 places cannot be
represented in type 'int'
tools/wmc/wmc -u -o dlls/mferror/mferror.res dlls/mferror/mferror.mc
--po-dir=po
tools/wmc/mcy.y:488:30: runtime error: left shift of 3 by 30 places cannot be
represented in type 'int'
--
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=55312
Bug ID: 55312
Summary: tools/widl/write_msft.c:1616:30: runtime error: left
shift of 1207959552 by 1 places cannot be represented
in type 'int' (UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Created attachment 74910
--> https://bugs.winehq.org/attachment.cgi?id=74910
build log
For this issue, just recompiling tools/widl is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/widl/widl -o dlls/atl/i386-windows/atl_lib_t.res -b i686-w64-mingw32
--nostdinc -Ldlls/\* -Idlls/atl -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ -D_ATL_VER=_ATL_VER_30
dlls/atl/atl_lib.idl
tools/widl/write_msft.c:1616:30: runtime error: left shift of 1476395008 by 1
places cannot be represented in type 'int'
There are 27 total occurrences.
--
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=55311
Bug ID: 55311
Summary: tools/widl/write_msft.c:1512:33: runtime error: left
shift of negative value -1
(UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
For this issue, just recompiling tools/widl is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/widl/widl -o dlls/dhtmled.ocx/i386-windows/dhtmled_tlb_t.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Idlls/dhtmled.ocx -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ dlls/dhtmled.ocx/dhtmled_tlb.idl
tools/widl/write_msft.c:1512:33: runtime error: left shift of negative value -1
There are a total of 5 occurrences:
tools/widl/widl -o dlls/dhtmled.ocx/i386-windows/dhtmled_tlb_t.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Idlls/dhtmled.ocx -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ dlls/dhtmled.ocx/dhtmled_tlb.idl
tools/widl/widl -o dlls/mshtml.tlb/i386-windows/mshtml_tlb_t.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Idlls/mshtml.tlb -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ dlls/mshtml.tlb/mshtml_tlb.idl
tools/widl/widl -o dlls/msscript.ocx/i386-windows/msscript_t.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Idlls/msscript.ocx -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ dlls/msscript.ocx/msscript.idl
tools/widl/widl -o programs/cscript/i386-windows/ihost_l.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Iprograms/cscript \
-Iprograms/wscript -Iinclude -Iinclude/msvcrt -D_UCRT -D__WINESRC__
-DCSCRIPT_BUILD \
programs/wscript/ihost.idl
tools/widl/widl -o programs/wscript/i386-windows/ihost_l.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Iprograms/wscript -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ programs/wscript/ihost.idl
--
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=55310
Bug ID: 55310
Summary: tools/widl/hash.c:714:13: runtime error: store to
misaligned address 0xffda6583 for type 'unsigned int',
which requires 4 byte alignment
(UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Created attachment 74909
--> https://bugs.winehq.org/attachment.cgi?id=74909
build log
For this issue, just recompiling tools/widl is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/widl/widl -o include/windows.foundation.h -m32 --nostdinc -Ldlls/\*
-Iinclude -Iinclude -D__WINESRC__ \
include/windows.foundation.idl
tools/widl/hash.c:714:13: runtime error: store to misaligned address 0xffe6aac6
for type 'unsigned int', which requires 4 byte alignment
0xffe6aac6: note: pointer points here
00 00 00 00 00 00 00 00 00 00 8c ab e6 ff 00 e0 7a 56 20 40 7f 57 f8 aa e6
ff 00 e0 7a 56 30 00
^
tools/widl/hash.c:715:13: runtime error: store to misaligned address 0xffe6aaca
for type 'unsigned int', which requires 4 byte alignment
0xffe6aaca: note: pointer points here
00 00 00 00 00 00 8c ab e6 ff 00 e0 7a 56 20 40 7f 57 f8 aa e6 ff 00 e0 7a
56 30 00 00 00 8d 89
^
There are 62 total occurrences.
--
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=55309
Bug ID: 55309
Summary: tools/widl/expr.c:272:23: runtime error: negation of
-2147483648 cannot be represented in type 'int'; cast
to an unsigned type to negate this value to itself
(UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
For this issue, just recompiling tools/widl is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/widl/widl -o include/d3d10_1.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ \
include/d3d10_1.idl
tools/widl/expr.c:272:23: runtime error: negation of -2147483648 cannot be
represented in type 'int'; cast to an unsigned type to negate this value to
itself
Occurs for a few widl files:
tools/widl/widl -o include/d2d1.h -m32 --nostdinc -Ldlls/\* -Iinclude -Iinclude
-D__WINESRC__ include/d2d1.idl
tools/widl/widl -o include/d3d10.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ include/d3d10.idl
tools/widl/widl -o include/d2d1effectauthor.h -m32 --nostdinc -Ldlls/\*
-Iinclude -Iinclude -D__WINESRC__ \
include/d2d1effectauthor.idl
tools/widl/widl -o include/d2d1_2.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ \
include/d2d1_2.idl
tools/widl/widl -o include/d2d1_1.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ \
include/d2d1_1.idl
tools/widl/widl -o include/d2d1_3.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ \
include/d2d1_3.idl
--
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=52838
Bug ID: 52838
Summary: MachStudio Pro renders wrong
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Any project is being rendered wrong in MachStudio Pro. The problem is in Wine's
D2D1.DLL. When using native Vista's d2d1.dll (7.0.6002.18107 809kb) this issue
does not appear.
Steps to repro:
1. Run MachStudio Pro
2. Open a project for example by this path \Program Files\StudioGPU\MachStudio
Pro\Data\assets\SGPU_MTL_BALL.mab
Uploaded two screenshots: Wine's d2d1.dll and native d2d1.dll from Vista.
Free GPU MachStudio Pro download link:
https://download.cnet.com/MachStudio-Pro/3000-6677_4-75498419.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.
http://bugs.winehq.org/show_bug.cgi?id=30155
Bug #: 30155
Summary: secdrv.sys from SafeDisc v2.05.030 does not work
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stefan(a)codeweavers.com
Classification: Unclassified
Created attachment 39336
--> http://bugs.winehq.org/attachment.cgi?id=39336
service,relay,winedevice,ntoskrnl log
SafeDisc 2.05.030 does not work out of the box. The user-visible symptom is
that the application exits with exit code 0 without any output. This affects
for example the Command and Conquer Red Alert 2 installer, which is safedisc
protected for some reason.
The problem seems to be related to the specific secdrv.sys version. If I take a
secdrv.sys from a newer safedisc version(e.g. 2.40.010 from the RA2 Yuri's
revenge expansion) and put it in C:\windows\system32\drivers, the installer
works.
ProtectId says:
Scanning -> D:\Setup\Setup.exe
File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 1308863 (013F8BFh)
Byte(s)
-> File has 733375 (0B30BFh) bytes of appended data starting at offset 08C800h
[File Heuristics] -> Flag : 00000000000000000100000000100111 (0x00004027)
[!] Safedisc v2.05.030 detected !
[i] Appended data contents....
[.] o: 0x0008C828 / t: <0x00000001> <0x00000000> <0x00000001> / s: 00194947
byte(s) -> ~de7bc4.tmp
[.] o: 0x000BC1D2 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00030208
byte(s) -> clcd32.dll
[.] o: 0x000C37F9 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00006784
byte(s) -> clcd16.dll
[.] o: 0x000C529D / t: <0x00000001> <0x00000000> <0x0000044D> / s: 00067584
byte(s) -> mcp.dll
[.] o: 0x000D5AC5 / t: <0x00000001> <0x00000000> <0x00000000> / s: 00327220
byte(s) -> ~df394b.tmp
[.] o: 0x00125920 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00034304
byte(s) -> drvmgt.dll
[.] o: 0x0012DF47 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00018768
byte(s) -> secdrv.sys
[.] o: 0x001328BF / t: <0x00000001> <0x00000000> <0x00000000> / s: 00053248
byte(s) -> ~ef7194.tmp
[CompilerDetect] -> Visual C++ 6.0
- Scan Took : 0.640 Second(s)
The md5sum of the broken secdrv.sys is XXX. The md5sum of the working 2.40.010
driver is f376a1580204e47f37a721e1cbc5582a.
I am attaching a +relay,+service,+winedevice+ntoskrnl log of a failed run of
the setup tool.
--
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=55305
Bug ID: 55305
Summary: advapi32:eventlog - test_autocreation() fails on the
Windows 10 2004 and 2009 VMs
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
Created attachment 74901
--> https://bugs.winehq.org/attachment.cgi?id=74901
Minimal eventlog to reproduce the test_autocreation() failure
advapi32:eventlog - test_autocreation() fails on the Windows 10 2004 and 2009
VMs:
eventlog.c:1156: Test failed: Expected an eventlog file
See http://winetest.dolphin/data/patterns.html#advapi32:eventlog
This failure is systematic and specific to these two Windows configurations.
Also it happens even when running advapi32:eventlog on its own.
Commenting out parts of the test shows that the failure is caused by the final
CloseEventLog(handle) in test_clear(). See the attached patch to minimally
reproduce this failure.
This is similar to bug 54614: advapi32:eventlog causes the event log service to
crash which breaks test_autocreation():
Source : Service Control Manager
Event ID : 7031
The Windows Event Log service terminated unexpectedly. It has done this
1 time(s). The following corrective action will be taken in 60000
milliseconds: Restart the service.
--
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=55301
Bug ID: 55301
Summary: gdi32:font - test_bitmap_font_metrics(System) fails in
Wine for the Japanese and Chinese locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font - test_bitmap_font_metrics(System) fails in Wine for the Japanese
and Chinese locales.
In the ja_JP locale:
font.c:986: Test failed: System(18): tm.tmWeight 700 != 400
In the zh_CN locale:
font.c:993: Test failed: System(16): tm.tmInternalLeading 0 != 3
See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian 11 and Testing VMs
--
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=55303
Bug ID: 55303
Summary: gdi32:font - test_lang_names() fails in Wine for the
Japanese locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font - test_lang_names() fails in Wine for the Japanese locale:
font.c:7268: Test failed: 2: (1) unexpected lfFaceName
L"\30d5\30a9\30f3\30c8\540d Cond (ja)"
font.c:7276: Test failed: 2: (1) unexpected elfStyle L"Regular"
font.c:7268: Test failed: 2: (0) unexpected lfFaceName L"Wine_Lang_Names"
font.c:7276: Test failed: 2: (0) unexpected elfStyle L"Regular"
font.c:7310: Test failed: 2: EnumFontFamiliesExW unexpected count 0.
font.c:7319: Test failed: 2: EnumFontFamiliesExW unexpected count 0.
See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian 11 and Testing VMs.
--
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=55302
Bug ID: 55302
Summary: gdi32:font fails in Wine for the Chinese locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font fails in Wine for the zh_CN locale:
test_GetCharABCWidths():
font.c:1238: Test failed: GetCharABCWidthsA 100 - 100 should have failed
font.c:1238: Test failed: GetCharABCWidthsA ffff - ffff should have failed
test_font_charset():
font.c:2703: Test failed: 0 vs 2: indices shouldn't match
test_bitmap_font_glyph_index():
font.c:6925: Test failed: expected a9, got 3f (Courier:0)
font.c:6925: Test failed: expected a9, got 3f (Small Fonts:0)
font.c:6870: Tests skipped: expected Fixedsys, got Noto Sans CJK SC
font.c:6925: Test failed: expected a9, got 3f (System:0)
See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian 11 and Testing VMs.
There are other failures, see bug 55299 and bug 55301.
--
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=55300
Bug ID: 55300
Summary: gdi32:font - test_bitmap_font_metrics() fails in Wine
for the Arabic locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font - test_bitmap_font_metrics() fails in Wine for the Arabic locale
(ar_MA):
font.c:995: Test failed: Small Fonts(11): tm.tmAveCharWidth 5 != 4
font.c:996: Test failed: Small Fonts(11): tm.tmFirstChar = 20
font.c:1001: Test failed: Small Fonts(11): tm.tmDefaultChar = 80
font.c:1002: Test failed: Small Fonts(11): tm.tmBreakChar = 20
font.c:1008: Test failed: Small Fonts(11): tm.tmMaxCharWidth 9 != 10
See See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian 11 and Testing VMs.
--
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=55297
Bug ID: 55297
Summary: dlls/ntdll/unix fails to build with gcc-10 and
AddressSanitizer
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Building Wine with AddressSanitizer enabled fails in dlls/ntdll/unix with
pthread errors. To reproduce:
#!/bin/bash
export ASAN_OPTIONS=detect_leaks=0
export CFLAGS="-O0 -g -fsanitize=address"
export LDFLAGS="-fsanitize=address"
./configure
make
...
/usr/bin/ld: dlls/ntdll/unix/loader.o: in function `init_paths':
/home/austin/wine/dlls/ntdll/unix/loader.c:618: undefined reference to `dladdr'
/usr/bin/ld: dlls/ntdll/unix/loader.o: in function `dlopen_dll':
/home/austin/wine/dlls/ntdll/unix/loader.c:1166: undefined reference to
`dlerror'
/usr/bin/ld: /home/austin/wine/dlls/ntdll/unix/loader.c:1170: undefined
reference to `dlsym'
/usr/bin/ld: dlls/ntdll/unix/thread.o: in function `start_thread':
/home/austin/wine/dlls/ntdll/unix/thread.c:1102: undefined reference to
`pthread_setspecific'
--
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.