http://bugs.winehq.org/show_bug.cgi?id=34774
Bug #: 34774
Summary: Crimson Skies crashes when a mission ends
Product: Wine
Version: 1.7.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: benpicco-wine(a)flauschlabor.de
Classification: Unclassified
Created attachment 46368
--> http://bugs.winehq.org/attachment.cgi?id=46368
Unhandled page fault on read access
I've installed the game to a 32bit Windeprefix, installed quartz, Active Video
and native amstream.dll and disabled winegstreamer so the game would launch.
Everything works well, I can launch missions/instant action battles, but when
they end and the game normally would go to a debriefing screen, it crashes
instead.
Last few lines of console output (abbreviated):
fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a
disconnected device 45 "Invalid argument".
fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 1)
fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a
disconnected device 45 "Invalid argument".
fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a
disconnected device 45 "Invalid argument".
wine: Unhandled page fault on read access to 0x06240000 at address 0x22022e0
(thread 0047), starting debugger...
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
--
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=53556
Bug ID: 53556
Summary: winealsa.drv segfaults on process exit
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: brendan(a)redmandi.com
Distribution: ---
Created attachment 72919
--> https://bugs.winehq.org/attachment.cgi?id=72919
Adds test to kernelbase_test.exe sync
I get a segfault on process exit whenever the winealsa.drv is loaded.
I can recreate this by running the winmm_test.exe midi test for example.
I've also attached a patch that adds a test to kernelbase_test.exe (under the
'sync' tests) that recreates this issue. It's recreated in this patch without
the process exit (thread termination is enough).
Here's the stacktrace for the winealsa.drv thread at the beginning of
signal_exit_thread (not long after SIGQUIT is signaled):
#0 0x00007ffff7cee3ce in signal_exit_thread ()
#1 0x00007ffff7d0d25b in abort_thread (status=status@entry=0) at
../../include/winnt.h:2246
#2 0x00007ffff7cf12e8 in quit_handler (signal=<optimised out>,
siginfo=<optimised out>, ucontext=<optimised out>) at
../../dlls/ntdll/unix/signal_x86_64.c:2861
#3 <signal handler called>
#4 0x00007ffff7e0a195 in __futex_abstimed_wait_common64 (private=0,
cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x7ffff5aa2528
<notify_read_cond+40>) at ./nptl/futex-internal.c:57
#5 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0,
clockid=0, expected=0, futex_word=0x7ffff5aa2528 <notify_read_cond+40>) at
./nptl/futex-internal.c:87
#6 __GI___futex_abstimed_wait_cancelable64
(futex_word=futex_word@entry=0x7ffff5aa2528 <notify_read_cond+40>,
expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0,
private=private@entry=0) at ./nptl/futex-internal.c:139
#7 0x00007ffff7e0cac1 in __pthread_cond_wait_common (abstime=0x0, clockid=0,
mutex=0x7ffff5aa2540 <notify_mutex>, cond=0x7ffff5aa2500 <notify_read_cond>) at
./nptl/pthread_cond_wait.c:503
#8 ___pthread_cond_wait (cond=cond@entry=0x7ffff5aa2500 <notify_read_cond>,
mutex=mutex@entry=0x7ffff5aa2540 <notify_mutex>) at
./nptl/pthread_cond_wait.c:627
#9 0x00007ffff5a99a67 in midi_notify_wait (args=0x23cfdd0) at
../../dlls/winealsa.drv/alsamidi.c:1512
#10 0x00007ffff7cd7f13 in __wine_unix_call (handle=<optimised out>,
code=<optimised out>, args=0x7ffff5aa2528 <notify_read_cond+40>) at
../../dlls/ntdll/unix/loader.c:1362
#11 0x00007ffff7cee565 in __wine_syscall_dispatcher ()
#12 0x00000000024cf640 in ?? ()
#13 0x0000000000000019 in ?? ()
#14 0x00007ffff7e0d850 in ?? () at ./nptl/pthread_create.c:321
#15 0x00007ffff7cee3cc in signal_start_thread ()
#16 0x0000000000000000 in ?? ()
Before the call to __GI___futex_abstimed_wait_cancelable64 (made from frame 7),
the following line of code is executed:
https://sourceware.org/git/?p=glibc.git;a=blob;f=nptl/pthread_cond_wait.c;h…
__pthread_cleanup_push (&buffer, __condvar_cleanup_waiting, &cbuffer);
This appears to push some cleanup code on to a cleanup stack that glibc later
attempts to use during thread termination. However, the buffer and cbuffer
structs are allocated on the threads stack. Exploring frame 7, we can get the
memory address for the buffer struct (0x24ce870):
(gdb) f 7
#7 0x00007ffff7e0cac1 in __pthread_cond_wait_common (abstime=0x0, clockid=0,
mutex=0x7ffff5aa2540 <notify_mutex>, cond=0x7ffff5aa2500 <notify_read_cond>) at
./nptl/pthread_cond_wait.c:503
warning: Source file is more recent than executable.
503 err = __futex_abstimed_wait_cancelable64 (
(gdb) p &buffer
$1 = (struct _pthread_cleanup_buffer *) 0x24ce870
I then step forward 4 instructions:
(gdb) si
0x00007ffff7cee3d5 in signal_exit_thread ()
1: x/i $rip
=> 0x7ffff7cee3d5 <signal_exit_thread+9>: test %rcx,%rcx
(gdb)
0x00007ffff7cee3d8 in signal_exit_thread ()
1: x/i $rip
=> 0x7ffff7cee3d8 <signal_exit_thread+12>: jne 0x7ffff7cee3dc
<signal_exit_thread+16>
(gdb)
0x00007ffff7cee3dc in signal_exit_thread ()
1: x/i $rip
=> 0x7ffff7cee3dc <signal_exit_thread+16>: mov %rcx,%rsp
(gdb)
0x00007ffff7cee3df in signal_exit_thread ()
1: x/i $rip
=> 0x7ffff7cee3df <signal_exit_thread+19>: call *%rsi
(gdb) bt
#0 0x00007ffff7cee3df in signal_exit_thread ()
#1 0x00007ffff7d0a1f0 in start_thread (teb=0x67fd0000) at
../../dlls/ntdll/unix/thread.c:1070
#2 0x00007ffff7e0db43 in start_thread (arg=<optimised out>) at
./nptl/pthread_create.c:442
#3 0x00007ffff7e9fa00 in clone3 () at
../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
(gdb) p $rsp
$2 = (void *) 0x24cee00
And now the $rsp register is updated (to 0x24cee00), but it's to the right of
the buffer struct. 0x24cee00 - 0x24ce870 = 0x590 (1424 bytes). So once the
stack expands 1424 bytes (to the left), this buffer struct is overwritten.
I add a watch to the buffer structs memory address and continue:
(gdb) watch ((struct _pthread_cleanup_buffer *) 0x24ce870)->__routine
Hardware watchpoint 3: ((struct _pthread_cleanup_buffer *)
0x24ce870)->__routine
(gdb) c
Continuing.
Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct
_pthread_cleanup_buffer *) 0x24ce870)->__routine
Old value = (void (*)(void *)) 0x7ffff7e0c7a0 <__condvar_cleanup_waiting>
New value = (void (*)(void *)) 0x7ffff7e16330 <unwind_stop>
0x00007ffff7fc2426 in __GI__dl_find_object (pc1=0x7ffff51663e9
<_Unwind_ForcedUnwind+57>, result=0x24ce8d0) at ./elf/dl-find_object.c:363
363 if (__glibc_unlikely (_dlfo_main.map_end == 0))
1: x/i $rip
=> 0x7ffff7fc2426 <__GI__dl_find_object+6>: push %r13
(gdb)
Continuing.
Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct
_pthread_cleanup_buffer *) 0x24ce870)->__routine
Old value = (void (*)(void *)) 0x7ffff7e16330 <unwind_stop>
New value = (void (*)(void *)) 0x7ffff51663e9 <_Unwind_ForcedUnwind+57>
0x00007ffff5166c91 in get_cie_encoding (cie=0x7ffff516a1b8) at
../../../src/libgcc/unwind-dw2-fde.c:299
299 aug = cie->augmentation;
1: x/i $rip
=> 0x7ffff5166c91 <get_cie_encoding+1>: mov %rdi,%rbp
(gdb)
Continuing.
Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct
_pthread_cleanup_buffer *) 0x24ce870)->__routine
Old value = (void (*)(void *)) 0x7ffff51663e9 <_Unwind_ForcedUnwind+57>
New value = (void (*)(void *)) 0x24ce890
0x00007ffff516584c in uw_update_context_1 (context=0x24ceb90, fs=0x24ce9d0) at
../../../src/libgcc/unwind-dw2.c:1454
1454 switch (fs->regs.reg[i].how)
1: x/i $rip
=> 0x7ffff516584c <uw_update_context_1+492>: lea 0x4209(%rip),%rbp
# 0x7ffff5169a5c
(gdb) c
Continuing.
It actually gets updated a few times, but the last update is to an invalid
executable address (0x24ce890); which ultimately leads to the segfault:
Thread 2 "winmm_test.exe" received signal SIGSEGV, Segmentation fault.
0x00000000024ce890 in ?? ()
1: x/i $rip
=> 0x24ce890: rex.WXB add %al,(%r8)
1: x/i $rip
=> 0x24ce890: rex.WXB add %al,(%r8)
--
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=33208
Bug #: 33208
Summary: WWII Battle Tanks: T-34 vs. Tiger selection of the new
company causes to crash
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
CC: andrey.goosev(a)gmail.com
Classification: Unclassified
Created attachment 43931
--> http://bugs.winehq.org/attachment.cgi?id=43931
logout + backtrace
Game runs without any overrides, but has crash when selecting a new company.
--
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=40183
Bug ID: 40183
Summary: unable to install GOTO bridge software
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajax_lusinchi(a)yahoo.fr
Distribution: ---
Created attachment 53690
--> https://bugs.winehq.org/attachment.cgi?id=53690
report from installation
under ubuntu 140.04 with wine 1.6
GOTO bridge XVI works with windows
Installation failed
I also use without problem Funbridge sofware from the same firm
--
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=53951
Bug ID: 53951
Summary: Corsairs game crashes at startup
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: varrok(a)gmail.com
Distribution: ---
Created attachment 73527
--> https://bugs.winehq.org/attachment.cgi?id=73527
Logs from a clean wine32 prefix + winetricks dsound, quartz, gdi+, cinepack
components. WinXp compatibility mode.
Hi ????,
I'm trying to get the Corsairs Gold game to run
https://www.gog.com/game/corsairs_gold , but it refuses to. I got it to run on
one prefix (with issues, but at least got through the intro videos, menus [with
error messages] to gameplay), but reproducing it cleanly was too hard after
multiple attempts.
Sadly, this game doesn't have a demo for easy reproduction.
When I launch the game (getting past the separate .exe launcher), black screen
is displayed (where the cutscenes are supposed to play) for some time (probably
video duration) then the game's splash image is displayed, and the game crashes
at the first frame of the main menu.
The report issue Wine popup appears, but doesn't manage to fill in the data to
send even after waiting for a long while. I do have output logs though,
attached here.
Extra information:
- This game uses cinepack codec for the .avi videos, but installing it via
winetricks doesn't make them immediately run (they display black screen)
- The game requires at least the quartz component of winetricks (or
equivalent), and most likely dsound too - installing them alone didn't make the
game get to the menu correctly. Tried various other including: directmusic,
directshow, avifil32, dsmo, mf, allcodecs, gdi+, didn't seem to change
anything.
- The GOG version of the game uses a modified ddraw.dll (adraw.dll), it might
be the cause of some issues. Some person posted a modified exe that is
compatible with normal ddraw.dll
https://sourceforge.net/p/dxwnd/discussion/general/thread/2a942442/#7aa5 (Not
that I wish you to run potentially untrusted executables, so I'll just say I
tried it and though the file seems a legit game executable, it didn't help this
time)
- The crashed game doesn't exit cleanly, and sometimes the next launch crashes
a bit sooner than the others. Just a heads-up so you don't become insane from
seeing different outcomes to seemingly the same action :)
- wine-7.21-219-g5d1820c40bd , but the issue wasn't introduced in any new
version
- tested on a 32bit prefix, with emulated desktop 800x600
Br
--
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=34998
Bug #: 34998
Summary: 11 button mouse not detected in Wow
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)nuteknik.com
Classification: Unclassified
I am running wine 1.7.6 on Ubuntu 13.10.
I have a Razer Ochori 2013 mouse whose mouse buttons are not all detected while
running wow 5.4.
The mouse has four side buttons, two on the left, two on the right. Both
buttons on the right side are not detected in wow.
xev receives Buttonpress events for those two buttons, as 10 and 11.
note: xev receives both left side buttons as 8 and 9.
And curiously...I have never been able find buttons 6 or 7 on this mouse. The
mouse wheel does not tilt right or left...
I posted this issue in the forums and was suggested to open a bug.
Thanks for your help.
--
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=49616
Bug ID: 49616
Summary: Speechexec Pro Dictate fails with: ITERATE_Actions
Execution halted, action L"ProductKeyError" returned
1603 with "Use demo key" mode
Product: Wine
Version: 5.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: bozkar(a)gmail.com
Distribution: ---
Slighly older version of SpeechExec Pro Dictate does not install with "Use demo
key" under wine 5.2.10-staging
due to 0024:err:msi:ITERATE_Actions Execution halted, action L"ProductKeyError"
returned 1603
i.e. the generated demo key is not applied.
If You run the installer with WINEDEBUG=+msi and grep for the key, You will
find the generated trial key.
You can paste it during the next run and the installer will run (installing at
least some of the components).
0140:fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"key", clsid
{000c109e-0000-0000-c000-000000000046} error was seen before in the output.
winetricks msxml6, dotnet40, dotnet20, and wsh were applied, the MS SQL
component ( SpeechExecLocalDataStorage_x86-ENU.msi ) was installed manually
before).
--
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=25740
Summary: setupapi: registry values missing %token% replacement
(dynamic strings, updspapi) (Windows PowerShell 2.0)
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
trying to start the Windows PowerShell Integrated Scripting Environment (ISE)
after installing Windows PowerShell 2.0 fails.
--- snip ---
$ wine powershell_ise.exe
...
Unhandled Exception: System.Reflection.TargetInvocationException: Exception has
been thrown by the target of an invocation. ---> System.ArgumentNullException:
Value cannot be null.
Parameter name: window
at System.Windows.MessageBox.Show(Window owner, String messageBoxText,
String caption, MessageBoxButton button, MessageBoxImage icon, MessageBoxResult
defaultResult)
at Microsoft.Windows.PowerShell.Gui.Internal.Program.Initialize()
--- End of inner exception stack trace ---
at Microsoft.Windows.PowerShell.GuiExe.Internal.GPowerShell.Main(String[]
args)
wine: Unhandled exception 0xe0434f4d at address 0x7b838ce2 (thread 0009),
starting debugger...
--- snip ---
The real cause is the inability to locate/load the assembly
"CompiledComposition.Microsoft.PowerShell.GPowerShell.dll" leading to later
crash.
The path to assembly is resolved using registry:
--- snip ---
0026:Call advapi32.RegOpenKeyExW(80000002,009bf828
L"Software\\Microsoft\\PowerShell\\1\\PowerShellEngine",00000000,00020019,0032ece8)
ret=0036a6a7
0026:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=0036a6a7
...
0026:Call advapi32.RegQueryValueExW(00000180,009bf770
L"ApplicationBase",00000000,0032ed18,00000000,0032ed1c) ret=0036a7aa
0026:Ret advapi32.RegQueryValueExW() retval=00000000 ret=0036a7aa
...
0026:Call KERNEL32.GetFullPathNameW(0032ea1c
L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0\\CompiledComposition.Microsoft.PowerShell.GPowerShell.dll",00000105,0032e810,00000000)
ret=0036a1c3
0026:Ret KERNEL32.GetFullPathNameW() retval=00000073 ret=0036a1c3
--- snip ---
Registry export:
--- snip ---
REGEDIT4
[HKEY_LOCAL_MACHINE\Software\Microsoft\PowerShell\1\PowerShellEngine]
"ApplicationBase"="%SystemRoot%\\system32\\WindowsPowerShell\\v1.0"
"ConsoleHostAssemblyName"="Microsoft.PowerShell.ConsoleHost,Version=1.0.0.0,Culture=neutral,PublicKeyToken=31bf3856ad364e35,ProcessorArchitecture=msil"
"ConsoleHostModuleName"="\"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll\""
"PowerShellVersion"="2.0"
"PSCompatibleVersion"="1.0,2.0"
"RuntimeVersion"="v2.0.50727"
--- snip ---
The path contains "%SystemRoot%" token which should have been deformated at
_install_ time (.NET app code directly takes the path string).
>From the setupapi/updspapi based installer's update.inf:
--- snip ---
...
[ProductInstall.GlobalRegistryChanges.Install]
AddReg=PowerShell.Add.Reg
DelReg=PowerShell.Del.Reg
...
[PowerShell.Add.Reg]
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ApplicationBase",0x00000000,%SystemRoot%\system32\WindowsPowerShell\v1.0
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ConsoleHostAssemblyName",0x00000000,"Microsoft.PowerShell.ConsoleHost,Version=1.0.0.0,Culture=neutral,PublicKeyToken=31bf3856ad364e35,ProcessorArchitecture=msil"
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ConsoleHostModuleName",0x00000000,"""%SystemRoot%\system32\WindowsPowerShell\v1.0\Microsoft.PowerShell.ConsoleHost.dll"""
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"PowerShellVersion",0x00000000,"2.0"
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"PSCompatibleVersion",0x00000000,"1.0,2.0"
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"RuntimeVersion",0x00000000,"v2.0.50727"
HKLM,SOFTWARE\Microsoft\PowerShell\1\ShellIds\Microsoft.PowerShell,"Path",0x00000000,%SystemRoot%\system32\WindowsPowerShell\v1.0\powershell.exe
--- snip ---
There are also %token% strings which are _not_ to be replaced, hence the double
% quoting:
--- snip ---
HKLM, SYSTEM\CurrentControlSet\Services\WinRM\Parameters, ServiceDll,
0x00020000, "%%SystemRoot%%\system32\WsmSvc.dll"
--- snip ---
MSDN says about the "INF AddReg Directive":
http://msdn.microsoft.com/en-us/library/ff546320.aspx
--- snip ---
[add-registry-section]
reg-root, [subkey],[value-entry-name],[flags],[value]
...
value
...
The expression of such a value depends on the registry type specified for
the flag, as follows:
* A registry string-type value can be expressed either as a "quoted
string" or as a %strkey% token defined in a Strings section of the INF file.
Such an INF-specified value does not have to include a NULL terminator at the
end of each string.
...
--- snip ---
There is a "dynamic strings" directive present in .inf file:
--- snip ---
[DynamicStrings]
SystemRoot=InstallPathEnvVar,SystemRoot
--- snip ---
This part is processed by installer, updspapi.UpdSpSetDynamicStringA gets
called:
--- snip ---
0023:Call setupapi.SetupFindFirstLineA(00144c68,01025d10
"DynamicStrings",00000000,0033bb94) ret=010758be
0023:Call ntdll.RtlCreateUnicodeStringFromAsciiz(0033baa8,01025d10
"DynamicStrings") ret=688f6bbf
0023:Ret ntdll.RtlCreateUnicodeStringFromAsciiz() retval=00000001 ret=688f6bbf
0023:trace:setupapi:SetupFindFirstLineW (0x144c68,L"DynamicStrings",(null)):
returning 63/0
..
0023:Call msvcrt._vsnprintf(0033b34b,000007f7,01025830 "ProcessDynamicStrings:
InstallPathEnvVar for %s returned %s",0033bb80) ret=010706ea
...
0023:Call updspapi.UpdSpSetDynamicStringA(00144c68,010f4940
"SystemRoot",001b7108 "C:\\windows") ret=01075d51
0023:fixme:updspapi:UpdSpSetDynamicStringA 0x144c68 "SystemRoot" "C:\\windows"
0023:Ret updspapi.UpdSpSetDynamicStringA() retval=00000001 ret=01075d51
...
0023:Call msvcrt._vsnprintf(0033b34b,000007f7,01025754 "ProcessDynamicStrings:
all %%%s%% replaced with %s.",0033bb80) ret=010706ea
--- snip ---
Setupapi installer log:
--- snip ---
2.734: ProcessDynamicStrings: InstallPathEnvVar for SystemRoot returned
C:\windows
2.734: ProcessDynamicStrings: all %SystemRoot% replaced with C:\windows.
--- snip ---
At later stage, when the registry section is processed:
--- snip ---
0023:trace:setupapi:SetupFindNextMatchLineW
(0x144c68,L"ProductInstall.GlobalRegistryChanges.Install",L"AddReg"): returning
2
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/10/2 index 1
returning L"PowerShell.Add.Reg"
0023:trace:setupapi:SetupFindFirstLineW
(0x144c68,L"PowerShell.Add.Reg",(null)): returning 48/0
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 1
returning L"HKLM"
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 2
returning L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine"
...
0023:trace:setupapi:SetupGetStringFieldA context 0x144c68/0x144c68/48/0 index 4
returning "0x00000000"
0023:Call advapi32.RegCreateKeyExW(80000002,0033935c
L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine",00000000,00000000,00000000,02000000,00000000,0033b37c,00000000)
ret=688ec641
0023:Ret advapi32.RegCreateKeyExW() retval=00000000 ret=688ec641
0023:trace:setupapi:registry_callback key 0x80000002
L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine"
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 3
returning L"ApplicationBase"
...
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 5
returning L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0"
0023:trace:setupapi:do_reg_operation setting value L"ApplicationBase" to
L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0"
0023:Call advapi32.RegSetValueExW(0000006c,0033935c
L"ApplicationBase",00000000,00000001,0075d100,0000005a) ret=688ec5be
0023:Ret advapi32.RegSetValueExW() retval=00000000 ret=688ec5be
...
0023:Call advapi32.RegCloseKey(0000006c) ret=688ec6ce
0023:Ret advapi32.RegCloseKey() retval=00000000 ret=688ec6ce
--- snip ---
The string field containing %SystemRoot% token never got the replacement value.
Updspapi.dll UpdSpSetDynamicStringA() is a stub and does not have any
connection to setupapi, maybe this is the problem.
Updspapi seems like an internal/private version of Microsofts setupapi library,
distributed with installers/SP installers - not to be installed into OS.
Unfortunately setting updspapi to "native", skipping Wine's builtin stub
crashes the installer.
BTW ... the PowerShell console/command line stuff really integrates nicely now
that Wine has proper console support (wineconsole no longer needed).
Regards
--
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=42862
Bug ID: 42862
Summary: Gta 5 doesn't launch in dx10 mode
Product: Wine
Version: 2.6
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: jhntipo(a)gmail.com
Created attachment 57960
--> https://bugs.winehq.org/attachment.cgi?id=57960
The GTA5.exe backtrace
When I launch GTA 5, the game doesn't appear instead, the Program error
dialogue box shows up. I am using the 3dm crack but the file that crashes is
GTA5.exe. I used commandline.txt to set the graphics runtime to dx10.
--
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.