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.

cleanups after successful updates

start xwin screensaver is awesome now!  and seek package is very handy.

new seek_package script for precise install checks

and removed yum case from list_package, which was redundant.
and fixed the screensaver setup script to use seek_package, so it's an exact check now. sweet.

new fortune ish and reverted decision on saver

cannot have screensaver script trying to install stuff during our basic feisty meow startup.  duhhh.
that needs to be managed separately, perhaps as an x window auto-start item.

also a new fortune or two, although one is actually a bad joke.

dropped error noises for continuable ones

and fixed the seldom or never seen text greeting to feisty.

added assume yes on apt install line

updated with some helpful info

added in the missing steps in xwin screensaver

now installs the packages needed, although the code is not super beautiful for that, and kills off xscreensaver if it's running.

made the xss startup not errorful

there are too many things that can seem to go wrong with the xss-lock startup,
but which leave it in a still functional state, so we made the error check after
running it allow continuation.

added code for modifying saver_xscreensaver

to update to latest location of xscreensaver, enabling xsecurelock to use it properly.
this code is not quite right yet.

added notes for next steps

working on odd bugs on cuboid host now.

added a usb drive

added mpv as mp3 player when available

also added pavucontrol note for multimedia tools.

adding debugging to track mp3 play issues

added support to start a screensaver for x windows

tries to be subtle by only hooking in if the xsecurelock software is installed, if x windows is running, and if there is no existing screensaver hooked.

added xsecurelock variable to fred custom scripts

this tells it to use xscreensaver as the display saver when locked.

updated naming for overload report

updated logout script to clear console also

fixed debug line

snorky

added surprisingly missing net-tools for prep

progressions

added kgpg as os package for prep

chewing through canonicalize

more conversion on filename helper

removed squish dirs code to squish current

if there were no parameters, it happily started squishing every directory in the current dir.
i typed it accidentally with no parameters in my home directory, and it started squishing every freaking thing.  not right.
also, there was somehow data loss, even though this is supposed to zip first before removal.  how did that happen?

more progress

more progress

more progress on filename helper in python

and string slicing, wheee!

cleaned up debug wording a bit

more good converting

implemented same file method in python

fixed host list for gruntose domain

new pattern for vim edits

this one fixes the old school bash line that looks like this:
  #!/bin/bash
to look like the more modern version:
  #!/usr/bin/env bash

also renamed the directory to be vim for uhh modernity.