https://bugs.winehq.org/show_bug.cgi?id=52885
Bug ID: 52885
Summary: Adobe Lightroom Classic 11.1 crash in user32
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: bugs(a)bzatek.net
Distribution: ---
Created attachment 72269
--> https://bugs.winehq.org/attachment.cgi?id=72269
backtrace
> Unhandled exception: page fault on read access to 0x00000000d727af40 in 64-bit code (0x00007f4d33ef538d).
> Backtrace:
> =>0 0x00007f4d33ef538d in user32 (+0x5538d) (0x000000000011f100)
> 0x00007f4d33ef538d user32+0x5538d: movzwl 0x0000000000000010(%rsi),%eax
good: wine-6.22
bad: wine-7.3 (vkd3d not compiled in, vulkan disabled)
Clean prefix, only vcrun2015 installed. Newer wine versions do crash due to
bundled vkd3d - bug 52884. So until that one is fixed, I have no way to test if
this is still valid with recent wine releases.
This wine-7.3 release is compiled without vkd3d in the same configuration as
wine-6.22 that I've been using for months. Recently tried new wine versions and
immediately came across this crash.
Backtrace doesn't show much details and there are no interesting messages on
the console either.
Reproducible in Lightroom Classic 11.1 and 10.4.
Any ideas for further debugging? Haven't tried bisecting wine releases.
--
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=53082
Bug ID: 53082
Summary: "explorer: Create clipboard manager thread when
creating a desktop." causes hangs on wine startup
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: jacek(a)codeweavers.com
Regression SHA1: d8a74e5cf9f259c5ec9480e74d286c93609b8d9c
Distribution: ---
Since this commit, d8a74e5cf9f259c5ec9480e74d286c93609b8d9c "explorer: Create
clipboard manager thread when creating a desktop.", hangs occasionally when
setting up a new wineprefix. (It's possible that it also hangs when starting
wine with a preexisting wineprefix, but I pinpointed it for the init procedure
when setting up a fresh wineprefix.)
I've built wine headless (I only run command line executables), i.e. configured
with "--without-x" (on Linux). I've reproduced this on arm32, but it's
plausible that the same can happen on other architectures, too.
When bootstrapping a new wineprefix (setting WINEPREFIX to a new, nonexistent
directory, running "wine wineboot"), it can hang, printing errors like these:
0048:err:sync:RtlpWaitForCriticalSection section 7BC8A3F0
"../src/dlls/ntdll/loader.c: loader_section" wait timed out in thread 0048,
blocked by 0054, retrying (60 sec)
0048:err:sync:RtlpWaitForCriticalSection section 7BC8A3F0
"../src/dlls/ntdll/loader.c: loader_section" wait timed out in thread 0048,
blocked by 0054, retrying (60 sec)
Did this commit trigger some race condition when bootstrapping the environment?
This issue doesn't happen every time - when testing setup of a new wineprefix,
it happens maybe once in 5-10 attempts.
--
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=53076
Bug ID: 53076
Summary: Kvaser CanKing needs ntoskrnl.exe.KfRaiseIrql and
ntoskrnl.exe.KeLowerIrql
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Ensure that you are running a version of Wine that has the fix for Bug
53051.
2. Install Kvaser Drivers for Windows (kvaser_drivers_setup.exe).
3. Install Kvaser CanKing (kvaser_canking_setup.exe).
4. Run Kvaser CanKing (C:\Program Files (x86)\Kvaser\CanKing\wc32.exe).
5. Click through the warning dialog, create a new project with one channel,
click through the "Tip of the Day" dialog, and finally, click "Start Run".
At least one thread crashes on the unimplemented function
ntoskrnl.exe.KfRaiseIrql. After adding a stub for that function, it crashes
again in ntoskrnl.exe.KeLowerIrql.
$ sha256sum *.exe
3f834a49ed416b1a06f313736223074a426d9cfe1a78f0095825c1781e78a3dc
kvaser_canking_setup.exe
7519aa9b919ab88a830b2818e03d1311fbc2a0ed569722b0e7170fa5ef11839d
kvaser_drivers_setup.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=52893
Bug ID: 52893
Summary: GreedFall crashes on launch
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 72286
--> https://bugs.winehq.org/attachment.cgi?id=72286
backtrace
winegstreamer warning: videoconvert1: not negotiated
winegstreamer warning: videoconvert1:
../libs/gst/base/gstbasetransform.c(1431):
gst_base_transform_reconfigure_unlocked ():
/GstBin:bin0/GstVideoConvert:videoconvert1:
not negotiated
wine: Unhandled page fault on read access to 000000000FB68000 at address
00000001807DAAB5 (thread 0448), starting debugger...
wine-7.7-79-g7af93f497c3
--
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=53112
Bug ID: 53112
Summary: winegstreamer build error
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: 34810581(a)qq.com
Distribution: ---
/root/code/dlls/winegstreamer/wg_transform.c:84:12: error:
void value not ignored as it ought to be
return gst_video_info_align(info, align);
return type is void, not bool.
The function is declared as follows in gstreamer-1.0:
/usr/include/gstreamer-1.0/gst/video/video-info.h:
void gst_video_info_align (GstVideoInfo * info, GstVideoAlignment * align);
--
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=53035
Bug ID: 53035
Summary: Out-GridView (when winversion >win7) is broken since
182feddd4b02e83f3c69863bc2e6e63945eb2df1
Product: Wine
Version: 7.9
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.0.3/PowerShell-7.0.3-win-x64.msi
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: dwmapi
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
CC: jzeng(a)codeweavers.com
Regression SHA1: 182feddd4b02e83f3c69863bc2e6e63945eb2df1
Distribution: ---
Since the mentioned commit now an "Unhandled division by zero" is encountered
when trying to display Out-GridView in Powershell Core; (the
DwmGetCompositionTiming is apparently only called when winversion > win7)
Maybe returning a non-zero value in one of the DWM_TIMING_INFO members is
enough to fix this, but i haven`t tested
crash:
wine: Unhandled division by zero at address 00000000243E54D3 (thread 0158),
starting debugger...
Steps to reproduce:
1. Install
https://github.com/PowerShell/PowerShell/releases/download/v7.0.3/PowerShel…
2. Set windows version to win10 (or win81)
3. Then do for example:
'wine pwsh -c Get-Process \| Out-gridview'
(Note: the backslash is only needed to escape the pipe operator in bash)
Workaround for now: disable dwmapi, makes it work again
--
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=52663
Bug ID: 52663
Summary: Civilization 4: no text in main menu
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: lukasz.wojnilowicz(a)gmail.com
CC: hverbeet(a)gmail.com, z.figura12(a)gmail.com
Regression SHA1: eb90d5db4f9bf92059d379d4fe0ea4a516db5e5c
Distribution: Fedora
Created attachment 71984
--> https://bugs.winehq.org/attachment.cgi?id=71984
left - wine 7.3, right - wine 7.2
Steps to reproduce:
1) remove ~/.wine
2) winetricks d3dx9_31 d3dx9_33 msxml3
3) install Civilization4
4) wine Civ4BeyondSword.exe
Behaviour:
No intro movies and no text in main menu (see attachment).
Expected behaviour:
Intro movies and text in main menu should appear.
Additional comment:
NVIDIA 340-xx
--
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=53138
Bug ID: 53138
Summary: crypt32:chain - testGetCertChain() fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
crypt32:chain - testGetCertChain() fails in Wine:
chain.c:4600: Test failed: chain->TrustStatus.dwErrorStatus = 1000041
chain.c:4606: Test failed: chain->TrustStatus.dwErrorStatus = 1000041
chain.c:4613: Test failed: chain->TrustStatus.dwErrorStatus = 1000041
https://test.winehq.org/data/patterns.html#crypt32:chain
A bisect shows that the failures started with the commit below:
commit f74271648776969cc8d4b914ac8d409c4f37f6d5
Author: Hans Leidekker <hans(a)codeweavers.com>
AuthorDate: Tue May 24 09:46:21 2022 +0200
cryptnet: Give precedence to OID_AUTHORITY_INFO_ACCESS in
verify_cert_revocation().
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=53038
Bug ID: 53038
Summary: Epic Launcher Crash at Start: Unhandled exception:
divide by zero in 64-bit code
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: ozan.turkyilmaz(a)gmail.com
Distribution: ---
Created attachment 72411
--> https://bugs.winehq.org/attachment.cgi?id=72411
Backtrace
I updated wine from 7.8 to 7.9 and Epic Launcher started crashing at the start.
The crashreportclient causes the crash as far as I can understand. The
backtrace is attached.
I compile and package my wine using build scripts from wine-git repo. I
compiled it at tag 7.9 this time. I also compile both 32 bit and 64 bit
versions together.
I think it is a regression and will try doing regression analysis to see if it
is true.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=36720
Bug ID: 36720
Summary: LCMapString with the parameter NORM_IGNORENONSPACE
does not remove diacritics
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Created attachment 48766
--> http://bugs.winehq.org/attachment.cgi?id=48766
Source and binary to reproduce a bug in Wine implementation of LCMapString
Hello,
Working on Windows I use LCMapString with the parameter NORM_IGNORENONSPACE to
remove diacritics (e.g. accents) from a string and it works fine.
But I tested on Wine (1.6.2, Ubuntu) and it does not remove the diacritics from
the string (the string is unchanged).
This bug impacts this software
http://appdb.winehq.org/objectManager.php?sClass=application&iId=6654
On the next version of the product, a client running on Wine cannot connect to
a server running on Windows if the login contains diacritics.
I attach a small project to reproduce the problem. It is written in Pascal
(Delphi) but can be easily converted to another language.
--
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=33383
Bug #: 33383
Summary: Hiding application to Mac OS X Dock causes crash.
Product: Wine
Version: 1.5.28
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eliturner(a)me.com
Classification: Unclassified
Now that the Mac OS X driver is implemented when hiding any application to the
Dock (via command+h) it crashes Wine. I'm using the latest "wine-revel" package
from Macports.
Thanks!
--
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=52998
Bug ID: 52998
Summary: xaudio2_7:xaudio2 fails on Windows 1909+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
xaudio2_7:xaudio2 has the same set of systematic failures on all Windows 1909+
versions:
xaudio2.c:1096: Test failed: xaudio2_8.dll:
CreateFX({a90bc001-e897-e897-7439-435500000000}) failed: 8007000e
xaudio2.c:1096: Test failed: xaudio2_8.dll:
CreateFX({a90bc001-e897-e897-7439-435500000001}) failed: 8007000e
xaudio2.c:1096: Test failed: xaudio2_8.dll:
CreateFX({a90bc001-e897-e897-7439-435500000002}) failed: 8007000e
xaudio2.c:1096: Test failed: xaudio2_8.dll:
CreateFX({a90bc001-e897-e897-7439-435500000003}) failed: 8007000e
xaudio2.c:1116: Test failed: xaudio2_8.dll: CreateFX(CLSID_AudioVolumeMeter)
failed: 8007000e
https://test.winehq.org/data/patterns.html#xaudio2_7:xaudio2
The error code is E_OUTOFMEMORY and the failures correspond to the following
formats:
CLSID_FXEQ27
CLSID_FXMasteringLimiter27
CLSID_FXReverb27
CLSID_AudioVolumeMeter
Strangely enough the test succeeds on Windows 10 1507, 1607, 1709 and 1809
without any visible skip.
So it's as if support for these formats was removed (but that's a strange error
code to say so), or something more must be done to get them initialized
properly.
--
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=52995
Bug ID: 52995
Summary: shell32:shelllink crashes in Wine cause
shell32:shellpath's test_PathResolve() to fail
(test.bat file)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
shell32:shellpath's test_PathResolve() fails seemingly randomly:
shellpath.c:3049: Test failed: test 4: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 8: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3048: Test failed: test 14: expected 0, got 1
shellpath.c:3049: Test failed: test 14: expected
L"C:\\users\\winetest\\Temp\\test", got L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 16: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 19: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 20: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 24: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3048: Test failed: test 26: expected 0, got 1
shellpath.c:3049: Test failed: test 26: expected
L"C:\\users\\winetest\\Temp\\test", got L"C:\\users\\winetest\\Temp\\test.bat"
https://test.winehq.org/data/patterns.html#shell32:shellpath
But it turns out the dates when shell32:shellpath failures all match dates when
shell32:shelllink crashed:
https://test.winehq.org/data/patterns.html#shell32:shelllink
What happens is that shell32:shellpath looks for a "test.lnk" file. But if one
creates a "c:\users\...\Temp\test.bat" file before starting the test, that's
what gets returned instead, thus causing the failures. shell32:shelllink just
happens to use a file by that name. Normally it gets cleaned up but that just
does not happen when shell32:shelllink crashes!
So I think the right fix would be to make shell32:shellpath more resilient:
* Delete "test.*" before checking for test.lnk. But that runs the risk of
deleting files dear to the person running the test (they are in a Temp
directory but still).
* Use some GetTempFileName() or some similar API to generate a unique filename.
* Or just use a name that's less likely to be a leftover from a previous test,
"shellpath.lnk" for instance. Very basic but maybe sufficient.
--
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=52752
Bug ID: 52752
Summary: Rich Edit Control does not support drawing OLE objects
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: kellnerp(a)earthlink.net, lorentz0021(a)gmail.com
Distribution: ---
Originally reported by Dongwan Kim.
Rich Edit control does not support rendering OLE objects inside text. Instead
it outputs the following log entry:
fixme:richedit:draw_ole Couldn't get storage medium
Affected applications:
- KakaoTalk cannot render emoticons and @mentions in the chat input box.
--
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=46782
Bug ID: 46782
Summary: CompareStringEx does not support SORT_DIGITSASNUMBERS
flag
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)lanrules.de
Distribution: ---
This flag is supported by all Windows versions down to at least Windows 7.
It is used, for example, by Qt in QCollator.
See https://bugreports.qt.io/browse/QTBUG-74209 for reference.
CompareStringEx:
https://docs.microsoft.com/en-us/windows/desktop/api/stringapiset/nf-string…
Wine implementation list of supported flags: dlls/kernel32/locale.c#L3912-L3913
--
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=49232
Bug ID: 49232
Summary: Saints Row The Third Remastered shows floating black
rectangles
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: rca(a)psy-q.ch
Distribution: ---
Created attachment 67236
--> https://bugs.winehq.org/attachment.cgi?id=67236
Screenshot showing black rectangles in the scene
The game shows floating black rectangles in your view. They don't appear when
looking straight down at the ground and also not in indoor scenes. Attached
screenshot shows the effect
I am guessing it might have something to do with street lamp halos or an effect
like that.
The log mentions:
0170:fixme:d3d:wined3d_device_update_sub_resource Ignoring flags 0x2.
00d0:err:d3d:wined3d_debug_callback 0x3a1967e0: "GL_INVALID_OPERATION in
glCopyImageSubData(internalFormat mismatch)".
--
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=53168
Bug ID: 53168
Summary: kernel32:debugger - test_ExitCode() has a rare timeout
condition running dbg,attach,process,event,detach
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:debugger - test_ExitCode() has a rare timeout condition running
dbg,attach,process,event,detach:
debugger.c:610: running dbg,attach,process,event,detach...
debugger.c:621: waiting for child exit...
debugger.c:198: child: crashing...
debugger.c:659: waiting for the debugger...
debugger.c:166: debugger traces:
processing debug messages
setting event
done debugging...
kernel32:debugger:0dcc done (258) in 125s
https://test.winehq.org/data/patterns.html#kernel32:debugger
The failures are very rare (~0.6%) but always happen in the same location: in
the (last) crash_and_debug(... "dbg,attach,process,event,detach") call in
test_ExitCode().
This failure has mostly been seen on Windows 10 21H1 but it happened at least
once in 1507. So it is likely that all Windows 10 versions are impacted. It
also happens in both 32- and 64-bit code.
--
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=32224
Bug #: 32224
Summary: LTspice: selected text/component after Ctrl+F not
highlighted
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: testelor(a)yahoo.com
Classification: Unclassified
Steps to reproduce:
1) Download and install LTspice -
http://ltspice.linear.com/software/LTspiceIV.exe
2) Run LTspice using:
$ wine scad3.exe -nowine
3) Create a new schematic, press 'R' (resistor), for example, and place
it twice by clicking. There should be R1 and R2 on the schematic.
4) Press Ctrl+F and search for "r2", no quotes, it should be highlighted in
yellow, but they're not.
Side note:
- create a new schematic, press F2 to bring up the device list.
- select current, place it on the schematic
- right-click on it and type '1', no quotes, then OK
- press 'R', place it next to the current source, in parallel
- right click on it and replace "R" with '1', no quotes, then OK
- press 'G' and place ground on the lower pins of both components
- press F3 and draw a net by clicking on the unconnected current source's pin,
then on the resistor's
- press 'S' and write ".tran 1", no quotes, don't forget the dot, place it on
the schematic
- in the toolbar, press the 'running man' button, or right-click on the
schematic and choose "run"
- it should be almost instant, a new empty window will pop up, above
- move the mouse cursor over the resistor until the cursor changes into a
current-clamp (something black with a red arrow), then click once to display
the current through the resistor
- in the newly created window, there will be a trace displayed and a label at
the top, reading I(R1)
Alt+left-clicking on the label will highlight the resistor. That's how it
should look like after Ctrl+F. Alternatively, you can just run "wine
scad3.exe", no "-nowine" switch, and repeat the 4 steps in the beginning.
No screenshot as it doesn't make sense to show what doesn't happen...
--
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.