tastier from perspective of wild threads

we want the activity on the threads to be as intermingled as possible, so i moved the logging after the action of adding or deleting.
this makes sure that they're queueing up on the logging mutex *after* they've done their work on the bin, so any thread issues from multiple simultaneous bin accesses should not be hidden by the logging synchronization anymore.

file transfer tester now working

it has good results, although we should be differ-ing them to close the loop.
nice results now though, and cleans up after itself.

cleaning

issues seem solved re pure virtual function call

threaded shutdown seems to be much healthier when all the threads are given a cancel order first.  this doesn't make anything stop or pause, and we zoom through the list cancelling them all.  they're then free to exit at will.  and when we start waiting for them in the amorph reset, they're mostly already done, so the shutdown is pretty much all threads down in parallel, instead of the sequential shutdown we had been doing (which was also fraught with potential error, apparently, from inconsistent ordering of thread shutdowns and object shutdowns and such).

cleaned up some debug code

testing with callstack tracker disabled

turning off the tracker got rid of one class of problems, but now we're seeing that a pure virtual method
is being invoked.  something is calling into our code after its been destroyed, or we're using dead objects.

dropped debugging noise

tracing issues with thread exits and stack tracker

experimenting with improved thread timing

and also working on the weird exit value from the threaded entity data bin test (139).  no idea what's going on there yet, because all indications point to the test's execute method providing a zero return value.  feisty in general doesn't mention a constant of 139.  hmmm... maybe OS level?

working on more accurate timing

getting the octopus tests back online

some progress has been made.
test bin threaded now has a cool printout for adding and removing entity data.  also it no longer crashes (as much?).

clobbering our way through the errors

working through busted octopus tests now

automated the cromp tests

now the cromp tests actually are called, with both the server and client.
this test reveals some issues (bugs) with the cromp code though, where the client loses contact with the server.
also the runtime is way too long for a unit test.

cromp decoder and test cromp client compiling

working towards non-brokenness still

working NIL fix in upgrader

little zeno steps towards building

added NIL to NULL_POINTER in upgrade script also.

closer to goodness

having a weird issue with a const method call from another const method.  urgh.

fixed usage of higher level rm

just want system rm, not the feisty meow version.

made the repository list handling more selective

we only need things once, on either the pull or commit variables, not double listed, like ever.  doesn't hurt, just wastes time.
also cleaned up some older code.

working towards building tests for cromp

breaking changes - tests for octopus and cromp

these test sets have been out in the cold for a while, and now we're bringing them back in for a defrost.  they will not build for a bit at least.

green sky mods

hopefully this is more right now...

needed to have the web user able to checkout the web sites, yo.

added the important custom folders for web

updated readme for walrus utils

fixing doofus maneuver

hosed up the beautiful new approach by making the same old mistake of combining both repo lists.  argh.  fixed now, i think.  or hope.

new custom empty config for web user

adopting two repository lists

needed to separate the checkouts from the checkins, since many times i am working with other people's code
and cannot check anything in, but i can check things out just fine.  and similarly, i have accounts that can
get my code but not check it in, and they should not have to see errors all the time from trying an operation
they cannot complete.

aspirational documentation for new repo lists

the documentation came first, which was good, because it made me think about what i wanted the repository list feature to really be.
unfortunately, that's the only change so far, so now the docs and code behavior don't match.  argh!  but soon the feature will get implemented and we'll be back in the rationality zone.

Merge branch 'release-2.140.191' into dev

release 2.140.191 upcoming...

added fdisk utility

have not verified the name for all platforms yet though...  this would be helped along by the vm farm i've been wanting to build... hmmm.

working on solving unfortunate sub-link traversals

the rcheckin command will go into sub-folders in the directory that are links, which we would prefer it not do.
there are cases where the linked sub-folder is a software product we do not have rights to update, so we should not be
trying to dive into there and mess with the source.
if a linked sub-folder does need to be checked in, then that is a special case that will have to be dealt with
somewhere else, currently.

added doc in checker report

note added, to provide the vim commands i use all the time when processing the output of checker.
in zap the dir, just turned on some debugging noise for when "unimportant" files are whacked.  then we know the extent of the issue, maybe a bit late, but for future research into a note that was reported and pooh-poohed.

fixed breakage from old to new collision

program wide callstack became thread wide

another speed improvement

and still working to boot.  this change got rid of one more sed sub-call.

cleaning debug

gen deps now using dictionary for active deps

this speeds things up a bit more, getting rid of one more boneheaded array traversal.

bit of gen deps cleanup

got rid of old versions of the code.  still works.  bonus.

ugh, gen deps working again

at least it seems to be.  lots of severe tire damage after moving to associative arrays, but the speed is ideal.
just have to get out of the numerically indexed array mindset.

new fortune

still in progress

gen deps is busted but faster

wheee!  ugh.  fixing the runtime performance has caused me to break the runtime correctness.  still working on this.

nice speed up for gen deps

using less calls out to sed now, and found a more efficient array search.
that being said, we probably need to move to associative arrays instead of normal ones,
and that will be wicked faster.

getting closer to economy

some sed calls have been replaced with in-bash variable expansions, which should really help the speed.
not everything is working again quite yet though.

speeding up the dependency generation process

lots of sub-shells being invoked, and many are not needed.  trying to root those out now.

less aggressive factorial test with 12

37 was too big a factorial, just because i was using ints and they can't represent the number for 37!.
so, 12 is much nicer.

turning on the callstack tracker for dev

living dangerously.  want to see if any problems actually exist from this code.
next step would be turning off the callstack tracker and back on the memory
checker, which is a broken kludge festival if i remember properly.

Merge branch 'release-2.140.190' into dev

new release coming... 2.140.190!

checking in without callstack tracking

turning this back off for now, since we don't really want it on in general.  it's an awesome debugging helper though.

fixed concurrency issues

hopefully everything is awesome now, given that the callstack tracker needed to manage each thread's stack independently, and wasn't, but now is.

fixed callstack tracker for multithreaded apps

made the tracker thread local, so it adheres to the particular thread and keeps the stack right.
added tests for callstack tracker in the mutex test, since it already had lots of cool thread activity.
the stack tests invoke our macro, which checks the trace's validity; there's no specific other test
of the callstack tracker in test_mutex, but the current approach will add tests to the overall count
and also complain about any errors that occur.

updated fortunes

small fixes for stack tracker

things seem really good; everything builds with this enabled now, and the test app for the tracker makes sense.
need to add a recursive test to the tracker tester, and also implement a multi-threaded test of it.
OR...  i could just add callstack tracking output in one of our current multi-threaded tests.  oooh, i like it!
re-use the macro for getting the trace, testing its validity, and printing it.

good state with updated static built apps

buildor_gen_deps is cranking along nicely now.  fixed another bug in it about absolute paths.
regenerated the statically built apps that we hadn't done recently (by excluding the clam_tools).
these all compile and link properly now.
have not actually tested the callstack tracker yet.  that's next.
but it builds now, so it must be correct code, yes?  hahahaha, i amuse myself.

buildor gen deps still working

albeit slowly.

fully functional death star

seems like buildor gen deps is back again.  it works with the debugging noise enabled; now we get to try with it off.
and i think i just saw how that will break everything (due to empty if then statements).  oh fudge.

closest to working in a while

hopefully this will do the right thing this time.
last big edit was to encapsulate debugging noise in checks, so we can turn it on and off at will.

breaking change with callstack tracker enabled

this doesn't compile right now, but is getting closer.
currently trying to resolve the problems in buildor_gen_deps, but may have just found the smoking gun.  or bug.  bad bug.

added better error checking and messaging

added error checking before replacement

never want this to whack a chunk of good includes in the code file it's modifying, if it trips over its own feet.

reverted to prior semicolon-lessness

the FUNCDEF macro should compile fine with or without a semicolon after it.  had momentarily added semicolons during build problems with callstack tracker, but don't want unnecessary changes going in, or a bad standard for requiring semicolons to be forced on anyone.

holy crowbar lots of callstack tracker changes

this was an attempt to bring back in the callstack tracker feature, after maybe 15 years of it not being alive in the codebase.
lots of struggle with that, and it's not working yet, but is a bit better.  currently the feature is disabled in the codebase,
but hopefully it can be enabled soon...

test timer driver is working again

had to bring back some old windoze code for it, in event_extensions.  this will not build for real yet on windows, but that's a task for another day.
the tester is working great on linux!

system values test is online

and the code is building again...

breaking change to add system values test

working on it now.

test registry config is in now

not sure it does anything; it's intended for working on windows where there's a global system registry (also known as an operating system single point of failure).

got test path config working

more goodness!

updated progress note

added finalization noise after test

much closer to working

and more upgrade bits added.

closer to working ini parser test

adding in another retro test

test ini parser inna house.  also broken.  will work on it and the upgrader script in tandem.

doc mod

tests for break signal and ini config working

resolved the weird issue with double_plus.  added optional time parameter for break signal time out.

ini config test is working again

the test exposed an insufficient size when performing double_plus operations, since we shifted the number into an int as part of truncation operation.  changed this to a long long instead, which seems to have sufficient size for our purposes.  previous result was that it was garbling the number and turning it negative as it handily overflowed 32 bits.

ini config tester close to working

adding in test for ini configurator

and some more fixes for the upgrader script

closer to building test for dirtree fcopy

need one more fix in our upgrade script and that should do it.

fixations continue on upgrader

found it can fix old application shell constructor calls.

test dirtree fcopy after one upgrade run

found a fix for __argv and __argc to add in upgrade script.  want to get this version in before running it again to see if any severe tire damage occurs.

breaking change - adding test for dirtree fcopy

getting this older test up to speed.

working towards easier porting

updated the porting script, and now it mentions the actual product it's porting to (feisty meow).
got break signal test app compiling and working now too.

hoohah, test command line compiles now

and it runs, and seems to yield the appropriate results.  we're on our way now..!

closer to compiling...

found that deadly_error became non_continuable_error, which i like better but still don't think is the perfect name.
fixed some other shifts also.

revised name for 'apps' to be 'source'

makes a lot more sense, since we store source there and not built apps.
plus the 's' letter is no longer colliding with anything else in my standard names?  wheeee....

closing in on getting cmd line test working

the upgrade hoople to yeti script still does the mostly right stuff, despite neither of those being the current product name.
just a few errors left, i hope...

added notes on progress

bringing back in some tests

these have been pending for a while.  not at all ready yet though.

new file listing the kona java dependencies

seems like a handy thing, and i'd rather not have to re-learn this yet again...

workbench looking better

everything is building properly in eclipse now except the osgi junk.  ugh.

working on java jar dependencies for eclipse

this could take a while to get right, although i think i'm on the right track.

changes due to internal feisty meow cloud

the nuage has been modified and these related scripts had to change.
used to be a magic_cabinet folder under nuage, but now it is just cabinet.

tectonic shiftlets

moving the computer tasks into a conjoined pile.

corrected error in seeking packages

was inadvertently using a grep character set match instead of the
literal thing in brackets.  oops.  dang.

added a guard to catch an unusual error

ran this recently and seemed to think things were installed, but then xsecurelock wasn't really there.
this at least catches this situation; still need to fix deeper cause of problem.