Commit Graph

6 Commits

Author SHA1 Message Date
Czarek Nakamoto b72d2dff62 feat: split MONERO and WOWNERO prefixed functions
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-03-31 09:19:47 +02:00
Czarek Nakamoto 2b685de9a4 update monero to use upstream with patches instead of fork 2024-03-12 19:17:40 +01:00
Czarek Nakamoto 06c7a260e0 feat: sailfishos port (initial) 2024-02-28 07:34:26 +01:00
Czarek Nakamoto 67c47c5491 add signing functionality 2024-02-17 18:10:28 +01:00
Czarek Nakamoto 48e6f06142 feat: cache build results
debug:
void MONERO_DEBUG_test0();
bool MONERO_DEBUG_test1(bool x);
int MONERO_DEBUG_test2(int x);
uint64_t MONERO_DEBUG_test3(uint64_t x);
void* MONERO_DEBUG_test4(uint64_t x);
const char* MONERO_DEBUG_test5();
const char* MONERO_DEBUG_test5_std();
2023-12-30 13:47:07 +01:00
Czarek Nakamoto 0f612f0bbe Initial commit 2023-12-26 21:43:14 +01:00