libbu++.git/src/old, branch myriad System level, general purpose C++ library. https://git.xagasoft.com/libbu++.git/atom?h=myriad 2009-02-11T05:29:41+00:00 Just removing some things that are cluttering up the source tree. 2009-02-11T05:29:41+00:00 Mike Buland eichlan@xagasoft.com 2009-02-11T05:29:41+00:00 urn:sha1:f4b191f0ea396b58465bfba40749977780a3af58 I think the plugger and programchain are all up to date to work with the new 2007-06-25T21:15:55+00:00 Mike Buland eichlan@xagasoft.com 2007-06-25T21:15:55+00:00 urn:sha1:3f26c19b0b7a9fa73c58189788972ea43b72f014 libbu++. The program chain may undergo heavy changes still, or be removed entirely, but we need it for congo and squirrelmud, so here it is for a while longer. The TafWriter isn't much closer, you still only get the groups in the output. Moved out the xml system again. I think that if I am going to do it again, 2007-06-12T01:28:27+00:00 Mike Buland eichlan@xagasoft.com 2007-06-12T01:28:27+00:00 urn:sha1:4cb166570a8e2e97216bf6c7aeb99b971ff58ad7 I'm going to do it over from scratch, that was just painful. Also, started in again on the server system, it's looking pretty good, already got connections working, next up is managing data flow through clients and protocols! The Stream Filter archetecture is finished, it's actually much cooler than I 2007-06-07T19:56:20+00:00 Mike Buland eichlan@xagasoft.com 2007-06-07T19:56:20+00:00 urn:sha1:9e8a4944e50fab432012878c66e1bdac20649f76 had anticipated, and much cleaner. I'll have to add some documentation to it, because it's not really obvious how any of it fits together from the outset, although I have to say that the bzip2 test program is the easiest general bzip2 compression program I've ever made...it just goes :) Decompression in Bu::BZip2 isn't finished yet, but that's ok, it's coming soon. As evidenced by my latest test, the Bu::FString copy is actually slower than 2007-05-17T21:45:50+00:00 Mike Buland eichlan@xagasoft.com 2007-05-17T21:45:50+00:00 urn:sha1:326125aee0b8cd807a6a1d158398078ff6bfb1e1 the std::string copy by a rather large margin. This seems very odd, so I'm going to do a few tests, the first one is stripping out the FString shared pointer stuff and seeing if that makes an appreciable difference. Lots of cool new stuff, the Server class actually works for everything except 2007-05-17T05:56:26+00:00 Mike Buland eichlan@xagasoft.com 2007-05-17T05:56:26+00:00 urn:sha1:e0e7932a122614a0ff566fbfd8de5776de8b9f6d actually interacting with clients, and the Client class is almost there, except that it doesn't really do anything yet. SPtr is now Bu::ified, and the List class now acts the way we think const lists 2007-05-15T05:25:19+00:00 Mike Buland eichlan@xagasoft.com 2007-05-15T05:25:19+00:00 urn:sha1:dda94f3b53e02e117e6eb5758afa1410e1664c9f should act, you can't change anything in there. I'm still debating changing the const_iterator to a constIterator, or something else that's more Bu::worthy. Heh, the namespaces are funny...ok...I'm really tired. Just a few things re-arranged, moved the new taf/xml systems to the inprogress 2007-05-09T15:04:31+00:00 Mike Buland eichlan@xagasoft.com 2007-05-09T15:04:31+00:00 urn:sha1:ad92dc50b7cdf7cfe086f21d19442d03a90fd05d directory, and moved the old xml system in, so it will require heavy changes. Just deleted a few things from old that definately have to go. 2007-04-03T05:10:59+00:00 Mike Buland eichlan@xagasoft.com 2007-04-03T05:10:59+00:00 urn:sha1:997f13ec4791adcda91cd4db41cdb5962b73d47d The file stream is imported and works, as does our first test, and the new 2007-04-03T05:09:12+00:00 Mike Buland eichlan@xagasoft.com 2007-04-03T05:09:12+00:00 urn:sha1:c884da672645231b5ec47706c886381dab1b391a tweaks to archive. The && operator is now a template function, and as such requires no special handling. It could be worth it to check this out for other types, yet dangerous, since it would let you archive anything, even a class, without writing the proper functions for it...we shall see what happens...