aboutsummaryrefslogtreecommitdiff
path: root/src/bzip2.cpp (follow)
AgeCommit message (Collapse)Author
2011-01-20Wow, got the Stream changes propegated, all tests build with string instead ofMike Buland
fstring, and updated the copyright notice to extend to 2011
2010-10-29Minor change, I discovered where it was getting stuck all this time. If theMike Buland
underlying stream hits the end before the end of the bzip2 stream then it just reads forever...that's lame. Now it throws an exception.
2010-02-13Added and updated the license info in all the source files, they still saidMike Buland
copyright 2007-2008.
2009-09-23Wow, ok, file was broken on changing position in the stream, it wouldn't resetMike Buland
the end of stream flag. Now it does reset it, and assumes that you've placed the position not at the end, if you have, it will detect it again immediately upon read. BZip2 now provides a method of getting the number of bytes written out, i.e. the compressed size of the output, I have to figure out the input side next...
2009-07-30Bu::Buffer actually works, and works really well. I dig it. Bu::BZip2 nowMike Buland
follows the new filter guidelines, where read and write report the amount of data consumed, not the amount processed. I.e. when writing, it reports how much of your incoming data it used, not how many bytes it wrote on the other end.
2008-10-01Ok, NIDS is getting better and better, and I went ahead and cleaned up someMike Buland
exception related code that's been annoying me. You should no longer have to include any exception header explicitly for normal operations, every class that has it's own exception to throw defines it in it's own headers. This may break some code that uses libbu++, but it's an easy fix, just delete the include for exceptions.h. Sometime soon I would also like to move from Bu::ExceptionBase to Bu::Exception, but that will affect a lot more code than this change did.
2008-09-24Hey, it wasn't a problem with libbu++, just my desktop machine...uh...dying aMike Buland
slow, painful death? Anyway, I removed all the extra debugging info.
2008-09-24Something may be wrong.Mike Buland
2008-02-07Just updated the copyright date.Mike Buland
2007-11-15Added liscense info at the front of many, many files. Debating the old files.Mike Buland
2007-06-26Corrected a memory leak in Bu::BZip2, it wasn't cleaning up the big buffer.Mike Buland
2007-06-18Added the protocol class. servers work, but don't send data, updated the streamsMike Buland
to include many more state indicators and caps queries, and everything is working better in general.
2007-06-11Wow that was a stupid bug. OK, decompression is working really well, and itMike Buland
corrects the underlying stream's position if it can seek, otherwise you just lose data (for now).
2007-06-11Few minor tweaks to bzip2, it reports errors now...and there's a bug in odpmMike Buland
that could be in this, but it's going to be hard to tell...
2007-06-10Bunch of maintenence type things. Minor tweaks and the like. The file classMike Buland
has a lot more helper functions and the like, the filters give more info back to the caller, minor updates to taf.
2007-06-09Alright, looks like the bzip2 filter can decompress just fine. It won't try ↵Mike Buland
to compensate for overshooting the end of the compression block yet, which it won't be able to do on streams that don't support seeking...I think I'll make it only try on stop commands, and try to re-use the buffer otherwise...maybe...it's an interesting problem since it *always* overshoots (unless you're really, really lucky...)
2007-06-07The Stream Filter archetecture is finished, it's actually much cooler than IMike Buland
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.