delta/python-packages/psutil.git/psutil/arch, branch malloc-info

#1901 / macOS: better err msg on proc_pidinfo()

2021-01-06T15:01:05+00:00

Signed-off-by: Giampaolo Rodola

provide debug info in case of error for getloadavg() on Windows.

2020-12-30T09:57:35+00:00

See: https://github.com/nicolargo/glances/issues/1780

Signed-off-by: Giampaolo Rodola

FreeBSD: move CPU C functions in their own cpu.c module

2020-12-24T00:15:24+00:00

rename C fun

2020-12-21T22:33:33+00:00

Refactor macOS CPU code (#1896)

2020-12-21T21:53:56+00:00

Rename cpu_count_physical() to cpu_count_cores()

2020-12-21T00:20:18+00:00

This has always been cause of confusion, e.g. see:
https://github.com/giampaolo/psutil/pull/1727#issuecomment-698934643

Removed the reference to "physical" from dostrings, functions and test.
I still left it in the doc though, as it's more explanatory.

Signed-off-by: Giampaolo Rodola

[macOS, UNIX] prefer _SC_PAGESIZE over (partially) deprecated getpagesize() (#1891)

2020-12-17T17:59:13+00:00

Add a reusable `psutil_getpagesize()` utility common to all UNIXes.

Related to #1885 (`getpagesize()` is deprecated on recent macOS, POSIX.1-2001 and possibly other UNIXes).

The problem emerged on macOS but `getpagesize()` is also used in FreeBSD, NetBSD, OpenBSD and AIX, so it makes sense to do this in one place only, similarly to Windows which also provide a `psutil_getpagesize()` utility.

Follow cPython's `mmapmodule.c` and `resourcemodule.c` lead and rely on `sysconf(_SC_PAGESIZE)` instead, but leave `getpagesize()` in place as last resort/attempt for systems where it's not deprecated and/or they still legitimately rely on it.

Also provide a python wrapper so we can test the return value of this C function against Python's stdlib modules.

Signed-off-by: Giampaolo Rodola

[Windows] giveup with AD for all NtWow64 API calls (query 64-bit process from 32-bit) (#1888)

2020-12-14T21:03:32+00:00

On Windows, cmdline(), cwd() and environ() use some complex logic to query a 64 bit process from a 32 bit one by using NtWow64* APIs which may randomly file with:

[Error 0] The operation completed successfully
[Error 998] Invalid access to memory location
possibly others
Since this happens randomly and it's unclear how to do this properly, this PR turns any error from NtWow64* APIs into AccessDenied.

Signed-off-by: Giampaolo Rodola

[Windows] #1877: turn OpenProcess -> ERROR_SUCCESS into AD or NSP (#1887)

2020-12-14T19:27:47+00:00

Signed-off-by: Giampaolo Rodola

[macOS] EIO error occurring on cmdline() and environ (#1886)

2020-12-13T23:46:18+00:00

See: https://github.com/nicolargo/glances/issues/1769

Signed-off-by: Giampaolo Rodola