https://bugs.winehq.org/show_bug.cgi?id=45871
Bug ID: 45871
Summary: Several apps in .NET472 crash with unhandled
exception.\nException at
System.Windows.Media.Composition.DUCE+Channel.SyncFlus
h()\n at
System.Windows.Media.MediaContext.Complet"...(native
d3dcompiler works around it)
Product: Wine
Version: 3.16
Hardware: x86
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 62374
--> https://bugs.winehq.org/attachment.cgi?id=62374
part of crashlog
Hi
Seen this for a bunch of programs while trying to run them with installed
dotnet472.
The bug seems to be hidden for several apps as they ship their owm
d3dcompiler_47, but some don`t I found out, and they crash
Something like:
01c2:fixme:d3dcompiler:make_assignment Check for casts in the lhs.
01c2:err:d3dcompiler:compile_shader HLSL shader parsing failed.
01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT
0x88760b59 in caller: intermediate rendering error
01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT
0x88760b59 in caller: The render thread failed unexpectedly.
Then crash
Example: Slackinstaller.exe:
winetricks dotnet452 win7 corefonts, then start installer with builtin
d3dcomiler_47 works fine.
However
winetricks dotnet472 win7 corefonts, then start installer with builtin
d3dcomiler_47 --> crash
(Note: for Slackinstller one also needs Staging-patches for bug 40613)
--
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=32342
Bug #: 32342
Summary: PlanetSide2 Error message and bugreport.txt and
debug.log in Steam.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: linards.liepins(a)gmail.com
Classification: Unclassified
Created attachment 42683
--> http://bugs.winehq.org/attachment.cgi?id=42683
PlanetSide2 bugreport.txt
Cannot run PlanetSide 2 on x64 Fedora 17. Popuing up three similar error log
message with attached bugreport. Also attached debug.log is generated in Steam
install dir.
--
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=10472
Summary: File open dialog buffer too short for multiple file
selection
Product: Wine
Version: 0.9.49.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: freireclaudio(a)yahoo.com.ar
The file open dialog seems to be using a buffer which is too short for multiple
file selection. While Windows itself has this bug/feature, wine's version is
much more annoying since I'm unable to select over 6 files usually (using long
but not excessive names).
A dynamic buffer (with a reasonable limit for security reasons perhaps) would
be preferrable, but even a bigger buffer would help.
I think windows' buffer is 4k.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43172
Bug ID: 43172
Summary: IDirectPlay4::EnumConnections needs to support wide
string in DPNAME structure
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dplay
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
IDirectPlay4::EnumConnections needs to support wide strings in DPNAME returned
in EnumConnections. Currently it just forwards to the ascii version.
--
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=42606
Bug ID: 42606
Summary: wine doesn't *fully* respect locale settings in some
corner cases
Product: Wine
Version: 2.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
This time it's a problem even if this is the only app currently running in the
prefix.
Download address for the engine:
http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr2_232r2.zip
Instruction for setting up a project:
http://kirikirikag.sourceforge.net/contents/Prepare.html (instructions seem to
be for a different archive, but get the point across)
So, when running 'LANG=ja_JP.utf8 wine krkr.eXe'(as it's different from my
standard locale) and starting that project, most of the things seem to work
correctly (as I've got the standard overrides for Gothic/Mincho set already in
place), yet...
When right clicking the engine console (not the game window), there's mojibake
in that menu.
WINEDEBUG=font log shows that for some reason CreateFontIndirectExW for Tahoma
is called with charset determined by my standard locale, instead of the
Japanese one.
That somehow results in the text being treated as encoded in that locale's
Windows codepage, instead of cp932 (or is that vice versa ?).
--
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=45416
Bug ID: 45416
Summary: mousepointer of runes of magic disapears if the window
gets blurred and refocused
Product: Wine
Version: 3.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
Distribution: Fedora
Version: wine-3.11-1.fc27.x86_64 / wine-staging-common-3.11-1.i686
mousepointer of runes of magic disapears if the window gets blurred and
refocused
aka.. mouse out of the window and back in.
After selecting an item in the back, it gets back to normal, but if you can't
hit one, the mousepointer gets only updated when left or right mb is pressed.
the button click just updates the position, but it does not stop the problem,
only a item drop (in the bag ) does.
it was no problem with this version:
# cat /root/wine.works.rpm.liste
mingw32-wine-gecko-2.47-2.fc26.noarch
mingw64-wine-gecko-2.47-2.fc26.noarch
wine-2.10-1.fc25.i686
wine-2.10-1.fc25.x86_64
wine-alsa-2.10-1.fc25.i686
wine-alsa-2.10-1.fc25.x86_64
wine-arial-fonts-2.10-1.fc25.noarch
wine-capi-2.10-1.fc25.i686
wine-capi-2.10-1.fc25.x86_64
wine-cms-2.10-1.fc25.i686
wine-cms-2.10-1.fc25.x86_64
wine-common-2.10-1.fc25.noarch
wine-core-2.10-1.fc25.i686
wine-core-2.10-1.fc25.x86_64
wine-courier-fonts-2.10-1.fc25.noarch
wine-debuginfo-1.9.3-1.fc23.x86_64
wine-desktop-2.10-1.fc25.noarch
wine-filesystem-2.10-1.fc25.noarch
wine-fixedsys-fonts-2.10-1.fc25.noarch
wine-fonts-2.10-1.fc25.noarch
wine-ldap-2.10-1.fc25.i686
wine-ldap-2.10-1.fc25.x86_64
wine-marlett-fonts-2.10-1.fc25.noarch
wine-mono-4.7.0-1.fc25.noarch
wine-ms-sans-serif-fonts-2.10-1.fc25.noarch
wine-openal-2.10-1.fc25.i686
wine-openal-2.10-1.fc25.x86_64
wine-opencl-2.10-1.fc25.i686
wine-opencl-2.10-1.fc25.x86_64
wine-pulseaudio-2.10-1.fc25.i686
wine-pulseaudio-2.10-1.fc25.x86_64
wine-small-fonts-2.10-1.fc25.noarch
wine-staging-2.10-1.i686
wine-staging-common-2.10-1.i686
wine-symbol-fonts-2.10-1.fc25.noarch
wine-systemd-2.10-1.fc25.noarch
wine-system-fonts-2.10-1.fc25.noarch
wine-tahoma-fonts-2.10-1.fc25.noarch
wine-tahoma-fonts-system-2.10-1.fc25.noarch
wine-times-new-roman-fonts-2.10-1.fc25.noarch
winetricks-20170517-1.fc25.noarch
wine-twain-2.10-1.fc25.i686
wine-twain-2.10-1.fc25.x86_64
wine-wingdings-fonts-2.10-1.fc25.noarch
--
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=43443
Bug ID: 43443
Summary: mouse pointer/focusing issues with wine 2.11.1
Product: Wine
Version: 2.11
Hardware: x86
URL: https://bugzilla.redhat.com/show_bug.cgi?id=1468889
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
Distribution: Fedora
Description of problem:
Since wine got updated to 2.11-1 this morning, i had trouble with the mouse
pointer in "Runes of Magic" .
The pointer got invisible/stuck/both randomly when moving it on and off the
monitor ( dual monitor here ) where ROM was running, wenn moving the char
around with WASD controls. This was disturbing and made "dangerouse" gameplay
next to impossible, i.o.w. i couldn't risk dangerouse actions in game, because
it was uncertain if i could control the game while doing it.
After downgrading, it works again flawless ( said that in context with ROM,
means something :D )
Version-Release number of selected component (if applicable):
2.11.1-fc25
List of packages installed - Action taken to revert wine back to 2.10 :
wine-2.11-1.fc25.i686 38/74
wine-2.11-1.fc25.i686 39/74
wine-fonts-2.11-1.fc25.noarch40/74
wine-desktop-2.11-1.fc25.noarch 41/74
wine-pulseaudio-2.11-1.fc25.i686 42/74
wine-alsa-2.11-1.fc25.i686 43/74
wine-capi-2.11-1.fc25.i686 44/74
wine-cms-2.11-1.fc25.i686 45/74
wine-ldap-2.11-1.fc25.i686 46/74
wine-openal-2.11-1.fc25.i686 47/74
wine-opencl-2.11-1.fc25.i686 48/74
wine-twain-2.11-1.fc25.i686 49/74
wine-core-2.11-1.fc25.i686 50/74
wine-common-2.11-1.fc25.noarch 51/74
wine-times-new-roman-fonts-2.11-1.fc25.noarch 52/74
wine-tahoma-fonts-system-2.11-1.fc25.noarch 53/74
wine-pulseaudio-2.11-1.fc25.i686 54/74
wine-tahoma-fonts-2.11-1.fc25.noarch 55/74
wine-alsa-2.11-1.fc25.i686 56/74
wine-capi-2.11-1.fc25.i686 57/74
wine-cms-2.11-1.fc25.i686 58/74
wine-ldap-2.11-1.fc25.i686 59/74
wine-openal-2.11-1.fc25.i686 60/74
wine-opencl-2.11-1.fc25.i686 61/74
wine-twain-2.11-1.fc25.i686 62/74
wine-systemd-2.11-1.fc25.noarch 63/74
wine-arial-fonts-2.11-1.fc25.noarch 64/74
wine-courier-fonts-2.11-1.fc25.noarch 65/74
wine-fixedsys-fonts-2.11-1.fc25.noarch 66/74
wine-marlett-fonts-2.11-1.fc25.noarch 67/74
wine-ms-sans-serif-fonts-2.11-1.fc25.noarch 68/74
wine-small-fonts-2.11-1.fc25.noarch 69/74
wine-symbol-fonts-2.11-1.fc25.noarch 70/74
wine-system-fonts-2.11-1.fc25.noarch 71/74
wine-wingdings-fonts-2.11-1.fc25.noarch 72/74
wine-core-2.11-1.fc25.i686 73/74
wine-filesystem-2.11-1.fc25.noarch 74/74
Bug has been reported to Fedoras Bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1468889
--
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=41392
Bug ID: 41392
Summary: directory.c: match_filename always false if mask
contains "*?"
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: lcmecmac(a)gmail.com
Distribution: ---
A mask containing '*' followed by '?' will not match any files.
For example, "dir *?" does not show any files in a non-empty directory.
--
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=42407
Bug ID: 42407
Summary: LdrUnloadDll may recursion unload same dll
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xiewei(a)deepin.com
Distribution: ---
Created attachment 57219
--> https://bugs.winehq.org/attachment.cgi?id=57219
LdrUnloadDll log file
It may cause QQ crash.LdrUnloadDll funcation recursion unload Flash.ocx,and
dsound.dll ldr.LoadCount to 0,then dsound.dll be unload.But QQ process is still
using dsound.dll.
Type: EXCEPTION_ACCESS_VIOLATION
Error: Read address 0x7985C309
Address: 7985C309
--
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=40972
Bug ID: 40972
Summary: RtlVerifyVersionInfo returns wrong results
Product: Wine
Version: 1.9.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: marcinwiaz(a)poczta.onet.pl
Distribution: ---
Created attachment 55126
--> https://bugs.winehq.org/attachment.cgi?id=55126
Tiny test program - EXE and source
(Note: this a different problem than in Bug 36143)
Steps to reproduce:
1) Download and unpack Reproduce.exe, which is attached to this bug report
2) Configure Wine to emulate Windows 2003 (which has version number 5.2) for
Reproduce.exe
3) Launch Reproduce.exe - you will see in the console window:
CurrentOS is: 5.2
RequestedOS is >= than: 5.19
CurrentOS is < than RequestedOS (which is WRONG!)
4) Run true Microsoft Windows 2003 Server
5) Launch Reproduce.exe - you will see in the console window:
CurrentOS is: 5.2
RequestedOS is >= than: 5.19
CurrentOS is >= than RequestedOS
Explanation:
Minor version numbers should be treated similarly to digits after a decimal
point - so when comparing software versions:
version 5.1 is < than version 5.2
version 5.11 is < than version 5.2 (note that 11 is > than 2 !)
version 5.19 is < than version 5.2 (note that 19 is > than 2 !)
So when comparing for VER_MINORVERSION or VER_SERVICEPACKMINOR inside the
"VerifyVersionInfo" API, Microsoft uses a lexical comparison - which works as:
lstrcmp(tostring(dwMinorVersion1),tostring(dwMinorVersion2))
or
lstrcmp(tostring(wServicePackMinor1),tostring(wServicePackMinor2))
Please note, that it's still different than comparing real numbers, because:
5.20 = 5.2
but
lstrcmp("5.20","5.2") != 0
So lstrcmp-like function must be used for VER_MINORVERSION and
VER_SERVICEPACKMINOR checking inside the "RtlVerifyVersionInfo" function (which
is called by the "VerifyVersionInfo" API in Wine) to be compatible with
Microsoft Windows.
Possible fix: in "version.c" file, add a new "version_compare_values_lexical"
function. It should be based on the original "version_compare_values" function,
but should use "lstrcmp" calls instead of integer comparisons. This
"version_compare_values_lexical" function should be called instead of
"version_compare_values" when checking for VER_MINORVERSION and
VER_SERVICEPACKMINOR inside the "RtlVerifyVersionInfo" function.
--
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.