Partial resurrection of the censoc::ptr (now called unique_ptr). Mainly due to the design-guarantee that it is safe to call 'get()' and 'release' and 'reset' from what eventually happens to be the destructor of the unique_ptr object itself (dtor in unique_ptr calls delete on the managed pointer, the dtor of the managed object calls 'release'/'get'/etc. on the unique_ptr object, which already happens to be in it's dtor stage).

IO-related simplification:  deleted the 'canceled()' accessor and generalized 'cancel()' into being able to self-test for the already-canceled flag (no big-deal w.r.t. performance as such canceling is similar to the exception-throwing cases -- takes place extremely infrequently. Moreover, the 'canceled_' flag is already tested-for during far more frequent io-calls.

NOSLEEP-related changes:

Increased watermark values used to prevent the system from sleeping (now, more CPU-load and data-transfer rates are required in order for nosleep.exe request the system not to sleep/hibernate).

PROCESSOR-related changes:

'should_i_sleep' now detects (untested though) whether it's running on a laptop (AC vs DC power supply status and battery charge level if relevant); implying that processor.exe shall not be computing any of the CPU-bound tasks when it's being deployed on a laptop whose battery charge is not full(ish).

SERVER-related changes:

Bug-fix (compiler-time error): syntax typos when loading meta_text string for the http-related reporting (load_coefficients_info_et_al, get_tasks_list et al).

Bug-fix: fstreamer code in converger_1/streamer.h used wrong reallocation size in 'reset_with_capacity'.
Moreover the code was, I think, generally incorrect w.r.t. pedantic reading of the STL specs on the subject of calling reserve()/capacity() and then subsequently calling data() and expecting the returned memory pointer to be valid (i.e. guarantees appear to be w.r.t. 'data() + size()' which is not exactly same as 'data() + capacity()' and so the latter may well be implementation-specific... even if rather unlikely). If one was to use good ol. resize() call on the underlying ::std::vector object, one would cause extra, irrelevant-to-current-usecontext, re-copying of data when reallocating memory (i.e. different semantics of reset vs resize). Consequently, now have created an additional datatype "censoc::vector" (inherits from censoc::array and saves the 'size' as data member implicitly).

Bug-fix: taking out redundant, I think, code in fstreamer (was setting stream buffer's capacity multiple times).

OTHER changes:

Took out various warnings about unused variables in lose_os-specific builds.

Extended 'array_base' type with 'data()' accessor (for more API-alignment with the user-code which, in it's fluid state of design, may flow from usage of STL-based containers... somewhat).

HTTP-related changes:

When active task is being processed, the http meta_text informative string is now read directly from RAM as opposed to being sourced from convergence state. This allows for more 'in-sync' reporting of figures w.r.t. total complexity, number of visited places, etc. (i.e. the state of converging algorithm) and the 'so-far-established' coefficient values on the actively-processed task. Other tasks are still read from the convergence state.

Bug-fix in http/index.html preventing division by zero in the extremely-unlikely case of all values being the same...

Bug-fix in http/server.cc -- JSON encoding was quoting numbers thusly making JSON html parser at the browser side think it to be strings so any math max/min math was broken.

Minor text-reformatting when printing the 'complexity calculating' stats.