monero_c.git - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author
2024-03-31	feat: split MONERO and WOWNERO prefixed functionsv0.18.3.3-RC11	Czarek Nakamoto
	So basically: when we open the .so file, we define some symbols, and it appears that if we load something else, with the same symbols, under the same thread we cause some funky behaviour - like calling function a wownero function MONERO_Wallet_address() resulting in a monero address being generated. Needless to say, this is undesired, and a blocker for https://github.com/cypherstack/stack_wallet/pull/818 I'm afraid that this may not solve all of our issues (but will solve some significant roadblocks), because of the "genesis block" issue, as output of nm -gDC release/wownero/x86_64-linux-gnu_libwallet2_api_c.so \| grep genesis indicate that these functions may share something in common across both WOW and XMR libraries. In a case in which this fix won't be sufficient, I think that the way forward would be to close the dynamic libraries, but before we do that I want to check if maybe there is a change to run multiple wallets at once.
2024-01-05	fix splitString, add logging	Czarek Nakamoto

2024-01-04	drop cache, it is causing more trouble than it's worth	Czarek Nakamoto
	implement anonero's fork functions in bridge. Calling it RC39 to not break versioning.
2024-01-02	drop android's `log` library.	Czarek Nakamoto
	linux support
2024-01-02	More functions ported over to monero_c.	Czarek Nakamoto
	Some leftovers are still present - but shouldn't contain anything that is required by anonero
2024-01-01	- helpers.cpp:	Czarek Nakamoto
	- functions for dealing with: - std::vector<std::string> - std::vector<uint32_t> - std::vector<std::set<uint32_t>> - wallet2_api_c.h: - PendingTransaction - txid - subaddrAccount - subaddrIndices - multisigSignData - signMultisigTx - signersKeys