14:01:19 is there anything else we can try about this issue? https://github.com/tevador/RandomX/issues/262 14:01:54 somehow I can't imagine that JIT is broken for a year now and no other program (e.g. browsers) run into this 14:02:36 isn't it only broken with particular SDK ? 14:03:01 it's weird, using an old SDK solves it when starting monerod from the command line 14:03:09 but when I start monerod from the GUI as a detached process it also crashes 14:03:29 then maybe it's an app signing issue or similar 14:04:01 I had to add this workaround now https://github.com/monero-project/monero-gui/pull/4157 14:04:18 ugh 14:05:14 the fact that it works from CLI tends to imply that the code is fine as is, but maybe some other metadata is missing 14:05:21 like app signature crap 14:06:02 what about running randomx-test or randomx-benchmark ? 14:06:43 will try to run randomx-test 14:07:24 we ought to be able to see some API call failing, returning an error code 14:07:39 I guess there's no strace on macos tho. maybe dtrace or something similar 14:09:48 this is where it crashes when starting as a detached process https://www.irccloud.com/pastebin/zm47Sarz/ 14:11:47 that doesn't tell me much, location-wise. it just says something in monerod. 14:11:55 and it says a NULL pointer deref 14:12:21 is that a binary built with debug symbols? 14:14:16 it's the release binary we built using depends/gitian 14:14:29 that uses the old sdk 14:14:52 then not a debug build. 14:16:48 threads 19 and 20 also have no valid stack traces 14:16:53 odd 14:17:06 i think the crash itself isn't interesting, it fails to calculate correct hashes so once that's fixed the crash should also be gone 14:17:25 shouldn't crash on invalid hash results 14:17:51 anyway... no luck with randomx-test? 14:20:19 working on it 14:20:26 I'm still on MacOS12 14:20:30 i'll use xmrig benchmark because that one also crashes 14:20:32 no problems here 14:20:45 yea, it only happened with macOS 13 14:21:03 if you can gt a debug build and run it under their debugger maybe we can get more useful info out 14:21:52 also I've been considering installing Asahi Linux and leaving macOS behind completely 14:29:12 interesting so xmrig benchmark doesn't crash 14:29:16 trying randomx-tests now 14:31:09 interesting - Intel giving up on bitcoin ASICs https://blockchainbeat.co/chip-giant-intel-abandons-bitcoin-asic-production-bitcoin-news/ 14:31:50 randomx-tests also works, so it's only monerod somehow 14:32:02 that's very strange 14:32:15 wait that's all from CLI then? 14:32:23 hyc: Halving is next year? And those tx fees from nfts are paying the bills 14:32:26 no, starting from the GUI as detachedProcess 14:32:27 Arent* 14:32:35 selsta: ok, cool 14:32:39 monerod from CLI works without issues 14:33:16 then is it even related to randomx at all? 14:33:29 maybe it's some missing environment var or something silly 14:33:46 it's solved when disabling JIT so not sure 14:35:15 i'll try around with env vars and working directory 14:36:51 have we tried this before - comment out the #define USE_PTHREAD_JIT_WP in randomx/src/virtual_memory.c ? 14:39:41 same 14:41:26 https://stackoverflow.com/questions/75327638/sys-icache-invalidate-slow-on-m1 14:41:46 for example this user seems to be using macOS 13 and while they say it's slow it seems it's at least working for them 14:42:58 If cache invalidate is not working properly, it can give all sorts of random results, i.e. CLI working and GUI not working 15:10:56 unfortunately cache invalidate is an OS function, not something we can fix if it's broken 15:11:16 although I suppose we could duplicate its functionality ourselves in asm code 15:24:40 https://github.com/apple/darwin-libplatform/blob/main/src/cachecontrol/arm64/cache.s 15:37:10 strange, that page says latest commit Nov 18 2020 but if you select History it shows commits up to 2021 15:44:41 authored on vs commited on