November 2016 - Wine-Bugs - list.winehq.org

[Bug 41450] Wine Debug Channel +timestamp, timestamp missing from some entries

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41450 brewmanz <brewmanz(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement Version|1.9.20 |1.9.22 --- Comment #3 from brewmanz <brewmanz(a)gmail.com> --- here is some code that fixes the problem: diff --git a/dlls/kernel32/process.c b/dlls/kernel32/process.c index 5b584ac..c1f1301 100644 --- a/dlls/kernel32/process.c +++ b/dlls/kernel32/process.c @@ -65,6 +65,13 @@ WINE_DEFAULT_DEBUG_CHANNEL(process); WINE_DECLARE_DEBUG_CHANNEL(file); WINE_DECLARE_DEBUG_CHANNEL(relay); +WINE_DECLARE_DEBUG_CHANNEL(timestamp); + +static void print_timestamp(void) +{ + ULONG ticks = NtGetTickCount(); + DPRINTF( "%3u.%03u:", ticks / 1000, ticks % 1000 ); +} #ifdef __APPLE__ extern char **__wine_get_main_environment(void); @@ -1100,9 +1107,11 @@ } if (TRACE_ON(relay)) + { + if (TRACE_ON(timestamp)) print_timestamp(); DPRINTF( "%04x:Starting process %s (entryproc=%p)\n", GetCurrentThreadId(), debugstr_w(peb->ProcessParameters->ImagePathName.Buffer), entry ); - + } SetLastError( 0 ); /* clear error code */ if (peb->BeingDebugged) DbgBreakPoint(); return call_process_entry( peb, entry ); diff --git a/dlls/ntdll/loader.c b/dlls/ntdll/loader.c index f1ef7ab..5b2fddd 100644 --- a/dlls/ntdll/loader.c +++ b/dlls/ntdll/loader.c @@ -50,6 +50,13 @@ WINE_DECLARE_DEBUG_CHANNEL(loaddll); WINE_DECLARE_DEBUG_CHANNEL(imports); WINE_DECLARE_DEBUG_CHANNEL(pid); +WINE_DECLARE_DEBUG_CHANNEL(timestamp); + +static void print_timestamp(void) +{ + ULONG ticks = NtGetTickCount(); + DPRINTF( "%3u.%03u:", ticks / 1000, ticks % 1000 ); +} #ifdef _WIN64 #define DEFAULT_SECURITY_COOKIE_64 (((ULONGLONG)0x00002b99 << 32) | 0x2ddfa232) @@ -1046,6 +1053,7 @@ { if (TRACE_ON(relay)) { + if (TRACE_ON(timestamp)) print_timestamp(); if (TRACE_ON(pid)) DPRINTF( "%04x:", GetCurrentProcessId() ); DPRINTF("%04x:Call TLS callback (proc=%p,module=%p,reason=%s,reserved=0)\n", @@ -1059,6 +1067,7 @@ { if (TRACE_ON(relay)) { + if (TRACE_ON(timestamp)) print_timestamp(); if (TRACE_ON(pid)) DPRINTF( "%04x:", GetCurrentProcessId() ); DPRINTF("%04x:exception in TLS callback (proc=%p,module=%p,reason=%s,reserved=0)\n", @@ -1069,6 +1078,7 @@ __ENDTRY if (TRACE_ON(relay)) { + if (TRACE_ON(timestamp)) print_timestamp(); if (TRACE_ON(pid)) DPRINTF( "%04x:", GetCurrentProcessId() ); DPRINTF("%04x:Ret TLS callback (proc=%p,module=%p,reason=%s,reserved=0)\n", @@ -1100,6 +1110,7 @@ size_t len = min( wm->ldr.BaseDllName.Length, sizeof(mod_name)-sizeof(WCHAR) ); memcpy( mod_name, wm->ldr.BaseDllName.Buffer, len ); mod_name[len / sizeof(WCHAR)] = 0; + if (TRACE_ON(timestamp)) print_timestamp(); if (TRACE_ON(pid)) DPRINTF( "%04x:", GetCurrentProcessId() ); DPRINTF("%04x:Call PE DLL (proc=%p,module=%p %s,reason=%s,res=%p)\n", @@ -1117,6 +1128,7 @@ } __EXCEPT_ALL { + if (TRACE_ON(timestamp)) print_timestamp(); if (TRACE_ON(relay)) { if (TRACE_ON(pid)) @@ -1133,6 +1145,7 @@ deleted. */ if (TRACE_ON(relay)) { + if (TRACE_ON(timestamp)) print_timestamp(); if (TRACE_ON(pid)) DPRINTF( "%04x:", GetCurrentProcessId() ); DPRINTF("%04x:Ret PE DLL (proc=%p,module=%p %s,reason=%s,res=%p) retval=%x\n", diff --git a/dlls/ntdll/thread.c b/dlls/ntdll/thread.c index 6127c8f..1b12c9c 100644 --- a/dlls/ntdll/thread.c +++ b/dlls/ntdll/thread.c @@ -47,6 +47,13 @@ WINE_DEFAULT_DEBUG_CHANNEL(thread); WINE_DECLARE_DEBUG_CHANNEL(relay); +WINE_DECLARE_DEBUG_CHANNEL(timestamp); + +static void print_timestamp(void) +{ + ULONG ticks = NtGetTickCount(); + DPRINTF( "%3u.%03u:", ticks / 1000, ticks % 1000 ); +} struct _KUSER_SHARED_DATA *user_shared_data = NULL; @@ -448,8 +455,10 @@ MODULE_DllThreadAttach( NULL ); if (TRACE_ON(relay)) + { + if (TRACE_ON(timestamp)) print_timestamp(); DPRINTF( "%04x:Starting thread proc %p (arg=%p)\n", GetCurrentThreadId(), func, arg ); - + } call_thread_entry_point( (LPTHREAD_START_ROUTINE)func, arg ); } diff --git a/programs/winedevice/device.c b/programs/winedevice/device.c index 44aa1a0..8fd5883 100644 --- a/programs/winedevice/device.c +++ b/programs/winedevice/device.c @@ -40,6 +40,13 @@ WINE_DEFAULT_DEBUG_CHANNEL(winedevice); WINE_DECLARE_DEBUG_CHANNEL(relay); +WINE_DECLARE_DEBUG_CHANNEL(timestamp); + +static void print_timestamp(void) +{ + ULONG ticks = NtGetTickCount(); + DPRINTF( "%3u.%03u:", ticks / 1000, ticks % 1000 ); +} extern NTSTATUS CDECL wine_ntoskrnl_main_loop( HANDLE stop_event ); @@ -264,9 +271,11 @@ driver_object->DriverInit = (PDRIVER_INITIALIZE)((char *)module + nt->OptionalHeader.AddressOfEntryPoint); if (WINE_TRACE_ON(relay)) + { + if (TRACE_ON(timestamp)) print_timestamp(); WINE_DPRINTF( "%04x:Call driver init %p (obj=%p,str=%s)\n", GetCurrentThreadId(), driver_object->DriverInit, driver_object, wine_dbgstr_w(keyname->Buffer) ); - + } status = driver_object->DriverInit( driver_object, keyname ); if (WINE_TRACE_ON(relay)) -- 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.

Nov. 8, 2016

[Bug 41676] silent hill 2

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41676 winetest(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest(a)luukku.com --- Comment #1 from winetest(a)luukku.com --- Console output while running the game could indicate the problem. Also you shouldnt downgrade wine versions. If there is a problem with new version you should open a bug against the applications that dont work anymore. -- 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.

Nov. 8, 2016

[Bug 41637] Altium Designer 16: Wineserver stuck / not responding since 1.9.2*

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41637 --- Comment #6 from winetest(a)luukku.com --- (In reply to alex freudenberg from comment #5) > Thanks. With mentioned kernel 4.8.3-1-ARCH I already tested Wine 1.9.22 down > to 1.9.19 without any improvement. Should I go backwards further? https://wiki.winehq.org/Regression_Testing This is how you supposed to find the commit(s) that broke the program. Knowing wine version it works isnt accurate enough. It's not that hard and you can also speed up the compile time. -- 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.

Nov. 8, 2016

[Bug 41661] add .o files to .gitignore

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41661 --- Comment #5 from Hugh McMaster <hugh.mcmaster(a)outlook.com> --- (In reply to Henri Verbeet from comment #4) > Are you sure those aren't from source files that have been removed since the > .o was generated? No, I'm not sure. This happens so rarely that I never bother investigating further. -- 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.

Nov. 8, 2016

[Bug 41637] Altium Designer 16: Wineserver stuck / not responding since 1.9.2*

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41637 --- Comment #5 from alex freudenberg <afb(a)mailbox.org> --- Thanks. With mentioned kernel 4.8.3-1-ARCH I already tested Wine 1.9.22 down to 1.9.19 without any improvement. Should I go backwards further? -- 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.

Nov. 8, 2016

[Bug 41668] wineboot mishandles user dir symlinks during update

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41668 --- Comment #5 from Rafał Mużyło <galtgendo(a)o2.pl> --- @comment 4: I disagree with some major points of that. Just like in the case of those forced file associations, I see no reason why Windows user dirs should be forcefully aligned with its xdg not-really equivalents. I want them *separated*. Also, if user has changed those symlinks, wineboot shouldn't in its default working path touch them at all. Also, treating English dirs and the localized symlinks differently doesn't seem right. -- 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.

Nov. 8, 2016

[Bug 41680] Anno 2070 crashes if online

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41680 --- Comment #2 from blackbird <vasquesbc(a)googlemail.com> --- no dialog. just a silent "crash to desktop" - uplay (which runs in background) stays there and offers me to start the game 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.

Nov. 8, 2016

[Bug 41680] Anno 2070 crashes if online

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41680 Ken Thomases <ken(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Ken Thomases <ken(a)codeweavers.com> --- Are you getting a Wine crash dialog with an opportunity to save a backtrace? If so, please attach that. -- 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.

Nov. 8, 2016

[Bug 41680] New: Anno 2070 crashes if online

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41680 Bug ID: 41680 Summary: Anno 2070 crashes if online Product: Wine Version: 1.9.22 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vasquesbc(a)googlemail.com After getting through https://bugs.winehq.org/show_bug.cgi?id=41652 i've finally managed getting Anno 2070 running on wine-staging 1.9.22. However: If my system is online, the game crashes seconds after the main menu is visible. if i disable internet access it works without problems. (i've played through the main campaign for at least 2 hours straight) i've been busy setting up several clean wine-environments on different hardware to pinpoint this issue. unfortunately there is no error message or log from the game itself and no specific errors in the wine-console. if anyone could tell me which WINEDEBUG-setting i should apply, i will attach the results right here. -- 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.

Nov. 8, 2016

[Bug 41645] Unknown application crashes

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41645 --- Comment #5 from Kalle Richter <krichter(a)posteo.de> --- Created attachment 56070 --> https://bugs.winehq.org/attachment.cgi?id=56070 backtrace of wine after the crash -- 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.

Nov. 8, 2016