std::stop_s...top_possible(3)
hey bestie!! welcome to the std::stop_source::stop_possible(3) page from the C++ Standard Libary manual β the header title is literally std::stop_s...top_possible(3), so yes, weβre doing the truncated-name thing today β¨π
πΈ NAME πΈ
std::stop_source::stop_possible β and one more time for the people in the back: std::stop_source::stop_possible. Thatβs the whole NAME, bestie. Slay.
β¨ Synopsis β¨
[[nodiscard]] bool stop_possible() const noexcept; (since C++20)
So this is the stop_possible() member function, itβs [[nodiscard]], itβs const, itβs noexcept, and itβs been around since C++20. The signature is giving βshort, sweet, and absolutely not here to play.β π
π Parameters π
(none) β literally zero parameters. Not a single one. Nothing to pass. The parameter list is empty and living its best life π
π₯ Return value π₯
- Returns
trueif thestop_sourceobject has a stop-state. - Otherwise returns
false.
Thatβs it. Boolean behavior. No cap.
π Notes π
If the stop_source object has a stop-state and a stop request has already been made, this function still returns true.
So yeah β even after a stop request has already been made, stop_possible() stays like βyup, still possible.β Not me being surprised, thatβs just the documented behavior, bestie π«Ά
π¦ Example π¦
This section is incomplete.
Reason: no example.
π The example section is literally incomplete. There is no example. We are in our no-example era. Thatβs the whole note β no invented code, no fake demo, just the documented incompleteness.
π Category: π
* Todo no example
Okay bye bestie β source: http://cppreference.com, version/date: 2024.06.10, page: std::stop_s...top_possible(3) ππ
π¦ where this page comes from
- nixpkgs unstable: stdman 2024.07.05
- opensuse-leap 16.0: stdman 2024.07.05-bp160.1.9 Β· MIT
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms