03:45:00 moneromooo that seems to have done it (both) 12:36:54 moneromooo: gitlab security release 12:40:09 Updated, thanks. 13:24:34 i am looking for a js monero address validation, something better then a regex and for all current formats [ account / integrated / sub - addresses ] 13:30:21 NyMonero probably has that. 13:39:18 MyMonero? 13:52:25 Software which does monero things in javascript. Which seems relevant to your question. 13:54:16 spoke0: you can look at the source of https://xmr.llcoins.net/addresstests.html too 15:33:44 two issues to report with emscripten 15:33:57 (1) adding the wallet2.cpp source file in CMakeLists gives a compile error ‘openssl/evp.h’ file not found: https://paste.debian.net/1119462/. I’m not building OpenSSL but it shouldn’t be necessary when a custom implementation of the abstract http client is used 15:34:07 (2) HAVE_MLOCK and CRITICAL_REGION_LOCAL in contrib/epee/src/mlocker.cpp cause the built binary to hang. the issue is resolved by these changes but maybe there is a better way: https://github.com/woodser/monero/commit/dc5388edb8ce9713a27f546eba10645b1be83bf2 15:35:42 It's fair to define out the mlock code there, it's likely all going to splat everywhere in memory anyway. 15:35:52 I'm also fine with the http client parameter. 15:36:37 Is evp.h actually needed ? 15:36:57 not for webassembly 15:37:16 how can I get around the #include import not being found when the http client parameter is used? 15:37:31 Comment it out, see what breaks, if anything. 15:39:26 that leads to this dependency which is again not needed if using a custom http client: https://paste.debian.net/1119464/ 15:41:31 OK. I think I'd be OK with a -DENABLE_SSL=OFF switch in cmake, if it defaults to ON. 15:41:48 Anyone thinks it's a dumb idea ? 15:42:35 Can openssl not be built with enscripten, or did you choose not to do it ? 15:43:12 I had difficulties with it. endogenic claims success with trial so it’s possible 15:43:42 I did not not see that it was necessary if using a custom http client. Although ideally monero’s http client would be webassembly compatible but I’m not sure support is there yet 15:44:58 Then it's better to not add this -DENABLE_SSL=OFF. emscripten build files can be added to contrib/emscripten. 15:45:57 endogenic: are you willing to contribute this (enscripten build/config for openssl to work with monero) ? 15:54:33 by “It’s fair to define out the mlock code there”, what exactly are you recommending? the workaround comments a lot out 15:56:10 I'll make a patch and post it so you can confirm it works for you. 15:56:15 ok 15:57:05 yeah i mean our clientside work is open source and i've been hoping it'll converge with core -- have at it.. pleased it's a help 15:57:33 pls take a look at our monero-core-custom repo 15:57:41 we make core embeddable 15:57:45 ndorf fyi 15:58:10 it's 100% not the cleanest 15:58:20 Great. If there are contrib build scripts, it's less likely it'll slowly break again. 15:58:39 Or at least I'll get notified when it does :) 15:58:49 most def 15:59:35 spoke0: check github.com/mymonero/mymonero-core-js 15:59:41 it's up to date 16:00:37 current tradeoff (without work to allow configuring these things) is you have to embed the whole module rather than just addr validation 16:00:59 for a time there was a pure js impl of addr validation in there - it's in history - supports subaddrs too 16:01:22 but if you use that, though it's probably ok bc it's mostly a trivial function, it will indeed diverge from core 16:40:41 does any issue at the moment require a CLI point release? 16:40:55 if not we will tag GUI v0.15.0.2 16:45:31 Yes. We might not have a patch yet though. 16:45:41 That db corruption thing that a few people got. 16:45:45 Like, er, you. 16:46:13 It can be later though if you want to release. 16:46:27 I have a feeling it may take a while to confirm a fix... 16:46:32 yes I don’t think we will fix that soon 16:47:39 I’ve been running hyc’s patch the last days but no crash yet 16:47:48 crash / corruption 18:23:05 binaryFate: look at PM pls 19:10:47 we’re having issues with our public node repeatedly dying 19:11:32 2019-12-02 07:05:22.562 [RPC1] ERROR net contrib/epee/include/net/abstract_tcp_server2.inl:759 Setting timer on a shut down object 19:11:51 Dying with an error, or a crash ? 19:12:04 s/error/purposeful exit/ 19:16:35 not a crash, it just stops responding 19:17:02 Are you implying it's still running ? 19:18:05 It does still run, but none of our RPC requests get responses. 19:18:14 https://files.tannersilva.com/s/sqGefpdSksisN2b 19:19:37 gdb into it, and "thread apply all bt" 19:19:54 gdb /path/to/binary `pidof monerod` 19:23:23 OK - waiting for Mykola to do it, will get back to you 19:31:10 what to do after those commands moneromooo? 19:33:30 Paste the output to fpaste.org or similar. 19:33:54 There'll be several pages, so make sure you go through to the end of the pager. 19:35:30 OK 20:06:20 https://paste.ubuntu.com/p/ddmtdyQbtY/ 20:06:29 seems we are missing some libraries but can’t figure out what 20:09:27 There's not even the first screenful of thread apply all bt here. 20:09:46 You can ignore the "no such file or directory". Kernel source missing, I don't need it. 20:10:06 OK 20:17:50 https://paste.ubuntu.com/p/6VJrBrfVKT/ 20:20:32 No apparent reason for a hang. run "set_log 1,net*:TRACE,*perf*:INFO" in monerod, then issue a get_info call. Then paste the resulting monerod logs. 20:20:58 Be quick to do this in case the node is talking to the p2p network, this is going to be very noisy. 20:34:59 https://paste.ubuntu.com/p/jXYPcQ26tG/ 20:38:11 The perf* logs are only written to file. Can you paste that version please ?