smorkish

openssl closer to working but still fubar

got it to actually do *some* encryptions and decryptions, after finding that they've really broken the new version in terms of how
you have to set up the encryption process.
but it's failing a bunch still too!  at this point, i wonder if my padding code is incorrect, except that the code NEVER failed before
this set of recent releases (where they hid blowfish in the legacy provider, and now with ubuntu 24.04 where they've made it a dance
across razor blades to get *anything* to work properly, even with the legacy provider loaded).

finding the openssl blowup that resurrected itself

openssl continues to be a real anchor on the feet of a swimmer.

added guardrails for still malfunctioning openssl

openssl is still failing on lots of my hosts, even with this spiffy new code that loads the legacy provider.
now putting in landmines to blow the legs off that bug if we see it.  many curses deleted.

minor switch to our NULL_POINTER symbol

updated to modern opensim usage

need to run with dotnet rather than mono.

reduced number of nodes in sym tree test

was taking 30 seconds before with 40000 nodes, so dropped to ~4000 nodes and now run time is under 4 seconds.

changed transaction log name

was colliding with another resident of the temp directory

added s3cmd

seems we're using this more, so plunk, it's in there.

long-standing evil blow-up in blowfish conquered

this was due to openssl deprecating a number of encryption/decryption algorithms and putting them in a legacy provider.
argh.  what a pain.
example code that shows how to load both the legacy and the default providers is in ssl_init.cpp.

debugging into the crash

getting a segment violation when calling into EVP_CIPHER_CTX_set_key_length.
not helpful, and no obvious reason why yet.

breaking change adding blowfish tester back

this test is known to explode at runtime.  now looking into why...

new fortune

disabled the cromp debugging in transaction

don't need this right now.

resolved friend monk_the_detective issues

needed to forward declare that class, and also refer to it in global
namespace as ::monk_the_detective before the friend class declaration
would properly compile.

adjusted monks's timing

wanted monk to only start after at least the minimum pause period.
points to a need for a start delay optionin the ethread object.

got everything building but not working

the shutdown alerter doesn't even work in its most basic version on linux.
plus we have serious concerns about how this will work from across applications, which the
shutdown alerter on windows is great about.
currently, the test is disabled so it won't blow up.  needs love.

upgraded to feisty, still working on compiling

brought in the graceful shutdown support

this includes the process anchor and the shutdown alerter, and tests for those.
the tests are not currently compiling, but the library is up with the new classes.

getting the tests under control some more

state machine tester compiles now, and knows to use a local input file if no parms are provided,
but it also totally fails on the input, rejecting every line (even when they should have been accepted).
but it compiles!...

added tests for processes and one for timely

time_stamp tester is kind of silly, but it's in there again.  it needs to do some more verification.
the safe_callback test is also totally minimal, and wouldn't catch many bugs.  it needs to be threaded and much more active.
state machine test is also in and compiling, but totally doesn't work.  pared a file down to a list of *.h and *.cpp files, and
every line is rejected for some reason.  need to investigate, because if it's telling the truth, then state_machine got
broken at some point.

added crucial name for high priority

nothing using that now, but we have in the past.

turned off noisier debugging in mutex test

the callstack tracker testing is still in place there, if callstack tracking is enabled.

build fully working with callstack tracker

just had a totally successful build for the first time in a while, and this is with the callstack tracker enabled.
it does seem that our threaded woes with the callstack code were due to our attempting to use thread local for the tracker;
it needs to persist past the end of the thread to avoid gnarly shutdown issues with the static objects, like the synchronizer,
which was also thread local for some reason.  now we just use a program wide object to list the thread-wide callstack
trackers, and it's nice and fast due to using the standard library unordered_map.  was using our own hash table, but there are
too many intertwined things with the callstack tracker for that to be a good option, so standard template library it is.

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