summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Update changelog in preparation for htop-3.2.1 release3.2.1Nathan Scott2022-06-032-1/+21
|
* Merge branch 'cmdline-render-cache-rework' of BenBE/htopDaniel Lange2022-06-0111-48/+32
|\
| * Refactor code for rendering command line cacheBenny Baumann2022-05-3111-48/+32
| | | | | | | | Fixes #1008
* | Fix typoTobias Stoeckmann2022-05-311-1/+1
|/
* Merge branch 'fix-strip-exe-from-cmdline' of benbe/htopDaniel Lange2022-05-311-4/+8
|\
| * Restore functionality of stripExeFromCmdline settingBenny Baumann2022-05-301-4/+8
|/ | | | This was accidentally lost in fbec3e4005ee
* Merge branch 'fix-allBranchesCollapsed' of tanriol/htopDaniel Lange2022-05-302-0/+6
|\
| * actionExpandOrCollapseAllBranches: NOP in flat modeDenis Lisov2022-05-301-0/+3
| | | | | | | | | | This shortcut does not have any visible effect in flat mode, so disable it completely to avoid possible confusion.
| * ProcessList_collapseAllBranches: actually build treeDenis Lisov2022-05-301-0/+3
| | | | | | | | | | | | | | As the loop checks `tree_depth`, a tree build is needed to ensure they're filled in correctly. Note that this breaks the display list sort order in case it's non-tree-based (either startup in flat mode, or `*` hotkey in flat mode), so the display list will need to be sorted again.
* | Implement PCP support for minimum ZFS ARC sizeBenny Baumann2022-05-303-2/+11
| |
* | Implement FreeBSD support for minimum ZFS ARC sizeBenny Baumann2022-05-302-0/+17
| |
* | consider only shrinkable ZFS ARC as cache on Linuxilyam82022-05-303-2/+10
| |
* | Correct PROCESS_MAX_UID_DIGITS constantExplorer092022-05-301-1/+1
| | | | | | | | | | | | | | | | | | | | The PROCESS_MAX_UID_DIGITS=19 introduced in 696f79fe5099d510fc6ecc6d1e2f0ab3ae29e04e doesn't make sense. The `uid_t` type does not require to be signed in POSIX. If we are to support 64 bits as the maximum size of `uid_t`, then PROCESS_MAX_UID_DIGITS should be 20. (= floor(log10(UINT64_MAX)) + 1). Signed-off-by: Kang-Che Sung <explorer09@gmail.com>
* | Correct titleBuffer size and share it in alignedProcessFieldTitle()Explorer092022-05-301-7/+8
| | | | | | | | | | | | | | | | | | | | * The size of titleBuffer should be 257 bytes, not 256. * Remove redundant `static char titleBuffer[]` delarations within `alignedProcessFieldTitle()` and let the subroutine use one shared buffer for printing field title. This reduces code size. Signed-off-by: Kang-Che Sung <explorer09@gmail.com>
* | Add some headers in the Setup -> Display options panelDaniel Lange2022-05-273-1/+46
| |
* | Do not scan new processes for deleted libsChristian Göttsche2022-05-261-1/+16
| |
* | Fix process time scaling error on SolarisWHR2022-05-261-2/+2
| |
* | Linux: Increase field width of CPUD% and SWAPD% to 5Kumar2022-05-262-7/+7
| | | | | | | | | | | | | | | | | | | | | | Title width of "CPUD%" and "SWAPD%" is 5 and there value cannot go beyond "100.0%", so increase their field width to 5. "IOD%" is similar to "MEM%" column, title width is 4 and maximum value cannot go beyond "100.0%". So in case of "IOD%" column, there is no need to increase title width to "5". "Process_printPercentage()" function will handle the maximum value case, it will display value beyond "99.9%" as "100" instead of "100.0".
* | Process: Display single digit precision for CPU% greater than 99.9%Kumar2022-05-2611-21/+28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since commit edf319e[1], we're dynamically adjusting column width of "CPU%", showing single digit precision also for values greater than "99.9%" makes "CPU%" column consistent with all other values. [1]: edf319e53d1fb77546505e238d75160a3febe56e Change "Process_printPercentage()" function's logic to always display value (i.e. "val") with single precision. Except when value is greater than "99.9%" for columns like "MEM%", whose width is fixed to "4" and value cannot go beyond "100%". Credits: @Explorer09, thanks for the patch[2] to fix title alignment issue. [2]: https://github.com/htop-dev/htop/pull/959#issuecomment-1092480951 Closes: #957
* | Fix typo, thx Explorer09Benny Baumann2022-05-211-1/+1
| |
* | Mark item separator in default color on help screenWHR2022-05-201-24/+35
|/ | | | Closes: #1014
* fix typo (dist -> disk)Christian Hesse2022-05-201-1/+1
| | | | | This was changed in commit 37e01cbe33714c8fde72220555b92c7d8585d127, probably unintentional.
* Colorize process state characters in help screenBenny Baumann2022-05-201-2/+16
| | | | | Thanks to @Low-power for the idea Closes #1010
* Call mousemask(3X) to truly enable or disable mouse controlWHR2022-05-193-7/+18
|
* Minor code style updateBenny Baumann2022-05-191-9/+10
|
* Use of NULL in execlp() must have a pointer cast.Explorer092022-05-193-3/+9
| | | | Signed-off-by: Kang-Che Sung <explorer09@gmail.com>
* Merge branch 'lxc-cpu-count-fix' of fasterit/htopDaniel Lange2022-05-172-1/+31
|\
| * Limit active CPU count under LXC as wellDaniel Lange2022-05-071-1/+1
| | | | | | | | Fixes the initial htoprc not being configured to amount for the host CPU count
| * LXC: Limit CPU count to what is given in /proc/cpuinfo despite the container ↵Daniel Lange2022-05-042-1/+31
| | | | | | | | seeing the real host CPUs
* | Increasing niceness is also disabled by --readonly modeDaniel Lange2022-05-131-1/+1
| |
* | Fix heap buffer overflow in Vector_compactBenny Baumann2022-05-101-1/+1
| | | | | | | | Fixes: #1006
* | Merge branch 'fix_running_containerized_for_lxc' of ilyam8/htopDaniel Lange2022-05-091-1/+1
|\ \
| * | fix container detection for LXCilyam82022-05-081-1/+1
|/ /
* | Fix Solaris / OmniOS buildDaniel Lange2022-05-062-1/+5
| |
* | Ensure buffer for environment is large enough on SolarisBenny Baumann2022-05-061-8/+14
| |
* | Ensure buffer for environment is large enough on OpenBSDBenny Baumann2022-05-061-1/+8
| |
* | Ensure buffer for environment is large enough on NetBSDBenny Baumann2022-05-061-1/+8
| |
* | Hashtable: fix handling of NULL pointer in Hashtable_dumpCharlie Vieth2022-05-061-1/+1
| | | | | | | | | | | | | | This fixes an issus in Hashtable_dump where `"(nil"` is passed as an argument to `%p` in fprintf. This prints the static address of `"(nil)"` not "(nil)". This commit changes the code to just pass the NULL pointer to fprintf, which will consistently print "0x0".
* | ProcessList.h: remove `ProcessList_remove`Denis Lisov2022-05-052-12/+1
| | | | | | | | | | | | | | | | As the "highlight dying processes" option has to keep processes in the list when they disappear, no code except the cleanup loop in `ProcessList_scan` should remove processes from the list directly. Remove the export to prevent random process removals from being reintroduced accidentally.
* | LinuxProcessList_recurseProcTree: keep on read errorDenis Lisov2022-05-051-1/+6
| | | | | | | | | | | | | | | | If a process goes away while reading its fields, but we already have that process in the list, we should keep it in case the "highlight dying processes" mode is active. Not only is that expected in this mode, but this should also ensure parents are in the list when their children are (wanted for tree mode consistency).
* | LinuxProcessList_recurseProcTree: open dirfd firstDenis Lisov2022-05-051-8/+8
| | | | | | | | | | | | | | | | | | | | A process can die between reading the directory listing and opening the directory FD (if HAVE_OPENAT) or /proc files (otherwise) for reading the process data. This race would cause LinuxProcessList_recurseProcTree to remove it from the list immediately, which is unexpected in the "highlight dying processes" mode and can break the tree structure. This patch closes this race in the HAVE_OPENAT case by only accessing the process entry after the directory FD has been opened.
* | Remove redundant sscanf calls (in (s)scanf a blank validates _zero_ or more ↵Daniel Lange2022-05-051-7/+2
| | | | | | | | | | | | | | | | whitespace) man sscanf(3): A sequence of white-space characters (space, tab, newline, etc.; see isspace(3)). This directive matches any amount of white space, including none, in the input.
* | Always abort on overflow in String_catChristian Göttsche2022-05-051-1/+3
| | | | | | | | Not only in debug mode.
* | ProcessList: fix quadratic process removal when scanningCharlie Vieth2022-05-055-35/+127
|/ | | | | | | | | | | | | | | | | | | | | | | This commit changes ProcessList_scan to lazily remove Processes by index, which is known, instead of performing a brute-force search by pid and immediately reclaiming the lost vector space via compaction. Searching by pid is potentially quadratic in ProcessList_scan because the process we are searching for is always at the back of the vector (the scan starts from the back of the vector). Additionally, removal via Vector_remove immediately reclaims space (by sliding elements down). With these changes process removal in ProcessList_scan is now linear. Changes: * ProcessList: add new ProcessList_removeIndex function to remove by index * Vector: add Vector_softRemove and Vector_compact functions to support lazy removal/deletion of entries Vector_softRemove Vector_compact * Vector: replace Vector_count with Vector_countEquals since it only used for consistency assertions.
* Merge branch 'natoscott-changelog-3.2.0'3.2.0Nathan Scott2022-05-012-1/+35
|\
| * Merge branch 'changelog-3.2.0' of https://github.com/natoscott/htop into ↵Nathan Scott2022-05-012-1/+35
|/| | | | | | | natoscott-changelog-3.2.0
| * Add changelog entries for pending htop-3.2.0 release, update versionNathan Scott2022-04-292-1/+35
| |
* | Merge branch 'natoscott-coverity-scan'Nathan Scott2022-05-011-14/+14
|\ \
| * | Merge branch 'coverity-scan' of https://github.com/natoscott/htop into ↵Nathan Scott2022-05-011-14/+14
|/| | | | | | | | | | | natoscott-coverity-scan
| * | Update Settings_newScreen with single-line sortKey checking.Nathan Scott2022-05-011-5/+1
| | | | | | | | | Co-authored-by: BenBE <BenBE@geshi.org>

© 2014-2024 Faster IT GmbH | imprint | privacy policy