- Oct 26, 2016
-
-
Luker authoredTechnically, we broke the old C RAW API. but it was just created, and we are in prealpha. And we only put things const. so whatever. Signed-off-by:Luca Fulchir <luker@fenrirproject.org>
-
- Oct 25, 2016
-
-
Luker authored
Thank you GCC, we had a bug. Signed-off-by: -
Luker authored
Signed-off-by: -
Luker authored
Close #11. Seems good enough, but let's not call it final yet. Minor tweaks to the CPP API, too Signed-off-by:
-
- Oct 24, 2016
-
-
Luker authored
Spaces, not tabs. Actually, I liked tabs much more. But it seems a lot of IDEs and general reader do not handle them correctly, or do not let you configure "1 tab == 4 spaces", so the code was not always readable. "git diff -w" for this commit is en empty list. Signed-off-by: -
Luker authored
This was originally meant only to eradicate the interleaving code, so that the raw API could be slightly faster. Turns out a lot had to be done for that, and the API changed to reflect those changes. The RAW_Encoder template now has enabled/disabled methods, so that you can only use the right one, depending on whether you choose interleaving or not. While doing all of this, I realized a nice way to let the user choose the correct symbol number for the block. +1 for typesafety. And since the commit became really big, I threw in a couple of useless style changes, bringing back everything to 80 columns. Really, I should be doing smaller commits. Signed-off-by:
-
- Oct 18, 2016
-
-
Luker authored
Ticket #3 not yet finished, blocked by #7 Signed-off-by:
-
- Oct 12, 2016
-
-
Luker authored
If we get told that there is no more input for a block we can return error and avoid waiting indefinitely. Signed-off-by:
-
- Oct 09, 2016
-
-
Luker authored
Still hunting an other one. Many thanks to the developers of rr. Signed-off-by: -
Luker authored
Start portability for VC++14. Still unfinished. Also simplify a bit locking in RFC calls. Signed-off-by:
-
- Sep 28, 2016
-
-
Luker authored
Also: modify a bit the API for 32 bits. The user should not expect RQ to manage more memory than the 32 bit machine can handle. This means that some methods should work with and return size_t, not uint64_t Signed-off-by:
-
- Sep 22, 2016
-
-
Luker authored
Decoder still does not work. Signed-off-by:
-
- Sep 08, 2016
-
-
Luker authored
Signed-off-by:
-
- Sep 07, 2016
-
-
Luker authored
Other symbols should not be exported, but are needed right now. Signed-off-by:
-
- Sep 06, 2016
-
-
Luker authored
properly wait for all threads to exit when running the destructor Signed-off-by:
-
- Jul 09, 2016
-
-
Luker authored
Signed-off-by:
-
- Jul 06, 2016
-
-
Luker authored
API and decoder still wip Signed-off-by:
-
- Jul 02, 2016
-
-
Luker authored
no big deal here Signed-off-by: -
Luker authored
Signed-off-by:
-
- Jul 01, 2016
-
-
Luker authored
Groundwork started. Started moving things to RFC6330. Next steps will be cleanup & RaptorQ namespaces. Meanwhile we need better file naming. Supporting multiple versions of the same API should be easier now. Signed-off-by:
-
- Jun 29, 2016
-
-
Luker authored
Also, fix corner cases for misaligned sizes Signed-off-by: -
Luker authored
Signed-off-by:
-
- Jun 24, 2016
-
-
Luker authored
Still, decoding does not work. Signed-off-by: -
Luker authored
Signed-off-by:
-
- Jun 01, 2016
-
-
Luker authored
We start breaking the API, too Signed-off-by:
-
- May 31, 2016
-
-
Luker authored
We might want to support more than one API version in the future. Prepare for that. Signed-off-by:
-
- May 30, 2016
-
-
Luker authored
There seems to be support for it everywhere. defines are bulky and error-prone Signed-off-by: -
Luker authored
Quite a messy commit, hopefully new ones should be shorter Signed-off-by: -
Luker authored
I almost made this a header-only library. should I make the switch now? Signed-off-by: -
Luker authored
Support for offline precomputation, without overhead if not needed. Not tested yet. Signed-off-by:
-
- Mar 03, 2016
-
-
Luker authored
Make sure the background threads actually finish before deleting the object. Signed-off-by:
-
- Nov 04, 2015
-
-
Luker authored
Multiblock alignment decoding was wrong if the block size was not aligned with the output alignment. Also, what we were calling output iterator was really a forward iterator. Get it right. Signed-off-by:
-
- Nov 03, 2015
-
-
Luker authored
We were neither respecting sub-block differences, neither counting the alignment, which is not necessary the input data alignment... Signed-off-by:
-
- Nov 01, 2015
-
-
Luker authored
It just might be good to see if we can actually do something Signed-off-by:
-
- Oct 27, 2015
-
-
Luker authored
Previous fix was hurried, and only fix one of the possible cases. Found the real cause and fixed it. Signed-off-by:
-
- Oct 23, 2015
-
-
Luker authored
And update tests for multi-block usage Signed-off-by: -
Luker authored
Thanks to Menghan for finding this out. Signed-off-by:
-
- Apr 15, 2015
-
-
Luker authored
Still kinda rough, but seems to work Signed-off-by:
-
- Apr 14, 2015
-
-
Luker authored
lots of bugfixes, also due to the creation of a couple of examples for the C and C++ interface. Updated documentation accordingly Signed-off-by:
-
- Apr 13, 2015
-
-
Luker authored
We have testsss! (And some embarassing bugfixes, too!) Signed-off-by:
-