Unnamed repository; edit this file 'description' to name the repository. https://git-private.cyanek.com/monero_c.git/atom?h=v0.18.3.3-RC22 2024-04-11T06:53:29+00:00 2024-04-11T06:53:29+00:00 Czarek Nakamoto cyjan@mrcyjanek.net 2024-04-11T06:53:29+00:00 urn:sha1:a032a20221579d5fb9445b370eec1b6bd4ff653b 2024-04-05T14:51:15+00:00 Czarek Nakamoto cyjan@mrcyjanek.net 2024-04-05T14:51:15+00:00 urn:sha1:95728838ee449446e8318d08ae60c77963623958 2024-04-01T12:00:33+00:00 Czarek Nakamoto cyjan@mrcyjanek.net 2024-04-01T12:00:33+00:00 urn:sha1:f6ca8ee9fb5ef36aa11fb894fc6fc1111960503a 2024-04-01T04:54:50+00:00 Czarek Nakamoto cyjan@mrcyjanek.net 2024-04-01T04:54:50+00:00 urn:sha1:f2057a23630901a76a12bf876a6f9a28d7fc52fd ci: cache ~/.ccache directory 2024-03-31T07:19:47+00:00 Czarek Nakamoto cyjan@mrcyjanek.net 2024-03-31T07:19:47+00:00 urn:sha1:b72d2dff623665f42985ef9b6419636ca35a51d1 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.