GTKWave

Walter, SF's 3.3 version series is for the stable production-level version.  Its development intent/roadmap is officially bugfixes and dumpfile loader enhancements only.  I'm not dismantling the SF repo in the...

I'm not all that experienced on these kinds of ownership things, so if someone else wants to drive this or guide on what needs to be done, that would be...

However it works is fine, and as long as it's somewhere (anywhere!) off sourceforge, that's cool.  As I said, it's one of those nice to have historical things.  I'll look...

Sure, I can pass ownership one to whom or whatever as I don't want to be the long pole on holding anyone up.  I'll try to look at that in...

I think that SF automatically shifted from CVS to SVN.  That was so long ago I can't remember, but I remember that I didn't have to do a whole lot...

OK, thanks for the info.  I still have an xz or lzma "super tarball" laying around of all releases going back to 1.3.86 so I have some amount of history....

That's impressive. I wouldn't worry too much about summer of code.  That was where Google paid for a cooperative intern over the summer and he made the design more object...

The way to implement it in the most efficient manner likely would be an fstapi-level wrapper on the reader that can virtualize multiple FST files into a single one from...

I have no feature roadmap at the moment.  Primary issue is port to gtk4 and fix what's broken functionwise as there is always something like that with a new toolkit...

I'm sure there are all sorts of buffer overflows. Writer client code is supposed to know what it is doing.  :-)  Joking aside, these aren't a general purpose libc functions...