monitoring-plugins/lib/utils_tcp.c, branch 3.0.0-rc3 Monitoring Plugins https://www.monitoring-plugins.org/repositories/monitoring-plugins/atom?h=3.0.0-rc3 2025-09-15T12:06:55Z general refactorin in lib, more local variables, real booleans 2025-09-15T12:06:55Z Lorenz Kästle 12514511+RincewindsHat@users.noreply.github.com 2025-09-15T12:06:55Z urn:sha1:f855c5b5bbbc6d5436741fd8108be64825a3c76b Run clang-format again 2025-09-15T10:59:37Z Lorenz Kästle 12514511+RincewindsHat@users.noreply.github.com 2025-09-15T10:59:37Z urn:sha1:802e46f8ea36c344f112d7e1dd8d64d17a4cc939 lib: clang-format 2024-10-31T00:30:50Z RincewindsHat 12514511+RincewindsHat@users.noreply.github.com 2024-10-31T00:30:50Z urn:sha1:880e57271d66b34240b58bdbeaf9d53a08958eb2 lib: Update copyright 2024-10-17T16:01:49Z Lorenz Kästle lorenz.kaestle@netways.de 2024-10-17T16:01:49Z urn:sha1:9462819774ed2e3f51c75fffda59724428205c0e lib: clang-format 2024-10-17T15:57:50Z Lorenz Kästle lorenz.kaestle@netways.de 2024-10-17T15:57:50Z urn:sha1:ee1ba3209993b72e90f5fe30a16ad951f1e2402d Whitespace fixes in lib 2023-10-15T16:17:36Z RincewindsHat 12514511+RincewindsHat@users.noreply.github.com 2023-10-15T16:17:36Z urn:sha1:4b9d90f31c700298185aa4c7b20fe1c5e8bf19c2 Project rename initial commit. 2014-01-19T19:18:47Z Monitoring Plugins Development Team devel@monitoring-plugins.org 2014-01-18T08:40:24Z urn:sha1:63734f52ab1b4b2c17545b26fc41016d6bbd80bd This is an initial take at renaming the project to Monitoring Plugins. It's not expected to be fully complete, and it is expected to break things (The perl module for instance). More testing will be required before this goes mainline. Minor cosmetic changes 2013-09-12T19:50:18Z Holger Weiss holger@zedat.fu-berlin.de 2013-09-12T19:50:18Z urn:sha1:7573aa16169e80baec80440463a524e5f4e92911 check_tcp: Properly deal will partial recv(3)s 2013-09-12T19:37:20Z Holger Weiss holger@zedat.fu-berlin.de 2013-09-12T19:37:20Z urn:sha1:e8044713d41f5ef1d9ce814df4a079d8f92306b0 The np_expect_match() function now returns one of three possible states instead of just TRUE or FALSE: - NP_MATCH_SUCCESS - NP_MATCH_FAILURE - NP_MATCH_RETRY The NP_MATCH_RETRY state indicates that matching might succeed if np_expect_match() is called with a longer input string. This allows check_tcp to decide whether it makes sense to wait for additional data from the server. Improve interface of np_expect_match() function 2013-09-12T15:42:10Z Holger Weiss holger@zedat.fu-berlin.de 2013-09-12T15:42:10Z urn:sha1:662997251d4fc43f4155784f9e7df827f193305e Replace the three boolean parameters of lib/utils_tcp.c's np_expect_match() function with a single "flags" parameter.