At least just a release with tiny changes.
In lnkdlst only for the "auto-mem-functions" group 3 more convenient functions inserted.
traceam main changes:
- new feature "DCLTRC_tstStopWatch* dcltrc_cr_stopwatch()" -> lets you create multiple Stop-Watches to get timings
- added in hex-converter feature: function convert(); with this function one ~C-obj~ could be used for multiple bin->hex conversions.
- changed was the -default- timestamp-format for the DCLTRC-macros: now in decimal, is using DCLTRC_INCLUDE_TIME (1).
This release is in main used for the new TOTimer release.
-
At least one word for people who uses this : If you found any issues or have some parts of ungood realization, pls. let me know about this. Also if you had already patches (inkl. base-version info, if possible).
enhance OAList01 and give a new multithread test (test06).
gamma state only for C-code, C++ and java interfaces are not really up-to-date but has the same intention: using list elements with an ID and a referenz and should basically work too.
see release notes for 0.3.3.
OAList01:
for instance the access to OAList01 functions is accelerated, especially if you use many OAList01 objects. but also with one or only a few objects it is very much faster but uses furthermore a object check (could be disabled completely if you do not want this).
also the delete OAList01 function now works, which makes it possible to use OAList objects very dynamically without memory lack.
another topic is that every SW-sub module which want to use OAList01 feature could initialize it. hence it works always well even if one or more SW-sub-modules have been disintegrated for some special projects. work like a reference count with user-names; just when all OAList users delete usage of OAList, the feature is really cleared. makes sense for code which needs dynamically initialization e.g. to go into an idle state with minimal memory usage.
Testing by maintest program:
for linux/MAC users a shell script is now given which compiles (optionally) one of three predefined build-configurations for "maintest" and runs a test which checks to ensure code-quality and also to get a machine specific result, for intance to compare speed of the machines (especiallialy for maintest 6, which is a simelar test as simpletest03 of ringBufU to test concurrency threads which put "messages" into a OAList01 busy-list and only one thread reads them and verify the integrity.).
Debug-Clearance:
to better know and control the debug-features a specific make file is integrated which could control debbuging facilities by one input variable (but in main via build-type RELEASE/DEBUG with predefined settings). also an informational text file is added. the code could be made furthermore debug-code free by a specific make target.
see readme file.
List-Check is not fast but could be used to check all Lists and List-Elements before using; if use a invalid List-Element you got a program-exit for instance. This debug-check is optional of course, as well as the other debug features of Lnkdlst.
Tutor in main is to learn the basics of Lnkdlst; read and run to learn. (File code/test/maintutor.c - not combinable with List-Check).
Just make C-lnkdlst local-trace feature compatible with windows and add extern-C block, because CPP LnkdLst based on C lnkdlst feature.
I think that basic Lnkdlst functions in C are in better state than "beta", should work properly.
C++ will be changed a little in future; forgot exthern C brackets. Also the local-trace (debug) feature is not working on windows; has to be corrected too.(could be disabled or removed in C Code, in C++ and java no local-trace feature available at all yet).
-
Pls. let me know your opinion about this integration of a single-sided-linked-list. Also recommendations, critics, suggestions, bugs-infos, and last-but-not-least your own usage szenarios of this list are interesting for me.
The java enhancement in 0.3 is for basic features like in C++ class LnkdLst. Do not depend on java Collections like LinkedList.
Now a "class LnkdLst " is available and settings could be done for a specific linked-list, like using dynamic or static Linked-List-Elements (nodes).
The one and only Test-Code now just measures some time for append via LnkdLst vs append via LinkedList.
The C++ enhancement in 0.2 is just for basic features. The C-source must be included too.
Now a "class LnkdLst " is available where the basic C lnkdlst features are integrated and settings could be done for a specific linked-list, like use dynamic or static Linked-List-Elements (nodes).
The one and only Test-Code based on the Linked-List tutorial from Karlina Beringer. (thanks)
Console-Terminal is just available for testing code.
Plain tiny-linked-list-code has no user-interface (except additional logs&checks which has to be switched on by compiler switch)