http://bugs.winehq.org/show_bug.cgi?id=14218
Summary: OleLoadPictureEx is not fully implemented (ole32)
Product: Wine
Version: 1.1.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mehlers(a)adata.de
Created an attachment (id=14504)
--> (http://bugs.winehq.org/attachment.cgi?id=14504)
Wine Output for OleLoadPictureEx
The Main Window of our Software under Windows shows a Picture. If we use the
builtin-Version of ole32 the Picture is not displayed. It seems that
"OleLoadPictureEx" ist not fully implemented.
See attachment "output.txt" for more information.
adata Software GmbH
Michael Ehlers
--
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=56553
Bug ID: 56553
Summary: ClickOnce app fails during initial download
Product: Wine
Version: 9.3
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maemigh(a)gmail.com
Created attachment 76314
--> https://bugs.winehq.org/attachment.cgi?id=76314
Console output from wine
ClickOnce app using winetricks to install dotnet472 fails at the application
download stage. Previously worked on older wine versions (still works with
version used by Whisky).
--
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=42893
Bug ID: 42893
Summary: Cann't insert any HBITMAP in RichEdit control
Product: Wine
Version: 2.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: xiewei(a)deepin.com
Distribution: ---
1.Run Edit.exe with wine
2.Select any emoticon insert to the richedit,but nothing happened.
--
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=54951
Bug ID: 54951
Summary: Calling SetUserObjectInformationW with
UOI_TIMERPROC_EXCEPTION_SUPPRESSION causes Invalid
parameter
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: cocoa(a)hoto.us
Distribution: ---
Created attachment 74476
--> https://bugs.winehq.org/attachment.cgi?id=74476
reproducible executable file
Confirmed on Ubuntu 22.04, wine-8.8.
I am developer who develops company internal software, using Win32 API.
Some of our members using macOS, So I recommended CrossOver.
However that member says It's crashing, I thought It maybe x64 issue so I
provided x86 build for them. It seems to work at first, but crashed after
seconds. It reports: "[87 0x81] Invalid parameter.".
I traced stack and I found this line is the problem:
https://github.com/rodrigocfd/windigo/blob/master/ui/any_globals.go#L172
And I commented out that line, It works with some graphic issue. (No graphic
issue on Wine)
I don't know about Wine's workaround about this function as many, But It seems
to UOI_TIMERPROC_EXCEPTION_SUPPRESSION flag caused the error.
I attached a simple reproducible program that creates 500x500 window.
I also confirmed It crashes on Wine 8.8, the latest development release.
I sent this issue also to CodeWeavers, but I'm filing this bug report because
this also happens on Wine.
By Wine doesn't crash but throws invalid exception, there is no trace
attachment.
Thanks.
--
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=56145
Bug ID: 56145
Summary: Wine lacks VR support ( OpenVR/OpenXR runtime shim)
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xeno(a)x-s.com.pl
Distribution: ---
Currently VR support in Linux gets to the point where it becomes viable option.
Linux native apps tend to do just fine , but there's no way for VR capable
windows apps running trough Wine to detect/use VR devices.
VR is supposed to be supported on Proton and hacky Wine-Proton hybrids, where
first option limits support to apps from Steam and second one is a bit
cumbersome to get it working.
To solve this issue wine environment could provide thin VR runtime environment
that catches calls from apps and direct those to linux native VR runtime that
is installed on user system. Wine OpenXR library shouldn't be that complex as
it'd be simple 1:1 mapping of OpenXR API. For Valve OpenVR API there are two
possible approaches, one similar to OpenXR where wine just forward calls to
SteamVR or it could translate calls to OpenXR, like OpenComposite does, then
call OpenXR runtime on Linux side.
--
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=56378
Bug ID: 56378
Summary: Microsoft Edge and Edge-based WebView2 do not function
without --no-sandbox option
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: asdfghrbljzmkd(a)outlook.com
Distribution: ---
Microsoft Edge will freeze about 1-3 seconds after launching.
Steps to reproduce:
1. Download and install WebView2 (which includes Edge) from
https://developer.microsoft.com/en-us/microsoft-edge/webview2/
2. Run:
wine "/PATH/TO/PREFIX/drive_c/Program Files
(x86)/Microsoft/EdgeCore/VERSIONNUMBER/msedge.exe" --disable-gpu --no-first-run
Edge will not launch. If you add --no-sandbox to the launch options, it will
launch, but freeze after a second or so
(https://bugs.winehq.org/show_bug.cgi?id=56377)
--disable-gpu is required wine wined3d, it can be dropped if using DXVK.
--no-first-run disables the first run prompting you to sign in and such, it has
no bearing on this bug itself.
This also affects applications using WebView2, e.g. the Adobe Creative Cloud
setup application:
WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--disable-gpu" wine
'/PATH/TO/Creative_Cloud_Set-Up.exe'
Using this at least allows the window to open, though it is blank for reasons
currently unknown:
WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--disable-gpu --no-sandbox" wine
'/PATH/TO/Creative_Cloud_Set-Up.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.
https://bugs.winehq.org/show_bug.cgi?id=54697
Bug ID: 54697
Summary: Gaming.Input is not working with RAW controller API
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: windows.gaming.input
Assignee: wine-bugs(a)winehq.org
Reporter: winrazor(a)gmail.com
Distribution: ---
Hello, I'm trying to run .Net Framework 7.0 application with Gamin.Input Raw
device API on Ubuntu Linux and have the following error:
fixme:input:controller_QueryInterface {43c0c035-bb73-4756-a787-3ed6bea617bd}
not implemented, returning E_NOINTERFACE
Connected device is detected but it cannot read info from device.
Tried with 2 different controllers: Trustmaster Dual Trigger and Xbox Series S
by cable, and have the same problem.
Wine 8.3 Staging is configured for Windows 11. In Windows 11 application works.
Do you have an idea?
Thanks is advance.
Timur.
--
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=56260
Bug ID: 56260
Summary: 16-bit Myst deadlocks when entering Book
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
First, work around bug 56225.
- Run winecfg and mount the Myst/cd folder as D:\
- Run `sudo sysctl vm.mmap_min_addr=0`
- In one terminal, run `Xephyr :2 -ac -screen 800x600x8`
- In another terminal, run `DISPLAY=:2 openbox`
- In a third terminal, cd to "Myst/win3.1/MYST/" and run `DISPLAY=:2 wine
'MYST.EXE'`
Click through the intro and into the image in the book, this should get you
into the first world. On wine it just plays a sound, and then locks up.
--
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=56968
Bug ID: 56968
Summary: Easyhook remote hooking does not work, breaking some
game modding frameworks
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: katharine.chui(a)gmail.com
Distribution: ---
There exist game modding frameworks that uses EasyHook, for example,
https://andrasteframework.github.io/content/1.0.0/index.html
EasyHook remote hooking uses ReadProcessMemory to fetch module handle and
function addresses before using CreateRemoteThread to perform remote hooking
with the fetched function addresses
On wine, this breaks at
https://github.com/EasyHook/EasyHook/blob/16f641c8e2197b01095f548c94dcbe696…
When trying to fetch export directory from remote process' kernel32.dll's PE
header, ReadProcessMemory would succeed, eliminating the fallback codepath
outright, but the ExportDirectory buffer would then get filled with 0s. With an
export directory data structure filled with 0s, EasyHook would not be able to
do much with CreateRemoteThread as functions fetched at
https://github.com/EasyHook/EasyHook/blob/16f641c8e2197b01095f548c94dcbe696…
are all unavailable.
Patching the routine with a loop to loop until the function addresses can be
fetched, it seems that it's not (just) a timing issue either because the loop
just seems to go on forever.
Interestingly, through patching EasyHook itself and force the fallback code
path at
https://github.com/EasyHook/EasyHook/blob/16f641c8e2197b01095f548c94dcbe696…
which grabs export directory from PE NT headers, it can actually fetch an
export directory, then eventually fetch the addresses of LoadLibraryW,
FreeLibrary, GetProcAddress, ExitThread and GetLastError, but not VirtualFree
and VirtualProtect
With the EasyHook patches and dotnet48 installed, it is currently enough to
keep EasyHook going as it is now able to continue it's code injection and init
routine with LoadLibraryW.
Would it be possible for remote processes to fetch export directory from remote
PE headers? Would it be possible to fetch address to VirtualFree and
VirtualProtect? Thanks!
--
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=53775
Bug ID: 53775
Summary: Resident Evil 3 / Biohazard 3 (Sourcenext): Graphical
Issues with TeamX HD Mod
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: mskau(a)protonmail.com
Distribution: ArchLinux
The HD assets seemingly do not load at all with the HD mod. Instead the game
expects the HD assets but the original assets are loaded instead, causing
graphical issues.
The game has both the TeamX HD mod and Classic Rebirth installed.
Both WineD3D and DXVK exhibit this behavior.
The modded game works without issues under Windows 10.
Screenshots:
https://cdn.discordapp.com/attachments/819766636583845901/10291889002682860…https://cdn.discordapp.com/attachments/819766636583845901/10291889028687668…
--
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=56906
Bug ID: 56906
Summary: RichEd20 - White Background in pwSafe about window
Product: Wine
Version: 9.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 76726
--> https://bugs.winehq.org/attachment.cgi?id=76726
pwsaferichedwhite
Ubuntu 24.04 / Wine 9.11
https://sourceforge.net/projects/passwordsafe/files/Windows/3.3x/3.39.0/
Unzip all files
wine pwsafe
Safe Combinaison Entry, press OK
Main dialog > ? > About
2 lines are shown with white background. This is a RichEd20.
Similar bug seen in ReactOS : https://jira.reactos.org/browse/CORE-18861
showing expected result from Win2K3
--
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=44514
Bug ID: 44514
Summary: Elder Scrolls Online (Dragon Bones update) requires
more than 32 samplers in pixel shaders with D3D11
renderer
Product: Wine
Version: 3.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: ssorgatem(a)gmail.com
Distribution: ---
Practically the same as https://bugs.winehq.org/show_bug.cgi?id=41213
Missing ground textures that make the game rather hard to play, same as in the
screenshots for that patch.
The difference is that back then the game required more than 16 samplers...
which was fixed, but it now requries more than 32 samplers:
fixme:d3d:context_bind_shader_resources Shader 0x7fff03eb85a0 needs 37
samplers, but only 32 are supported.
Happens in latest staging, 3.0 and 3.1
--
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=54889
Bug ID: 54889
Summary: shell32.dll compile with clang-16 on termux-x86 LLVM
ERROR: out of memory
Product: Wine
Version: 8.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: szl19921231(a)gmail.com
Distribution: ---
Created attachment 74387
--> https://bugs.winehq.org/attachment.cgi?id=74387
compile error log
build i386 wine:
winegcc output shell32.dll LLVM out of memory from wine-8.2, win-8.1 is ok
compile on termux-app_v0.118.0+github-debug_x86.apk
clang-16.0.1 i686
but x86_64 wine can build shell32.dll ok on termux-app_v0.118.0debug_x86_64.apk
--
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=56497
Bug ID: 56497
Summary: MotorM4X crashes due to HLSL compilation failure
(needs 'SM1 cast from bool to integer' handling)
Product: vkd3d
Version: 1.11
Hardware: x86-64
URL: http://www.gamepressure.com/download.asp?ID=21182
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
0024:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -5.
0024:err:d3dcompiler:D3DCompile2 Shader log:
0024:err:d3dcompiler:D3DCompile2 <anonymous>:9:12: E5017: Aborting due to
not yet implemented feature: SM1 cast from bool to integer.
0024:err:d3dcompiler:D3DCompile2 <anonymous>:9:12: E5017: Aborting due to
not yet implemented feature: SM1 cast from bool to integer.
0024:err:d3dcompiler:D3DCompile2
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=22846
Summary: wine's internet explorer can't download firefox
Product: Wine
Version: 1.2-rc1
Platform: x86
URL: http://www.getfirefox.com
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
As everyone who's installed Windows (and isn't in the EU) knows, the main use
of Internet Explorer is to download firefox. Unfortunately, wine's IE can't
download firefox:
$ wine iexplore.exe http://www.getfirefox.com
Click download, choose windows, and...nothing. Relevant terminal output:
fixme:mshtml:nsChannel_IsNoStoreResponse (0x2a06a38)->(0x32ee7c)
fixme:mshtml:nsChannel_IsNoCacheResponse (0x2a06a38)->(0x32ee78)
fixme:mshtml:nsChannel_Cancel (0x2a06a38)->(804b0002)
fixme:mshtml:nsHttpChannelInternal_SetDocumentURI (0x2affaf8)->()
fixme:mshtml:nsChannel_SetReferrer (0x2affaf8)->(0x2bf3b38)
fixme:shdocvw:ClOleCommandTarget_Exec Unimplemented group
{000214d1-0000-0000-c000-000000000046}
fixme:urlmon:Binding_Abort (0x2b46008)
fixme:shdocvw:ClOleCommandTarget_Exec Unimplemented group
{000214d1-0000-0000-c000-000000000046}
fixme:mshtml:HttpNegotiate_GetRootSecurityId (0x2b162b0)->(0x32f108 0x32f34c 0)
fixme:wininet:InternetLockRequestFile STUB
err:mshtml:read_stream_data buffer is full
--
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=57109
Bug ID: 57109
Summary: Ableton Live 12: Max for Live fails to start
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pedrodarch15b(a)gmail.com
Distribution: ---
Created attachment 76997
--> https://bugs.winehq.org/attachment.cgi?id=76997
wine output
Ableton Live 12 (both Suite and Trial versions) won't start Max for Live. It
gets stuck on "Starting Max...", and renaming the Max folder to something else
(this tricks Ableton into thinking that Max is not installed) makes the program
start just fine.
The cause of this issue seems to be a regression in ucrtbase (Max for Live was
working just fine before Wine 9.12 if I recall correctly).
By installing the program multiple times I have noticed that Max does start
upon launching Ableton just after installing, but not on subsequent runs.
I have tested the program on a clean prefix (mostly, I did set wined3d renderer
to vulkan using winetricks), using a fresh build of latest git wine, compiled
locally with GCC 14 on Arch 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=42254
Bug ID: 42254
Summary: iTunes 12.5.4 window maximized with margin
Product: Wine
Version: 2.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winetaste(a)gmx.net
Distribution: ---
Created attachment 56939
--> https://bugs.winehq.org/attachment.cgi?id=56939
output maximizing
iTunes window has 4 px margin on every side when maximized.
It is the same for 32 and 64bit iTunes.
I tested on two different machines both with Ubuntu 16.10 64bit. Same result
with KDE Plasma 5, MATE and Cinnamon. Same with builtin and native gdiplus.
Output when I click maximize button, see attachment.
I don't know if I missed that before, because I didn't really maximized iTunes
that often before. Now I tested with rc3-5 and it is the same result.
iTunes 12.5.4.42
$ sha1sum iTunesSetup.exe
3a70cb1f8215efab5ae3723ab5ddde21f8394108 iTunesSetup.exe
iTunes 12.5.4.42 x64:
$ sha1sum iTunes6464Setup.exe
e24e12bf876d1cb683081ef4bd2427d1d2d377cd iTunes6464Setup.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=25532
Summary: iTunes under Wine doesn't find shared libraries
Product: Wine
Version: 1.3.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: computers57(a)hotmail.com
It seems that iTunes 10.1 under Wine cannot find shared libraries. I think
this has something to do with mdnsresponder not able to talk on the required
port.
Steps to reproduce:
1. Go to preferences in iTunes running either on Mac or natively on Windows.
2. click on Sharing.
3. Enable Music Sharing.
4. Go to a wine directory which has iTunes installed.
5. Start up iTunes under Wine.
6. Wait about a minute.
7. Look under Sharing on the sidebar.
Expected result:
You should see the shared library.
Actual result:
The share doesn't show up at all.
--
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=47980
Bug ID: 47980
Summary: Corel DRAW 2019 installer halts at "Initializing" step
Product: Wine
Version: 4.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bignintyfan(a)gmail.com
Distribution: ---
Created attachment 65490
--> https://bugs.winehq.org/attachment.cgi?id=65490
Corel DRAW 2019
Applications such as CorelDRAW 2019 hang at the "Initializing" step when trying
to install. This has been occurring since at least Wine Staging 4.5, but has
persisted to Wine Staging 4.18.
Steps to reproduce:
1. Make sure the "winbind" package is installed (`sudo apt install winbind`)
2. Make a new 64-bit Wine Prefix (`export WINEPREFIX=~/.wine-corel`)
3. Download the trial of CorelDRAW 2019 (https://www.coreldraw.com/en/)
4. (optional) Install dotnet40 using winetricks (`winetricks dotnet40)
5. Run the installer (`wine CorelDRAWGraphicsSuite2019Installer_RW.exe`)
Tracelog is added as an attachment, the final error shown when the window hangs
is "{}:err:seh:setup_exception_record stack overflow 1024 bytes in thread {}
eip f7b34198 esp 00230f30 stack 0x230000-0x231000-0x330000"
--
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=48678
Bug ID: 48678
Summary: USB serial under .NET 4.0 enters into an infinite loop
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: forum(a)abtelecom.ro
Distribution: ---
Created attachment 66531
--> https://bugs.winehq.org/attachment.cgi?id=66531
WineHQ LokProgrammer5 using USB to SERIAL
Hi,
I'm trying to run ESU LokProgrammer5 under Wine 5.0.
Seems that when it wants to read from the serial port is entering into an
infinite loop.
OS: Debian Bullseye
Kernel: 5.4.0-4-amd64 #1 SMP Debian 5.4.19-1 (2020-02-13) x86_64 GNU/Linux
WineHQ: 5.0
DOS Devices:
$ ls .wine/dosdevices/ -l
total 8
lrwxrwxrwx 1 adrian adrian 10 Dec 1 12:50 c: -> ../drive_c
lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com1 -> /dev/ttyS0
lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com2 -> /dev/ttyS1
lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com3 -> /dev/ttyS2
lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com4 -> /dev/ttyS3
lrwxrwxrwx 1 adrian adrian 62 Feb 27 00:07 com5 ->
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A506V8O5-if00-port0
lrwxrwxrwx 1 adrian adrian 81 Feb 27 00:07 com6 ->
/dev/serial/by-id/usb-Prolific_Technology_Inc._USB-Serial_Controller_D-if00-port0
lrwxrwxrwx 1 adrian adrian 12 Feb 27 00:07 com7 -> /dev/ttyUSB0
lrwxrwxrwx 1 adrian adrian 12 Feb 27 00:07 com8 -> /dev/ttyUSB1
lrwxrwxrwx 1 adrian adrian 14 Dec 1 12:50 d:: -> /dev/mmcblk0p1
lrwxrwxrwx 1 adrian adrian 12 Dec 1 12:50 e:: -> /dev/mmcblk0
lrwxrwxrwx 1 adrian adrian 1 Dec 1 12:50 z: -> /
Logs are made with "WINEDEBUG=+comm wine drive_c/Program\ Files\
\(x86\)/LokProgrammer5/LokProgrammer.exe" using COM5 and COM6.
I've test the COM ports with PuTTY.EXE and they work ok, but under this
software are not working.
Kind regards,
Adrian
--
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=56726
Bug ID: 56726
Summary: Ability to disable wine builtin title bar and borders
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: Deresiant(a)protonmail.ch
Distribution: ---
Currently when running applications through wine on the wayland driver, those
windows have a titlebar and border (I think these called window decorations?)
which are provided by wine and can be configured in winecfg.
There isn't a method to disable these window decorations completely.
--
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=31554
Bug #: 31554
Summary: PDF Annotation crashes on second startup
Product: Wine
Version: 1.5.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Now that bug 31206 is fixed, PDF Annotator starts up ok the first time,
but it still crashes on 2nd run with
fixme:msxml:internal_getProperty (0x3e27008)->(L"charset") unsupported property
fixme:msxml:internal_getProperty (0x3e27008)->(L"xmldecl-encoding") unsupported
property
fixme:msxml:internal_getProperty (0x3e27008)->(L"xmldecl-version") unsupported
property
err:seh:setup_exception_record stack overflow 2032 bytes in thread 0009 eip
004063aa esp 00240b40 stack 0x240000-0x241000-0x340000
'winetricks msxml3' still works around it, as does
rm "$WINEPREFIX/dosdevices/c:/users/$LOGNAME/Local Settings/Application
Data/PDF
Annotator/3.0/Tools/paStampTools.xml"
--
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=36958
Bug ID: 36958
Summary: Wine emulates file creation time instead of fetching
it from the underlying filesystem
Product: Wine
Version: 1.7.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P5
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Created attachment 49071
--> http://bugs.winehq.org/attachment.cgi?id=49071
Far2 showing file modification/creation/lass access times.
In Linux at least ext4 supports file creation time field (crtime), but Wine
doesn't use it. Instead it uses mtime.
Please, implement crtime for filesystems which impelement this field.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32493
Bug #: 32493
Summary: MOTORM4X Crash
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jarkamirov(a)gmail.com
Classification: Unclassified
The Game closed with error
Kubuntu 12.04.1
Radeon HD6850
Catalyst 12.11b
--
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=57184
Bug ID: 57184
Summary: DirectX9 not working properly with OpenGL.
Product: Wine
Version: 9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thrasher2k2(a)gmail.com
Distribution: ---
I have an Intel I5 2nd generation, and the onboard GPU of that CPU doesn't have
Vulkan support, so it must use OpenGL instead.
When I try to use any program that uses DirectX 9, it only shows a black screen
(programs like photoshop, emulators), some programs open but they have a very
messed up layout.
I know it is a problem with Wine 9.16 because I downloaded a Wine 8.21 AppImage
and everything works fine, photoshop can display the images, emulators will
display things using DirectX 9 normally and any other program that has a messed
up layout also works fine.
I also have another computer that has an offboard GPU that supports Vulkan, for
this one Wine 9.16 and DirectX 9 on Vulkan just works like a charm.
I guess DirectX 9 to OpenGL on Wine 9 is bugged?
--
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.