| Age | Commit message (Collapse) | Author |
|---|
|
|
|
replace that with just an array, no problem. It's many, many, many times
faster while streams are growing, and it should be constant time, not linear
like it was before.
It also handles myriad files in excess of 2gb correctly now, at least, it
seems to just fine :)
|
|
includes headers for the things you use.
|
|
|
|
|
|
|
|
streams accessing the same blocks at the same time. Right now it's safe, but
a little strange, since both streams work from seperate buffers. Maybe that's
ok, but it still needs some more investigation.
I want to remove the BitString stuff entirely, it turns out it's the slowest
part, which, upon actually looking at the code is completely obvious. This
change shouldn't change the API at all, just make adding blocks to streams much,
much faster.
|
|
compare ThreadId objects.
|
|
little explenation of the arrangement.
|
|
libbu++ and then use that to minimize memory usage in the bin2cpp generated
classes. That should go really quickly.
|
|
I also cleaned up the build script, the symlink generation is faster and looks
nicer, there's one think left to fix there, but it's not too bad.
|
|
write buffer when reading is done. It's...strange, but yeah, it was doing that.
Deflate also defaults to zlib compression now, which means you can compress &
decompress without using any extra params. Turns out zlib auto-detect won't
decompress raw streams, so this is the safest overall option, and the easiest
to work with. zlib headers are small, and includes a crc at the end so you can
be sure your data is accurate, raw does not.
|
|
all major, common compression algorithms.
|
|
strings. encodeStr<Filter>( str ) and decodeStr<Filter>( str ).
It's pretty cool, try it out :)
|
|
in a different direction anyway.
Added the Deflate class, it uses zlib, and can do raw (headerless) deflate
streams, zlib format, or gzip format. It's easy to use and quite versitile.
|
|
|
|
|
|
probably include a copy of the final version just for good measure.
|
|
|
|
version header file all programs can now use to determine which version, api
version, and svn revision of libbu++ they're linking against. It doesn't quite
work for windows yet, but it will, eventually.
|
|
encoding to make things easier (little endian in our case). It can currently
read utf8 and utf16be, but not BOM. It will give you full unicode code points
instead of the raw utf16 values, which is pretty slick.
|
|
Bu::QueueBuf and creates a really slick blocking inter-thread I/O system.
|
|
|
|
fstring, and updated the copyright notice to extend to 2011
|
|
|
|
gats project in Gats::ProtocolGats.
|
|
tabular way, like a spreadsheet, only raw. It displays exactly what libbu++
reads from the csv file.
|
|
|
|
I've written a new program that basically does the same thing, only it's much
more clever, and does many more of the translations and conversions better,
including the #line directives. Also, I dropped nids, we don't need it anymore.
But now I'm ready to write some serious tests for myriad.
|
|
that to the build file or something...
|
|
called compat. I've updated the linux and windows builds and it looks pretty
good. I also added a config.h file which we have to edit by hand until I can
work on build some more. Linux File operations now use 64 bit mode, windows
can't, or at least, I don't feel like researching it right now.
|
|
probably tweak the header init.
|
|
copyright 2007-2008.
|
|
|
|
it does everything the old one did and more.
|
|
target is specified more than once, the new ones should merely augment the old
one, not replace it, this is necesarry, but I think easy as well, but I'm going
to switch machines for a bit and so now I commit :)
|
