https://bugs.winehq.org/show_bug.cgi?id=51976
Bug ID: 51976
Summary: The Elder Scrolls Online crashes at startup since it
auto-updated to v7.2.5 on Nov 1 2021
Product: Wine
Version: 6.17
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: ---
Created attachment 70965
--> https://bugs.winehq.org/attachment.cgi?id=70965
default terminal output (wine 6.20)
Hello,
After upgrading the game The Elder Scrolls Online to v7.2.5 (Deadlands & Update
32) on Nov 1, I can no longer start the application.
I was using Wine 6.17 at the time (had no issue with it before the game update)
and upgraded to 6.19, then 6.20, and got the same result.
The launcher works fine, but as soon as I click the PLAY button, a wine debug
dialog pops-up about a crash in the game client (eso64.exe - this is a 64bit
app).
The patch notes of the game speaks of changes in Nvidia DLSS & DLAA and
Multithreaded Rendering, but a +relay log shows that the crash occurs right
after a call to BluetoothFindFirstRadio(), in the same thread. I don't recall
seeing that function before so that may be an unmentioned change to the
application, or it may have nothing to do with the crash; I don't know (yet).
https://forums.elderscrollsonline.com/en/discussion/590109/pc-mac-patch-not…
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=49515
Bug ID: 49515
Summary: Star Wars: The Old Republic unable to patch on Debian
but works on Mint
Product: Wine
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: toad(a)amphibian.dyndns.org
Distribution: ---
Created attachment 67644
--> https://bugs.winehq.org/attachment.cgi?id=67644
Wine log of running the launcher
The SWTOR launcher is unable to patch itself, or to patch the game, and hence
refuses to start the game even if it is actually up to date. However, it works
on Linux Mint 19.3 (with the Xenial packages; the recommended bionic packages
do not install).
Debug output from Wine is not obviously helpful. Logs from SWTOR show an
UnzipFailed error which is suspicious. Wine logs show nothing obviously
helpful.
I am using all the usual precautions for SWTOR:
- Run the original installer in wine-devel. The installer does not work with
staging. However, the patcher has the same issues on both.
- On an affected system, the launcher hangs trying to patch itself, with errors
in the SWTOR log. This can be fixed using the launcher repair utility. On Mint,
it shows a bunch of assertion error dialogs, and works.
- Login and accept the EULA, at this point it will complain about BitRaider.
Exit and modify launcher.settings as usual to turn off BitRaider.
- At this point, on Mint, Wine 5.11 is downloading the game successfully. On
any version of Debian, it shows the error "Unable to retrieve patch data.
Please check network connection. (206)". The TOR log shows the unzip error. I
think the unzip error and the problems with the patcher patching itself are
probably the same bug.
This stopped working around the time of Wine 5.10, I think because of an update
to the launcher. It does not work on Debian 9, 10 or 11 on staging 5.11. On
Debian 11, it does not work on staging 5.11 or devel 5.12.
--
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=50227
Bug ID: 50227
Summary: Logos 8 indexer crashes
Product: Wine
Version: 5.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galanlama(a)gmail.com
Distribution: ---
Created attachment 68735
--> https://bugs.winehq.org/attachment.cgi?id=68735
Backtrace produced by the wine debugger.
After opening Logos, indexer crashes after a few seconds. Same result by
running indexer.exe directly.
--
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=15505
Summary: STM_SETIMAGE does not handle bitmaps with alpha
correctly
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
In XP, STM_SETIMAGE makes a copy of bitmaps with alpha, which allows
applications to delete the bitmaps they passed in. Many programmers expect this
as the default behavior, since they don't test on older Windows platforms.
Our STM_SETIMAGE implementation still follows the pre-XP behavior, which may
cause rendering problems for apps that use STM_SETIMAGE extensively.
I don't have a minimal test case just yet...
--
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=43347
Bug ID: 43347
Summary: valgrind shows an unintialized read in
dlls/iphlpapi/tests/iphlpapi.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
../../../tools/runtest -q -P wine -T ../../.. -M iphlpapi.dll -p
iphlpapi_test.exe.so iphlpapi && touch iphlpapi.ok
==10952== Syscall param ioctl(SIOCGIFINDEX) points to uninitialised byte(s)
==10952== at 0x4338F79: ioctl (syscall-template.S:84)
==10952== by 0x435916D: if_nametoindex (if_index.c:47)
==10952== by 0x4B25E43: getInterfaceIndexByName (ifenum.c:143)
==10952== by 0x4B2EC7E: IPHLP_if_nametoindex (iphlpapi_main.c:3233)
==10952== by 0x488198E: test_interface_identifier_conversion
(iphlpapi.c:1958)
==10952== by 0x48831AB: func_iphlpapi (iphlpapi.c:2230)
==10952== by 0x4884014: run_test (test.h:603)
==10952== by 0x4884465: main (test.h:687)
==10952== Address 0x4b0f8c0 is on thread 1's stack
==10952== in frame #1, created by if_nametoindex (if_index.c:35)
==10952== Uninitialised value was created by a stack allocation
==10952== at 0x4359141: if_nametoindex (if_index.c:41)
==10952==
--
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=44337
Bug ID: 44337
Summary: d3d9/tests/device.ok fails on Nvidia (Nouveau drivers)
in test_occlusion_query()
Product: Wine
Version: 3.0-rc5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
with the following lines:
device.c:5915: Test failed: Got unexpected hr 0x1.
device.c:5919: Test failed: Got unexpected hr 0x1.
device.c:5920: Test failed: Got unexpected query result 0xffffffffffffffff.
It would be nice to fix this as this is currently the only D3D test failure on
the cw2 test machine.
--
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=48820
Bug ID: 48820
Summary: user32:win "unexpected 0x7fff message" Japanese
Windows 10 failures
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The TestBot's w1064v1809-zh_CN configuration runs the tests on Windows 10 1809
in a Chinese locale. This test configuration gets unique failures in
user32:win:
win.c:3852: Test failed: hwnd 007404D2 message 7fff
win.c:3858: Test failed: message 7fff available
win.c:3931: Test failed: hwnd 007404D2/0054050A message 7fff
win.c:3934: Test failed: hwnd 007404D2/0054050A message 7fff
Note how these messages are very similar to the IME messages in bug 48819.
However 0x7fff is a totally unknown message: all I can say about it is that
it's WM_APP-1. So maybe it's another IME system. Maybe not?
See: https://test.winehq.org/data/tests/user32:win.html
However note that quite often WineTest fails to submit its results to
test.winehq.org, typically because it times out. So you can more easily find
the latest failure by looking for the "32 bit WineTest: base VMs" jobs on the
TestBot.
Finally, three of these messages include the window handles which means they
are "always new". Because of this the TestBot will mistakenly attribute the
failure to any user32 patch submitted to wine-devel, which should cause them to
be rejected. So I bumped the priority on 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.
http://bugs.winehq.org/show_bug.cgi?id=35765
Bug ID: 35765
Summary: gdi32:font / richedit:editor / msvcrt:locale /
msvcrt:string fails on newtb-w7u
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fracting(a)gmail.com
CC: fgouget(a)codeweavers.com
http://test.winehq.org/data/770213e16c6918728f69ea33545fafabd59dbc8e/win7_n…
It seems these tests are all related to locales, and they fail much more on
this machine than other machine.
SystemDefaultLCID 411
UserDefaultLCID 409
ThreadLocale 411
UserDefaultUILanguage 411
ThreadUILanguage 411
It doesn't happen frequently that we have a vm with different UserDefaultLCID
and SystemDefaultLCID. I'm not very sure if we want to support such a case, it
maybe useful in real world for some body. (I personally don't care too much
lol)
François, is there any chance to try:
1. set all LCIDs to 0x409 (Simplified Chinese)
2. set all LCIDs to 0x411 (Japanese)
Then reboot the vm, then resubmit the tests, to see if there is any
improvement?
Thanks for your great work! Everyone wants your patch/work :)
--
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=32083
Bug #: 32083
Summary: Diablo III: Missing logo on startup
Product: Wine
Version: 1.5.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
On starting Diablo III the logo before the game starts is transparent. If I'm
going with the mouse over it the cursor will be hidden.
--
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=35213
Bug ID: 35213
Summary: Kane & Lynch: Dead Men demo needs native d3dx9_31
Product: Wine
Version: 1.7.9
Hardware: x86
URL: http://www.gamefront.com/files/9394790/Kane___Lynch__D
ead_Men_Demo
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
First d3dx9_36 should be installed. Demo crashes with
fixme:d3dx:D3DXCreateEffectEx (0x20f000, 0x1e71cb58, 45008, (nil), (nil),
(nil), 0x10900, 0x1685a8, 0x1a99cf4, 0x1a99cec): semi-stub
after the same issue as for bug 35137, but this time should be d3dx9_31.
--
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=51158
Bug ID: 51158
Summary: advapi32:lsa fails in French on Windows 2004
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
advapi32:lsa fails in French on Windows 2004 because the name of the 'Everyone'
group does not seem to be translated anymore:
lsa.c:407: Test failed: expected L"Tout le monde", got L"Everyone"
That's a bit surprising. Maybe the Windows translation was slightly out of
date?
* This should be checked on Windows 2009 but we don't have a test configuration
for it.
* The test also has a translation for German but we don't have a test
configuration for German. There should really be one so we can validate the
test.
Once the results for German and Windows 2009 are known the test can be updated.
--
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=48108
Bug ID: 48108
Summary: kernel32:comm - QEmu's serial baud rate emulation is
broken
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:comm got a failure when running on Wine on the TestBot VM:
comm.c:932: Test failed: OutQueue should not be empty
This happens in test_waittxempty():
// Open the serial device
hcom = test_OpenComm(TRUE);
// Here it is already set to 150 bps because that's how a
// previous test left it
...
// Write 17 bytes in overlaped mode.
// At 150 bauds this should take at least 900 ms
res = WriteFile(hcom, tbuf, sizeof(tbuf), &bytes, &ovl_write);
// Leaving us plenty of time to get to
ClearCommError(hcom, &errors, &stat);
...
// And here we expect the serial device to still have data to send.
// But because QEmu sends the data at > 400 kbps this often fails
ok(stat.cbOutQue != 0, "OutQueue should not be empty\n");
That QEmu does not enforce the set baud rate can also be verified from the
command line:
# stty -F /dev/ttyS0
speed 9600 baud; line = 0;
-brkint -imaxbel
# dd if=/dev/zero of=/dev/ttyS0 bs=1 count=10000
10000+0 records in
10000+0 records out
10000 bytes (10 kB, 9.8 KiB) copied, 0.224432 s, 44.6 kB/s
# stty -F /dev/ttyS0 300
# stty -F /dev/ttyS0
speed 300 baud; line = 0;
-brkint -imaxbel
# dd if=/dev/zero of=/dev/ttyS0 bs=1 count=10000
10000+0 records in
10000+0 records out
10000 bytes (10 kB, 9.8 KiB) copied, 0.679127 s, 14.7 kB/s
Back to the kernel32:comm failure:
* It did not happen for a long time and started happening on the debian10 VM on
2019-10-03. That corresponds to the time I added the winetest user to the
dialout group, thus giving it access to /dev/ttyS0.
* The same issue happens in the Windows VMs, but the ok() call has a broken()
clause which hides the issue there.
So:
1. The bug needs to be reported to QEmu.
2. See why speeds below 9600 bps are not allowed.
3. We may want a better check for this issue: directly check that the baud rate
is respected. This would allow us to skip tests that depend on the baud rate
and ditch the broken() clause.
4. If the above does not work out the serial device should be removed from the
Wine QEmu 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=37557
Bug ID: 37557
Summary: SketchUp 2015 doesn't start
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: gilson.oliveira.junior(a)gmail.com
Distribution: ---
Hi All,
I've installed the last version of SketchUp in Wine 1.7.30 in my Ubuntu and
when I double click the application, the mouse changes the cursor to "working"
and then it's set again as normal cursor and Nothing Happens.
Via command I get the message below:
wine "C:\Program Files (x86)\SketchUp\SketchUp 2015\SketchUp.exe"
err:module:import_dll Library mfc100u.dll (which is needed by L"C:\\Program
Files (x86)\\SketchUp\\SketchUp 2015\\SketchUp.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files
(x86)\\SketchUp\\SketchUp 2015\\SketchUp.exe" failed, status c0000135
Does anybody knows what I can do? I'm a beginner user of Wine and Ubuntu.
Thanks in advanced for your help.
Regards,
Gilson
--
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=51720
Bug ID: 51720
Summary: ntdll-ForceBotoomUpAlloc - StarCitizen crashing on
start
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rawfox(a)freenet.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
SC works on wine-vanilla.
It used to work on wine-staging better, due to the benefits of some patches.
Since a couple weeks, SC on wine-staging crashed when pressing play in the
launcher.
Netho from #LUG found the staging patch ntdll-ForceBottomUpAlloc the source of
the crashes.
Removing that patch and its dependencies made the game load and work again.
--all -W ntdll-ForceBottomUpAlloc -W ntdll-WRITECOPY -W ntdll-Builtin_Prot
Problem is, the game performance is reduced by 50%, when removing that patch.
Removing all ntdll* patches from the staging patchset made the game work fine
again, no issues there, but we miss all the tweaks for ntdll from the staging
patches.
No idea, whats wrong with ntdll-ForceBottomUpAlloc .
Netho futher found /0003-ntdll-Force-virtual-memory-allocation-order.patch is
the patch that causes the issue.
--
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=43557
Bug ID: 43557
Summary: Ukrainian I/i letter support for OEM console
applications using cp866.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: alter(a)ukr.net
Distribution: Other
Created attachment 58962
--> https://bugs.winehq.org/attachment.cgi?id=58962
patch for c_866.c adding ukrainian I/i support
Ukrainian I/i letter support for OEM console applications using cp866.
There is well-known Windows problem with Ukrainian letters 'I' and 'i'. They
are displayed as question mark ('?') in console applications. But the most
annoying thing is that these files cannot be copied with console File Managers,
like Far. Proposed patch fixes it.
OEM cp966 characters 0xf6 (I ukr) and 0xf7 (i ukr) should be mapped to unicode
0x0406 and 0x0456
Since Wine uses statically compited NLS translation, it is not possible to just
fix NLS file like under Windows (http://alter.org.ua/en/soft/win/cp866u/)
--
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=47582
Bug ID: 47582
Summary: World of Tanks -> open field post get a Unhandled
exception
Product: Wine
Version: 4.12.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: oliver.krueckel(a)gmail.com
Distribution: ---
Created attachment 64987
--> https://bugs.winehq.org/attachment.cgi?id=64987
Unhandled exception: unimplemented function urlmon.dll.414 called in 32-bit
code
if I open the filed post in WoT a Unhandled exception occurs.
WoT continues, but no "Field Post" is displayed.
WoT Version v.1.5.1.3
OS: openSUSE Tumbleweed VERSION="20190730"
@pax> rpm -qa '*wine*'
wine-gecko-2.47-56.13.noarch
wine-32bit-4.12.1-658.13.x86_64
winetricks-20190615-1.1.x86_64
wine-4.12.1-658.13.x86_64
wine-mono-4.9.0-8.1.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=51699
Bug ID: 51699
Summary: World of Tank v1.14
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oliver.krueckel(a)gmail.com
Distribution: ---
Created attachment 70572
--> https://bugs.winehq.org/attachment.cgi?id=70572
glxinfo
With update WoT to v1.14, the following content is no longer displayed (only
the background is displayed).
The entire store and under menu -> Combat Intelligence
If you move the mouse on these pages, the mouse pointer changes over the fields
that are not displayed. So it seems like a display problem!
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51243
Bug ID: 51243
Summary: In Wine dinput:keyboard fails if the keyboard layout
does not match the display language
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
In Wine dinput:keyboard fails if the keyboard layout does not match the display
language:
https://test.winehq.org/data/patterns.html#dinput:keyboard
keyboard.c:424: Test failed: 0: expected 10, got 41
keyboard.c:462: Test failed: dinput failed to handle keyboard event
* On my laptop which has an Azerty keyboard:
LANG=fr_FR.UTF-8 -> these two tests succeed (but line 467 fails)
LANG=en_US.UTF-8 -> these two tests fail
* On my desktop which has a Qwerty keyboard:
LANG=fr_FR.UTF-8 -> these two tests fail
LANG=en_US.UTF-8 -> these two tests succeed
Note:
* For the TestBot VMs the locale tests only set $LANG so this is why this
failure happens on debiant2-win32-fr-FR.
* The test only tests English, French, German and Japanese.
* The German case has a similar failure (on lines 424 and 467).
* The Japanese case and other locales do not fail.
--
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=49210
Bug ID: 49210
Summary: Mafia II: Definitive Edition Launcher crashes with
Wine-Mono
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0544:fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.5.1"
not implemented
Unhandled Exception:
System.EntryPointNotFoundException: MILCreateEventProxy assembly:<unknown
assembly> type:<unknown type> member:(null)
at (wrapper managed-to-native)
System.Windows.Media.EventProxyWrapper.MILCreateEventProxy(System.Windows.Media.EventProxyDescriptor&,System.Windows.Media.SafeMILHandle&)
at System.Windows.Media.EventProxyWrapper.CreateEventProxyWrapper
(System.Windows.Media.IInvokable invokable) [0x0004c] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaEventsHelper.CreateMediaEventsHelper
(System.Windows.Media.MediaPlayer mediaPlayer,
System.Windows.Media.MediaEventsHelper& eventsHelper,
System.Windows.Media.SafeMILHandle& unmanagedProxy) [0x00009] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState.CreateMedia
(System.Windows.Media.MediaPlayer mediaPlayer) [0x00003] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState..ctor
(System.Windows.Media.MediaPlayer mediaPlayer) [0x0003f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.EnsureState () [0x0000f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.WritePreamble () [0x00008] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.Open (System.Uri source) [0x00001] in
<026f8b89478e44f69208fca17e99e530>:0
at W3Launcher.SoundEffect.GetEffectInstance () [0x00017] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.SoundEffect.Play () [0x00000] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.App.OnStartup (System.Windows.StartupEventArgs e) [0x00037] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at System.Windows.Application.<.ctor>b__1_0 (System.Object unused) [0x00014]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeImpl () [0x00099] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext
(System.Object state) [0x00008] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper
(System.Object obj) [0x0001d] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Threading.ExecutionContext.RunInternal
(System.Threading.ExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state, System.Boolean
preserveSyncCtx) [0x00071] in <084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state, System.Boolean preserveSyncCtx) [0x00000] in
<084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state) [0x0002b] in <084b4366b7b24485afe7dc701f3d4323>:0
at MS.Internal.CulturePreservingExecutionContext.Run
(MS.Internal.CulturePreservingExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state) [0x00047] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.Invoke () [0x00016] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.ProcessQueue () [0x00114] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WndProcHook (System.IntPtr hwnd,
System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam, System.Boolean&
handled) [0x00061] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndWrapper.WndProc (System.IntPtr hwnd, System.Int32 msg,
System.IntPtr wParam, System.IntPtr lParam, System.Boolean& handled) [0x0003a]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.DispatcherCallbackOperation (System.Object o)
[0x00042] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl
(System.Windows.Threading.DispatcherPriority priority, System.TimeSpan timeout,
System.Delegate method, System.Object args, System.Int32 numArgs) [0x000fc] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Invoke
(System.Windows.Threading.DispatcherPriority priority, System.Delegate method,
System.Object arg) [0x00011] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.SubclassWndProc (System.IntPtr hwnd, System.Int32
msg, System.IntPtr wParam, System.IntPtr lParam) [0x00154] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at (wrapper native-to-managed)
MS.Win32.HwndSubclass.SubclassWndProc(intptr,int,intptr,intptr)
at (wrapper managed-to-native)
MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG&)
at System.Windows.Threading.Dispatcher.TranslateAndDispatchMessage
(System.Windows.Interop.MSG& msg) [0x0001a] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrameImpl
(System.Windows.Threading.DispatcherFrame frame) [0x0004c] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrame
(System.Windows.Threading.DispatcherFrame frame) [0x00077] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Run () [0x00006] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Application.RunDispatcher (System.Object ignore) [0x00023]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.RunInternal (System.Windows.Window window)
[0x0010d] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run (System.Windows.Window window) [0x00008] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run () [0x00009] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at W3Launcher.App.Main () [0x0000b] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.EntryPointNotFoundException:
MILCreateEventProxy assembly:<unknown assembly> type:<unknown type>
member:(null)
at (wrapper managed-to-native)
System.Windows.Media.EventProxyWrapper.MILCreateEventProxy(System.Windows.Media.EventProxyDescriptor&,System.Windows.Media.SafeMILHandle&)
at System.Windows.Media.EventProxyWrapper.CreateEventProxyWrapper
(System.Windows.Media.IInvokable invokable) [0x0004c] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaEventsHelper.CreateMediaEventsHelper
(System.Windows.Media.MediaPlayer mediaPlayer,
System.Windows.Media.MediaEventsHelper& eventsHelper,
System.Windows.Media.SafeMILHandle& unmanagedProxy) [0x00009] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState.CreateMedia
(System.Windows.Media.MediaPlayer mediaPlayer) [0x00003] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState..ctor
(System.Windows.Media.MediaPlayer mediaPlayer) [0x0003f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.EnsureState () [0x0000f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.WritePreamble () [0x00008] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.Open (System.Uri source) [0x00001] in
<026f8b89478e44f69208fca17e99e530>:0
at W3Launcher.SoundEffect.GetEffectInstance () [0x00017] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.SoundEffect.Play () [0x00000] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.App.OnStartup (System.Windows.StartupEventArgs e) [0x00037] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at System.Windows.Application.<.ctor>b__1_0 (System.Object unused) [0x00014]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeImpl () [0x00099] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext
(System.Object state) [0x00008] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper
(System.Object obj) [0x0001d] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Threading.ExecutionContext.RunInternal
(System.Threading.ExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state, System.Boolean
preserveSyncCtx) [0x00071] in <084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state, System.Boolean preserveSyncCtx) [0x00000] in
<084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state) [0x0002b] in <084b4366b7b24485afe7dc701f3d4323>:0
at MS.Internal.CulturePreservingExecutionContext.Run
(MS.Internal.CulturePreservingExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state) [0x00047] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.Invoke () [0x00016] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.ProcessQueue () [0x00114] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WndProcHook (System.IntPtr hwnd,
System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam, System.Boolean&
handled) [0x00061] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndWrapper.WndProc (System.IntPtr hwnd, System.Int32 msg,
System.IntPtr wParam, System.IntPtr lParam, System.Boolean& handled) [0x0003a]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.DispatcherCallbackOperation (System.Object o)
[0x00042] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl
(System.Windows.Threading.DispatcherPriority priority, System.TimeSpan timeout,
System.Delegate method, System.Object args, System.Int32 numArgs) [0x000fc] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Invoke
(System.Windows.Threading.DispatcherPriority priority, System.Delegate method,
System.Object arg) [0x00011] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.SubclassWndProc (System.IntPtr hwnd, System.Int32
msg, System.IntPtr wParam, System.IntPtr lParam) [0x00154] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at (wrapper native-to-managed)
MS.Win32.HwndSubclass.SubclassWndProc(intptr,int,intptr,intptr)
at (wrapper managed-to-native)
MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG&)
at System.Windows.Threading.Dispatcher.TranslateAndDispatchMessage
(System.Windows.Interop.MSG& msg) [0x0001a] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrameImpl
(System.Windows.Threading.DispatcherFrame frame) [0x0004c] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrame
(System.Windows.Threading.DispatcherFrame frame) [0x00077] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Run () [0x00006] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Application.RunDispatcher (System.Object ignore) [0x00023]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.RunInternal (System.Windows.Window window)
[0x0010d] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run (System.Windows.Window window) [0x00008] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run () [0x00009] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at W3Launcher.App.Main () [0x0000b] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0
wine-5.8-251-g4358ddc75f
--
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=39298
Bug ID: 39298
Summary: kernel32 does not support custom nls installation.
Product: Wine
Version: 1.7.51
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: htl10(a)users.sourceforge.net
Distribution: ---
This is a somewhat related bug to 39297 - wine seems to use built-in code page
tables ( wine/libs/wine/c_*.c ) . On newer windows, code page 708 is shipped
with the OS; FontVal also bundle
CPinstall
CPinstall/i386
CPinstall/i386/c_852.nls
CPinstall/i386/c_1361.nls
CPinstall/i386/c_708.nls
CPinstall/i386/c_862.nls
CPinstall/i386/c_775.nls
CPinstall/i386/c_857.nls
CPinstall/i386/c_737.nls
CPinstall/i386/c_864.nls
CPinstall/i386/c_869.nls
CPinstall/CPinstall.inf
CPinstall.dll
for older windows which does not have them. However, I tried installing them
(via setupdll), it seems to popular the registry, and copy the nls files, but
does not seem to have any effect on wine's behavior at all.
FWIW, there seems to be only one nls file shipped with wine, l_intl.nls, that
if I remember correctly is required by dotnet; I don't seem to be able to find
any code which read nls files in wine at all.
+++ This bug was initially created as a clone of Bug #39297 +++
Microsoft's FontValidator
(https://www.microsoft.com/typography/FontValidator.mspx)
when processing certain fonts, try to access code page 708,
which is not available under wine.
FYI, mono has support for code page 708 - c.f. mcs/class/I18N/Rare/CP708.cs .
--
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=35027
Bug #: 35027
Summary: unimplemented function
KERNEL32.dll.CreateProcessInternalW
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l12436(a)yahoo.com.tw
Classification: Unclassified
Created attachment 46688
--> http://bugs.winehq.org/attachment.cgi?id=46688
log
the CreateProcessInternalW in kernel32.dll seems not implemented.
cause a execution file crash.
--
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=33381
Bug #: 33381
Summary: Mayhem Triple renders too small
Product: Wine
Version: 1.5.25
Platform: x86
URL: http://www.sniperdiplomat.com/MayhemTriple.rar
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Classification: Unclassified
Output only occupies about a third of the window. Mouse behaves as if it were
scaled to fit.
--
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=39144
Bug ID: 39144
Summary: SpinTires tech demo wrong rendering after changing
screen resolution
Product: Wine
Version: 1.7.50
Hardware: x86-64
URL: http://oovee.chicsystems.net/SpinTiresInstall_060613.z
ip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 52170
--> https://bugs.winehq.org/attachment.cgi?id=52170
screenshot
Steps to reproduce:
1. Set screen resolution in winecfg to 800x600
2. Use a native d3dx9_36
3. Run tech demo and set screen resolution to 1024x768
4. You should get the result as on screenshot
--
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=45634
Bug ID: 45634
Summary: enabling CSMT ruins performance for rFactor 1.255
Product: Wine
Version: 3.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: jose1711(a)gmail.com
Distribution: ---
ever since the commit "dd0ea0a61463db83c - wined3d: Enable the multi-threaded
command stream by default" the performance of wine running rFactor is severely
degraded making the game unplayable - intro movie plays fine but then even the
menu navigation stutters. could be one of the cases where CSMT actually hurts
rather than helps. the same performance degradation can be observed on
pre-dd0ae wine when enabling CSMT via registry key.
--
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.