This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/op25-dev@lists.osmocom.org/.
Steve Glass stevie.glass at gmail.comThe code snippets help but you need to let us see all of it. Post the ldu1.cc and ldu1.h files. There is nothing wrong with std::vector<bool> - it is a basic STL class and works reliably when used correctly. I think you've got a lifecycle problem and are accessing an object reference after the referenced object has been destructed. There are simple tests you can do to verify that in the debugger but, for now, post all the code in case we can see something obvious. The way these classes work is that each represents a frame. We do error correction for the whole frame at one time and then extract just the data bits we need in the accessors. So storing the "decoded LCF" is not how we go about it. Instead, decode and apply the error correction to the frame content and then let the accessor get just the codeword bits. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 931 bytes Desc: OpenPGP digital signature URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20131212/f578a713/attachment.bin>