linux box on 1.152 has sync'd to 22% so far with no trouble

I think this macbook is just flaky then

which I guess isn't too surprising. did I mention that I caught it infinite looping in my database benchmark?

because at one point it decided that 0 / 10 = 1

dunno if comipler bug or CPU bug

"because at one point it decided that 0 / 10 = 1" :D

"it definitely is not doing clean shutdowns of those incoming sockets" there is no socket.close() (only socket.shutdown()) since it could trigger segfault within epoll due to internals of boost::asio

" this node 1.155 thinks it has a conn to 1.214 but 1.214 doesn't show any", "ok it finally closed properly" interesting, full coredump or at least log with `--log-level 4` would help

"phantoms" Did you see this phantom before ban or after ban ? Was it the only outgoing connection from 1.155 or not ?

logs from paste.debian.net aren't available now

yes it was the only conn from 1.155 to 1.214

before or after ban of 1.214 by 1.155 ?

in this case there was no ban

1.155 was serving to 1.152 and syncing rom 1.214

it's looking like the bans were solely due to timeouts waiting for 1.214

I found that trustd on the Mac was wating 100% CPU so that was probably causing monerod to respond more slowly

trustd eating 100% CPU appears to be a common problem on MacOS

offtopic but hyc aren't you usually a linux guy? How easy do you find it to work with a mac? Not that I'm tempted, just curious if testing stuff in that environment is a lot of work for linux-non-mac persons

yeah I would never use a mac by choice

fwiw I enabled sshd and just ssh into it from my linux laptop

getting the dev environment going wasn't too bad. there's a mac command to install deelopers CLI tools

and then use homebrew to install other dependencies

but like I said, there's something flaky about either this compiler or this CPU

Hello I am trying to perform the build for this repo and I am currently have the following issue:

CMake Error at C:/Program Files/CMake/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:137 (message):

  Could NOT find OpenSSL, try to set the path to OpenSSL root folder in the

  system variable OPENSSL_ROOT_DIR (missing: OPENSSL_CRYPTO_LIBRARY

  OPENSSL_INCLUDE_DIR)

Call Stack (most recent call first):

  C:/Program Files/CMake/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)

  C:/Program Files/CMake/share/cmake-3.15/Modules/FindOpenSSL.cmake:413 (find_package_handle_standard_args)

  CMakeLists.txt:496 (find_package)

I already tried download and installing openssl. What could possibly be the issue still?

are you using mingw64 shell?

Is it msys ?

Sure you installed the right package per: github.com/monero-project/monero?

i.e. `libssl-dev` for Debian/Ubuntu

Yeah I'm using mingw64 shell

I don't even know what that is so I'm going to bow out here 😅 Hopefully someone else can help you out.

Guest_AP: post full logs of command you used

I perform the build instructions for windows as per: github.com/monero-project/monero#on-windows

It fails when I try to run the command: make release-static-win64

I perform the make release-static-win64 using powershell

no not using powershell

you have to use msys2 mingw64 shell

Ok

"paste.debian.net", `pacman -Qq; cat /var/log/pacman.log` open mingw64 msys2 shell, execute this command and paste into that website

hyc, sech1: reddit.com/r/Monero/comments/n6g0kb/randomx_implementation_in_rust

speed will be interesting

also I wonder if webmining with webassmebly will work

wasm doesn't have rounding modes and can't allocate 2 GB

ok so the same issues as JS miner

"pure Rust is the goal" not quite compatible with JIT. He has to use asm code there

waste of effort rewriting in rust, since all of the hard work is in asm

I suppose if you are a rust developer it will help flush out rust compiler & lib bugs

rust is a system programming language with permanently welded-on training wheels...