https://bugs.winehq.org/show_bug.cgi?id=47403
Bug ID: 47403
Summary: ALT+TAB results in a sticky ALT in the application
when switching back
Product: Wine
Version: 4.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dominik(a)kuropka.net
Distribution: ---
I noticed the following issue when playing EVE Online: If you use the ALT+TAB
key to switch from EVE Online to another application and then return back to
EVE Online, then the EVE Online is still thinking you are still holding down
the ALT key. This is only resolved by pressing and releasing the ALT key again.
It's really annoying.
Hypothesis: When pressing ALT+TAB (which at least for me usually happens in the
order 1. hold ALT down and then 2. press TAB) the ALT-key-down command is
transferred to the application (EVE Online) and then the focus is changed to
another application, without sending prior the ALT-key-down command. In my
opinion this should be changed. If ALT+TAB is used to switch the application,
the ALT-key-down command should be generated prior switching.
--
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=36061
Bug ID: 36061
Summary: winedbg crash dialog shows a leak in imm32
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Noticed while valgrinding various test failures:
==13839== 24 bytes in 1 blocks are definitely lost in loss record 250 of 889
==13839== at 0x7BC4C735: notify_alloc (heap.c:255)
==13839== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==13839== by 0x7B84584B: HeapAlloc (heap.c:271)
==13839== by 0x7B845B80: GlobalAlloc (heap.c:388)
==13839== by 0x62CB1A6: ImmCreateIMCC (imm.c:2738)
==13839== by 0x62C4AB7: ImmCreateContext (imm.c:697)
==13839== by 0x62C6F93: ImmGetContext (imm.c:1422)
==13839== by 0x62CB807: ImmProcessKey (imm.c:2891)
==13839== by 0x538AB14: process_keyboard_message (message.c:2469)
==13839== by 0x538B2F4: process_hardware_message (message.c:2692)
==13839== by 0x538BFAD: peek_message (message.c:2900)
==13839== by 0x538E12C: GetMessageW (message.c:3817)
==13839== by 0x534ADB9: DIALOG_DoDialogBox (dialog.c:816)
==13839== by 0x534B064: DialogBoxParamW (dialog.c:879)
==13839== by 0x476B945: display_crash_dialog (crashdlg.c:369)
==13839== by 0x4784337: dbg_active_auto (tgt_active.c:816)
==13839== by 0x478A98C: main (winedbg.c:673)
==13839==
{
<insert_a_suppression_name_here>
Memcheck:Leak
match-leak-kinds: definite
fun:notify_alloc
fun:RtlAllocateHeap
fun:HeapAlloc
fun:GlobalAlloc
fun:ImmCreateIMCC
fun:ImmCreateContext
fun:ImmGetContext
fun:ImmProcessKey
fun:process_keyboard_message
fun:process_hardware_message
fun:peek_message
fun:GetMessageW
fun:DIALOG_DoDialogBox
fun:DialogBoxParamW
fun:display_crash_dialog
fun:dbg_active_auto
fun:main
}
wine-1.7.16-178-g7e874ae
--
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=27576
Summary: RT Se7en Lite installer hangs
Product: Wine
Version: 1.3.22
Platform: x86
URL: http://www.rt7lite.com/downloads.html
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Requires Windows 7 mode, refuses to install in XP mode. After that, starts up,
you can accept license, etc. Once you click install, it hangs.
No visible terminal output at that point. There are few lines earlier:
fixme:ole:CoCreateInstance no instance created for interface
{ea1afb91-9e28-4b86-90e9-9e9f8a5eefaf} of class
{56fdf344-fd6d-11d0-958a-006097c9a090}, hres is 0x80004002
fixme:storage:create_storagefile Storage share mode not implemented.
fixme:shell:SHGetKnownFolderPath flags 0x00004400 not supported
fixme:shell:SHGetKnownFolderPath flags 0x00004400 not supported
fixme:shell:SHGetKnownFolderPath flags 0x00004400 not supported
err:richedit:ReadStyleSheet skipping optional destination
err:richedit:ReadStyleSheet skipping optional destination
8afd116c1a524cf1772c972860bc390af713cb6c rt_7_lite_win7_Vista_x86.exe
--
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=47017
Bug ID: 47017
Summary: Symantec Eraser Control Driver 'eeCtrl64.sys' (Norton
360) crashes on unimplemented function
ntoskrnl.exe.IoGetStackLimits
Product: Wine
Version: 4.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. Happens during installation (first time kernel service/driver
install/load).
--- snip ---
$ WINEDEBUG=+seh,+relay,+msi,+ntoskrnl wine ./N360-TW-21.1.0-EN.exe >>log.txt
2>&1
...
002d:Call advapi32.CreateServiceW(0d8d87d0,0d9bb980 L"eeCtrl",1f9177f0
L"Symantec Eraser Control driver",80000002,00000001,00000001,00000001,0d9c7018
L"C:\\Program Files (x86)\\Common Files\\Symantec
Shared\\EENGINE\\eeCtrl64.sys",00000000,00000000,00000000,00000000,00000000)
ret=1f87019e
...
007c:trace:ntoskrnl:load_driver_module L"C:\\Program Files (x86)\\Common
Files\\Symantec Shared\\EENGINE\\eeCtrl64.sys": relocating from 0x10000 to
0x450000
...
007c:Call driver init 0x4b6118
(obj=0x278c0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\eeCtrl")
...
007c:trace:ntoskrnl:IoCreateSymbolicLink L"\\??\\EraserCtrlDrv" ->
L"\\Device\\EraserCtrlDrv"
...
007c:Call ntoskrnl.exe.RtlInitUnicodeString(0032f370,0002f750 L"C:\\Program
Files (x86)\\Common Files\\Symantec Shared\\EENGINE\\EPERSIST.DAT")
ret=0046a48a
...
007c:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=00000092 ret=0046a48a
007c:Call ntoskrnl.exe.ZwOpenKey(0032f350,00020019,0032f2b0) ret=0046ca8d
007c:Call ntdll.NtOpenKey(0032f350,00020019,0032f2b0) ret=7bc8de2f
007c:Ret ntdll.NtOpenKey() retval=00000000 ret=7bc8de2f
007c:Ret ntoskrnl.exe.ZwOpenKey() retval=00000000 ret=0046ca8d
007c:Call ntoskrnl.exe.RtlInitUnicodeString(0032f2a0,004565b8 L"Started")
ret=0046c9ee
007c:Call ntdll.RtlInitUnicodeString(0032f2a0,004565b8 L"Started") ret=7bc8de2f
...
007c:Ret ntoskrnl.exe.ZwOpenKey() retval=00000000 ret=0046ca8d
007c:Call KERNEL32.RaiseException(80000100,00000001,00000002,0032f220)
ret=7fe82b71c7a9
007c:trace:seh:NtRaiseException code=80000100 flags=1 addr=0x7b452d3c
ip=7b452d3c tid=007c
007c:trace:seh:NtRaiseException info[0]=00007fe82b71c7cd
007c:trace:seh:NtRaiseException info[1]=00007fe82b71e2b4
wine: Call from 0x7b452d3c to unimplemented function
ntoskrnl.exe.IoGetStackLimits, aborting
...
--- snip ---
On WINEPREFIX bootstrapping after installation it runs into bug 47014 (service
is autostart).
One purpose/use-case of the function is mentioned here:
https://community.osr.com/discussion/280922
--- quote ---
I want to know, what is stack based file object?
In my minifilter, I am using file object from post-create callback for reading
file, I used IoGetStackLimit to check if it is stack based file object or not.
--- quote ---
An actual usage example can be found in Microsoft driver examples on Github:
https://github.com/Microsoft/Windows-driver-samples/blob/6c1981b85043295213…
--- snip ---
/*++
Routine Description:
Frees the buffer of an string (STRING, UNICODE_STRING, ANSI_STRING,
OEM_STRING)
structure if it is not within the current thread's stack limits.
Regardless of action performed, on exit String->Buffer will be set to NULL
and
String->MaximumLength to zero.
Arguments:
String - pointer to string structure
--*/
{
ULONG_PTR High, Low;
PSTRING LocalString = String;
PAGED_CODE();
if (NULL != LocalString->Buffer) {
IoGetStackLimits( &Low, &High );
if (((ULONG_PTR)(LocalString->Buffer) < Low) ||
((ULONG_PTR)(LocalString->Buffer) > High)) {
ExFreePool( LocalString->Buffer);
}
LocalString->Buffer = NULL;
}
LocalString->MaximumLength = LocalString->Length = 0;
}
--- snip ---
https://github.com/Microsoft/Windows-driver-samples/blob/6c1981b85043295213…
Wine source:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntoskrnl.exe/ntoskrn…
--- snip ---
408 @ stub IoGetStackLimits
--- snip ---
$ sha1sum N360-TW-21.1.0-EN.exe
aa05ccf9668e166ef28923d451f1c2ecad6f75f1 N360-TW-21.1.0-EN.exe
$ du -sh N360-TW-21.1.0-EN.exe
203M N360-TW-21.1.0-EN.exe
$ wine --version
wine-4.6
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=41608
Bug ID: 41608
Summary: Golden Krone Hotel fails to launch
Product: Wine
Version: 1.9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
Created attachment 55953
--> https://bugs.winehq.org/attachment.cgi?id=55953
Terminal output Wine 1.9.21-106-g51ec5c6
I am trying to run this game in a 32-bit Windows 7 prefix with Wine-devel
1.9.21 and Wine-Staging 1.9.21 and in both versions the game crashes before it
even starts.
The game, according to its Steam page, requires Windows 7 or later.
Terminal output attached.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35413
Bug ID: 35413
Summary: err:module:import_dll Library libgcc_s_sjlj-1.dll not
found needed by mono-2.0
Product: Wine
Version: 1.7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fast.rizwaan(a)gmail.com
Classification: Unclassified
err:module:import_dll Library libgcc_s_sjlj-1.dll (which is needed by
L"C:\\windows\\mono\\mono-2.0\\bin\\libmono-2.0-x86.dll") not found
err:mscoree:load_mono Could not load Mono into this process
this bug was not there in 1.7.5 fedora 19/20 x86_64
the workaround is to "install winetricks dotnet40"
--
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=31260
Bug #: 31260
Summary: Tomb Raider 4 Broken Lighting
Product: Wine
Version: 1.5.9
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ezekiel000(a)lavabit.com
Classification: Unclassified
Lighting seems to be broken in Tomb Raider 4 everything is fully lit.
Running Tomb Raider 4 from GOG.com with wine 1.5.9 on Debian 6.0.5 with nVidia
official drivers 295.59.
The problem is in the Tomb Raider 4 Times Exclusive level available here:
http://tombraiders.net/stella/downloads/TR4files.html#bonus
--
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=21378
Summary: lego digital designer crashes on scrolling
Product: Wine
Version: 1.1.36
Platform: x86
URL: http://ldd.lego.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mark.dufour(a)gmail.com
lego digital designer seems to work well using 1.1.36 (yay :D), except when
trying to scroll.. (for example, right after the program starts on the left).
this consistently leads to an immediate crash (see attachment).
--
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=47385
Bug ID: 47385
Summary: Overwatch crashes on unimplemented function
mfreadwrite.dll.MFCreateSinkWriterFromURL
Product: Wine
Version: 4.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
It used to just fail (which was reported in bug 45862) when saving the
highlight as MP4 but now the application actually crashes on it with this
message from Wine:
wine: Call from 0x7b458953 to unimplemented function
mfreadwrite.dll.MFCreateSinkWriterFromURL, aborting
Let me know if anyone needs any kind of logs.
--
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.