aboutsummaryrefslogtreecommitdiff
path: root/src/serialization/container.h (unfollow)
AgeCommit message (Collapse)AuthorFilesLines
2022-03-04Copyright: Update to 2022mj-xmr1-1/+1
2021-03-05fix serialization being different on macmoneromooo-monero1-9/+14
On Mac, size_t is a distinct type from uint64_t, and some types (in wallet cache as well as cold/hot wallet transfer data) use pairs/containers with size_t as fields. Mac would save those as full size, while other platforms would save them as varints. Might apply to other platforms where the types are distinct. There's a nasty hack for backward compatibility, which can go after a couple forks.
2021-01-23Improve cryptonote (block and tx) binary read performanceLee Clagett1-5/+5
2020-08-17replace most boost serialization with existing monero serializationmoneromooo-monero1-5/+1
This reduces the attack surface for data that can come from malicious sources (exported output and key images, multisig transactions...) since the monero serialization is already exposed to the outside, and the boost lib we were using had a few known crashers. For interoperability, a new load-deprecated-formats wallet setting is added (off by default). This allows loading boost format data if there is no alternative. It will likely go at some point, along with the ability to load those. Notably, the peer lists file still uses the boost serialization code, as the data it stores is define in epee, while the new serialization code is in monero, and migrating it was fairly hairy. Since this file is local and not obtained from anyone else, the marginal risk is minimal, but it could be migrated later if needed. Some tests and tools also do, this will stay as is for now.
2020-05-06Update copyright year to 2020SomaticFanatic1-1/+1
Update copyright year to 2020
2019-03-05Update 2019 copyrightbinaryFate1-1/+1
2017-12-22factor STL container serializationmoneromooo-monero1-15/+28
2016-09-26serialization: add support for serializing std::pair and std::listmoneromooo-monero1-25/+13
2016-08-28serialization: declare do_serialize specializations before usemoneromooo-monero1-0/+5
This lets my gcc picks those instead of the generic template where appropriate (and then fail since std::vector<something> does not have a serialize method.
2015-12-31updated copyright yearRiccardo Spagni1-1/+1
2015-01-02year updated in licenseRiccardo Spagni1-1/+1
2014-07-23License updated to BSD 3-clausefluffypony1-3/+29
2014-07-01Improved (fixed?) serialization for vec<uint32_t>Zachary Michaels1-0/+7
2014-03-03moved all stuff to githubAntonio Juarez1-0/+74