Open derekbruening opened 9 years ago
From zhao...@google.com on December 27, 2012 09:49:50
It looks like dr has dr_get_os_version.
From bruen...@google.com on December 27, 2012 10:46:12
I'm assuming you're asking for drsyscall to tell a client which syscalls are supported by the current underlying OS? I assume you're not asking for general info where a client can query "does Win2003 provide NtCreateThreadEx". Current-OS info is already implicitly there for Windows: ntoskrnl dynamically determines numbers and so unavailable syscalls will be absent, while win32k.sys has a table with unavailable syscalls marked as such. For Linux that info is not currently available.
Summary: add Linux syscall availability for currently running kernel (was: Add os version function supports into drsyscall)
Labels: -Priority-Medium Priority-Low OpSys-Linux Component-Framework
From bruen...@google.com on February 17, 2013 10:17:39
Labels: GoodContrib
From zhao...@google.com on December 27, 2012 12:45:29
Different Windows have different set of system calls, the client may need know the os version, e.g. running_on_Win7_or_later running_on_Win7SP1_or_later running_on_Vista_or_later get_windows_version
It is also true for Linux.
It looks like drsyscall should be the one provides such functions.
Original issue: http://code.google.com/p/drmemory/issues/detail?id=1106