summaryrefslogtreecommitdiff
path: root/src/formatter.cpp (follow)
AgeCommit message (Collapse)Author
2010-03-31Removed the bool cast operator from FBasicString. It turns out it was causingMike Buland
way, way, way more problems than it solved. A number of libbu++ tests were inacurate because of it, there were problems in several other programs, and there may be more that have problems we haven't found yet because of this. This will most likely cause complitaion errors, especially in places we didn't expect, where strings were being stored into or passed as integers and the like. In cases where you were just testing a string, just call the "isSet()" function, which is functionally equivellent to the old bool cast operator.
2010-03-15Ito is updated and is more posix compliant.Mike Buland
2010-02-13Added and updated the license info in all the source files, they still saidMike Buland
copyright 2007-2008.
2010-01-28Hmmm, the newline wasn't causing a flush, that's just silly, I should knowMike Buland
better.
2010-01-07A bunch of things weren't including their own files in quite the correct way...Mike Buland
2009-12-18Wow, cool, Bu::Formatter can read all the basic types now, (int, float, bool,Mike Buland
char, etc.) and OptParser totally works. I have one last change to make to it, which is using the return value of signal type options to determine weather or not the option took a parameter at all, especially in the case of short options.
2009-12-18The OptParser still needs help banners and more helper functions, but otherwise,Mike Buland
it's done. It works great, and provides much flexibility and usefulness. It now relies on the input side of the Formatter class, which at the moment supports reading strings...not real useful yet... Next up, adding readers for numbers and such, then it'll be mostly complete. Also, fixed a bug when copying uninitialized signal objects.
2009-11-12I've started my campaign to clean up all of the header files in libbu++ as farMike Buland
as includes go. This required a little bit of reworking as far as archive goes, but I've been planning on changing it aronud for a bit anyway. The final result here is that you may need to add some more includes in your own code, libbu++ doesn't include as many random things you didn't ask for anymore, most of these seem to be bu/hash.h, unistd.h, and time.h. Also, any Archive functions and operators should use ArchiveBase when they can instead of Archive, archivebase.h is a much lighterweight include that will be used everywhere in core that it can be, there are a few classes that actually want a specific archiver to be used, they will use it (such as the nids storage class). So far, except for adding header files, nothing has changed in functionality, and no other code changes should be required, although the above mentioned archive changeover is reccomended.
2009-07-31I switched the Bu::Stream::isEOS function to be named Bu::Stream::isEos, andMike Buland
also made sure the copyright is at the top of all the files, it's been too long. Anyway, this may effect some code, but not much, and it's an easy enough fix.
2009-05-21Added some more helpers to Bu::Formatter::Fmt, make it a little easier to use.Mike Buland
2009-04-02Removed some uses of printf in libbu++, I would like to get rid of all of themMike Buland
some day, but I'm not in much of a rush, I just wanted to do a quick survey. Also added the Formatter::flush special stream value, so now you can do a: sio << "hello" << sio.flush; and it'll flush output immediately. I also tweaked a few things in the cachestore and cache so that they actually throw exceptions and the like instead of just printing out some garbage.
2009-03-26Added some more constructors to the ServerSocket, and also switched the writeMike Buland
function in Bu::Formatter to take a void *, what was I thinking?
2009-03-16Added some experimental indenting code to the formatter, not sure I quite digMike Buland
it yet, I'd recommend not using it much for now, the API could change drastically.
2009-02-19We have the new Bu::CryptoHash base class and Bu::Md5 is here and readyMike Buland
to rock. sha1 is still only a shell, I dunno if/when I'm going to implement that one. So far Bu::Md5 is 100% compatible with md5sum in all tests performed so far, in fact the test program's output is compatible with md5sum in every way (and it's so cute and little too!) Oh, minor update for stdstream and the formatter, they can handle more handy types now.
2009-02-11Hey, formatter, awesome, and look at that...I'm adding uuid support.Mike Buland
2009-02-10Hey, got the formatter working, that's something. I really like it so far,Mike Buland
lets see how nice we can really make it.