https://bugs.winehq.org/show_bug.cgi?id=52791
Bug ID: 52791
Summary: SpardaSecureApp bringt einen Fehler ohne Protkoll
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: mydlifous(a)email.cz
Distribution: ---
Hallo, SpardaSecureApp 2.x.x unter Wine bringt einen Fehler, Version 1.x.x
erscheint gar nicht, es lässt sich kein Protokoll erstellen... ich habe es
probiert nach dem Umstieg auf ZORIN zu installieren...
Danke für Hilfe
--
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=38350
Bug ID: 38350
Summary: FTDI Vinculum II IDE V2.0.2-SP2 gets OLE Error
80020006 on startup and exits
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: skenton(a)ou.edu
Distribution: ---
The FTDI Vinculum II IDE for firmware development pops up an OLE error dialog
and exits immediately after the splash screen is loaded at startup.
Works fine on WindowsXP-SP3. Below is everything I thought might help.
VinIDE (current version as of 2015Apr03)
Download Vinculum II Toolchain V2.0.2-SP2
http://www.ftdichip.com/Firmware/vnc2toolchain/Vinculum%20II%20Installer%20…
(popup)
Vinculum II IDE
OLE error 80020006
OK
$ wine --version
wine-1.7.38
$ wineconsole
fixme:wincodecs:PngDecoder_Block_GetCount stub
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
fixme:msxml:domelem_setAttributeNode (0x14aaf0)->(0x14ac98 0x33f774): semi-stub
$ uname -a
Linux Cube 3.16.0-33-generic #44-Ubuntu SMP Thu Mar 12 12:19:35 UTC 2015 x86_64
x86_64 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.
http://bugs.winehq.org/show_bug.cgi?id=27439
Summary: Age of Pirates - City of Abandoned Ships crashes while
entering the sea
Product: Wine
Version: 1.3.21
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kitmaxter(a)gmail.com
Created an attachment (id=35091)
--> (http://bugs.winehq.org/attachment.cgi?id=35091)
wine log while trying to enter the sea
Mostly every time, while trying to enter the sea from landing, game crashes.
Some times it is possible to enter the sea, then go into the map mode and go to
other island, but the game will crash on next try to enter the sea mode
(encounters like storm or pirates, or harbor of other island).
--
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=54753
Bug ID: 54753
Summary: stdout/cout do not respect console code page in apps
compiled with mingw-w64
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: rjtulloh(a)gmail.com
Distribution: ---
Created attachment 74247
--> https://bugs.winehq.org/attachment.cgi?id=74247
Test program which outputs to the console in different ways.
I noticed some cases recently where Wine seemed to ignore the console code page
when apps were writing to stdout. Upon further investigation, I found it seems
to be specific to apps compiled via mingw64.
I've attached a simple test program which demonstrated the issue. It switching
the code page to UTF8 and then outputs some Japanese glyphs in different ways.
On Windows, this program behaves as expected - the same string is printed for
times.The output does not differ based on the compiler used.
In Wine, if the program is compiled with mingw-w64, it will output gibberish 3
times, and the correct string is only produced by calling the WriteConsoleA
function.
This seems to be specific to the way mingw implements stdout, as if the
application is compiled with clang in MSVC compatibility mode, there is no
issue with the output. It does not seem to be a mingw bug, since the output is
correct on 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.
https://bugs.winehq.org/show_bug.cgi?id=53297
Bug ID: 53297
Summary: Issue when launching DX11 game (FFXIV) on FreeBSD
Product: Wine
Version: 7.4
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: skyliegirl33(a)protonmail.com
Created attachment 72663
--> https://bugs.winehq.org/attachment.cgi?id=72663
Log when attempting to launch the game
When attempting to launch this game on FreeBSD, there's an unlocalized error
saying there was an unexpected issue. This doesn't happen with 6.0.3. It
doesn't matter if I use DXVK, WineD3D or software rendering; the same issue
persists. I assume something in A_SHAFinal is failing but not sure why this is
specific to FreeBSD.
--
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=51836
Bug ID: 51836
Summary: d3d: Disable CSMT by default if using llvmpipe OpenGL
renderer backend
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
llvmpipe is a software-only OpenGL implementation. It compiles GLSL shaders
into native CPU code using LLVM, offering reasonable graphics performance on
systems where hardware graphics acceleration is otherwise not available.
The problem is that llvmpipe does not play nicely with Wine's CSMT feature.
CSMT assumes the OpenGL backend to be a proxy that submits rendering commands
to GPU, rather than a full-blown computation engine itself. The source and sink
of the comman stream is the CPU itself, and llvmpipe supports direct
multithreading -- making CSMT redundant.
For testing/benchmark, llvmpipe can be activated on Linux with the environment
variable `LIBGL_ALWAYS_SOFTWARE=1`. With CSMT, perf shows
`wined3d_cs_mt_finish` to be the major overhead; without CSMT, the bottleneck
is absent and the app exhibits noticeable performance improvement.
Example glxinfo output on system with llvmpipe enabled:
OpenGL vendor string: Mesa/X.org
OpenGL renderer string: llvmpipe (LLVM 11.0.0, 256 bits)
...
Extended renderer info (GLX_MESA_query_renderer):
Vendor: Mesa/X.org (0xffffffff)
Device: llvmpipe (LLVM 11.0.0, 256 bits) (0xffffffff)
--
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=44315
Bug ID: 44315
Summary: Guild Wars 2 - Slow Performance since Wine 2.1
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonfarr87(a)gmail.com
Distribution: Mint
Created attachment 60162
--> https://bugs.winehq.org/attachment.cgi?id=60162
Screenshot showing performance between old and newer Wine versions.
Wine 2.0 (with Staging patches) was the last version to run this game at a good
performance, From 2.1 up to 3.0rc5 it results in a major framerate loss in
every aspect of the game. The staging versions (up to 2.21) perform the same as
"non staging" Wine.
While no other of my tested games were affected, it looks as if something in
CSMT was changed and affected this particular title. I've tested this across
multiple system configurations and the results are always the same.
Considering how much this game struggles to maintain a playable framerate, a
loss of 15-25 frames (depending on the situation) is a bit excessive.
Screenshot attached, showing the frames difference in an instanced area of game
where the performance can easily be used as a "benchmark".
Tests have been performed on 3 systems:
Ryzen 1700X
16GB DDR4 2800MHZ Ram
Nvidia GTX 1060 / v384.98 Drivers
-------------------------------------------
i5-4590
8GB DDR3 Ram
Nvidia GTX 960 / 384.98 Drivers
-------------------------------------------
i5-2400
8GB DDR3 Ram
Nvidia GTX 760 / 375.66 Drivers
--
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=50728
Bug ID: 50728
Summary: % CPU Utilization monitor/gauge/indicator not
functioning in VARA.exe (ham radio software)
Product: Wine
Version: 6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: eric.wheez(a)gmail.com
Distribution: ---
Created attachment 69485
--> https://bugs.winehq.org/attachment.cgi?id=69485
Terminal output from running VARA (seeing CPU monitor bug) and then closing it.
When I run a ham radio program, called VARA, through Wine I'm noticing that the
program doesn't properly display CPU usage in its "CPU Gauge". It instead just
says "%CPU not available". (See this thread for an image:
https://groups.io/g/VARA-MODEM/message/1311) I'm assuming it might be an
unimplemented function or missing library in Wine, but I don't know how to
track down what is missing.
This is with a fresh installation of wine-staging 6.2 and a fresh wineprefix.
The bug doesn't occur when VARA is run on a Windows computer. I've attached
terminal output of the program running (and then being closed). I'm wondering
if this may be similar to bug 26785, though that one was fixed in 2016.
I'm wondering if the bug might be related to one of these warnings:
0024:fixme:advapi:RegisterEventSourceW ((null),L"PDH"): stub
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:winspool:PerfOpen (null): stub
0024:fixme:winspool:PerfCollect L"Global", 0x31ea48, 0x31ea3c, 0x31ea40: stub
0024:fixme:winspool:PerfClose stub
0024:err:seh:dispatch_exception Fatal EXCEPTION_FLT_INEXACT_RESULT exception
(code=c000008f) raised
0024:err:seh:dispatch_exception Fatal EXCEPTION_FLT_INEXACT_RESULT exception
(code=c000008f) raised
00e4:fixme:service:QueryServiceConfig2W Level 6 not implemented
00e4:fixme:service:QueryServiceConfig2W Level 6 not implemented
0024:err:ole:TLB_ReadTypeLib Loading of typelib L"msdatsrc.tlb" failed with
error 2
I'm very new to debugging though and assume that this will take more than just
dropping in dll's and doing winecfg dll overrides (especially if ntdll is at
fault here). Does anybody have any insight into Wine's ability to query system
resources - or some ideas for commands I could try to track this bug down and
report it to the Wine team for possible request for implementation? There's a
whole community of hams who would love to have this program 100% operational
(even though this is a minor bug).
To reproduce this behavior, you can install VARA with these commands:
#### Configure our wineprefix
winetricks -q corefonts dotnet35sp1 vb6run win7 sound=alsa vcrun2015 pdh # run
pdh here just for the winecfg dll override
# Install an older pdh.dll (the pdh.dll from "winetricks pdh" is too new for
VARA)
sudo apt-get install zip -y
cd ~/Downloads && mkdir pdhNT40 && cd pdhNT40
wget
http://download.microsoft.com/download/winntsrv40/update/5.0.2195.2668/nt4/…
unzip -o nt4pdhdll.exe
cp pdh.dll ~/.wine/drive_c/windows/system32
#### Download/extract/install VARA HF (or newer)
[https://rosmodem.wordpress.com/]
sudo apt-get install p7zip-full -y
sudo apt-get install megatools -y
cd ~/Downloads
VARALINK=$(curl -s https://rosmodem.wordpress.com/ | grep -oP '(?<=<a
href=").*?(?=" target="_blank" rel="noopener noreferrer">VARA HF v)') # Find
the mega.nz link from the rosmodem website no matter its version, then store it
as a variable
megadl ${VARALINK}
7z x VARA*.zip -o"VARAInstaller" -y
wine ~/Downloads/VARAInstaller/VARA\ setup*.exe /SILENT
#### Configure VARA
# In winecfg, go to the Audio tab to set up your default in/out soundcards
wine winecfg
# In VARA, set up your soundcard input and output (go to Settings ...
Soundcard)
wine ~/.wine/drive_c/VARA/VARA.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=54788
Bug ID: 54788
Summary: AOL 5.0 Installation fails
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 74281
--> https://bugs.winehq.org/attachment.cgi?id=74281
Backtrace (wine 8.5 on Slackware64/Multilib)
Download is at:
http://www.oldversion.com/windows/download/america-online-5-0
bash-5.1$ sha1sum aol50.exe
cacd3d5b93e7f2d6004812707148364a47db6db6 aol50.exe
Backtrace is attached. Console output to follow shortly.
--
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.