http://bugs.winehq.org/show_bug.cgi?id=32990
Bug #: 32990
Summary: Wine on ARM: relay tracing is broken with entry points
having an odd number of arguments, calling into glibc
code that makes use of alloca()
Product: Wine
Version: 1.5.24
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
relay tracing doesn't work properly on ARM :(
Example app (others have similar problem):
WINEDEBUG=+tid,+seh,+relay,+time,+file
--- snip ---
...
002e:Call KERNEL32.LZOpenFileW(408baf68
L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",40d1fb8c,00000000)
ret=40f17cec
002e:trace:file:LZOpenFileA
(Z:\home\linaro\wine-apps\windefender\unpacked\MPSigStub.exe,0x40d1fb8c,0)
002e:trace:file:OpenFile
Z:\home\linaro\wine-apps\windefender\unpacked\MPSigStub.exe OF_READ
OF_SHARE_COMPAT
002e:trace:file:OpenFile
Z:\home\linaro\wine-apps\windefender\unpacked\MPSigStub.exe 0000
002e:trace:file:RtlGetFullPathName_U
(L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" 520
0x40d1f7b8 (nil))
002e:trace:file:RtlDosPathNameToNtPathName_U
(L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",0x40d1f740,(nil),(nil))
002e:trace:file:RtlGetFullPathName_U
(L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" 520
0x40d1f4c0 (nil))
002e:trace:file:wine_nt_to_unix_file_name
L"\\??\\Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" ->
"/home/linaro/.wine/dosdevices/z:/home/linaro/wine-apps/windefender/unpacked/MPSigStub.exe"
002e:trace:file:RtlGetFullPathName_U
(L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" 520
0x40d1f7b4 (nil))
002e:trace:file:OpenFile found
"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe"
002e:trace:file:_lopen
("Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",0000)
002e:trace:file:CreateFileW
L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe"
GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x80
002e:trace:file:RtlDosPathNameToNtPathName_U
(L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",0x40d1f900,(nil),(nil))
002e:trace:file:RtlGetFullPathName_U
(L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" 520
0x40d1f670 (nil))
002e:trace:file:wine_nt_to_unix_file_name
L"\\??\\Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" ->
"/home/linaro/.wine/dosdevices/z:/home/linaro/wine-apps/windefender/unpacked/MPSigStub.exe"
002e:trace:file:CreateFileW returning 0x2c
002e:trace:seh:raise_exception info[0]=00000000
002e:trace:seh:raise_exception info[1]=30435454
002e:trace:seh:raise_exception Pc:30435454 Sp:40d1f884 Lr:0a30 Cpsr:600f0030
r0:0004 r1:401f3005 r2:0000 r3:168f8
002e:trace:seh:raise_exception r4:0004 r5:40d1f880 r6:168f8 r7:40d1f894
r8:0004 r9:81a3f10 r10:0000 Fp:4033a950 Ip:0000
002e:trace:seh:call_stack_handlers calling handler at 0x403f487c code=c0000005
flags=0
002e:Call KERNEL32.UnhandledExceptionFilter(40d1f6d8) ret=403f48e0
wine: Unhandled page fault on read access to 0x30435454 at address 0x30435454
(thread 002e), starting debugger...
002e:trace:seh:start_debugger Starting debugger "winedbg --auto 45 48"
--- snip ---
First approach was using winedbg with Cpsr-fixed (=usable) gdbstub:
--- snip ---
Wine-gdb> b FileTimeToDosDateTime
...
Wine-gdb> bt
#0 FileTimeToDosDateTime (ft=0x40d5fac8, fatdate=0x40d5fad0,
fattime=0x40d5fad2) at /home/linaro/wine/wine-git/dlls/kernel32/time.c:1053
#1 0x40a5f378 in OpenFile (name=0x40901618
"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",
ofs=0x40d5fbe4, mode=0)
at /home/linaro/wine/wine-git/dlls/kernel32/file.c:2596
#2 0x40a785a8 in LZOpenFileA (fn=0x40901618
"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",
ofs=0x40d5fbe4, mode=0)
at /home/linaro/wine/wine-git/dlls/kernel32/lzexpand.c:540
#3 0x40a7871c in LZOpenFileW (fn=0x40901598, ofs=0x40d5fbe4, mode=0) at
/home/linaro/wine/wine-git/dlls/kernel32/lzexpand.c:566
#4 0x4046bcec in GetFileVersionInfoSizeW (filename=0x40901598,
handle=0x40d5fc8c) at /home/linaro/wine/wine-git/dlls/version/version.c:590
#5 0x0041cd82 in ?? ()
#6 0x0041cd82 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
--- snip ---
--- snip ---
1052 unixtime = t;
>1053 tm = gmtime( &unixtime );
1054 if (fattime)
=> 0x40aa363c <+144>: sub r3, r11, #12
0x40aa3640 <+148>: mov r0, r3
0x40aa3644 <+152>: bl 0x40a1f1dc
0x40aa3648 <+156>: str r0, [r11, #-8]
0x40aa364c <+160>: ldr r3, [r11, #-40] ; 0x28
0x40aa3650 <+164>: cmp r3, #0
0x40aa3654 <+168>: beq 0x40aa36b0 <FileTimeToDosDateTime+260>
--- snip ---
Thumb veneer to glibc code because my userland is thumb2:
--- snip ---
0x40a1f1dc add r12, pc, #0, 12
0x40a1f1e0 add r12, r12, #729088 ; 0xb2000
0x40a1f1e4 ldr pc, [r12, #3932]! ; 0xf5c
--- snip ---
Arriving at gmtime() code (in thumb mode):
--- snip ---
0x402b60bc <gmtime> ldr r2, [pc, #8] ; (0x402b60c8 <gmtime+12>)
0x402b60be <gmtime+2> movs r1, #0
0x402b60c0 <gmtime+4> add r2, pc
0x402b60c2 <gmtime+6> b.w 0x402b7210
0x402b60c6 <gmtime+10> nop
0x402b60c8 <gmtime+12> b.n 0x402b64ac
0x402b60ca <gmtime+14> movs r7, r0
--- snip ---
Unfortunately winedbg crashed all time while trying to dig deeper into glibc
code.
So I switched over to a commercial JTAG debugger solution - not these toys ;-)
After some hours of debugging I finally nailed it ...
The problem appears here:
gmtime() -> __tz_convert() -> tzset_internal() -> __tzfile_read()
http://www.eglibc.org/cgi-bin/viewvc.cgi/trunk/libc/time/tzfile.c?revision=…
--- snip ---
void
__tzfile_read (const char *file, size_t extra, char **extrap)
{
static const char default_tzdir[] = TZDIR;
size_t num_isstd, num_isgmt;
register FILE *f;
...
/* Read the POSIX TZ-style information if possible. */
if (sizeof (time_t) == 8 && tzspec != NULL)
{
/* Skip over the newline first. */
if (getc_unlocked (f) != '\n'
|| (fread_unlocked (tzspec, 1, tzspec_len - 1, f)
!= tzspec_len - 1))
tzspec = NULL;
else
tzspec[tzspec_len - 1] = '\0';
}
else if (sizeof (time_t) == 4 && tzhead.tzh_version[0] != '\0')
{
/* Get the TZ string. */
...
tzspec_len = st.st_size - off - 1;
char *tzstr = alloca (tzspec_len);
if (getc_unlocked (f) != '\n'
|| (fread_unlocked (tzstr, 1, tzspec_len - 1, f) != tzspec_len - 1))
goto lose;
tzstr[tzspec_len - 1] = '\0';
tzspec = __tzstring (tzstr);
}
...
--- snip ---
"fread_unlocked (tzstr, 1, tzspec_len - 1, f)" didn't come back, as it
overwrote parts of the stack in fread_unlocked() -> _IO_sgetn().
The interesting part is the call to alloca() which looks like gcc builtin
alloca code used to get a stack-based buffer for "tzstr" argument.
It seems that alloca() depends on proper stack alignment in caller.
In relay case it always resulted in less than stack pointer during aligning of
buffer.
= Without relay:
tz_convert entry: r13 = 0x409CFA58
__tzfile_read+0x714: r13 = 0x409CF938 -> r5 = 0x409CF938 (tzstr aligned)
= With relay:
tz_convert entry: r13 = 0x40A3F9A4
__tzfile_read+0x714: r13 = 0x40A3F884 -> r5 = 0x40A3F880 (tzstr aligned)
The ARM ABI requires that the stack be aligned to 8 bytes as it is noted in
Procedure Call Standard for the ARM Architecture:
http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042d/index.html
"SP must be 8-byte aligned on entry to AAPCS-conforming functions"
http://infocenter.arm.com/help/topic/com.arm.doc.ihi0046b/IHI0046B_ABI_Advi…
The origin of the problem (misaligned stack) can be traced back to Wine's relay
debugging, specifically the "call_entry_point" function for ARM.
Source:
http://source.winehq.org/git/wine.git/blob/1ceec8c78982d7ef5124e86a8da53166…
--- snip ---
358 #elif defined(__arm__)
359 __ASM_GLOBAL_FUNC( call_entry_point,
360 "push {r4, r5, LR}\n\t"
361 "mov r4, r0\n\t"
362 "mov r5, SP\n\t"
363 "lsl r3, r1, #2\n\t"
364 "cmp r3, #0\n\t"
365 "beq 5f\n\t"
366 "sub SP, SP, r3\n\t"
367 "bic SP, SP, #15\n\t"
368 "1:\tsub r3, r3, #4\n\t"
369 "ldr r0, [r2, r3]\n\t"
370 "str r0, [SP, r3]\n\t"
371 "cmp r3, #0\n\t"
372 "bgt 1b\n\t"
373 "cmp r1, #1\n\t"
374 "bgt 2f\n\t"
375 "pop {r0}\n\t"
376 "b 5f\n\t"
377 "2:\tcmp r1, #2\n\t"
378 "bgt 3f\n\t"
379 "pop {r0-r1}\n\t"
380 "b 5f\n\t"
381 "3:\tcmp r1, #3\n\t"
382 "bgt 4f\n\t"
383 "pop {r0-r2}\n\t"
384 "b 5f\n\t"
385 "4:\tpop {r0-r3}\n\t"
386 "5:\tblx r4\n\t"
387 "mov SP, r5\n\t"
388 "pop {r4, r5, PC}" )
--- snip ---
After the stack area for entry point register arguments has been reserved, the
stack is aligned to 16 bytes (why here?).
The entry point r0-rN values get written to the stack.
Finally these values are put into r0-rN through "pop" instructions before
calling the real entry point.
Unfortunately if the entry point has an odd number of arguments the "pop"
instructions cause a misalignment of the stack.
While this is not a problem for "pure" Wine code this is bad for glibc.
If you make sure that the stack is at least 8-byte aligned before "blx" then
relay tracing works properly for ARM.
Already tested ;-)
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=46812
Bug ID: 46812
Summary: PS4 Remote Play installer 2.8.x fails, claims 'You
need the Media Feature Pack' (MsiGetDatabaseState is
called from a custom action)
Product: Wine
Version: 4.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
stumbled across this while looking at bug 46809
The installer works with Wine-Staging 4.3 but not with plain Wine 4.3
Prerequisite: WinVer set to 'Windows 8.1' or higher (launch condition).
--- snip ---
$ WINEDEBUG=+seh,+relay,+msi,+wmp,+wmvcore wine ./RemotePlayInstaller.exe
>>log.txt 2>&1
...
003f:Ret KERNEL32.LoadLibraryW() retval=10000000 ret=7e90cf1d
003f:Call KERNEL32.GetProcAddress(10000000,00162238 "DoAppSearchEx")
ret=7e90cfca
003f:Ret KERNEL32.GetProcAddress() retval=10010e52 ret=7e90cfca
003f:Call KERNEL32.GetEnvironmentVariableA(7e98d055
"MsiBreak",0055fba0,00000104) ret=7e90cc78
003f:Ret KERNEL32.GetEnvironmentVariableA() retval=00000000 ret=7e90cc78
...
003f:Call msi.MsiGetDatabaseState(00000001) ret=1001bd46
003f:trace:msi:MsiGetDatabaseState 1
003f:warn:msi:MsiGetDatabaseState MsiGetDatabaseState not allowed during a
custom action!
003f:Ret msi.MsiGetDatabaseState() retval=00000000 ret=1001bd46
...
003f:Call msi.MsiDatabaseOpenViewW(00000001,001707f0 L"SELECT
`Description`,`Template` FROM `ActionText` WHERE `Action` = 'AppSearch'
",0055fa68) ret=1001c4bf
003f:trace:msi:MsiDatabaseOpenViewW L"SELECT `Description`,`Template` FROM
`ActionText` WHERE `Action` = 'AppSearch' " 0x55fa68
...
003f:Call msi.MsiGetDatabaseState(00000001) ret=1001bd46
003f:trace:msi:MsiGetDatabaseState 1
003f:warn:msi:MsiGetDatabaseState MsiGetDatabaseState not allowed during a
custom action!
003f:Ret msi.MsiGetDatabaseState() retval=00000000 ret=1001bd46
...
002f:Call KERNEL32.WideCharToMultiByte(00000000,00000000,003af710 L"Action
ended 12:47:48: AI_AppSearchEx. Return value
1.",ffffffff,003b0320,00000037,00000000,00000000) ret=7f29e5f7e516
002f:Ret KERNEL32.WideCharToMultiByte() retval=00000037 ret=7f29e5f7e516
...
002f:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM ControlEvent WHERE
`Dialog_` = 'WelcomeDlg' AND `Control_` = 'Next' ORDER BY `Ordering`" 0x22e2f0
...
002f:trace:msi:MSI_EvaluateConditionW L"AI_INSTALL AND ( (IS_INSTALL_WMP64 <> 1
AND IS_INSTALL_WMP7 <> 1) )"
...
002f:trace:msi:MSI_EvaluateConditionW 1 <- L"AI_INSTALL AND ( (IS_INSTALL_WMP64
<> 1 AND IS_INSTALL_WMP7 <> 1) )"
...
002f:trace:msi:dialog_event_handler handling event L"DoAction"
002f:trace:msi:ACTION_PerformAction Performing action (L"AI_DATA_SETTER_3")
...
002f:trace:msi:ACTION_CustomAction Handling custom action L"AI_DATA_SETTER_3"
(33 L"CustomActionData"
L"[SCE.MsgTxtMfpErr]\r\\n\r\\nhttps://remoteplay.dl.playstation.net/remoteplay…
|[ProductName]
|MB_OKCANCEL,MB_ICONINFORMATION,MB_DEFBUTTON1|BTN_PRESSED|[CLIENTPROCESSID]")
...
002f:trace:msi:MSI_EvaluateConditionW L"AI_INSTALL AND ( (IS_INSTALL_WMP64 <> 1
AND IS_INSTALL_WMP7 <> 1) )"
...
002f:trace:msi:MSI_EvaluateConditionW 1 <- L"AI_INSTALL AND ( (IS_INSTALL_WMP64
<> 1 AND IS_INSTALL_WMP7 <> 1) )"
002f:trace:msi:msi_dialog_send_event Sending control event L"DoAction"
L"MsgBoxMfpWin"
...
002f:trace:msi:ACTION_CustomAction Handling custom action L"MsgBoxMfpWin" (1
L"aicustact.dll" L"MsgBox")
002f:trace:msi:HANDLE_CustomType1 Calling function L"MsgBox" from
L"C:\\users\\focht\\Temp\\msic7ec.tmp"
...
0043:Call user32.MessageBoxW(00000000,00171980 L"You need the Media Feature
Pack from Microsoft(R) to use PS4 Remote Play.\nClick [OK] to open your web
browser and download the Media Feature Pack from the
website.\r\n\r\nhttps://remoteplay.dl.playstation.net/remoteplay/mediaFeatu…
",00171e90 L"PS4 Remote Play ",00000041) ret=10007c7e
...
--- snip ---
The 'IS_INSTALL_WMP64' and 'IS_INSTALL_WMP7' properties ought to be set by
'AI_AppSearchEx' custom action.
Extracted 'RemotePlayInstaller_2.8.0.03041_Win32.msi' and export of
'AI_AppSearchEx' table via ORCA:
--- snip ---
Property Type SearchString Order Condition VerMin VerMax
Platform RefContent
s72 I4 s0 i4 S0 S0 S0 I2 S0
AI_AppSearchEx Property Type SearchString
PreReqSearch_D564007E3BBE4F85950A09B470A7CA65 2
HKLM\SOFTWARE\Microsoft\DevDiv\VC\Servicing\12.0\RuntimeMinimum\Version 1
12.0.21005 0
IS_INSTALL_WMP64 9 HKLM\SOFTWARE\Microsoft\Active Setup\Installed
Components\{22d6f312-b0f6-11d0-94ab-0080c74c7e95}\IsInstalled 2
0 M1
IS_INSTALL_WMP7 9 HKLM\SOFTWARE\Microsoft\Active Setup\Installed
Components\{6BF52A52-394A-11d3-B153-00C04F79FAA6}\IsInstalled 3
0 M1
--- snip ---
'ControlEvent' table:
--- snip ---
Dialog_ Control_ Event Argument Condition Ordering
s72 s50 s50 s255 S255 I2
ControlEvent Dialog_ Control_ Event Argument Condition
...
WelcomeDlg Cancel SpawnDialog CancelDlg 1 100
WelcomeDlg Next EndDialog Exit AI_INSTALL AND ( IS_INSTALL_WMP64 <>
1 AND IS_INSTALL_WMP7 <> 1 ) 14
WelcomeDlg Next NewDialog LicenseAgreementDlg AI_INSTALL AND (
IS_INSTALL_WMP64 = 1 OR IS_INSTALL_WMP7 = 1 ) 15
WelcomeDlg Next DoAction MsgBoxMfpWin AI_INSTALL AND (
(IS_INSTALL_WMP64 <> 1 AND IS_INSTALL_WMP7 <> 1) ) 5
WelcomeDlg Next DoAction AI_DATA_SETTER_3 AI_INSTALL AND (
(IS_INSTALL_WMP64 <> 1 AND IS_INSTALL_WMP7 <> 1) ) 4
WelcomeDlg Next DoAction OpenUrlMfpWin AI_INSTALL AND (
(IS_INSTALL_WMP64 <> 1 AND IS_INSTALL_WMP7 <> 1) AND (BTN_PRESSED = "IDOK") )
11
--- snip ---
https://github.com/wine-staging/wine-staging/tree/master/patches/msi-MsiGet…
Which points to bug 43093 which was closed as dupe of bug 34989
https://bugs.winehq.org/show_bug.cgi?id=43093#c6
--- quote ---
Since the presence or absence of the associated staging patch does not actually
affect this bug anymore, and since it is likely that none of the problems
specific to this installer were blocking, I have marked this as a duplicate of
#34989.
--- quote ---
Well, this patch seems still relevant. If it's no longer relevant for bug 43093
the reference in description shall be removed or updated to this bug.
With
https://github.com/wine-staging/wine-staging/blob/master/patches/msi-MsiGet…
applied, the installer detects WMP6/7 properly via registry.
I've created a snapshot via Internet archive to preserve the exact version in
case it gets updated:
https://web.archive.org/web/20190310123055/https://remoteplay.dl.playstatio…
$ sha1sum RemotePlayInstaller.exe
d7e56a826e82689383687dfc63fe2a035b987604 RemotePlayInstaller.exe
$Â du -sh RemotePlayInstaller.exe
19M RemotePlayInstaller.exe
$Â wine --version
wine-4.3-229-g6d82b2f1ad
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=45855
Bug ID: 45855
Summary: Dishonored: Death of the Outsider needs
d3d11_device_CreateDeferredContext1
Product: Wine
Version: 3.16
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Crashes right after splash screen.
fixme:d3d11:d3d11_device_CreateDeferredContext1 iface 0x12945ba0, flags 0,
context 0x145d97c0 stub!
wine-3.16-37-g8a985174eb
--
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=47700
Bug ID: 47700
Summary: Function RtlQueryRegistryValuesEx not implemented
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: pesekradim(a)seznam.cz
Distribution: ---
Created attachment 65166
--> https://bugs.winehq.org/attachment.cgi?id=65166
Required function not yet implemeted
Running wine-4.14-staging ARCHICAD Starter.exe (Working directory :
/home/radim/.PlayOnLinux/wineprefix/ArchiCAD22/drive_c/Program
Files/GRAPHISOFT/ARCHICAD 22)
000b:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
000b:fixme:winediag:start_process Wine Staging 4.14 is a testing version
containing experimental patches.
000b:fixme:winediag:start_process Please mention your exact version when filing
bug reports on winehq.org.
000f:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
0012:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
0019:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
001b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not
found
001b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not
found
001b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not
found
001b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not
found
001b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not
found
001b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not
found
001e:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
0024:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
002a:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
002f:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
002f:fixme:msvcrt:_configure_wide_argv (1) stub
002f:fixme:msvcrt:_initialize_wide_environment stub
0031:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
0035:err:service:process_send_command service protocol error - failed to read
pipe r = 0 count = 0!
003b:fixme:rpc:handle_bind_error unexpected status value 1765
--
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=47419
Bug ID: 47419
Summary: Regression in 4.11, Dune 2000 crashes on mission start
Product: Wine
Version: 4.11
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 64765
--> https://bugs.winehq.org/attachment.cgi?id=64765
Dune 2000 crash at mission start, wine 4.11 terminal output
Hello,
Dune 2000 crashes when starting a mission since wine 4.11.
Regression test revealed that reverting the following commit on top of wine
4.11 works around the regression:
Module: wine
Branch: master
Commit: 50dfd232a4f2052b767a96e7dd8ec186d15fbe69
URL:
https://source.winehq.org/git/wine.git/?a=commit;h=50dfd232a4f2052b767a96e7…
Author: Michael Muller <michael at fds-team.de>
Date: Mon Jun 10 23:54:22 2019 +0430
ddraw: Properly set DDCAPS.ddsOldCaps in ddraw7_GetCaps().
Signed-off-by: David Adam <david.adam.cnrs at gmail.com>
Signed-off-by: Henri Verbeet <hverbeet at codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard at winehq.org>
Notes:
- Virtual desktop is enabled to 640x400 (retail game resolution is fixed).
- DirectDrawRenderer is set to "gdi" in registry.
- Game is patched to version 1.06.
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.
http://bugs.winehq.org/show_bug.cgi?id=21924
Summary: Unhandled privileged instruction at address 0x49acb7
Product: Wine
Version: 1.1.39
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)raccoonfink.com
Created an attachment (id=26605)
--> (http://bugs.winehq.org/attachment.cgi?id=26605)
crash log
Interstate '76 Arsenal (from GOG:
http://www.gog.com/en/gamecard/interstate_’76_arsenal/) fails with an unhandled
privileged instruction.
--
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=42139
Bug ID: 42139
Summary: Alignment issue in mobaxterm on ubuntu 16.04
Product: Wine
Version: 1.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ravi.gajjar(a)nexuslinkservices.in
Distribution: ---
Created attachment 56700
--> https://bugs.winehq.org/attachment.cgi?id=56700
In this screenshot right to left alignment
I have install Wine-1.8.0 on Ubuntu 16.04. Issue is that, On mobaxterm showing
RTL alignment but If should be Left to right.
Other .exe files working fine using wine.
How to change Left alignment on mobaxterm ?
--
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=40356
Bug ID: 40356
Summary: Space Engineers: Scenario load fail due to
GL_INVALID_FRAMEBUFFER_OPERATION
Product: Wine
Version: 1.9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: logger89(a)web.de
Distribution: ---
Created attachment 54042
--> https://bugs.winehq.org/attachment.cgi?id=54042
Repeating console output
After launching Space Engineers, when trying to load a Scenario (or load a new
world), the game will proceed normally through the loading screen.
After some time, this loading screen will hang and stop, sometimes with
stuttering music playing in the background, and the game will freeze.
During this time, the console is flooded with a repeating error message (view
attachment).
The game has to be forced to close after this point.
--
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=38200
Bug ID: 38200
Summary: Space Engineers 01.072: Save crashes game with
err:d3d:resource_init Failed to allocate system
memory.
Product: Wine
Version: 1.7.38
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: jordan.scott737(a)icloud.com
Distribution: ---
Created attachment 50978
--> https://bugs.winehq.org/attachment.cgi?id=50978
Game log showing crash.
Eventualy with autosave turned on, or when manually saving, game will crash to
desktop giving:
"err:d3d:resource_init Failed to allocate system memory"
in terminal.
This happens more frequently when the graphics settings are set to extreme or
high and I believe resolution plays a part, but it's very inconsistant when it
does crash. It seems to depend on gpu load or if your doing something gpu
intensive when the autosave occurs. This happens over multiple wine versions.
I have a Nvidia GTX 760 2GB and have set winetricks videomemorysize=2048.
Nvidia-settings shows never more than 600MB in use.
Does system memory usage play a part in this? We have to run this game in
32-bit mode because of dotnet4 and I've read some programs are limited to 2GB
of memory.
I've included the game log as an attachment. The texture errors are not
nessasarly there when this happens and don't seem to cause a crash on their
own.
NVIDIA-SMI 346.47 Driver Version: 346.47
GPU 0: GeForce GTX 760
3.19.1-gentoo Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz
8GB RAM
--
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.